Re: [PATCH] ALSA: hda/cs8409: Fix for Dell Cirrus audio jack detect

[Takashi Iwai <tiwai@suse.de>]

On Tue, 14 Jul 2026 21:51:21 +0200,
Steven Kendall wrote:
> 
> > This makes the remaining text not taken by git-am.
> > And, I guess the text above should have been combined with the below?
> 
> Sorry about that! I'm using b4 and that was the result of having a
> cover letter in addition to the commit.

If you want to give additional comments that shouldn't be included in
the commit log, put it under '---' line, instead.  Then it'll be cut
off.

> > The jack polling is really the last resort, and I'd like to know why
> > the normal jack detection doesn't work at first.  Is it the missing
> > unsol event?  Or the jack detection itself doesn't work?
> > If it's a missing unsol event, this drop happens always?  Or on
> > certain runtime PM state?
> 
> In my debugging output I could never get the unsol event to trigger.
> I'm not sure if that's the same as jack detection not working. I tried
> a few timing changes and pin changes but to no effect. From the user's
> perspective, audio plays both from the headphones and the speakers
> when headphones are plugged in. According to my notes, I also observed
> this on Ubuntu 22.04  LTS on its initial image, but applying its
> latest update resolved the issue. One notable clue is that currently
> on Chrome OS (with no patch), sleeping and resuming the machine does
> fix jack detection, but I've been unable to fix initial boot behavior
> thus far besides an approach like the patch here.

Have you tried to turn off the runtime PM for HD-audio?
The question is whether the unsol event doesn't work *at all*, or it
just stops when the codec (or the controller) is powered down.
Also, CS8409 driver enables the per-node power-save feature, and this
might influence, too.


Takashi