|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4 4/8] xen/arm: copy dtb fragment to guest dtb
Hi Stefano, On 8/21/19 4:53 AM, Stefano Stabellini wrote: Read the dtb fragment corresponding to a passthrough device from memory at the location referred to by the "multiboot,device-tree" compatible node. Add a new field named dtb_bootmodule to struct kernel_info to keep track of the dtb fragment location. Copy the fragment to the guest dtb (only /aliases and /passthrough). Set kinfo->guest_phandle_gic based on the phandle of the special "/gic" node in the device tree fragment. "/gic" is a dummy node in the dtb fragment that represents the gic interrupt controller. Other properties in the dtb fragment might refer to it (for instance interrupt-parent of a device node). We reuse the phandle of "/gic" from the dtb fragment as the phandle of the full GIC node that will be created for the guest device tree. That way, when we copy properties from the device tree fragment to the domU device tree the links remain unbroken. Some of the code below is taken from tools/libxl/libxl_arm.c. Note that it is OK to take LGPL 2.1 code and including it into a GPLv2 code base. The result is GPLv2 code. I would be much in favor to keep the code as close a possible to the libxl code rather than re-inventing the wheel copying the partial DT. In other words, if there are reason to diverge, then I would like to understand why. Signed-off-by: Stefano Stabellini <stefanos@xxxxxxxxxx> ---- Changes in v4: - use recursion in the implementation - rename handle_properties to handle_prop_pfdt - rename scan_pt_node to scan_pfdt_node - pass kinfo to handle_properties - use uint32_t instead of u32 - rename r to res - add "passthrough" and "aliases" check - add a name == NULL check - code style - move DTB fragment scanning earlier, before DomU GIC node creation - set guest_phandle_gic based on "/gic" - in-code comment Changes in v3: - switch to using device_tree_for_each_node for the copy Changes in v2: - add a note about the code coming from libxl in the commit message - copy /aliases - code style --- xen/arch/arm/domain_build.c | 112 +++++++++++++++++++++++++++++++++++ xen/include/asm-arm/kernel.h | 2 +- 2 files changed, 113 insertions(+), 1 deletion(-) diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c index cd585f05ca..c71b9f2889 100644 --- a/xen/arch/arm/domain_build.c +++ b/xen/arch/arm/domain_build.c @@ -14,6 +14,7 @@ #include <xen/guest_access.h> #include <xen/iocap.h> #include <xen/acpi.h> +#include <xen/vmap.h> #include <xen/warning.h> #include <acpi/actables.h> #include <asm/device.h> @@ -1713,6 +1714,111 @@ static int __init make_vpl011_uart_node(struct kernel_info *kinfo) } #endif+static int __init handle_prop_pfdt(struct kernel_info *kinfo,+ const void *pfdt, int nodeoff, + uint32_t address_cells, uint32_t size_cells) Why do you need address_cells and size_cells in parameter? I don't like this solution. You are bypassing most of the function just for the benefits of have the name in hand. Can this be done separately? This would also avoid to have an extra parameter (depth) for the only benefits of this check. + + rc = fdt_begin_node(fdt, fdt_get_name(pfdt, nodeoff, NULL)); + if ( rc ) + return rc; + + rc = handle_prop_pfdt(kinfo, pfdt, nodeoff, address_cells, size_cells); + if ( rc ) + return rc; + + address_cells = device_tree_get_u32(pfdt, nodeoff, "#address-cells", + address_cells); + size_cells = device_tree_get_u32(pfdt, nodeoff, "#size-cells", + size_cells); I am pretty sure I mention it before (though not on this patch...), this is not matching the DT spec. address_cells and size_cells are not propagated to the next level. So these should be DT_ROOT_NODE_{ADDR, SIZE}_CELLS_DEFAULT. Shouldn't you check you actually have a device-tree in hand and that it fits in the size specified by the user? See check_partial_fdt() in libxl_arm.c. Why do we have to go through the all the nodes of the first level? Can't we just lookup for the path and copy the node as libxl does?
Coding style:
if ( ... )
{
Cheers, -- Julien Grall _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |