Date: Wed, 15 Jan 2014 10:58:01 -0700 From: Warner Losh <imp@bsdimp.com> To: Ian Smith <smithi@nimnet.asn.au> Cc: "freebsd-embedded@freebsd.org" <freebsd-embedded@freebsd.org> Subject: Re: Creating code slice before disk image in nanobsd Message-ID: <27058E38-76ED-45DE-A075-09EB84D618BD@bsdimp.com> In-Reply-To: <20140116034220.B43023@sola.nimnet.asn.au> References: <20120629133759.GA19373@snail.casa> <20140114161533.GB19601@snail.casa> <CAJ-VmonKFEvPRimEmA8vnAbXVCYQ16yOftYhq03VJBYB5knotA@mail.gmail.com> <6027B660-1D2E-4058-B87F-83D8225F0DC3@bsdimp.com> <20140116034220.B43023@sola.nimnet.asn.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Jan 15, 2014, at 9:50 AM, Ian Smith wrote:
> On Wed, 15 Jan 2014 07:53:08 -0700, Warner Losh wrote:
>=20
>> I'll take a look at things... It isn't obvious at first blush this is=20=
>> the right thing to do, but I need to think about it a bit...
>>=20
>> Warner
>=20
> Perhaps an aside, but I'm pretty sure Warren (cc'd) has said that =
gpart=20
> can do anything that fdisk AND bsdlabel can do? If that's so, and the=20=
> object here is to deprecate fdisk, why not also replace these lines:
>=20
> +
> + bsdlabel -w -B -b ${NANO_WORLDDIR}/boot/boot ${MD}
> + bsdlabel ${MD}
> +
>=20
> with their gpart equivalents?
>=20
> (and no, I don't know what those should be in this context)
That's why I want to look at it. I also saw it continued to do geometry =
calculations, which are somewhat lame these days generally (but I don't =
know about this specific case). A lot of that code was written in the =
days of yore when you had to do a lot of work and geom was but a future =
dream.
Warner
> cheers, Ian
>=20
>> On Jan 14, 2014, at 9:23 PM, Adrian Chadd wrote:
>>=20
>>> Yes, please!
>>>=20
>>>=20
>>> -a
>>>=20
>>>=20
>>> On 14 January 2014 08:15, Arrigo Marchiori <ardovm@yahoo.it> wrote:
>>>> Hello list,
>>>>=20
>>>> in 2012 I wrote a patch to build the code image before the full =
disk
>>>> image. It seemed to apply cleanly to 8-STABLE and it seems to apply =
now
>>>> cleanly to 9-STABLE.
>>>>=20
>>>> Another effect of that patch is using gpart instead of fdisk.
>>>>=20
>>>> Is it of interest to anyone? Shall I file a PR?
>>>>=20
>>>> You can find the original patch and explanation at
>>>> =
http://lists.freebsd.org/pipermail/freebsd-embedded/2012-June/001580.html
>>>>=20
>>>> Regards,
>>>> --
>>>> rigo
>>>>=20
>>>> http://rigo.altervista.org
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?27058E38-76ED-45DE-A075-09EB84D618BD>