On Wed, May 09, 2018 at 12:23:49PM +0100, Peter Maydell wrote:
> On 9 May 2018 at 06:32, David Gibson wrote:
> > On Sun, May 06, 2018 at 04:04:02PM +0100, Peter Maydell wrote:
> >> On 6 May 2018 at 14:39, David Gibson wrote:
> >> > Although, that said, I'll re-iterate that I think qemu's fdt
> >>
On 9 May 2018 at 06:32, David Gibson wrote:
> On Sun, May 06, 2018 at 04:04:02PM +0100, Peter Maydell wrote:
>> On 6 May 2018 at 14:39, David Gibson wrote:
>> > Although, that said, I'll re-iterate that I think qemu's fdt
>> > manipulation is now sufficiently complex that it would be better off
>
On Sun, May 06, 2018 at 04:04:02PM +0100, Peter Maydell wrote:
> On 6 May 2018 at 14:39, David Gibson wrote:
> > Well, I'm biased of course, but I think we'd be better off just
> > ditching the wrapper. In its present form it is so limited as to not
> > really add any value. If it was rewritten
On 6 May 2018 at 14:39, David Gibson wrote:
> Well, I'm biased of course, but I think we'd be better off just
> ditching the wrapper. In its present form it is so limited as to not
> really add any value. If it was rewritten to do something useful
> (e.g. handling reallocations), I think it woul
On Sun, May 06, 2018 at 01:23:30PM +0100, Peter Maydell wrote:
> On 5 May 2018 at 22:59, Michael Clark wrote:
> > Okay, so an alternative is to call fdt_pack() and then fdt_totalsize().
> > Thanks!
> >
> > QEMU has its own wrapper around libfdt and neither the fdt_pack() nor
> > fdt_totalsize() fu
On Sun, May 06, 2018 at 09:59:50AM +1200, Michael Clark wrote:
> On Sat, May 5, 2018 at 11:48 PM, David Gibson
> wrote:
>
> > On Sat, May 05, 2018 at 11:44:25AM +0100, Peter Maydell wrote:
> > > cc'ing David -- is this the best way to do this?
> > >
> > > (It would be nicer if libfdt would just d
On 5 May 2018 at 22:59, Michael Clark wrote:
> Okay, so an alternative is to call fdt_pack() and then fdt_totalsize().
> Thanks!
>
> QEMU has its own wrapper around libfdt and neither the fdt_pack() nor
> fdt_totalsize() functions are exposed.
>
> Some architecture use only the wrapper functions p
FYI - I've dropped this patch to qemu/include/sysemu/device_tree.h
and qemu/device_tree.c in favor of calling fdt_pack() and fdt_totalsize().
On Sun, May 6, 2018 at 9:59 AM, Michael Clark wrote:
>
>
> On Sat, May 5, 2018 at 11:48 PM, David Gibson > wrote:
>
>> On Sat, May 05, 2018 at 11:44:25AM
On Sat, May 5, 2018 at 11:48 PM, David Gibson
wrote:
> On Sat, May 05, 2018 at 11:44:25AM +0100, Peter Maydell wrote:
> > cc'ing David -- is this the best way to do this?
> >
> > (It would be nicer if libfdt would just dynamically
> > reallocate the buffer as needed,
>
> That's a deliberate desig
On Sat, May 05, 2018 at 11:44:25AM +0100, Peter Maydell wrote:
> cc'ing David -- is this the best way to do this?
>
> (It would be nicer if libfdt would just dynamically
> reallocate the buffer as needed,
That's a deliberate design tradeoff. Because it's designed to be
embeddable in really limit
cc'ing David -- is this the best way to do this?
(It would be nicer if libfdt would just dynamically
reallocate the buffer as needed, and then tell you
the final size, rather than having to specify a
maximum buffer size up front, but given the API we
have a "tell me how big this thing actually is"
11 matches
Mail list logo
