[U-Boot] [PATCH v3 1/2] fit: Support compression for non-kernel components (e.g. FDT)

[Julius Werner]

Like Simon (Goldschmidt) said, the current documentation for the
"compression" property in image nodes already matches this, so I don't
think I need to add anything there. I'll update the other patch to add
documentation for compatible strings in config nodes, and then upload
an .its example for compressed FDTs there (because the example makes
more sense when using both features together).

On Tue, May 14, 2019 at 8:11 PM Simon Glass <sjg at chromium.org> wrote:
>
> Hi Simon,
>
> On Tue, 14 May 2019 at 05:16, Simon Goldschmidt
> <simon.k.r.goldschmidt at gmail.com> wrote:
> >
> > On Tue, May 14, 2019 at 12:55 PM Simon Glass <sjg at chromium.org> wrote:
> > >
> > > Hi Julius,
> > >
> > > On Mon, 13 May 2019 at 19:13, Julius Werner <jwerner at chromium.org> wrote:
> > > >
> > > > > Is there a change log for this patch?I think we discussed having a test.
> > > >
> > > > Sorry, forgot that. Is it okay if I just put it here or do you need me
> > > > to resend a v4?
> > >
> > > I think it should be a v4 so it looks right in patchwork.
> > >
> > > Also for this patch, can you please add documentation - see
> > > source_file_format.txt
> >
> > I had submitted a patch for that file already last year but then got
> > stuck in implementing just this, see commit fd15a9e2565f here:
> > https://github.com/u-boot/u-boot/commit/fd15a9e2565f831bf95c2152d1966d068a642175#diff-8c4b5e332d50ba25248fd06d6b4eb026
> >
> > I don't know if this compression support needs anything more
> > specific in that doc file. If anything, we could explicitly state that
> > compression is now supported for all nodes, but then again, the
> > file didn't tell that it was only supported for Kernels...
>
> Now that gmail is fixed I can reply more easily...
>
> Fair enough.
>
> Compression for a DT node is a pain, since it must be decompressed
> before being accessed and even reading the compatible string is hard.
> This is the purpose of one of Julius' patches.
>
> The DT format is fairly well documented and I would like to keep it
> that way, as well as extend the tests as we add new functions.
>
> Regards,
> Simon