I’m a bit frustrated. I’m running Debian testing with kernel 3.2.0-3-amd64.
I compiled and installed a HighPoint RocketRaid 2760A driver and loaded it successfully. However, the card also works with the standard debian module. Since I’m not happy with the highpoint module, I’d like to prevent the rr276x module to be loaded.
This is what I’ve done so far:
– echo “blacklist rr276x” > /etc/modprobe.d/blacklist.conf (the file didn’t exist before)
– rm -rf /lib/modules/
uname -r/kernel/drivers/scsi/rr276x– comment out the linke rr276x from /etc/modules
root@nas:~# lsmod | grep rr276x
rr276x 332831 12
scsimod 162372 3 libata,rr276x,sdmod
root@nas:~# modprobe rr276x
FATAL: Module rr276x not found.
root@nas:~#
I can unload the module using rmmod, which makes all disks attached to the controller disappear (this is expected). However, the module is still loaded after every reboot.
By now I’ve figured out that the kernel probably loads the driver from the directory I’ve originally compiled the module in (which is somewhere in /home/user/…). However, I have no bloody idea how it even knows that this module is there. I only found it after using find / -name rr276x.ko. And I don’t like to delete files out of my /home directory just do the stupid kernel doesn’t load it.
to me, all those linux modules are one big black box. any help bringing any light into this is deeply appreciated.
Ok, I think I figured it out. make install with KERNELDIR somehow automatically triggered an update-initramfs and loaded the driver into the initrmfs. not only did it do that, it also kicked the original mvsas driver (built in debian module which drove the card in the first place) out of the initramfs and /lib/modules/
uname -rdirectory, so a simple update-initramfs -u -k all didn’t do the trick, because then I had neither mvsas nor the rr276x driver.aptitude purge linux-image-amd64(answer the “you’re about to remove the kernel you’re running – abort?” question with NO to continue)aptitude install linux-image-amd64Ok, I think I figured it out. make install with KERNELDIR somehow automatically triggered an update-initramfs and loaded the driver into the initrmfs. not only did it do that, it also kicked the original mvsas driver (built in debian module which drove the card in the first place) out of the initramfs and /lib/modules/
uname -rdirectory, so a simple update-initramfs -u -k all didn’t do the trick, because then I had neither mvsas nor the rr276x driver.aptitude purge linux-image-amd64(answer the “you’re about to remove the kernel you’re running – abort?” question with NO to continue)aptitude install linux-image-amd64