alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write!

alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write!

[Konrad Schlichtherle]

Hello,

sometimes it occure that my speakers do not play sound although the
speakers should play music with VLC. Then i took a look at
/var/log/messages and found this:

Jan 13 17:01:39 riker pulseaudio[3335]: alsa-sink.c: ALSA woke us up to
write new data to the device, but there was actually nothing to write!
Jan 13 17:01:39 riker pulseaudio[3335]: alsa-sink.c: Most likely this is
a bug in the ALSA driver 'snd_hda_intel'. Please report this issue to
the ALSA developers.
Jan 13 17:01:39 riker pulseaudio[3335]: alsa-sink.c: We were woken up
with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or
another value < min_avail.

The output of utils_alsa-info.sh is there:
http://www.alsa-project.org/db/?f=1767e9bc745724a67c908549d20c137375d0605e

I didn't know wether this is a bug or a misconfiguration of my openSUSE 11.2

Konrad

Re: alsa-sink.c: ALSA woke us up to write new data to the device, but there was actually nothing to write!

[Raymond Yau]

2010/1/14 Konrad Schlichtherle <kconny@gmx.de>

> Hello,
>
> sometimes it occure that my speakers do not play sound although the
> speakers should play music with VLC. Then i took a look at
> /var/log/messages and found this:
>
> Jan 13 17:01:39 riker pulseaudio[3335]: alsa-sink.c: ALSA woke us up to
> write new data to the device, but there was actually nothing to write!
> Jan 13 17:01:39 riker pulseaudio[3335]: alsa-sink.c: Most likely this is
> a bug in the ALSA driver 'snd_hda_intel'. Please report this issue to
> the ALSA developers.
> Jan 13 17:01:39 riker pulseaudio[3335]: alsa-sink.c: We were woken up
> with POLLOUT set -- however a subsequent snd_pcm_avail() returned 0 or
> another value < min_avail.
>
> The output of utils_alsa-info.sh is there:
> http://www.alsa-project.org/db/?f=1767e9bc745724a67c908549d20c137375d0605e
>
> I didn't know wether this is a bug or a misconfiguration of my openSUSE
> 11.2
>
> Konrad
> _


you better upgraded to 1.0.22.1 since there are some patches for HDA VIA
codec

provide a full pulseaudio log using the latest pulseaudio git  and a test
case which can reproduce the bug

pulseaudio -k; pulseaudio -vvvvv

!!ALSA Version
!!------------

Driver version:     1.0.20
Library version:    1.0.22
Utilities version:  1.0.22


Independent HP mode ON seem allow the front panel green jack to be used
independent of the rear panel green jack (HDA multi streaming )


	control.15 {
		comment.access 'read write'
		comment.type ENUMERATED
		comment.count 1
		comment.item.0 OFF
		comment.item.1 ON
		iface MIXER
		name 'Independent HP'
		value ON
	}

You have two subdevices on playback device 0 and capture device 0

http://pulseaudio.org/ticket/743


!!Aplay/Arecord output
!!------------

APLAY

**** List of PLAYBACK Hardware Devices ****
card 0: NVidia [HDA NVidia], device 0: VT1708B Analog [VT1708B Analog]
  Subdevices: 1/2
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1
card 0: NVidia [HDA NVidia], device 1: VT1708B Digital [VT1708B Digital]
  Subdevices: 1/1
  Subdevice #0: subdevice #0

ARECORD

**** List of CAPTURE Hardware Devices ****
card 0: NVidia [HDA NVidia], device 0: VT1708B Analog [VT1708B Analog]
  Subdevices: 2/2
  Subdevice #0: subdevice #0
  Subdevice #1: subdevice #1