[coreboot] [PATCH] buildrom: Add support for OpenBIOS aspayload
Myles Watson
mylesgw at gmail.com
Wed Apr 30 16:21:30 CEST 2008
> -----Original Message-----
> From: Uwe Hermann [mailto:uwe at hermann-uwe.de]
> Sent: Wednesday, April 30, 2008 4:42 AM
> To: Myles Watson
> Cc: coreboot at coreboot.org
> Subject: Re: [coreboot] [PATCH] buildrom: Add support for OpenBIOS
> as a payload
>
> On Mon, Apr 28, 2008 at 10:20:31AM -0600, Myles Watson wrote:
> > --- Config.in (Revision 169)
> > +++ Config.in (Arbeitskopie)
> > @@ -94,6 +94,7 @@
> > config USE_LZMA
> > bool "Enable LZMA compression"
> > depends on !(PAYLOAD_OFW && COREBOOT_V2)
> > + depends on !(PAYLOAD_OPENBIOS && COREBOOT_V2)
> > depends on !(PAYLOAD_FILO && COREBOOT_V2)
> > depends on !(PAYLOAD_ETHERBOOT && COREBOOT_V2)
> > default y
> >
> > I've always wondered what the reason for this is. Is there something
> > magical about these payloads and their interactions with lzma?
>
> There seems to be some issue with OFW, not sure about the others,
> they're probably ok, but we should test that.
>
> OpenBIOS is ok too, I tested with a manual build. It seems the problem
> is with v2 boards doing nrv2b or no compression instead of lzma (which
> we usually expect in buildrom), but that's for another patch.
>
> Reattaching new patch for OpenBIOS, enabling the lzma option also.
> I also added a check for 'detok' from fcode-utils, so the user is
> warned if he doesn't have fcode-utils installed.
>
I agree with the TODO of building fcode-utils as a dependency. You could do
the check and include it if fcode-utils is not already installed. Otherwise
the user might not know where to get it.
A separate issue is that you don't remove the .configured stamp on a make
clean.
With that change:
Acked-by: Myles Watson <mylesgw at gmail.com>
Thanks,
Myles
More information about the coreboot
mailing list