[LEDE-DEV] [PATCH 1/5] build: append metadata for supported images.gz
Matthias Schiffer
mschiffer at universe-factory.net
Tue Nov 28 14:07:54 PST 2017
On 11/28/2017 10:51 PM, Christian Lamparter wrote:
> Targets that either directly or indirectly set
> CONFIG_TARGET_IMAGES_GZIP currently have no way
> to append the metadata at the end of new image
> creation process. And this is going to be
> necessary in order to convert the targets to use
> the new fwtool assisted platform check.
>
> These will include for example x86(_64), RPI, and
> MyBook Live images.
>
> Note: append-metadata does internally check if
> SUPPORTED_DEVICES is set, before adding the
> metadata. Hence, it will not interfere with
> existing targets that have not been converted.
>
> Cc: Felix Fietkau <nbd at nbd.name>
> Signed-off-by: Christian Lamparter <chunkeey at gmail.com>
> ---
It should not matter if the images are gzipped or not; the metadata should
be appended before gzipping. All image checks are done after zcat; if this
is not the case for the fwtool checks, IMO the checks need to be adjusted,
not the image generation.
Matthias
> include/image.mk | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/include/image.mk b/include/image.mk
> index f4d0a157cd..a7342c9d53 100644
> --- a/include/image.mk
> +++ b/include/image.mk
> @@ -494,6 +494,7 @@ define Device/Build/image
>
> $(BIN_DIR)/$(call IMAGE_NAME,$(1),$(2)).gz: $(KDIR)/tmp/$(call IMAGE_NAME,$(1),$(2))
> gzip -c -9n $$^ > $$@
> + $$(call Build/append-metadata)
>
> $(BIN_DIR)/$(call IMAGE_NAME,$(1),$(2)): $(KDIR)/tmp/$(call IMAGE_NAME,$(1),$(2))
> cp $$^ $$@
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://lists.infradead.org/pipermail/lede-dev/attachments/20171128/bd6e7c97/attachment.sig>
More information about the Lede-dev
mailing list