<br><tt><font size=2>Stewart Smith <stewart@linux.vnet.ibm.com> wrote
on 12/03/2017 11:34:25 PM:<br><br>> >> We have a different CSV format for FFS in phosphor-mboxd
too, perhaps<br>> >> Adriana can chime in if it's possible/plausible to move to
just one<br>> >> representation, as this could help simplify our PNOR building
process.<br>> >> <br>> ><br>> > Hmm I remember thinking that the phosphor-mbox CSV was pretty
close. Of<br>> > course its possible that the one here grew a bit in complexity.<br>> <br>> Yeah, the multiple flash sides and all that probably made things<br>> horrific :)<br>> </font></tt><br><tt><font size=2>The script that creates the toc in phosphor-mboxd
is using output from pflash</font></tt><br><tt><font size=2>to recreate the part partition. Probably not the best
plan...</font></tt><br><tt><font size=2>Maybe this is a good time to talk about changing what
has now become an "ABI" :)</font></tt><br><tt><font size=2><br>> >> I'd *really* like to rip out openpower-ffs and other related
crap from<br>> >> the op-build process and just replace it with this, largely
because this<br>> >> has a remote chance of being maintained and a remote chance
of not<br>> >> bringing in 13,000 lines of useless junk with it.<br>> >> <br>> ><br>> > Strong ack!<br>> ><br>> >> In theory at least, ffspart ond the openbmc image building
utility could<br>> >> just take the same input and output a different image.<br>> >> <br>> ><br>> <br>> -- <br>> Stewart Smith<br>> OPAL Architect, IBM.<br></font></tt><BR>