[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-ppc] [PATCH qemu v3] RFC: ppc/spapr: Receive and store device

From: Alexey Kardashevskiy
Subject: Re: [Qemu-ppc] [PATCH qemu v3] RFC: ppc/spapr: Receive and store device tree blob from SLOF
Date: Mon, 11 Dec 2017 17:20:23 +1100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.4.0

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.


Attachment: signature.asc
Description: OpenPGP digital signature

reply via email to

[Prev in Thread] Current Thread [Next in Thread]