From owner-cvs-src@FreeBSD.ORG Mon Mar 31 10:06:09 2003 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD6F237B401; Mon, 31 Mar 2003 10:06:09 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 69A5143F3F; Mon, 31 Mar 2003 10:06:08 -0800 (PST) (envelope-from phk@phk.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.8/8.12.8) with ESMTP id h2VI5tSM024904; Mon, 31 Mar 2003 20:05:59 +0200 (CEST) (envelope-from phk@phk.freebsd.dk) To: Alfred Perlstein From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 31 Mar 2003 09:36:59 -0800." <20030331173658.GA17388@elvis.mu.org> Date: Mon, 31 Mar 2003 20:05:55 +0200 Message-ID: <24903.1049133955@critter.freebsd.dk> cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org cc: Bruce Evans cc: Nate Lawson Subject: Re: cvs commit: src/sbin/fdisk fdisk.c X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 31 Mar 2003 18:06:11 -0000 In message <20030331173658.GA17388@elvis.mu.org>, Alfred Perlstein writes: >* Poul-Henning Kamp [030331 01:34] wrote: >> In message <20030331140740.R17363@gamplex.bde.org>, Bruce Evans writes: >> >> >This is more broken than I thought. fdisk now defaults to a wrong geometry >> >in all cases where the BIOS geometry differs from the firmware geometry. >> > >> >The default geometry was H=1/S=1 or whatever is returned by DIOCGDINFO >> >until this was broken in -current. This is still non-broken in RELENG_4. >> >> I don't particularly care for what numbers we use, but I do not >> want a lot of elaborate DWIM code since in this particular case the >> user had better know exactly what she is doing anyway. > >The problem is that each time you muck with these systems it becomes >harder to get it to DWIW, nevermind DWIM. Still wish we had the Solaris >format tool. If I had a (quasi-)sensible[1] on-disk format, writing such a tool would be trivial. The reason it is not trivial is because both the MBR and BSD (as used by us) have major "issues" which you have to work around and guess at as best you can. Poul-Henning [1] SUNLABELS suck in general, but since sun has control over the firmware, this doesn't affect the users much. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.