From owner-cvs-all Mon Apr 2 15:17:39 2001 Delivered-To: cvs-all@freebsd.org Received: from meow.osd.bsdi.com (meow.osd.bsdi.com [204.216.28.88]) by hub.freebsd.org (Postfix) with ESMTP id C76FA37B718; Mon, 2 Apr 2001 15:17:26 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: from laptop.baldwin.cx (john@jhb-laptop.osd.bsdi.com [204.216.28.241]) by meow.osd.bsdi.com (8.11.2/8.11.2) with ESMTP id f32MHHG77506; Mon, 2 Apr 2001 15:17:18 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.4.0 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <200104022113.f32LDFh14581@mobile.wemm.org> Date: Mon, 02 Apr 2001 15:16:52 -0800 (PDT) From: John Baldwin To: Peter Wemm Subject: Re: cvs commit: src/lib/libdisk create_chunk.c write_disk.c Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org, "David E. O'Brien" Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On 02-Apr-01 Peter Wemm wrote: > John Baldwin wrote: >> >> On 01-Apr-01 David E. O'Brien wrote: >> > obrien 2001/04/01 04:37:31 PDT >> > >> > Modified files: >> > lib/libdisk create_chunk.c write_disk.c >> > Log: >> > Try to untangle some of the #ifdef spaghetti. >> > Also, looking to the future, don't assume all the world is an i386 and >> > al > l >> > its disk layout brain damage will be repeated by other platforms. So >> > all >> > the diking out if we are an Alpha, becomes adding in if we are an i386. >> >> Actually, IA64 uses a MBR and slices, too. I'd almost rather you use #ifdef >> USE_SLICES or something like that and have each arch set appropriate defines > to >> describe its disk layout. > > Umm, that's not what I remember.. it is EFI based, and uses pure LBA > partitioning. EFI still uses a MBR though I think the format may be slightly tweaked. The EFI loader is stored in a FAT32 slice in fact, which is why there was a discussion on -ia64 recently of whether or not /boot should be a FAT filesystem. I think to maintain compatiblity with multibooting other OS's we shouldn't really claim the FAT fs, but simply let the base EFI loader load up a EFI-capable loader from FFS and boot from there, but that is another can of worms. :) -- John Baldwin -- http://www.FreeBSD.org/~jhb/ PGP Key: http://www.baldwin.cx/~john/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message