I'm befuddled. And I'm amazed I can't find anyone with the same problem.
I recently upgraded my Slack 10.0 installation to the 2.6 kernel on the CD and my printer stopped working. I can see that /etc/rc.d/rc.modules runs. I can see that the parport section is uncommented and it looks like it should modprobe parport_pc, but this dosn't seem to happen.
I can manually modprobe parport_pc and it works, but it dosn't happen automatically on a reboot. I noticed a few things. the cat /proc/ksyms | grep in rc.modules dosn't work because I don't have a /proc/ksyms. There's a /proc/kallsyms though.
But that should still fail and drop me through to the part of the if which runs /sbin/modprobe parport_pc. /lib/modules/2.6.7/kernel/drivers/parport/parport_pc.o exists.
Thoughts? What's up with the echo "" > /dev/null stuff? Why echo if no one ever sees it?
A chunk of rc.modules for your reference:
Code:
### PC parallel port support ###
if cat /proc/ksyms | grep "\[parport_pc\]" 1> /dev/null 2> /dev/null ; then
echo "parport0 is built-in, not loading module" > /dev/null
else
if [ -r /lib/modules/$RELEASE/misc/parport_pc.o \
-o -r /lib/modules/$RELEASE/misc/parport_pc.o.gz \
-o -r /lib/modules/$RELEASE/kernel/drivers/parport/parport_pc.o \
-o -r /lib/modules/$RELEASE/kernel/drivers/parport/parport_pc.o.gz ]; then
# Generic setup example:
/sbin/modprobe parport_pc
# Hardware specific setup example (required for PLIP and better
# performance in general):
#/sbin/modprobe parport_pc io=0x378 irq=7
fi
fi