From mboxrd@z Thu Jan 1 00:00:00 1970 From: Takashi Iwai Subject: Re: Headphone output doesn't work with 3.0.0-rc* anymore Date: Thu, 09 Jun 2011 11:44:41 +0200 Message-ID: References: <20110607180522.GA4004@tiehlicka.suse.cz> <20110608174855.GA4138@tiehlicka.suse.cz> <20110609085616.GA4207@tiehlicka.suse.cz> <20110609090607.GB4207@tiehlicka.suse.cz> <20110609092826.GC4207@tiehlicka.suse.cz> Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mx1.suse.de (cantor.suse.de [195.135.220.2]) by alsa0.perex.cz (Postfix) with ESMTP id C7CD124156 for ; Thu, 9 Jun 2011 11:44:41 +0200 (CEST) In-Reply-To: <20110609092826.GC4207@tiehlicka.suse.cz> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: alsa-devel-bounces@alsa-project.org Errors-To: alsa-devel-bounces@alsa-project.org To: Michal Hocko Cc: alsa-devel@alsa-project.org, LKML List-Id: alsa-devel@alsa-project.org At Thu, 9 Jun 2011 11:28:26 +0200, Michal Hocko wrote: > > [1 ] > 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? If yes, does the problem appear with it? I.e. is the silence problem specific to model=auto or not? thanks, Takashi From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756298Ab1FIJoq (ORCPT ); Thu, 9 Jun 2011 05:44:46 -0400 Received: from cantor.suse.de ([195.135.220.2]:38153 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753380Ab1FIJom (ORCPT ); Thu, 9 Jun 2011 05:44:42 -0400 Date: Thu, 09 Jun 2011 11:44:41 +0200 Message-ID: From: Takashi Iwai To: Michal Hocko Cc: LKML , alsa-devel@alsa-project.org Subject: Re: [alsa-devel] Headphone output doesn't work with 3.0.0-rc* anymore In-Reply-To: <20110609092826.GC4207@tiehlicka.suse.cz> References: <20110607180522.GA4004@tiehlicka.suse.cz> <20110608174855.GA4138@tiehlicka.suse.cz> <20110609085616.GA4207@tiehlicka.suse.cz> <20110609090607.GB4207@tiehlicka.suse.cz> <20110609092826.GC4207@tiehlicka.suse.cz> User-Agent: Wanderlust/2.15.6 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL/10.7 Emacs/23.2 (x86_64-suse-linux-gnu) MULE/6.0 (HANACHIRUSATO) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org At Thu, 9 Jun 2011 11:28:26 +0200, Michal Hocko wrote: > > [1 ] > 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? If yes, does the problem appear with it? I.e. is the silence problem specific to model=auto or not? thanks, Takashi