Re: [REGRESSION] 4.1-rc4: Sound muted after boot

[Takashi Iwai]

At Thu, 21 May 2015 11:52:08 +0200,
Martin Steigerwald wrote:
> 
> Am Donnerstag, 21. Mai 2015, 11:16:24 schrieb Takashi Iwai:
> > At Thu, 21 May 2015 10:53:46 +0200,
> > 
> > Martin Steigerwald wrote:
> > > Am Donnerstag, 21. Mai 2015, 06:28:24 schrieb Takashi Iwai:
> > > > At Wed, 20 May 2015 16:31:55 +0200,
> > > > 
> > > > Martin Steigerwald wrote:
> > > > > Hello!
> > > > > 
> > > > > On ThinkPad T520 (Intel Sandybridge) with 4.14-rc4 + two BTRFS
> > > > > patches
> > > > > and one Intel P-State debug patch I have no sound output on internal
> > > > > Intel HD audio codec.
> > > > > 
> > > > > According to ThinkPad T520 LED with striked-through speaker the loud
> > > > > speaker is in disabled state. Also KDEÂs Phonon says a soundcard is
> > > > > missing. In alsa-mixer I see nothing as MM for muted. If I press the
> > > > > key next to the LED I get a notification on the desktop that loud
> > > > > speaker has been enabled / disabled, but the LED still is on for it
> > > > > being disabled.
> > > > > 
> > > > > I do not hear anything in Amarok or with aplay. alsa-mixer sound
> > > > > volumes
> > > > > are 100 for master and PCM. I also tried with disabling "Auto-Mute
> > > > > Mod", but still no sound.
> > > > > 
> > > > > When I reboot and in BIOS or GRUB press the key then the LED toggles
> > > > > state.
> > > > > 
> > > > > When I reboot into Linux 4.0.1 sound is working fine and loud
> > > > > speaker
> > > > > disabled LED is toggled off, so I bet this is a regression 4.1-rc4
> > > > > compared to 4.0.1.
> > > > 
> > > > Please run alsa-info.sh at both working and non-working cases (with
> > > > old and new kernels), and attach the outputs. Run the script with
> > > > --no-upload option.
> > > 
> > > All attached.
> > > 
> > > I also have full dmesg outputs available in case it is needed.
> > > 
> > > > Also, such a problem is rather the device permissions problem.
> > > > Check the device permissions of /dev/snd/* files (also check getfacl
> > > > /dev/snd/*, too).
> > > 
> > > If its a permissions problem, why does it happen with 4.1-rc4, but not
> > > with 4.0.1 oder any earlier kernels?
> > 
> > I wanted to mean it's rather "often" a permission problem.  Not
> > necessarily your case, but still worth to check.
> > 
> > The mute LED behavior change is because of the new control added
> > recently.  You seem to have changed the value to "On" while the
> > default should be "Follow Master".  This explains the difference of
> > behavior from 4.0.  It's no regression but manual misconfiguration by
> > user.  In this mode, LED has no connection with the sound output at
> > all.
> 
> I didnÂt change ALSA configuration on upgrade from 4.0 to 4.1. Can it be it 
> picked "On" as default?

It shouldn't.  The default is "follow master".
Might it be changed by kmix or such...?

> Cause I certainly didnÂt touch this. Unless it could 
> have been changed on earlier kernels as well. Well then it could be, cause 
> there have been times I tried to set stuff in ALSA for various reasons, but 
> quite some time ago.
> 
> I only changed "Auto-Mute Mod" to "disabled" as I tried to debug the muting 
> issue, but other than that I didnÂt change 

OK.

> > Other than that, no different is seen in the hardware level.  The
> > codec registers show all same values.  That is, from the driver POV,
> > the sound should work.  (Though, you set "Disabled" to "Auto-Mute
> > Mode" control which looks rather weird.)
> > 
> > So, revert "Mute-LED Mode" control to "Follow Master".  It can be done
> > via alsamixer, amixer or whatever.  Then check whether the sound
> > works again.  Check also from the headphone, too.
> 
> That works. Thank you. Headphone I will check later.

Interesting.  Could you confirm that changing "Mute-LED Mode" really
mutes the output, not only changing the LED?  This control was
supposed to behave independently from the sound output.


thanks,

Takashi

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/