-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
A (sort-of-) bug report was filed on linux-usb-users, about a kernel log
message:
<quote>
when I mount usbfs using
mount -t usbfs -o devmode=0666 none /proc/bus/usb
an error message is logged in /var/log/syslog as:
usbdevfs: remount parameter error
</quote>
A bit of investigation shows that
1. the usbdevfs filesystem "remount" operation [usb/inode.c::usbdevfs_remount()]
is being called twice. The data parameter is "devmode=0666" the first
time, and "devmode" the second time.
2. The remount succeeds the first time, and failes (-EINVAL) the second time.
The failure is in the options parser (usb/inode.c::parse_options()), which
is expecting a value for this option.
3. mount(1) is calling mount(2) only one time, and this looks OK.
I am not sure I understand how the mount system call gets to the
usb filesystem.
I vaguely remember Rusty's lecture where "asmlinkage" was important
for system calls, so I guess that fs/namespace.c::sys_mount() is the entry
point. The option looks good at this point (data == "devmode=0666).
- From there, I lose it.
A bit of random printk() insertion shows that do_remount_sb() is being
called with the option statement set to "devmode" (so it is broken
when we get here). [This is in fs/super.c ]
So I guess my questions are:
1. Is there some documentation I should have read before trying to UTSL?
2. Why does a single mount(2) operation result in two calls to the remount
operation for the filesystem?
3. And if anyone is feeling generous, can I have a broad brush view
of how the mount syscall relates to the filesystem implementation?
Brad
- --
http://conf.linux.org.au. 22-25Jan2003. Perth, Australia. Birds in Black.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org
iD8DBQE9T7AVW6pHgIdAuOMRAqpiAJ0QObHv1gkCe+dKhKt9AGfbnR9c1QCfaKpS
z64ZPidVieAR1H3pn8vG/Rg=
=DWDj
-----END PGP SIGNATURE-----
-
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/
This archive was generated by hypermail 2b29 : Wed Aug 07 2002 - 22:00:31 EST