[Skiboot] [RFC PATCH 00/13] Rework flash TOC generation

Stewart Smith stewart at linux.vnet.ibm.com
Mon Dec 4 13:53:14 AEDT 2017

Cyril Bur <cyril.bur at au1.ibm.com> writes:
> Currently the ability within libffs to prove an api to generate TOCs
> is a bit experimental/developmental and it needs work. The original
> version tried to abstract too much which mean needless complexity
> within the library.
> I've ripped quite a lot of the complexity out of the libffs in favour
> of some added (but overall less) complexity in ffspart.
> Unfortunately this does change libffs just a tad, hopefully none of
> the functions have been used by anyone outside of skiboot, and the
> input file to ffspart had to change a bit too, but I haven't heard of
> anyone actually using it.
> Feedback very much welcome,

how close is this to being able to produce a binary identical FFS image
to the existing tooling?

We have a different CSV format for FFS in phosphor-mboxd too, perhaps
Adriana can chime in if it's possible/plausible to move to just one
representation, as this could help simplify our PNOR building process.

I'd *really* like to rip out openpower-ffs and other related crap from
the op-build process and just replace it with this, largely because this
has a remote chance of being maintained and a remote chance of not
bringing in 13,000 lines of useless junk with it.

In theory at least, ffspart ond the openbmc image building utility could
just take the same input and output a different image.

Stewart Smith
OPAL Architect, IBM.

More information about the Skiboot mailing list