From: Charles Keepax <ckeepax@opensource.cirrus.com>
To: "Péter Ujfalusi" <peter.ujfalusi@linux.intel.com>
Cc: lgirdwood@gmail.com, broonie@kernel.org, david.rhodes@cirrus.com,
rf@opensource.cirrus.com, linux-sound@vger.kernel.org,
stable@vger.kernel.org
Subject: Re: [PATCH] ASoC: cs42l43-jack: Remove manual pm_runtime get/put from tip_sense_work
Date: Tue, 17 Mar 2026 13:25:51 +0000 [thread overview]
Message-ID: <ablWX1PE/pL8ww2V@opensource.cirrus.com> (raw)
In-Reply-To: <f6a22c54-1b91-4013-a774-b56d921cdb67@linux.intel.com>
On Tue, Mar 17, 2026 at 02:07:29PM +0200, Péter Ujfalusi wrote:
> On 17/03/2026 13:44, Charles Keepax wrote:
> > On Tue, Mar 17, 2026 at 08:21:12AM +0200, Péter Ujfalusi wrote:
> >> On 16/03/2026 18:40, Charles Keepax wrote:
> >>> On Mon, Mar 16, 2026 at 04:37:28PM +0200, Péter Ujfalusi wrote:
> >>>> On 16/03/2026 16:27, Charles Keepax wrote:
> > There is probably a discussion to be had here, its far from clear
> > to me this is the wrong place to do this. Generally the codec
> > controls when the codec wants to mark itself as runtime active.
> > For example on our phone devices where far more of the chip
> > powered down in runtime suspend having a jack in would always
> > keep the device powered up so the button detect could run,
> > as the lowest power states disabled that.
>
> I see, what about this:
> if the inserted accessory is CS42L43_JACK_HEADSET (SND_JACK_HEADSET)
> then do one more pm_runtime_get() to allow the button presses to be handled?
> This would allow the laptop to hit lower power state if a headphone is
> connected, headphones do not have buttons as they don't have mic ring.
>
> The jack_plugged would be renamed as jack_is_headset or something and
> drop the rpm on jack removal for headset ( and on module remove).
Yeah it might be possible to not hold the reference for
headphones as we don't need the button detect. We will need to
have a little think about the re-running of the jack detection. I
am not super keen on it running a full jack detect each time we
exit a clock stop. But we might be able to cache that and ignore
the new IRQs after the clock stop.
Thanks,
Charles
next prev parent reply other threads:[~2026-03-17 13:26 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-16 12:49 [PATCH] ASoC: cs42l43-jack: Remove manual pm_runtime get/put from tip_sense_work Peter Ujfalusi
2026-03-16 14:27 ` Charles Keepax
2026-03-16 14:37 ` Péter Ujfalusi
2026-03-16 16:40 ` Charles Keepax
2026-03-17 6:21 ` Péter Ujfalusi
2026-03-17 9:11 ` Péter Ujfalusi
2026-03-17 9:36 ` Péter Ujfalusi
2026-03-17 11:36 ` Charles Keepax
2026-03-17 11:44 ` Charles Keepax
2026-03-17 12:07 ` Péter Ujfalusi
2026-03-17 13:25 ` Charles Keepax [this message]
2026-03-16 14:58 ` Charles Keepax
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=ablWX1PE/pL8ww2V@opensource.cirrus.com \
--to=ckeepax@opensource.cirrus.com \
--cc=broonie@kernel.org \
--cc=david.rhodes@cirrus.com \
--cc=lgirdwood@gmail.com \
--cc=linux-sound@vger.kernel.org \
--cc=peter.ujfalusi@linux.intel.com \
--cc=rf@opensource.cirrus.com \
--cc=stable@vger.kernel.org \
/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.