All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mark Brown <broonie@kernel.org>
To: Hans de Goede <hdegoede@redhat.com>
Cc: Oder Chiou <oder_chiou@realtek.com>,
	devicetree@vger.kernel.org, alsa-devel@alsa-project.org,
	Takashi Iwai <tiwai@suse.com>,
	Pierre-Louis Bossart <pierre-louis.bossart@linux.intel.com>,
	Carlo Caione <carlo@endlessm.com>,
	Bard Liao <bardliao@realtek.com>
Subject: Re: [PATCH v2 06/32] ASoC: rt5651: Configure jack-detect source through a device-property
Date: Fri, 2 Mar 2018 12:18:01 +0000	[thread overview]
Message-ID: <20180302121801.GE6255@sirena.org.uk> (raw)
In-Reply-To: <2ac828b2-04e1-4b5f-f4db-a543ad5e3535@redhat.com>


[-- Attachment #1.1: Type: text/plain, Size: 2017 bytes --]

On Fri, Mar 02, 2018 at 10:32:25AM +0100, Hans de Goede wrote:
> On 01-03-18 23:35, Hans de Goede wrote:

> > It is not _that_ fragile, but I agree that it would be good to add
> > a comment about not moving the property-parsing to the codec driver.

> So one other solution which comes to mind here is to move the
> snd_soc_card_jack_new() call into the codec driver's
> rt5651_apply_properties() function (conditional on a jack src being
> set in the properties).

> This would make the machine driver code look like this:
> 
> 	props[cnt++] = PROPERTY_ENTRY_...
> 	props[cnt++] = PROPERTY_ENTRY_...
> 	props[cnt++] = PROPERTY_ENTRY_...
> 	props[cnt++] = PROPERTY_ENTRY_...

> 	ret = device_add_properties(codec->dev, props);
> 	if (ret)
> 		return ret;

> 	ret = rt5651_apply_properties(codec);
> 	if (ret)
> 		return ret;

> Which makes the ordering really clear without needing any
> comments.

It's still unusual to have something outside the driver trigger property
parsing, though the EXPORT_SYMBOL_GPL() would make that apparent.

> This will also make the jack-detect device-properties work with
> devicetree platforms without any changes to their platform code,
> which currently is not the case since the non Intel platform-code
> does not call snd_soc_component_set_jack().

What makes you claim that?  Any board with jack detection wired up will
call that function.  Not all boards have that configured of course but
there's absolutely nothing Intel specific about that interface.

> Thinking more about this I believe that doing the
> snd_soc_card_jack_new() call inside the codec driver based on
> device-properties is a better solution then doing it in the
> machine driver.

No, that's really not a good idea.  Any jacks in the system are part of
the system specific wiring, they're not something that's intrinsic to
the CODEC.  Even with fairly basic setups you've got options like having
a headset jack or separate microphone and headphone jacks.

[-- Attachment #1.2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



  reply	other threads:[~2018-03-02 12:18 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-02-25 10:46 [PATCH v2 00/32] ASoC: rt5651: jack-detect fixes and improvements Hans de Goede
2018-02-25 10:46 ` [PATCH v2 01/32] ASoC: rt5651: Remove unused rt5651_platform_data Hans de Goede
2018-02-25 10:46 ` [PATCH v2 02/32] ASoC: rt5651: Move all jack-detect initialization to rt5651_set_jack_detect Hans de Goede
2018-03-01 18:06   ` Applied "ASoC: rt5651: Move all jack-detect initialization to rt5651_set_jack_detect" to the asoc tree Mark Brown
2018-02-25 10:46 ` [PATCH v2 03/32] ASoC: rt5651: Move 2 functions higher up in rt5651.c Hans de Goede
2018-03-01 18:06   ` Applied "ASoC: rt5651: Move 2 functions higher up in rt5651.c" to the asoc tree Mark Brown
2018-02-25 10:46 ` [PATCH v2 04/32] ASoC: rt5651: Use standard component set_jack callback Hans de Goede
2018-02-25 10:46 ` [PATCH v2 05/32] ASoC: rt5651: Add rt5651_apply_properties() helper function Hans de Goede
2018-03-01 18:06   ` Applied "ASoC: rt5651: Add rt5651_apply_properties() helper function" to the asoc tree Mark Brown
2018-02-25 10:46 ` [PATCH v2 06/32] ASoC: rt5651: Configure jack-detect source through a device-property Hans de Goede
2018-03-01 19:30   ` Mark Brown
2018-03-01 22:35     ` Hans de Goede
2018-03-02  9:32       ` Hans de Goede
2018-03-02 12:18         ` Mark Brown [this message]
2018-03-02 12:58           ` Hans de Goede
2018-03-02 17:41             ` Mark Brown
2018-03-03 21:20               ` Hans de Goede
2018-03-02 22:17             ` Rob Herring
2018-02-25 10:46 ` [PATCH v2 07/32] ASoC: rt5651: Remove is_sys_clk_from_pll() Hans de Goede
2018-03-01 19:26   ` Applied "ASoC: rt5651: Remove is_sys_clk_from_pll()" to the asoc tree Mark Brown
2018-02-25 10:46 ` [PATCH v2 08/32] ASoC: rt5651: Fix bias_level confusion Hans de Goede
2018-03-01 19:26   ` Applied "ASoC: rt5651: Fix bias_level confusion" to the asoc tree Mark Brown
2018-02-25 10:46 ` [PATCH v2 09/32] ASoC: rt5651: Do not modify the LDO voltage control bits from set_bias_level() Hans de Goede
2018-03-01 19:26   ` Applied "ASoC: rt5651: Do not modify the LDO voltage control bits from set_bias_level()" to the asoc tree Mark Brown
2018-02-25 10:46 ` [PATCH v2 10/32] ASoC: rt5651: Do not modify jd and PLL power bits from set_bias_level() Hans de Goede
2018-03-01 19:26   ` Applied "ASoC: rt5651: Do not modify jd and PLL power bits from set_bias_level()" to the asoc tree Mark Brown
2018-02-25 10:46 ` [PATCH v2 11/32] ASoC: rt5651: Remove programming of PWR regs before force_bias_level() call Hans de Goede
2018-03-01 19:26   ` Applied "ASoC: rt5651: Remove programming of PWR regs before force_bias_level() call" to the asoc tree Mark Brown
2018-02-25 10:46 ` [PATCH v2 12/32] ASoC: rt5651: Only configure LDO voltage once at boot Hans de Goede
2018-03-01 19:26   ` Applied "ASoC: rt5651: Only configure LDO voltage once at boot" to the asoc tree Mark Brown
2018-02-25 10:46 ` [PATCH v2 13/32] ASoC: rt5651: Remove "JD Power" dapm supply Hans de Goede
2018-03-01 19:25   ` Applied "ASoC: rt5651: Remove "JD Power" dapm supply" to the asoc tree Mark Brown
2018-02-25 10:46 ` [PATCH v2 14/32] ASoC: rt5651: Enable LDO and micbias1 supplies for jack-type detection Hans de Goede
2018-02-25 10:46 ` [PATCH v2 15/32] ASoC: rt5651: Only configure OVCD once at set_jack time Hans de Goede
2018-03-01 19:25   ` Applied "ASoC: rt5651: Only configure OVCD once at set_jack time" to the asoc tree Mark Brown
2018-02-25 10:46 ` [PATCH v2 16/32] ASoC: rt5651: Always keep OVCD enabled Hans de Goede
2018-03-01 19:25   ` Applied "ASoC: rt5651: Always keep OVCD enabled" to the asoc tree Mark Brown
2018-02-25 10:46 ` [PATCH v2 17/32] ASoC: rt5651: Allow specifying over-current thresholds through device-properties Hans de Goede
2018-03-02 22:18   ` Rob Herring
2018-02-25 10:46 ` [PATCH v2 18/32] ASoC: rt5651: Enable sticky mode for OVCD Hans de Goede
2018-03-07 14:14   ` Applied "ASoC: rt5651: Enable sticky mode for OVCD" to the asoc tree Mark Brown
2018-02-25 10:47 ` [PATCH v2 19/32] ASoC: rt5651: Enable Platform Clock during jack-type detect Hans de Goede
2018-03-07 14:13   ` Applied "ASoC: rt5651: Enable Platform Clock during jack-type detect" to the asoc tree Mark Brown
2018-02-25 10:47 ` [PATCH v2 20/32] ASoC: rt5651: Add rt5651_jack_inserted() helper Hans de Goede
2018-03-07 14:13   ` Applied "ASoC: rt5651: Add rt5651_jack_inserted() helper" to the asoc tree Mark Brown
2018-02-25 10:47 ` [PATCH v2 21/32] ASoC: rt5651: Rewrite jack-type detection Hans de Goede
2018-02-25 10:47 ` [PATCH v2 22/32] ASoC: Intel: bytcr_rt5651: Actually honor the DMIC_EN quirk if specified Hans de Goede
2018-02-25 10:47 ` [PATCH v2 23/32] ASoC: Intel: bytcr_rt5651: Only create jack if we have a jack-detect source Hans de Goede
2018-02-25 10:47 ` [PATCH v2 24/32] ASoC: Intel: bytcr_rt5651: Add quirk micbias OVCD configuration Hans de Goede
2018-02-25 10:47 ` [PATCH v2 25/32] ASoC: Intel: bytcr_rt5651: Configure PLL1 before using it Hans de Goede
2018-03-07 14:22   ` Applied "ASoC: Intel: bytcr_rt5651: Configure PLL1 before using it" to the asoc tree Mark Brown
2018-02-25 10:47 ` [PATCH v2 26/32] ASoC: Intel: bytcr_rt5651: Drop snd_soc_dai_set_bclk_ratio() call Hans de Goede
2018-03-07 14:22   ` Applied "ASoC: Intel: bytcr_rt5651: Drop snd_soc_dai_set_bclk_ratio() call" to the asoc tree Mark Brown
2018-02-25 10:47 ` [PATCH v2 27/32] ASoC: Intel: bytcr_rt5651: Rename IN3_MAP to IN1_HS_IN3_MAP Hans de Goede
2018-03-07 14:22   ` Applied "ASoC: Intel: bytcr_rt5651: Rename IN3_MAP to IN1_HS_IN3_MAP" to the asoc tree Mark Brown
2018-02-25 10:47 ` [PATCH v2 28/32] ASoC: Intel: bytcr_rt5651: Add new IN2_HS_IN3 input map and a quirk using it Hans de Goede
2018-03-07 14:21   ` Applied "ASoC: Intel: bytcr_rt5651: Add new IN2_HS_IN3 input map and a quirk using it" to the asoc tree Mark Brown
2018-02-25 10:47 ` [PATCH v2 29/32] ASoC: Intel: bytcr_rt5651: Add support for Bay Trail CR / SSP0 using boards Hans de Goede
2018-02-25 10:47 ` [PATCH v2 30/32] ASoC: Intel: bytcr_rt5651: Add quirk for the VIOS LTH17 laptop Hans de Goede
2018-03-07 14:21   ` Applied "ASoC: Intel: bytcr_rt5651: Add quirk for the VIOS LTH17 laptop" to the asoc tree Mark Brown
2018-02-25 10:47 ` [PATCH v2 31/32] ASoC: Intel: bytcr_rt5651: Change defaults to enable jack-detect, analog mics Hans de Goede
2018-03-07 14:21   ` Applied "ASoC: Intel: bytcr_rt5651: Change defaults to enable jack-detect, analog mics" to the asoc tree Mark Brown
2018-02-25 10:47 ` [PATCH v2 32/32] ASoC: Intel: bytcr_rt5651: Select RCCLK on init() Hans de Goede
2018-03-07 14:21   ` Applied "ASoC: Intel: bytcr_rt5651: Select RCCLK on init()" to the asoc tree Mark Brown
2018-02-25 10:58 ` [PATCH v2 00/32] ASoC: rt5651: jack-detect fixes and improvements Hans de Goede

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180302121801.GE6255@sirena.org.uk \
    --to=broonie@kernel.org \
    --cc=alsa-devel@alsa-project.org \
    --cc=bardliao@realtek.com \
    --cc=carlo@endlessm.com \
    --cc=devicetree@vger.kernel.org \
    --cc=hdegoede@redhat.com \
    --cc=oder_chiou@realtek.com \
    --cc=pierre-louis.bossart@linux.intel.com \
    --cc=tiwai@suse.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.