From owner-freebsd-ppc@FreeBSD.ORG Wed Oct 8 18:49:16 2008 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B93A1065691; Wed, 8 Oct 2008 18:49:16 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp6.server.rpi.edu (smtp6.server.rpi.edu [128.113.2.226]) by mx1.freebsd.org (Postfix) with ESMTP id 23BBC8FC28; Wed, 8 Oct 2008 18:49:15 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp6.server.rpi.edu (8.13.1/8.13.1) with ESMTP id m98HcU9F030181; Wed, 8 Oct 2008 13:38:31 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: <48EB821B.80503@freebsd.org> References: <1223393073.15248.151.camel@horst-tla> <48EB821B.80503@freebsd.org> Date: Wed, 8 Oct 2008 13:38:29 -0400 To: Nathan Whitehorn , Horst =?iso-8859-1?Q?G=FCnther_Burkhardt_III?= From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.00 () [Hold at 20.00] 22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.226 Cc: FreeBSD PowerPC ML Subject: Re: bootloader installation X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Oct 2008 18:49:16 -0000 [Hmm. I could have sworn I posted this yesterday, but I don't see it anywhere. Apologies if this is a duplicate] At 10:36 AM -0500 10/7/08, Nathan Whitehorn wrote: > >We really need to make installation work better. Can we include a >port of Apple's HFS implementation in base? I know APSL1 was >impossible, but are there any thoughts on APSL2 now? Having HFS >support should also be valuable on x86 with more people dual-booting >FreeBSD/OS X now. It seems to me that we could get away without any implementation of HFS. All we need is a sample HFS partition, with a large area on it reserved as a fake HFS file. Then have something which knows how to write the boot loader to that area. Note that this doesn't have to be a full implementation of HFS, just something that knows where the first byte of the reserved area is, and knows how to write to the raw disk. Make the reserved area two or three times the current size of the boot loader, or have two or three reserved areas (each being a separate fake HFS file). The reason for extra areas is so you could keep three different versions of the bootloader available. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu