At Fri, 31 May 2013 12:31:19 +0200,
Alex Riesen wrote:
> 
> On Wed, May 29, 2013 at 5:42 PM, Takashi Iwai <tiwai@suse.de> wrote:
> > At Fri, 24 May 2013 23:32:14 +0200, Alex Riesen wrote:
> >> I'm sorry to say that I will not be able to test it in the next
> >> 8 or so days: I'll be traveling and without this particular laptop
> >> with me. I hope someone with similar model (Sytem76 Lemur lemu4, i7)
> >> can provide some testing in the meantime. Otherwise, I'll test
> >> it as soon as I get back.
> >
> > Don't worry, the bug is more difficult than I thought :)
> 
> I was afraid you will say that sooner or later :)

Better than too late, no? ;)

> > When you back, could you try the following and give the outputs?
> > ...
> > So, you'll get 4 alsa-info.sh outputs (step 3, 6, 7 and 8), and 4
> > trace logs (step 5, 6 and 7).
> 
> Done. That's a lot of data, so please download it from here:
> 
>   http://familie-riesen.de/~raa/public/test/no-cached-write-test.tar.bz2
> 
> The system boot is in linuxrc-safemode, and the test itself in test.sh.
> The logs and transcript in report/.

Thanks a lot.  Strangely, in these logs, I see no trace of setting the
pin 0x25 with control 0x00.  Also EAPD isn't changed.  So, I have to
conclude again that it's the hardware who resets these controls.

Below is a series of patches.  For simplicity, I just attach them, not
inlining to the mail.  They should be applicable cleanly to 3.9.4 as
well.  Let me know if this works.  If this still doesn't work, I need
to rewrite the patch to correct the pin-ctl / EAPD of the headphone
pin after changing the speaker pin.


Takashi