From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michal Hocko Subject: Re: [alsa-devel] Headphone output doesn't work with 3.0.0-rc* anymore Date: Thu, 9 Jun 2011 10:56:16 +0200 Message-ID: <20110609085616.GA4207@tiehlicka.suse.cz> References: <20110607180522.GA4004@tiehlicka.suse.cz> <20110608174855.GA4138@tiehlicka.suse.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Takashi Iwai Cc: LKML , alsa-devel@alsa-project.org List-Id: alsa-devel@alsa-project.org On Thu 09-06-11 08:09:18, Takashi Iwai wrote: > At Wed, 8 Jun 2011 19:48:55 +0200, > Michal Hocko wrote: > > > > On Wed 08-06-11 18:03:24, Takashi Iwai wrote: > > > At Tue, 7 Jun 2011 20:05:58 +0200, > > > Michal Hocko wrote: > > > > > > > > Hi, > > > > before 3.0.0-rc1, when I plugged anything into headphone output of my > > > > laptop, speakers were disabled and the sound has been routed to the > > > > headphone output. This doesn't seem to work anymore starting with > > > > 3.0.0-rc1. Speakers stay on even if I plug something to the headphone > > > > output. > > > > Is this a bug or a new behavior that userspace has to cope > > > > with? > > > > > > > > I am sorry for the lack of information but I have no idea what to > > > > provide. > > > > > > Please give alsa-info.sh output at best. Run it with --no-upload > > > option, and attach the output file. This will contain most of > > > necessary information. > > > > See attached. I have added also .39 output where things work as expected > > (just in case it could be useful). > > 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. > You may need to adjust the mixer after changing > this, but it should provide the full (even better) functionality. > It'll support also the auto-mic jack switching. $ amixer | grep -i "auto.*mic" What is the control to look at? Thanks -- Michal Hocko SUSE Labs SUSE LINUX s.r.o. Lihovarska 1060/12 190 00 Praha 9 Czech Republic