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
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)
Even restarting mplayer or anything else that writes to /dev/dsp or

the ALSA PCM devices in /dev/snd just stop. strace says its due to

this:
-ao alsa:

gettimeofday({1209471996, 635897}, NULL) = 0

nanosleep({0, 10000000}, NULL)          = 0

ioctl(5, 0x4122, 0xd696910)             = 0

ioctl(5, 0x4122, 0xbf8c0002)            = 0

ioctl(5, 0x4122, 0x1b80e3c5)            = 0

(and repeats this over and over)
-ao oss:

nanosleep({0, 10000000}, NULL)          = 0

ioctl(4, SNDCTL_DSP_GETOSPACE, 0x8907d4c) = 0
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)
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?

--

At Tue, 29 Apr 2008 12:31:47 +0200 (CEST),
It's a warining and usually OK as long as you don't get errors with
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.
Possible.
You may try some module options for snd-hda-intel,

e.g. position_fix=0.  See ALSA-Configuration.txt.
thanks,
Takashi

--

Codec: VIA VIA VT1708

Address: 0

Vendor Id: 0x11061708

Subsystem Id: 0x11060300

Revision Id: 0x100700

No Modem Function Group found

Default PCM:

    rates [0x0]:

    bits [0x0]:

    formats [0x0]:

Default Amp-In caps: N/A

Default Amp-Out caps: N/A

GPIO: io=0, o=0, i=0, unsolicited=0, wake=0

Node 0x10 [Audio Output] wcaps 0x411: Stereo

  Converter: stream=5, channel=0

  PCM:

    rates [0x7e0]: 44100 48000 88200 96000 176400 192000

    bits [0xa]: 16 24

    formats [0x1]: PCM

  Power: setting=D0, actual=D0

Node 0x11 [Audio Output] wcaps 0x411: Stereo

  Converter: stream=5, channel=0

  PCM:

    rates [0x7e0]: 44100 48000 88200 96000 176400 192000

    bits [0xa]: 16 24

    formats [0x1]: PCM

  Power: setting=D0, actual=D0

Node 0x12 [Audio Output] wcaps 0x411: Stereo

  Converter: stream=5, channel=0

  PCM:

    rates [0x7e0]: 44100 48000 88200 96000 176400 192000

    bits [0xa]: 16 24

    formats [0x1]: PCM

  Power: setting=D0, actual=D0

Node 0x13 [Audio Output] wcaps 0x411: Stereo

  Converter: stream=5, channel=0

  PCM:

    rates [0x7e0]: 44100 48000 88200 96000 176400 192000

    bits [0xa]: 16 24

    formats [0x1]: PCM

  Power: setting=D0, actual=D0

Node 0x14 [Audio Output] wcaps 0x211: Stereo Digital

  Converter: stream=5, channel=0

  Digital:

  Digital category: 0x0

  PCM:

    rates [0x7e0]: 44100 48000 88200 96000 176400 192000

    bits [0xa]: 16 24

    formats [0x5]: PCM AC3

Node 0x15 [Audio Input] wcaps 0x10051b: Stereo Amp-In

  Amp-In caps: ofs=0x00, nsteps=0x14, stepsize=0x06, mute=1

  Amp-In vals:  [0x00 0x00]

  Converter: stream=0, channel=0

  SDI-Select: 0

  PCM:

    rates [0x440]: 48000 192000

    bits [0xa]: 16 24

    formats [0x1]: PCM

  Power: setting=D0, actual=D0

  Connection: 1

     0x18

Node 0x16 [Audio Input] wcaps 0x100311: Stereo Digital

  Converter: stream=0, channel=0

  SDI-Select: 0

  Digital: Validity

  Digital category: 0x0

  PCM:

    rates [0x1f0]: 32000 44100 48000 88200 96000

    bits [0xa]: 16 24

    formats [0x5]...
[ message continues ]

At Tue, 29 Apr 2008 14:19:46 +0200 (CEST),
This proc file looks fine.  You don't hear from the headphone but from

the line-out jack, right?
To be sure, get the codec proc files before and after the problem to
Then I have no certain clue what could be a culprit yet now.  The

symptom sounds like the DMA stops working by any reason, but this is a

pretty uncommon case.  Usual hda-intel bugs are about the wrong mixer

setting or routining, or the communication errors between the

controller and the codec chips.  You'd have to see other error

messages in such cases.
It might be related with the power management...
Takashi

--

Ah nah.. for some reason I forgot to delete that line from the mail.
But then it seems to be running for half an hour with 2.6.23.17 so far,

so that may be a bisection helping point. Will report bisect findings as 
The voulme control for 'Headphones' is 0, but I do hear things,

so I do use the "Master Front" mixer. (There is just one green
(have not booted into 2.6.25 again yet, but will do)

--

At Tue, 29 Apr 2008 14:38:27 +0200,
And I should have asked this before all -- is it a regression?
Takashi

--