[SLOF] [PATCH qemu v3] RFC: ppc/spapr: Receive and store device tree blob from SLOF

[David Gibson]

On Tue, Jan 02, 2018 at 05:13:09PM +1100, Alexey Kardashevskiy wrote:
> On 11/12/17 17:20, Alexey Kardashevskiy wrote:
> > On 09/11/17 17:38, David Gibson wrote:
> >> On Tue, Nov 07, 2017 at 06:14:04PM +1100, Alexey Kardashevskiy wrote:
> >>> On 20/10/17 11:46, Alexey Kardashevskiy wrote:
> >>>> On 19/10/17 17:24, David Gibson wrote:
> >>>>> On Tue, Oct 17, 2017 at 04:55:03PM +1100, Alexey Kardashevskiy wrote:
> >>>>>> On 16/10/17 20:36, David Gibson wrote:
> >>>>>>> On Mon, Oct 16, 2017 at 04:20:04PM +1100, Alexey Kardashevskiy
> >>>>>> wrote:
> >>>>> [snip]
> >>>>>>> ||
> >>>>>>>
> >>>>>>> Yeah.. this is all a bit complicated, I'm really thinking about a
> >>>>>>> fdt_fsck() function for libfdt.
> >>>>>>
> >>>>>>
> >>>>>> Oh. So what now? Do as below or wait for libdtc update?
> >>>>>
> >>>>> So I started hacking on this.  It's a bit fiddlier to get right than I
> >>>>> anticipated.  How about you make a placeholder function to "test" the
> >>>>> tree for now, with a comment that it will be updated once the libfdt
> >>>>> extensions are there.
> >>>>
> >>>> What would the placeholder do? Nothing or my proposed "FDT_CHK" thingy?
> >>>>
> >>>> Are we in a hurry with this one at all, or I can wait till libfdt gets this
> >>>> fsck()?
> >>>
> >>>
> >>> Ping?
> >>>
> >>> This is not v2.11 material, is it?
> >>
> >> Not at this stage, no.
> >>
> >> I've started looking at writing the fdt_fsck() thing, but got
> >> sidetracked by a bunch of related fixes to safety of handling
> >> corrupted blobs in libfdt.
> > 
> > Please let me know when I can repost the "
> > ppc/spapr: Receive and store device tree blob from SLOF" again. Thanks.
> 
> 
> Still to early to repost?

No.

-- 
David Gibson			| I'll have my music baroque, and my code
david AT gibson.dropbear.id.au	| minimalist, thank you.  NOT _the_ _other_
				| _way_ _around_!
http://www.ozlabs.org/~dgibson
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.ozlabs.org/pipermail/slof/attachments/20180103/048e87f1/attachment.sig>