Well, the following line suggests a devfs interaction (provided you
are sure that you used the correct System.map:
> Trace; c015469b <devfs_unregister_blkdev+12eb/1960>
Are you unloading the floppy driver at some point? Or using module
autoloading?
> After watching what happens during the boot process I started turning off
> things that might be touching the floppy device (at boot), such as autofs.
> What finally stopped the Oops was to comment out the floppy entry in
> /etc/fstab:
>
> /dev/fd0 /floppy auto defaults,user,noauto 0 0
Interesting. What happens if you use /dev/floppy/0 instead of /dev/fd0
in the /etc/fstab? Still an Oops?
> I can then load the floppy module after boot, and successfully access the
> floppy device w/o any problems. The oops happened when the mountall script
> (Debian testing) was running:
>
> mount -avt nonfs,noproc,nosmbfs
>
> Devfsd is started way before mountall is ran so I do not know why it is
> causing problems.
Strange. I tried the following sequence, without problems:
# devfsd /dev
# mount /floppy
# ls -lF /dev/floppy
where /etc/fstab has:
/dev/floppy/0 /floppy ext2 defaults,noauto,user 0 0
I have nothing in my /etc/devfsd.conf which refers to the floppy. In
addition, I don't have any LOOKUP entries. I did this with 2.4.9 with
devfs-patch-v188.
Could you please try reproducing the problem with the setup and
sequence I used?
Regards,
Richard....
Permanent: rgooch@atnf.csiro.au
Current: rgooch@ras.ucalgary.ca
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/