l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2002 Sep 23 12:10

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] how *not* to load the serial module at boot time?
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] how *not* to load the serial module at boot time?

I guess if you're looking for something elegant, don't read on.  But 
if you don't want the kernel to load serial.o, just:

. compile it as a module, which you did
. move it out of /lib/modules/2.4.x.-y

then, the kernel can't find it.  Also, by looking at error messages, 
maybe you can see what loads it.  I imagine there is a kernel command 
line parameter to keep it unloaded also.

On Thursday 19 September 2002 23:32, Matt Holland wrote:
> Hey all,
> Does anyone out there know how RedHat (7.3, if it matters) decides
> when (and if) to load the serial port driver, and if so, how to
> stop it from loading?  I ask because I've just started playing with
> lirc (Linux Infrared Remote Control -- very nifty) with my
> newly-built home-brew serial IR receiver, but the lirc_serial
> driver can't grab the port if the serial driver has already been
> loaded.  I compiled the serial driver as a module when I built my
> kernel, but I still get:
> Serial driver version 5.05c (2001-07-08) with MANY_PORTS MULTIPORT
> IAL_PCI ISAPNP enabled
> ttyS00 at 0x03f8 (irq = 4) is a 16550A
> ttyS01 at 0x02f8 (irq = 3) is a 16550A
> ...
> lirc_serial: port 03f8 already in use, proceeding anyway
> lirc_serial: compile the serial port driver as module and
> lirc_serial: make sure this module is loaded first
> lirc_serial: auto-detected active low receiver
> in my dmesg output.  The problem is that the serial driver is
> getting loaded before anything listed in /etc/modules.conf. 
> Nothing works until I do:
> # setserial /dev/ttyS0 uart none
> # rmmod lirc_serial
> # insmod lirc_serial
> It's possible that I had to restart lircd after that... I don't
> remember for certain whether I did or not.  In any case, it seems
> clear that I could just put those commands (followed by the daemon
> restart, if necessary) at the end of rc.local, and learn to ignore
> the error messages during boot (after all, I have no problem
> ignoring X when it complains about missing fonts ;).  However, it
> seems like just stopping the serial module from loading in the
> first place would be the more elegant solution.
> For those eager Debian users out there... the lirc documentation
> mentioned modifying /etc/serial.conf on Debian... no such file in a
> RedHat installation.  Also, I grep'ed the init scripts for 'serial'
> and didn't find anything enlightening.
> Incidentally, for those of you who don't always sit *at* your
> computer when listening to mp3's, watching DVD's, whatever, I
> highly recommend looking into lirc (www.lirc.org).  I'm a firm
> believer that a little soldering now and then is good for the soul
> :)  I can't say enough about the coolness of this project!
> Thanks,
> Matt
> _______________________________________________
> vox-tech mailing list
> vox-tech@lists.lugod.org
> http://lists.lugod.org/mailman/listinfo/vox-tech

vox-tech mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Appahost Applications
For a significant contribution towards our projector, and a generous donation to allow us to continue meeting at the Davis Library.