Skip site navigation (1)Skip section navigation (2)
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>