Re: [ptxdist] [PATCH v4 4/4] barebox: add integration of firmware blobs

[Michael Riesch <michael.riesch@wolfvision.net>]

Hello Michael,

On 1/21/22 10:47, Michael Olbrich wrote:
> [...]
> We're looking at what to do in PTXdist right now. Currently, the idea is
> that one package dumps all files somewhere in sysroot. Then we have some
> minimal barebox integration that adds the individual files with source and
> destination to a list. And in the barebox prepare stage all files in that
> list are copied into the barebox source tree.
> 
> Just dumping all files from a tarball into the barebox source tree would be
> easier, but I don't think its feasible. Just look at the current case: We
> have an upstream Tarball with fixed names that include versions. So we need
> to do some mapping somewhere anyways.
> 
> But having consistent locations where to put the files would make writing
> the mappings easier.
> 
> Michael

If I understand correctly the remaining open issue are the mappings from
files in sysroot (installed by binary vendor packages and/or open-source
packages) to files in the barebox source tree. These mappings are
implemented in the barebox.insertvendorhere.make rule files, which are
likely to be maintained in board support packages.

Therefore I am going to submit a v5 of the series that adds
 - the section for binary firmware blobs
 - the firmware-rockchip package as example of a binary vendor package
 - the generic helpers to inject files into a package source tree
 - the generic usage of those helpers in the barebox package

(i.e., the generic part) and includes a mapping barebox.rockchip.make,
which implements the only currently available (and hence best) way to
integrate sdram init, OPTEE and TF-A for recent Rockchip RK356x boards,
to showcase how this feature is supposed to be used. This mapping shall
be marked as RFC and can be considered for inclusion in ptxdist (as
reasonable default that can be overwritten) or (at a later stage) in
DistroKit.

This way the exact form of the mappings can be discussed further and the
generic part is moved towards being merged. Sounds good?

Best regards,
Michael

_______________________________________________
ptxdist mailing list
ptxdist@pengutronix.de
To unsubscribe, send a mail with subject "unsubscribe" to ptxdist-request@pengutronix.de