On Sun, 2005-03-06 at 18:28 +0000, Stephen Childress wrote: > Thanks very much for your help and for the makefile, Paul. The good news is > that I was able to compile the .ko modules. I created four directories, > three for the *.h files (named lowlevel, zftape, and compressor) and one for > all the .c files. Then I added the Makefile from the above link to the > directory with the .c files, typed "make", and everything compiled. (I > skipped the strip step mentioned above). Then I created the ftape directory > tree under the /lib/modules/<version>/kernel/drivers/char directory and > copied the .ko modules to their directories. Then I typed "depmod -a". > > I should also mention that the tape drive is not connected directly to the > floppy controller, but rather through an accelerator card. Therefore, I > have copied the the following lines from the old /etc/modules.conf to the > new /etc/modprobe.conf : > > alias char-major-27 zft-compressor > options ftape ft_fdc-base=0x370 ft_fdc_irq=6 ft_fdc_dma=2 > > Now the bad news. First of all: > > # mt -f /dev/ftape status" > /dev/ftape: No such file or directory > > so the modules are not being installed automatically. Getting the /dev/ftape module will possibly need a custom udev rule being written to that it's created when the module is loaded. A useful reference is: http://www.reactivated.net/udevrules.php > But it gets worse: > > # modprobe zft-compressor > [<c4af049b>] time_inb + 0x1d/0167 [ftape] > [<c4af0646>] ftape_calibrate + 0x60/0x28a [ftape] > [<c011bb87>] printk + 0xe/0x11 > [<c4aee73b>] ftape_udelay_calibrate + 0x19/0x1b [ftape] > [<c480d119>] ftape_init + 0x119/0x140 [ftape] > [<c01371dd>] sys_init_module + 0x1d8/02a8 > [<c0103477>] syscall_call + 0x7/0xb > Kernel panic - not syncing: /home/steve/temp/ftape-calibr.c:167: > spin_is_locked on unitialized spinlock c4aff87c. > > ...at which point the system dies. Can't help with this I'm afraid. I don't know how to debug kernel modules, nor do I have any ftape hardware. Obviously you won't be able to get anywhere with the udev rules until the modules load successfully :-( Paul. -- Paul Howarth <paul@xxxxxxxxxxxx>