From owner-freebsd-current Wed Jul 15 22:51:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18287 for freebsd-current-outgoing; Wed, 15 Jul 1998 22:51:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from smtp03.primenet.com (daemon@smtp03.primenet.com [206.165.6.133]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA18280 for ; Wed, 15 Jul 1998 22:51:23 -0700 (PDT) (envelope-from tlambert@usr07.primenet.com) Received: (from daemon@localhost) by smtp03.primenet.com (8.8.8/8.8.8) id WAA04782; Wed, 15 Jul 1998 22:51:15 -0700 (MST) Received: from usr07.primenet.com(206.165.6.207) via SMTP by smtp03.primenet.com, id smtpd004725; Wed Jul 15 22:51:06 1998 Received: (from tlambert@localhost) by usr07.primenet.com (8.8.5/8.8.5) id WAA13571; Wed, 15 Jul 1998 22:51:03 -0700 (MST) From: Terry Lambert Message-Id: <199807160551.WAA13571@usr07.primenet.com> Subject: Re: /usr/src/sbin/i386/mount_msdos - can we move it already? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 16 Jul 1998 05:51:03 +0000 (GMT) Cc: bde@zeta.org.au, current@FreeBSD.ORG In-Reply-To: <831.900563328@time.cdrom.com> from "Jordan K. Hubbard" at Jul 15, 98 09:28:48 pm X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > No objection from me - I was wondering about those two also. [ ... ] > > Same for fdisk. It can be used on any block device. I could easily > > use it to manage disks containing DOS formatted partitions on your > > ALPHA. Really, the use of "fdisk" is wrong. There needs to be an abstract interface to parittioning management that doesn't care about what code is actually doing the managing. It would open the device, and basically ask it if it had current partitioning, and also ask what modules would be willing to manage partitioning on it. Then it would write a clean label or whatever via an ioctl() that is independent of the partitioning being enacted that says "Hey you, manage this". One problem with this is that the SLICE code sort of makes some assumptions about locking and devices access that aren't very good assumptions if you wanted this to work. In addition, there are not entry points for "splat a label on this puppy Mr. XXX slice type manager!". Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message