RE: [PARPORT] autoloading of ppa and imm faulty


Jim Freeman (jimhnet@on-lineplus.net)
Sun, 30 May 1999 16:36:37 -0500


Should it not be mounted as a raw device.

Jim Freeman

-----Original Message-----
From: owner-linux-parport@gear.torque.net
[mailto:owner-linux-parport@gear.torque.net]On Behalf Of Juergen Leising
Sent: Sunday, May 30, 1999 11:13 AM
To: linux-parport@torque.net
Subject: [PARPORT] autoloading of ppa and imm faulty

Hello to all,

I have one (hardware) parallel port, redhat 5.2, kernel 2.2.9, ppa0205,
one "autodetect" zip drive, one ditto max external and one printer.

I want to have ppa resp. imm being loaded by kmod absolutely automatically.
There should be several alternatives, but only one works:

- sd_mod as a module + ppa: Works fine!
- sd_mod statically compiled into the kernel + ppa: Doesn't work
- sd_mod as a module + imm: Doesn't work
- sd_mod statically compiled into the kernel + imm: Doesn't work

Note, I have that newer zip drive.

This is /etc/conf.modules as it looks like when I use the first and only
working alternative:

############## zip drive ####################
alias block-major-8 sd_mod
pre-install sd_mod modprobe -r lp ; modprobe -r bpck-fdc ; modprobe -r
zftape ; modprobe -r ftape ; modprobe parport ; modprobe parport_pc
post-install sd_mod modprobe ppa

############# generic parport support ###########
alias parport_lowlevel parport_pc
options parport_pc io=0x378 irq=7

############# lp für Drucker #####################
pre-install lp modprobe -r bpck-fdc ; modprobe -r zftape ; modprobe -r ftape
; modprobe -r ppa ; modprobe -r sd_mod

######### ftape für Ditto max ##########################
alias char-major-27 zftape.o
options ftape.o ft_fdc_driver=bpck-fdc,none,none,none ft_tracings=4,4,4,4,4
options bpck-fdc ft_fdc_irq=7 ft_fdc_base=0x378
pre-install zftape modprobe -r lp ; modprobe -r ppa ; modprobe -r sd_mod ;
modprobe -r parport_pc ; modprobe -r parport

This is a good solution as regards automatic exchange of all of the
necessary modules
when I want to do the following:
mount /dev/sda4
umount /dev/sda4
ftmt -f /dev/qft0 status
mount ...

BUT:

Using imm always produces

mount: the kernel does not recognize /dev/sda4 as a block device
       (maybe `insmod driver'?)

The same error is produced by the alternative "sd_mod statically + ppa".

Trying to load imm manually produces:

/lib/modules/2.2.9/scsi/imm.o: init_module: Device or resource busy
parport: Device or resource busy
with no regard to whether sd_mod is a module or a static part of the kernel.

modprobe ppa immediately after this works.
In fact, loading imm works only one time, that is right after having
rebooted.
Then working one time with parallel port ditto max - and imm will refuse to
load
for ever...

Shouldn't there be at least one solution with imm being loaded
automatically?
I am not willing to power off and on my zip drive, because there is
obviously
at least one alternative that works without fiddling around.

Any explanations/suggestions/corrections?

Thank you,

Juergen.

--
*****************************************************************
* Juergen Leising, E-Mail: juergen.leising@stud.uni-bayreuth.de *
*           http://www.stud.uni-bayreuth.de/~a0037/             *
*****************************************************************

-- To unsubscribe, send mail to: linux-parport-request@torque.net -- -- with the single word "unsubscribe" in the body of the message. --

-- 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 Sun 30 May 1999 - 17:36:45 EDT