Date: Thu, 9 May 2002 17:05:46 -0400 From: Jake Burkholder <jake@locore.ca> To: Poul-Henning Kamp <phk@critter.freebsd.dk> Cc: "David E. O'Brien" <obrien@FreeBSD.org>, cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/sys sun_disklabel.h Message-ID: <20020509170546.C2566@locore.ca> In-Reply-To: <32502.1020977392@critter.freebsd.dk>; from phk@critter.freebsd.dk on Thu, May 09, 2002 at 10:49:52PM %2B0200 References: <200205092022.g49KMxZ94992@freefall.freebsd.org> <32502.1020977392@critter.freebsd.dk>
next in thread | previous in thread | raw e-mail | index | archive | help
Apparently, On Thu, May 09, 2002 at 10:49:52PM +0200, Poul-Henning Kamp said words to the effect of; > > Why didn't you just enable GEOM ? > The commit message is inaccurate. The header is needed to build disklabel(8) which has to write a sun compatible disklabel so we can boot from disk. Jake > Poul-Henning > > In message <200205092022.g49KMxZ94992@freefall.freebsd.org>, "David E. O'Brien" > writes: > >obrien 2002/05/09 13:22:59 PDT > > > > Added files: > > sys/sys sun_disklabel.h > > Log: > > Add a hack (ported from NetBSD) to support Sun disk labels. > > This code works by converting the Sun label to a struct disklabel, which > > is probably even the right thing for reading a label. The original > > checksum is taken over, so that the label source can be distinguished. > > > > The NetBSD code to wrap a BSD-style disklabel into the Sun disklabel has been > > deleted for now - don't know whether that is really desirable, after all Sun > > disklabels could just be used always (BSD disklabels are going to have > > problems with PROM compatability). The dsinit() call in diskopen() has been > > #ifdef'ed out for now, this will be changed to use the minimal slice struct > > in case of dsinit() failure. > > > > Submitted by: tmm > > Obtained from: NetBSD > > > > Revision Changes Path > > 1.1 +101 -0 src/sys/sys/sun_disklabel.h (new) > > > > -- > 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. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020509170546.C2566>