Date: Mon, 24 Mar 1997 18:42:12 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: thorpej@nas.nasa.gov Cc: darrenr@cyber.com.au, christos@nyc.deshaw.com, port-i386@netbsd.org, hackers@freebsd.org Subject: Re: dump for MS-DOS partitions. Message-ID: <199703250142.SAA24346@phaeton.artisoft.com> In-Reply-To: <199703242353.PAA10711@lestat.nas.nasa.gov> from "Jason Thorpe" at Mar 24, 97 03:52:59 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> NetBSD has already changed at least fsck to fsck_ffs ... fsck is now a > "wrapper" much like mount is. > > Eventually, we will have: > > newfs_ffs > dump_ffs > fsck_ffs > mount_ffs > > newfs_lfs > dump_lfs > fsck_lfs > mount_lfs Yes; I've been suggesting it for years... it's a good idea. One problem is that it wasn't too useful until the mount system call changes, and that didn't happen until 4.4 because we feared changing things that might get touched by the Lite2 integration (unreasonably, IMO). Other than inverting the name/program convention so all my ffs_ stuff will show in one area, all my mfs in one area, etc... I also wanted ffs_fstype. The fstype wrapper would call all available functions iteratively to identify the FS on a given device. Ideally, this would be implemented via VFS_IDENT() in each FS, and the kernel code would be responsible for recognition. Obviously, VFS_MOUNT would call VFS_IDENT internally. You would get at the IDENT either by calling mount with a "don't really" argument, or by ioctl'ing down to the device (and the disk device knowing the ioctl means iterate the installed FS types to identify the device). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199703250142.SAA24346>