I think I've gone through every possible value here from asound.state to each setting in KDE itself. Still, the only sound that works is the one coming from line-out, without the port replicator, no sound exists whatsoever. Both of the below controls are set to false in asound.state and cooresponding KDE settings in kmix.
I think the concern becomes though, regardless of what kde was doing after the fact, this condition didn't exits in <= 2.6.10 when no other applications where changed around it.
On Tue, 8 Mar 2005, Takashi Iwai wrote:
My question is its 'value'. The entry in /etc/asound.state should have a boolean value.
Let me repeat the explanation of the situation:
The existence of 'Headphone Jack Sense' and 'Line-in Jack Sense' controls themselves are not the problem. If they are set off, the behavior of the driver must be identical with the older version. No regression. The patch I mentionted turns off them as default unless the device is known to work. But the controls still exist, and you can change them afterward manually.
So, the solution is once to turn off these controls via a mixer and save the state via alsactl (usually the system does at shutdown), so that the correct states are restored at the next reboot. That's why I asked you - to check the saved status of these controls.
If the correct values are saved there and still the problem exists, someone else must have changed the mixer status. For example, KDE (kmix) seems to set up the mixer status by itself, and does not always correctly. That was my suspect. I don't know GNOME does something like that, too.
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/