Arch Linux

Which instructions from the wiki did you follow? The KDE4 part? http://wiki.archlinux.org/index.php/Pulseaudio#KDE_4
Did you try what is mentioned in the troubleshooting section? http://wiki.archlinux.org/index.php/Pulseaudio#No_sound_after_install
If the above fails, can you post your /etc/asound.conf and ~/.asoundrc if they exist?

Another thing to try: mplayer -ao alsa:device=hw=0 yourchosentrack.mp3
This should play back using alsa, no PA involved.

Also try: paplay /usr/share/sounds/alsa/Front_Right.wav
Which should play back using PA.

The output of pulseaudio -vvv might help as well, a couple of lines starting with "E:" will likely show up.

Post lsmod | grep snd?

Yes, I did follow the instructions for KDE4.

Yes, I did try the method of the troubleshooting section, but nothing changed.

I'm attaching my /etc/asound.conf file, I don't have one ~/.asoundrc file.

I can hear the music with the mplayer test, but I can't hear nothing with the paplay test.

Pulseaudio output:

[user@archerpc ~]$ pulseaudio -vvv
I: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted
D: core-rtclock.c: Timer slack is set to 50 us.
D: core-util.c: RealtimeKit worked.
I: core-util.c: Successfully gained nice level -11.
I: main.c: This is PulseAudio 0.9.21
D: main.c: Compilation host: x86_64-unknown-linux-gnu
D: main.c: Compilation CFLAGS: -march=x86-64 -mtune=generic -O2 -pipe -fno-strict-aliasing -Wall -W -Wextra -pipe -Wno-long-long -Winline -Wvla -Wno-overlength-strings -Wunsafe-loop-optimizations -Wundef -Wformat=2 -Wlogical-op -Wsign-compare -Wformat-security -Wmissing-include-dirs -Wformat-nonliteral -Wold-style-definition -Wpointer-arith -Winit-self -Wdeclaration-after-statement -Wfloat-equal -Wmissing-prototypes -Wstrict-prototypes -Wredundant-decls -Wmissing-declarations -Wmissing-noreturn -Wshadow -Wendif-labels -Wcast-align -Wstrict-aliasing=2 -Wwrite-strings -Wno-unused-parameter -ffast-math -Wp,-D_FORTIFY_SOURCE=2 -fno-common -fdiagnostics-show-option
D: main.c: Running on host: Linux x86_64 2.6.33-ARCH #1 SMP PREEMPT Sun Apr 4 10:27:30 CEST 2010
D: main.c: Found 4 CPUs.
I: main.c: Page size is 4096 bytes
D: main.c: Compiled with Valgrind support: no
D: main.c: Running in valgrind mode: no
D: main.c: Running in VM: no
D: main.c: Optimized build: yes
D: main.c: All asserts enabled.
I: main.c: Machine ID is c7546d1011a56de1efc914dc4a03aa18.
I: main.c: Session ID is c7546d1011a56de1efc914dc4a03aa18-1270869172.416411-2110540574.
I: main.c: Using runtime directory /home/user/.pulse/c7546d1011a56de1efc914dc4a03aa18-runtime.
I: main.c: Using state directory /home/user/.pulse.
I: main.c: Using modules directory /usr/lib/pulse-0.9.21/modules.
I: main.c: Running in system mode: no
E: pid.c: Daemon already running.
E: main.c: pa_pid_file_create() failed.

[user@archerpc ~]$ lsmod | grep snd
snd_seq_dummy 1439 0
snd_seq_oss 28984 0
snd_seq_midi_event 5348 1 snd_seq_oss
snd_seq 50397 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 5181 3 snd_seq_dummy,snd_seq_oss,snd_seq
snd_hda_codec_atihdmi 2747 2
snd_hda_codec_analog 70541 1
snd_hda_intel 22642 5
snd_hda_codec 68413 3 snd_hda_codec_atihdmi,snd_hda_codec_analog,snd_hda_intel
snd_hwdep 6244 1 snd_hda_codec
snd_pcm 70222 3 saa7134_alsa,snd_hda_intel,snd_hda_codec
snd_timer 19213 2 snd_seq,snd_pcm
snd 57203 24 saa7134_alsa,snd_seq_oss,snd_seq,snd_seq_device,snd_hda_codec_analog,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer
soundcore 6223 1 snd
snd_page_alloc 7097 2 snd_hda_intel,snd_pcm

try pulseaudio -vvv without PA already running, it might reveal more information this way..

I have such bug either. Appriximately once of 10 logins alsa starts with error saying " ALSA driver 'snd_hda_intel' failure ". Reboot helps.

max, could you compare your version of the chip to Maxwells?
To me this sounds more and more like something that should be reported upstream.

i have Intel Corp. 82801G (ICH7 Family) HDA
aplay -l
**** List of PLAYBACK Hardware Devices ****
card 1: Intel [HDA Intel], device 0: ALC662 rev1 Analog [ALC662 rev1 Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: Intel [HDA Intel], device 1: ALC662 rev1 Digital [ALC662 rev1 Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0


snd_hda_intel 22642 0
snd_seq_dummy 1439 0
snd_seq_oss 28984 0
snd_seq_midi_event 5348 1 snd_seq_oss
snd_seq 50397 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_hda_codec_realtek 258661 1
snd_pcm_oss 39107 0
snd_hda_codec 68413 2 snd_hda_intel,snd_hda_codec_realtek
snd_usb_audio 74687 0
snd_hwdep 6244 2 snd_hda_codec,snd_usb_audio
snd_usb_lib 17344 1 snd_usb_audio
snd_pcm 70222 4 snd_hda_intel,snd_pcm_oss,snd_hda_codec,snd_usb_audio
snd_rawmidi 18772 1 snd_usb_lib
snd_seq_device 5181 4 snd_seq_dummy,snd_seq_oss,snd_seq,snd_rawmidi
snd_mixer_oss 17107 1 snd_pcm_oss
snd_timer 19213 2 snd_seq,snd_pcm
snd 57203 14 snd_hda_intel,snd_seq_oss,snd_seq,snd_hda_codec_realtek,snd_pcm_oss,snd_hda_codec,snd_usb_audio,snd_hwdep,snd_usb_lib,snd_pcm,snd_rawmidi,snd_seq_device,snd_mixer_oss,snd_timer
snd_page_alloc 7097 2 snd_hda_intel,snd_pcm

These are my version of chips:

[user1@archerpc ~]$ lspci | grep Audio
00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 02)
03:00.1 Audio device: ATI Technologies Inc HD48x0 audio
04:00.1 Audio device: ATI Technologies Inc HD48x0 audio

[user@archerpc ~]$ aplay -l
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: AD198x Analog [AD198x Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 0: Intel [HDA Intel], device 1: AD198x Digital [AD198x Digital]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: HDMI [HDA ATI HDMI], device 3: ATI HDMI [ATI HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 2: HDMI_1 [HDA ATI HDMI], device 3: ATI HDMI [ATI HDMI]
Subdevices: 1/1
Subdevice #0: subdevice #0

Maxwell, what if you just use alsa without pulseaudio? I mean, stop alsa and pulseaudio, run alsaconf, start alsa, and play something. Alsaconf should show 3 sound cards... are all of them not working? Also, why do you need alsa_oss? Yeah, and what does alsamixer show?

I did this:

[root@archerpc ~]# /etc/rc.d/alsa stop
:: Saving ALSA Levels [DONE]
[root@archerpc ~]# /etc/rc.d/pulseaudio stop
:: Stopping pulseaudio daemon [DONE]
[root@archerpc ~]# alsaconf

Building card database..

*Screens about Alsaconf*

Loading driver...
:: Saving ALSA Levels [DONE]
:: Restoring ALSA Levels [DONE]
Setting default volumes...

===============================================================================

Now ALSA is ready to use.
For adjustment of volumes, use your favorite mixer.

Have a lot of fun!


[root@archerpc ~]# /etc/rc.d/alsa start
:: Restoring ALSA Levels [DONE]

I tried play one song with Amarok ... and I can't hear nothing. I go to System settings and I test the HDA Intel (AD198x Analog) ... I can hear the test sound now.

I tried play one song with Amarok, again ... and I can hear it now. I can't hear nothing with VLC media player, Mplayer media player, Miro Internet TV ... but I can hear it with Dragon player.

I don't know if the system use applications with OSS sound support so I only installed alsa-oss. Can I remove it ?

Alsamixer shows all the indicators up ... I choosed the HDA Intel sound card (F6 key).

Good, so your intel sound driver seems to be working.

I guess that all your sound hardware is supported through alsa, so, yes, I would remove everything related to OSS.

I would argue that vlc, mplayer, etc are somehow confused by the presence of ATI audio... Finally, why do you need pulseaudio? Do KDE packages reduire it? Try erasing $HOME/.pulse*, if not...

Have you tried posting this issue on the forums? You can probably get better support there...

PulseAudio is better than ALSA ... or not ?

Could I must remove PulseAudio ? (I can't hear nothing with PulseAudio turned on like default sound server).

"I can't hear nothing with PulseAudio turned on like default sound server"
In this case you should definitely get rid of pulseaudio, if there is nothing dependent on it, of course. Pulseaudio uses alsa to interface with hardware: http://en.wikipedia.org/wiki/Pulseaudio, so I don't understand your question about which is better :/

Anyway, the issue, that you guys have, seems to be a misconfiguration, not a bug, at least not in snd_hda_intel, and this discussion belongs to the forums, not bugzilla.

I'm sorry ... I don't know much about PulseAudio and ALSA, but PulseAudio worked fine before the last upgrade. I found this in the /var/log/errors.log file: "Most likely this is a bug in the ALSA driver 'snd_hda_intel'" and I opened this task.

Well, I'm not an admin/dev, so I was only expressing my opinion -- didn't mean to be persistent either :) What I meant is that if the sound works fine with ALSA, then it is hard to blame the driver. I assume there are no alsa-related errors in the logs, right?

Check if your system plays sound over headphones. If yes, then your alsa drivers are the problem.
I had the same problem with my soundcard (which is also an HDA Intel ;) and my alsa drivers.
If headphones work well then follow this steps.

check your alsa drivers: cat /proc/asound/version
if lower then 1.0.22 install new alsa-driver
compile the new alsa version; install it; (if you don't know how follow this guide: http://tldp.org/HOWTO/Alsa-sound-4.html)
reboot your system

I hope this could help you

I have the same problem (although my ‘exceptionally large’ value is ‘2555904 bytes’), and cat /proc/asound/version shows ‘Version 1.0.22.1’.

OOPS - still present in kernel26-2.6.34.1-1

Please try the following:

Add tsched=0 to the module-udev-detect line in /etc/pulse/default.pa, then restart PulseAudio.

> Add tsched=0 to the module-udev-detect line in /etc/pulse/default.pa, then restart PulseAudio.

It finally started exhibiting this bug again. Adding ‘tsched=0’ as you instructed produced the following log output:

Jul 27 11:43:27 ceres-arch64 pulseaudio[14639]: pid.c: Stale PID file, overwriting.
Jul 27 11:43:27 ceres-arch64 pulseaudio[14639]: alsa-source.c: ALSA woke us up to read new data from the device, but there was actually nothing to read!
Jul 27 11:43:27 ceres-arch64 pulseaudio[14639]: alsa-source.c: Most likely this is a bug in the ALSA driver 'snd_hda_intel'. Please report this issue to the ALSA developers.
Jul 27 11:43:27 ceres-arch64 pulseaudio[14639]: alsa-source.c: We were woken up with POLLIN set -- however a subsequent snd_pcm_avail() returned 0 or another value < min_avail.

status?

This issue still continues with kernel26 2.6.37-5, KDE 4.6.0-1, pulseaudio 0.9.22-2 and other updated versions.

So you still get the same error? Did you try tsched=0?

Any update?