misc/101228: [nanobsd] [patch] Two more entries for
imp at bsdimp.com
Wed Aug 2 14:53:51 UTC 2006
From: Henrik Brix Andersen <henrik at brixandersen.dk>
Subject: Re: misc/101228: [nanobsd] [patch] Two more entries for FlashDevice.sub
Date: Wed, 2 Aug 2006 16:06:28 +0200
> On Wed, Aug 02, 2006 at 01:43:45PM +0000, Poul-Henning Kamp wrote:
> > I'm afraid I have to agree with Warner here.
> > I was hoping that the vendors would standardize on a limited number
> > of geometries, but it seems that yet again my faith in the wisdom
> > of hardware vendors is not supported by evidence.
> So what should happen with the existing entries in FlashDevice.sub?
> Should we deprecate it alltogether - or leave it as a half-baked
In our operation, we burn each flash from a tarball after taking that
flash's geometry into account. This allows us to get the maximium
amount of space on our 'hog' partitions, but does mean we don't put an
actual image onto the part. We don't use nanobsd, btw, since our
solution is home-grown before nanobsd was even thought of by phk.
nanobsd is an image based solution, so it should pick numbers that are
a little smaller than the typical part (eg use 510,000 bytes for the
size of the image of a 512MB flash) and use those for everything.
Nanobsd is not setup to optimize to a level higher than this.
More information about the freebsd-bugs