LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Hardware (http://www.linuxquestions.org/questions/linux-hardware-18/)
-   -   Disable onboard sound card in Inspiron 8200 (http://www.linuxquestions.org/questions/linux-hardware-18/disable-onboard-sound-card-in-inspiron-8200-a-469671/)

kiwidoc66 08-01-2006 06:33 AM

Disable onboard sound card in Inspiron 8200
 
Hi there - first post!
Sorry for newbie question. I've installed demudi flavour of Debian on an Inspiron 8200 laptop to use as a home studio. Ive been able to get both the onboard soundcard and Edirol UA-25 USB sound capture device working intermittently but having trouble getting Audacity to recognise USB device.
How can I disable the onboard soundcard in linux? (it can't be disabled from BIOS - tried that!)

kilgoretrout 08-01-2006 08:42 AM

Try unloading the driver module for the onboard card at the end of the boot process, assuming the onboard sound has a different driver than the usb sound and the driver is a loadable module rather than compiled into the kernel, both of which seems likely. You will have to determine what that driver is first and then run as root:

# rmmod <onboard sound module>

kiwidoc66 08-02-2006 04:30 AM

Thanks - lsmod found the modules and rmmod removed them. It seems to be "permanent" ie survives shutdown and reboot. As a matter of interest where does linux store the information about the modules not to load?

kilgoretrout 08-02-2006 09:58 AM

It depends on the distro. I don't use debian or debian based distros that much but IIRC you make changes to the modules you want loaded on boot by editing /etc/modules. Actually, the process is more complicated than that in debian. There is a directory called /etc/modutils that contains a lot of module configuration files. A tool called "update-modules" reads the files it finds in the /etc/modutils directory tree and generates a configuration file called /etc/modules.conf which you are not suppose to edit directly.
Rpm based distros list the modules to be loaded in /etc/modprobe.conf or /etc/modprobe.preload for 2.6 kernels. Slackware and BSD have a differenet system whereby changes to modules to be loaded are done by directly editing various init scripts like /etc/rc.d/rc.modules.
Actually, the module loading process in all distros is heavily done by various init scripts with edits to files like /etc/modules, /etc/modproble.conf or /etc/modules.conf serving as ways to further tweak that process without directly editing the init scripts. Slackware has a module-blacklist script; anything you list in there will be banned from loading despite whatever is to the contrary in other init scripts. I don't believe debian has anything like that.
I'm also somewhat surprised that your rmmod command resulted in the module not loading permanently; that's not what usually happens. It could be distro specific or a debian thing, but something must have read which modules were loaded and made the appropriate changes in /etc/modutils to load only those modules on reboot. If you want to experiment, you can reload your onboard sound module with:

# modprobe <module name>

Reboot and see if it comes back and then rmmod it and see if it sticks on reboot.


All times are GMT -5. The time now is 08:00 PM.