[alsa-devel] Headphone output doesn't work with 3.0.0-rc* anymore

Takashi Iwai tiwai at suse.de
Fri Jun 10 08:53:01 CEST 2011


At Thu, 9 Jun 2011 13:14:01 +0200,
Michal Hocko wrote:
> 
> On Thu 09-06-11 11:44:41, Takashi Iwai wrote:
> > At Thu, 9 Jun 2011 11:28:26 +0200,
> > Michal Hocko wrote:
> > > 
> > > [1  <text/plain; us-ascii (7bit)>]
> > > On Thu 09-06-11 11:20:04, Takashi Iwai wrote:
> > > > At Thu, 9 Jun 2011 11:06:07 +0200,
> > > > Michal Hocko wrote:
> > > > > 
> > > > > On Thu 09-06-11 10:56:16, Michal Hocko wrote:
> > > > > > On Thu 09-06-11 08:09:18, Takashi Iwai wrote:
> > > > > > > At Wed, 8 Jun 2011 19:48:55 +0200,
> > > > > [...]
> > > > > > > Thanks, that's helpful.
> > > > > > > As a quirk solution, could you try to pass model=auto option to
> > > > > > > snd-hda-intel module?
> > > > > > 
> > > > > > Headphones work now but speakers are quite... I have tried to play
> > > > > > with Headphone and Speaker controls in alsamixer but no changes.
> > > > > > 
> > > > > > Here is what I get in logs when the module is loaded:
> > > > > > [ 5320.360277] HDA Intel 0000:00:1b.0: PCI INT A disabled
> > > > > > [ 5326.920247] HDA Intel 0000:00:1b.0: power state changed by ACPI to D0
> > > > > > [ 5326.920262] HDA Intel 0000:00:1b.0: power state changed by ACPI to D0
> > > > > > [ 5326.920279] HDA Intel 0000:00:1b.0: PCI INT A -> GSI 17 (level, low) -> IRQ 17
> > > > > > [ 5326.920375] HDA Intel 0000:00:1b.0: irq 42 for MSI/MSI-X
> > > > > > [ 5326.920405] HDA Intel 0000:00:1b.0: setting latency timer to 64
> > > > > > [ 5326.981085] input: HDA Intel Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input18
> > > > > > [ 5326.981262] input: HDA Intel Mic as /devices/pci0000:00/0000:00:1b.0/sound/card0/input19
> > > > > > [ 5326.987934] input: HDA Intel Headphone as /devices/pci0000:00/0000:00:1b.0/sound/card0/input20
> > > > > > 
> > > > > > [maybe not important but input numbers are increasing for every new load]
> > > > > > 
> > > > > > There is another strange thing. After I stop mplayer and wait for some
> > > > > > time (~1min) I can hear a "click" sound and then there is no sound at
> > > > > > all... If I start mplayer in the meantime it just works...
> > > > > > If I try to remove the module and load it again then things work and stop
> > > > > > working after first playback again.
> > > > > 
> > > > > And I have just found out that I do not have to start any playback to
> > > > > see this. It is sufficient to load the module and wait a minute and
> > > > > there is no sound at all (both from speakers or headphones).
> > > > 
> > > > OK, could you give alsa-info.sh outputs at both working and
> > > > non-working states?
> > > 
> > > Sure. Attached. The only change seems to be:
> > >  Node 0x02 [Audio Output] wcaps 0x11: Stereo
> > >    Device: name="ALC262 Analog", type="Audio", device=0
> > > -  Converter: stream=5, channel=0
> > > +  Converter: stream=0, channel=0
> > 
> > This is OK.  It shows that the converter was assigned once to this
> > stream when you played back a sound before power-save.
> > 
> > As long as the codec registers show the same value, it's not obviously
> > what went wrong.  The symptom sounds like a resume issue.  If so,
> > S3/S4 might show the same problem.
> > 
> > BTW, does my patch fix the problem when you load without model=auto?
> 
> I have just booted to the rc2 with the patch (https://lkml.org/lkml/2011/6/9/25)
> and it looks it didn't solve the problem. Playback works only from
> speakers when headphones are not plugged in - no sound if plugged in.

So, the auto-mute now works but now the headphone doesn't work.
Weird...  Maybe the same reason the speaker doesn't work with
auto-mode.  I saw that the only one converter keeps the stream in your
alsa-info.sh output although multiple converters (0x02, 0x03, 0x06)
should be used simultaneously.

> See alsa-info.txt-fresh-boot. Same thing happens if I 
> modprobe -r snd-hda-intel and then load it again (without any parameters).
> 
> > If yes, does the problem appear with it?  I.e. is the silence problem
> > specific to model=auto or not?
> 
> If I try to modproble with model=auto I get headphones working but not
> output from speakers. Have a look at alsa-info.txt-modprobe_auto.

For testing, just copy 2.6.39/sound/pci/*.[ch] into 3.0 tree and
rebuild.  Does it work as expected?  If you have a good-working
reference, please take alsa-info.sh output while playing back a
stream.

Note that the one-minute thing happens only when you unplug AC cable,
supposedly.  Or, simply write some value (in seconds) to
/sys/modules/snd_hda_intel/parameters/powersave and access the device
once (either mixer or PCM) to activate the power-saving mode.


thanks,

Takashi


More information about the Alsa-devel mailing list