Red Hat Bugzilla – Bug 459477
System sounds gone after sound device defaulting to snd-pcsp
Last modified: 2008-08-25 03:47:05 EDT
Description of problem:
After updating the kernel from 126.96.36.199-108.fc9.x86_64 to
188.8.131.52-14.fc9.x86_64, system sounds are replaced by clicks which is
a clear regression. Menu item "System > Preferences > Hardware > Volume
Control" that the sound device is "pcsp (Alsa mixer)".
The same holds for alsamixer.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Start GNOME session.
2. Produce system event.
A click is emitted.
The corresponding GNOME sound event is played.
- This issue was present for early "rawhide" kernel of the 2.6.26-rcX
series until the pcsp device got disabled in the kernel builds.
- 'aplay -D hw:1 /usr/share/sounds/phone.wav' does play the correct sound
whereas 'aplay /usr/share/sounds/phone.wav' does not.
- Whereas other systems might produce meaningful sounds using the PC
speaker, the NVIDIA nForce™ 4 chipset does not.
snd-pcsp got blacklisted by default and then re-enabled in rawhide (bug 452748).
I guess we should just not build it in F8 and F9...
Disabled the driver in 184.108.40.206-16
System sounds are back although disabling the snd-pcsp driver is nothing more than a temporary workaround. One clearly wants to be able to use the internal speaker but it simply should not be the default device.