[alsa-devel] HDA regression on Fujitsu S7020 laptop (ALC260 codec)
jwoithe at just42.net
Sun Jan 13 05:39:36 CET 2013
On Tue, Jan 08, 2013 at 03:48:57PM +0100, Takashi Iwai wrote:
> > Node 0x10 is notionally labelled "headphone pin" in the ALC260 datasheet.
> You can forget the pin notion in the datasheet. It's just pin
> assignment Realtek thought as a standard arrangement.
Absolutely - that was abundantly clear when I first added the S7020 details
years ago. The comment was only made in an attempt to make the comments in
the original driver clearer to those reading them now.
> > I've just looked now. 3.3.5 was booted, alsamixer does not show any
> > "automute" control to enable or disable this. In any case, automute is
> > certainly not happening, so I'm guessing the answer to your question is no.
> There is no automute behavior switching control in the 3.3.x kernel
> driver, so no wonder :)
I wasn't surprised since I thought this too. However, I was asked to test
it so I did.
> I took a look at your alsa-info.sh outputs now, but unfortunately I
> see no obvious problem there. At least, the path to the speaker looks
> And all GPIOs are cleared too.
Agreed. Given that the headphone jack works and the respective pin
definition is very similar, I also can't see any obvious reason why things
are getting messed up. Something subtle perhaps?
> The differences are that the old driver cleared unused pins such as
> 0x0f, 0x11, 0x13 and 0x15. Could you try to set the pin ctl to 0 for
> these widgets via hda-verb on the fly?
I will try this, hopefully in the next few days. Like you I suspect, I
can't see that this should make any difference to the speaker's ability to
put out audio or to ALSA's ability to populate alsa-mixer correctly, but
it's easy enough to eliminate it through testing.
> Other than that, the headphone jack is set up with the HP amp and the
> mic is with VREF 50. They can be changed on the fly, too.
I'll run through some of these variations and let you know the result.
I noticed your big refactoring patch go past last week. Is there anything
in there which I should test in relation to the ALC260 / Fujitsu issue
we've been discussing, or should I await further info?
More information about the Alsa-devel