FC11 no sound at all - works in Windows and FC10 - kerneloops

rylan76 · 06-20-2009, 11:41 AM

Hi Guys

I have a strange problem with the above. Standard FC11 install with stock kernel.

My sound card is a SB Live 5.1.

The following is in dmesg:

Code:

[rylan@stefanlinux ~]$ dmesg  
 = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
__ratelimit: 21 callbacks suppressed                                                                    
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
__ratelimit: 21 callbacks suppressed                                                                    
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2001, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
__ratelimit: 21 callbacks suppressed

The above repeats for several pages.

There was a kernel oops:

Code:

[rylan@stefanlinux ~]$ ps -A | grep kerneloops
 5364 ?        00:00:00 kerneloops
 5755 ?        00:00:00 kerneloops
 6219 ?        00:00:00 kerneloops
 6895 ?        00:00:00 kerneloops
 7560 ?        00:00:00 kerneloops
 8114 ?        00:00:00 kerneloops
 8823 ?        00:00:00 kerneloops-appl
 8835 ?        00:00:00 kerneloops
[rylan@stefanlinux ~]$

ESD and ARTS daemons are running, KMIX is there and works, but the system is absolutely silent with no sound of any form. Rebooting into Windows does work, sound is there as normal. Sound was normal in FC10 as well, same system, same card. I have doublechecked and rechecked kmix, everything is set to on / unmuted and at audible levels. Switched to GNOME in FC11, it doesn't have sound either.

My lspci:

Code:

[rylan@stefanlinux ~]$ /sbin/lspci
00:00.0 Host bridge: Intel Corporation 82945G/GZ/P/PL Memory Controller Hub (rev 02)
00:01.0 PCI bridge: Intel Corporation 82945G/GZ/P/PL PCI Express Root Port (rev 02)
00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01)
00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01)
00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01)
00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01)
00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 01)
00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1)
00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01)
00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01)
00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) SATA IDE Controller (rev 01)
00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01)
01:00.0 VGA compatible controller: nVidia Corporation G71 [GeForce 7950 GT] (rev a1)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
03:01.0 Multimedia audio controller: Creative Labs SB Live! EMU10k1 (rev 07)
03:01.1 Input device controller: Creative Labs SB Live! Game Port (rev 07)
[rylan@stefanlinux ~]$

My lsmod reports thats the same emu10k1 module is loaded that worked fine in Fedora 10:

Code:

[rylan@stefanlinux ~]$ /sbin/lsmod
Module                  Size  Used by
nvidia               9534856  36     
vfat                    8620  0      
fat                    41016  1 vfat 
usb_storage            82556  0      
fuse                   49780  4      
sunrpc                152352  1      
ipv6                  232288  24     
cpufreq_ondemand        6056  2      
acpi_cpufreq            8224  0      
joydev                  8964  0      
dm_multipath           13512  0      
uinput                  6496  0
snd_emu10k1_synth       6008  0
snd_emux_synth         30044  1 snd_emu10k1_synth
snd_seq_virmidi         4888  1 snd_emux_synth
snd_seq_midi_event      5560  1 snd_seq_virmidi
snd_seq_midi_emul       4940  1 snd_emux_synth
snd_seq                45148  4 snd_emux_synth,snd_seq_virmidi,snd_seq_midi_event,snd_seq_midi_emul
snd_emu10k1           122316  2 snd_emu10k1_synth
snd_rawmidi            18728  2 snd_seq_virmidi,snd_emu10k1
snd_ac97_codec         91576  1 snd_emu10k1
ac97_bus                1400  1 snd_ac97_codec
snd_pcm                62632  2 snd_emu10k1,snd_ac97_codec
snd_seq_device          5988  5 snd_emu10k1_synth,snd_emux_synth,snd_seq,snd_emu10k1,snd_rawmidi
snd_timer              17888  3 snd_seq,snd_emu10k1,snd_pcm
snd_page_alloc          7644  2 snd_emu10k1,snd_pcm
snd_util_mem            3340  2 snd_emux_synth,snd_emu10k1
iTCO_wdt               10464  0
snd_hwdep               6584  2 snd_emux_synth,snd_emu10k1
iTCO_vendor_support     2736  1 iTCO_wdt
snd                    49056  14 snd_emu10k1_synth,snd_emux_synth,snd_seq_virmidi,snd_seq_midi_emul,snd_seq,snd_emu10k1,snd_rawmidi,snd_ac97_codec,snd_pcm,snd_seq_device,snd_timer,snd_hwdep
8139too                20960  0
emu10k1_gp              2492  0
pcspkr                  2156  0
8139cp                 18036  0
mii                     4028  2 8139too,8139cp
gameport                9708  2 emu10k1_gp
ppdev                   6304  0
parport_pc             22216  0
i2c_i801                8060  0
soundcore               5404  1 snd
parport                28496  2 ppdev,parport_pc
ata_generic             4264  0
pata_acpi               3620  0
nouveau               433376  0
drm                   165948  1 nouveau
i2c_algo_bit            4804  1 nouveau
i2c_core               18016  5 nvidia,i2c_i801,nouveau,drm,i2c_algo_bit
[rylan@stefanlinux ~]$

Here's my ALSA info:

http://www.alsa-project.org/db/?f=c0...a871034b42d499

How can I fix the

ALSA sound/core/pcm_lib.c:166: BUG: stream = 0, pos = 0x2000, buffer size = 0x2000, period size = 0x2000
__ratelimit: 21 callbacks suppressed

errors so I can get audio working in FC11?

Anybody else had this problem?

Thanks!

EDIT: This is kind of sidestepped / resolved by doing the following - pulseaudio is still broken for the EMU10K1 driver though.

[code]
1. Go to /etc/alsa
2. Rename the file pulse-default.conf to pulse-default.conf.bak
3. Become root and killall pulseaudio (put this in /etc/rc.local, since the system will restart pulseaudio each time it is booted)
[code]

EDIT 2: Had further problems getting FC11 to play .XM files - mikmod simply does not work. XMP does work - download and compile and install XMP, then edit /etc/xmp/xmp.conf and set the driver = line to read driver = alsa.

EDIT 3: For some reason my system now had no /dev/dsp - breaking madplay and xmame, for example. To fix, go into /etc/modprobe.d/dist-oss-conf and uncomment the bottommost line. Save the file, and reboot the system.

You should now have more or less working audio in FC11 with an SBLive 5.1 or other SBLive cards... if you do the above in order from 1 to 3.

EDIT 4: Just found on the Fedora site that apparently Pulseaudio in FC11 is broken out of the box for most Creative PCI soundcards, specifially SB Live and SB Audigy. Just FYI - the steps above should help getting such cards working with FC11.

John VV · 06-21-2009, 02:31 PM

the update of a few days ago should??? have fixed that . it is a bug in pulse audio .

the update fixed my Creative Labs SB Live card

rylan76 · 06-22-2009, 01:34 AM

Noted... does this update make /dev/dsp available as well (i. e. make OSS work again too?)

iammahesh · 09-13-2009, 06:08 PM

I was having this problem ever since I installed FC11 in June.
But got time over the past week to figure this out in detail.

I had tried everything that was mentioned in all the previous posts.

Ultimately it boiled down to the default configuration file for pulseaudio.

Killing pulseaudio turned out to be a temporary fix. For once it will work for that session only. Reboot the PC or restart x-windows and pulseaudio is running again. Inserting a line in rc.local also did not solve the problem.

So I had to repeat the process of killing pulseaudio again. And yeah with the Creative Live SB5.1, I had to mute the Digital Audio output (Orange colored port on the card) to get audio on Line-out (green) after killing pulseaudio.

Once pulseaudio is killed manually the Audio driver falls back to ALSA.

But to fix it on a reboot so as not to kill pulseaudio all the time, uncomment the following lines in /etc/pulse/default.pa

load-module module-alsa-sink
load-module module-alsa-source device=hw:1,0
load-module module-oss device="/dev/dsp" sink_name=output source_name=input
load-module module-oss-mmap device="/dev/dsp" sink_name=output source_name=input
load-module module-null-sink
load-module module-pipe-sink

What this seems to be doing is on a restart the pulseaudio starts up first and fails to get audio working. But by uncommenting these lines, ALSA is also loaded, so when pulseaudio fails, the system falls back to ALSA for sound to work.

With this workaround you do not have to kill pulseaudio all the time for sound to work.

Sound in the headphones output has been working great for now and so is audio over skype. These are the two reasons why I need audio on the linux box.

This way you will not see pulseaudio after a reboot or restarting x-windows.
[root@MyLinuxBox pulse]# ps -ef | grep pulseaudio
root 3492 3431 0 18:06 pts/1 00:00:00 grep pulseaudio

Hope this helps anybody down the line who have problems with disabling pulseaudio