[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [RFC PATCH 0/4] generic loader FDT support (for direct Xen boot)
From: |
Peter Maydell |
Subject: |
Re: [RFC PATCH 0/4] generic loader FDT support (for direct Xen boot) |
Date: |
Mon, 12 Oct 2020 17:40:03 +0100 |
On Mon, 12 Oct 2020 at 17:19, Alex Bennée <alex.bennee@linaro.org> wrote:
> So the real question is are there any other -devices that we want to be
> able to graft FDT entries on or is the generic loader enough of a
> special case that we keep all the logic in there?
To my mind the point of the generic loader is exactly that
it is not a special case. It works exactly the same way
for every board, for every architecture. It shouldn't have
special case "this makes things work for the thing I want
to load on these boards that all have FDT and want a
particular change to it". We already have a loader that
has that kind of "do what I mean" behaviour (--kernel),
and I very much do not want the generic loader device to
go in that direction. Its whole advantage is that it is
not that, but is just a "load the file, nothing else,
no magic" operation.
thanks
-- PMM
- [RFC PATCH 0/4] generic loader FDT support (for direct Xen boot), Alex Bennée, 2020/10/09
- [RFC PATCH 2/4] hw/riscv: migrate fdt field to generic MachineState, Alex Bennée, 2020/10/09
- [RFC PATCH 1/4] hw/board: promote fdt from ARM VirtMachineState to MachineState, Alex Bennée, 2020/10/09
- [RFC PATCH 3/4] device_tree: add qemu_fdt_setprop_string_array helper, Alex Bennée, 2020/10/09
- [RFC PATCH 4/4] generic_loader: allow the insertion of /chosen/module stanzas, Alex Bennée, 2020/10/09
- Re: [RFC PATCH 0/4] generic loader FDT support (for direct Xen boot), no-reply, 2020/10/09
- Re: [RFC PATCH 0/4] generic loader FDT support (for direct Xen boot), Alistair Francis, 2020/10/09