Andrea Arcangeli (arcangeli@mbox.queen.it)
Sun, 10 May 1998 20:18:21 +0200 (CEST)
On Sun, 10 May 1998, Adam J. Richter wrote:
> Even if I could do this, which would require developing
>new kernel functionality to expose the module->visited flag and
>then developing some user level facility to consult it, I still
>want to unload the parallel port module when it is not in use,
>to save memory.
root@dragon:~# lsmod
Module Size Used by
parport_pc 4564 0 (autoclean)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
parport 5592 0 (autoclean) [parport_pc]
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
nls_iso8859-1 2016 1 (autoclean)
ide-cd 20648 1 (autoclean)
cdrom 9464 0 (autoclean) [ide-cd]
isofs 16368 1 (autoclean)
serial 17596 1
root@dragon:~# rmmod -a
root@dragon:~# lsmod
Module Size Used by
nls_iso8859-1 2016 1 (autoclean)
ide-cd 20648 1 (autoclean)
cdrom 9464 0 (autoclean) [ide-cd]
isofs 16368 1 (autoclean)
serial 17596 1
parport_pc should be unloaded at the same time of parport. If this doesn'
t happen there are a lot of ways to do that also with a script that run
lsmod and that check by hand...
Anyway the __only__ problem of rmmod -a or of a script (I realized it now
;-) is that the rmmodding of the two modules is not atomic so it could
happen for some reason that parport_lowlevel is loaded again before
parport is unloaded. For this reasons avoid the monothone counter could
be helpful.
> So, please post Inaky Perez Gonzalez's patch that fixes
>the bug of the constantly increasing parallel port number.
The patch is just in linux-kernel and linux-parport. If you can' t reach
it ask for it in a private email.
Andrea[s] Arcangeli
-- To unsubscribe, send mail to: linux-parport-request@torque.net --
-- with the single word "unsubscribe" in the body of the message. --
This archive was generated by hypermail 2.0b3 on Wed 30 Dec 1998 - 10:17:43 EST