l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
April 21: Google Glass
Next Installfest:
TBD
Latest News:
Mar. 18: Google Glass at LUGOD's April meeting
Page last updated:
2002 Sep 23 12:22

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.

I just might try that.  As I said in a reply to Mark scant moments ago, 
everything seems to work now after the creation of /etc/rc.d/rc.serial. 
  Still, I'd kind of like to solve the mystery of how the serial driver 
gets loaded.  Generating a relevant error message would be a good first 
step!

Thanks,
Matt


> 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
>>SHARE_IRQ SER
>>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
> vox-tech@lists.lugod.org
> http://lists.lugod.org/mailman/listinfo/vox-tech


_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech



LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
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.