From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner+w=401wt.eu-S1759621AbYD2LJT@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1759621AbYD2LJT (ORCPT <rfc822;w@1wt.eu>);
	Tue, 29 Apr 2008 07:09:19 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1754544AbYD2LJJ
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Tue, 29 Apr 2008 07:09:09 -0400
Received: from mx2.suse.de ([195.135.220.15]:37762 "EHLO mx2.suse.de"
	rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP
	id S1753638AbYD2LJI (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Tue, 29 Apr 2008 07:09:08 -0400
Date: Tue, 29 Apr 2008 13:09:07 +0200
Message-ID: <s5h63u0x6i4.wl%tiwai@suse.de>
From: Takashi Iwai <tiwai@suse.de>
To: Jan Engelhardt <jengelh@medozas.de>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: sound: azx_get_response timeout
In-Reply-To: <alpine.LNX.1.10.0804291225350.21466@fbirervta.pbzchgretzou.qr>
References: <alpine.LNX.1.10.0804291225350.21466@fbirervta.pbzchgretzou.qr>
User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka)
 FLIM/1.14.7 (=?ISO-8859-4?Q?Sanj=F2?=) APEL/10.6 MULE XEmacs/21.5 (beta28)
 (fuki) (+CVS-20070806) (i386-suse-linux)
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: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

At Tue, 29 Apr 2008 12:31:47 +0200 (CEST),
Jan Engelhardt wrote:
> 
> 
> Out of the blue, sound stops and dmesg throws:
> 
> ALSA sound/pci/hda/hda_intel.c:596: hda_intel: azx_get_response timeout, 
> switching to polling mode: last cmd=0x000f0000

It's a warining and usually OK as long as you don't get errors with
single_cmd mode after this message.

> Kernel is 2.6.25-19-default (from opensuse 11.0beta1)
> Alsamixer says:
> 	Card: HDA VIA VT82xx
> 	Chip: VIA VIA VT1708
> lspci:
> 	02:01.0 Audio device: VIA Technologies, Inc. VIA High Definition Audio 
> 	Controller (rev 10)
(snip) 
> Messages from dmesg when reloading the module:
> ALSA sound/pci/hda/hda_codec.c:2860: autoconfig: line_outs=4 (0x1f/0x1c/0x22/0x23/0x0)
> ALSA sound/pci/hda/hda_codec.c:2864:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
> ALSA sound/pci/hda/hda_codec.c:2868:    hp_outs=1 (0x20/0x0/0x0/0x0/0x0)
> ALSA sound/pci/hda/hda_codec.c:2869:    mono: mono_out=0x0
> ALSA sound/pci/hda/hda_codec.c:2877:    inputs: mic=0x1d, fmic=0x21, line=0x1e, fline=0x0, cd=0x24, aux=0x0
> hda_codec: num_steps = 0 for NID=0x1f (ctl = Front Playback Volume)
> hda_codec: num_steps = 0 for NID=0x1a (ctl = Center Playback Volume)
> hda_codec: num_steps = 0 for NID=0x19 (ctl = Side Playback Volume)
> hda_codec: num_steps = 0 for NID=0x20 (ctl = Headphone Playback Volume)
> hda_codec: num_steps = 0 for NID=0x15 (ctl = Capture Volume)

These look bad.  It seems that the codec doesn't provide any amp
information of the corresponding widgets although the driver tries to
create mixer elements with them.

What show /proc/asound/card0/codec#* files?

> The only way to get rid of the GETOSPACE=0 state is to reboot the
> machine. Say, could this be due to the crappy VIA hardware?

Possible.

You may try some module options for snd-hda-intel,
e.g. position_fix=0.  See ALSA-Configuration.txt.


thanks,

Takashi