> ROM images are in form of binary blobs with no location information,
> they must be loaded to a known address. For boot ROMs, the address
> range would cover CPU hard reset entry vector.

So, for a BIOS or boot ROM that has been stripped, the board needs to
be hard-coded to not just load the image into a fixed address, but
attempt to boot from a fixed offset from that location -- and
load_image_targphys helps accomplish all of this.

> The device tree is decorated by QEMU (for example memory size and host
> clock speed), but it's not used internally by QEMU otherwise. This
> tree is passed to the guest OS. If the guest doesn't use the tree, it
> could be useful to make the FDT use optional.

hm.  I was fully expecting there to be a mapping of devices in the
tree provided by FDT into qdev-ified devices.

-Brian

Reply via email to