FS#12454 - Add "options snd_pcsp index=2" to /etc/modprobe.conf

Attached to Project: Arch Linux
Opened by Matthew Gyurgyik (pyther) - Monday, 15 December 2008, 01:09 GMT
Last edited by Hugo Doria (hdoria) - Saturday, 21 March 2009, 21:33 GMT
Task Type Feature Request
Category Packages: Core
Status Closed
Assigned To Aaron Griffin (phrakture)
Architecture All
Severity Low
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

I would like to suggest that we add "options snd-pcsp index=2" to /etc/modprobe.conf. This would result in a "real" soundcard to be loaded as the default and snd_pcsp being loaded as a secondary sound card.

Right now, in most causes snd_pcsp loads before the "real" soundcard does.

I recently helped someone on IRC with a fresh install of arch who could not get their sound working. It ended up that snd_pcsp was loaded. This would be hard for someone to figure out. Searching would turn up hundreds of results that would more than likely not solve the problem as someone would probably search along the terms of "sound not working linux."

I believe this is the best solution. I hope we can make an exception to rule of not including any rules in /etc/modprobe.conf. The other solutions would be to blacklist snd_pcsp by default or to not compile the module into the kernel.

From the kernel docs in regards to the snd_pcsp module:

WARNING: if you already have a soundcard, enabling this
driver may lead to a problem. Namely, it may get loaded
before the other sound driver of yours, making the
pc-speaker a default sound device. Which is likely not
what you want. To make this driver play nicely with other
sound driver, you can add this into your /etc/modprobe.conf:
options snd-pcsp index=2
This task depends upon

Closed by  Hugo Doria (hdoria)
Saturday, 21 March 2009, 21:33 GMT
Reason for closing:  Fixed
Comment by Glenn Matthys (RedShift) - Monday, 15 December 2008, 12:19 GMT
Personally I'm against including this in the distribution. The correct way would be to update the documentation to include this "fix".
Comment by Aaron Griffin (phrakture) - Monday, 15 December 2008, 17:39 GMT
I think I'm against it too, but I think it SEEMS like it could be corrected at the udev level.

Please add this documentation to the wiki (beginner's guide?) for now, while I mull over a proper solution for this
Comment by Matthew Gyurgyik (pyther) - Tuesday, 23 December 2008, 16:06 GMT

Loading...