Date: Thu, 14 Feb 2013 09:00:25 -0800 From: Marcel Moolenaar <marcel@xcllnt.net> To: "Robert N. M. Watson" <rwatson@FreeBSD.org> Cc: "freebsd-arch@FreeBSD.org Arch" <freebsd-arch@freebsd.org> Subject: Re: FDT on x86 and for non-fdtbus devices. Message-ID: <E11BFB94-8653-44F5-A3B0-6951170A22A6@xcllnt.net> In-Reply-To: <B0375E90-369C-4F9C-AAB9-2106C7D68623@FreeBSD.org> References: <03A622DA-EFD4-4984-8FC3-CD8B4832C32E@xcllnt.net> <alpine.BSF.2.00.1302141031480.65091@fledge.watson.org> <8606E19D-98A2-4E2C-A9E3-5056C1BAC34E@bsdimp.com> <B0375E90-369C-4F9C-AAB9-2106C7D68623@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Feb 14, 2013, at 6:45 AM, Robert N. M. Watson <rwatson@FreeBSD.org> = wrote: >> But I'm curious why your specific example wouldn't already live in = the FDT for your board.... >=20 >=20 > We want to put hardware configuration parameters in the on-board FDT. >=20 > We want to put software configuration parameters in the kernel = targeted for the board. /nod I think it's a feature to instantiate GEOMs from the FDT. Creating a mirrored disk configuration when the disks are already in use cannot in general be done using tasting. The assumption that the last sector is free is invalid with GPT and it has created conformance problems for us already. Being able to construct the gmirror GEOM from the FDT eliminates the need to scribble meta-data on the disk and as such allows us to mirror 2 GPT disks at the disk level without instantaneously becoming non-conformant. --=20 Marcel Moolenaar marcel@xcllnt.net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E11BFB94-8653-44F5-A3B0-6951170A22A6>