On Fri, Aug 19, 2022 at 12:11:40PM +1000, Alexey Kardashevskiy wrote: > > > On 05/08/2022 19:39, Daniel Henrique Barboza wrote: > > The pSeries machine never bothered with the common machine->fdt > > attribute. We do all the FDT related work using spapr->fdt_blob. > > > > We're going to introduce HMP commands to read and save the FDT, which > > will rely on setting machine->fdt properly to work across all machine > > archs/types. > > Out of curiosity - why new HMP command, is not QOM'ing this ms::fdt property > enough?
Huh.. I didn't think of that. For dumpdtb you could be right, that
you might be able to use existing qom commands to extract the
property. Would need to check that the size is is handled properly,
fdt's are a bit weird in having their size "in band".
"info fdt" etc. obviously have additional funtionality in formatting
the contents more helpfully.
> Another thing is that on every HMP dump I'd probably rebuild the entire FDT
> for the reasons David explained. Thanks,
This would require per-machine hooks, however.
--
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
signature.asc
Description: PGP signature
