At Fri, 04 Mar 2005 22:16:03 +0100, Pierre Ossman wrote: > > Pierre Ossman wrote: > > Andrew Morton wrote: > > > >> Mark Canter <[EMAIL PROTECTED]> wrote: > >> > >> > >>> To close this issue out of the LKML and alsa-devel, a bug report has > >>> been written. > >>> > >>> It appears to be an issue with the 'headphone jack sense' (as kde > >>> labels it). The issue is in the way the 8x0 addresses the docking > >>> station/port replicator's audio output jack. The mentioned quick fix > >>> does not work for using the ds/pr audio output, but does resolve it > >>> for a user that is only using headphones/internal speakers. > >>> > >> > >> > >> But there was a behavioural change: applications which worked in 2.6.10 > >> don't work in 2.6.11, is that correct? > >> > >> If so, the best course of action is to change the kernel so those > >> applications work again. Can that be done? > >> > >> > >> > > Yes. Speakers worked in 2.6.10 and stopped working in 2.6.11. This could > > be changed by setting the default for the two new volumes to muted. I > > don't know how this affects the issue with the docking station or the > > bug that this is supposed to solve though. > > > > It seems I spoke too soon. The defaults picked by the driver are > actually fine. It seems to be alsactl store/restore that did something > strange when coming from an older kernel.
My guess is that kmix is the cuplrit. kmix tends to turn on all mixer switches uncoditionally, and saves/restores the mixer config by itself. Look at /etc/asound.state whether it contains the value of "Headphone Jack Sense" control true or false. BTW, the default value of this control switch was fixed for ThinkPads on ALSA tree since long time ago, but unfortunately the patch wasn't accepted for 2.6.11... Takashi - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/