From: "Edgar E. Iglesias" <edgar.iglesias@amd.com>
To: Julien Grall <julien@xen.org>
Cc: "Edgar E. Iglesias" <edgar.iglesias@gmail.com>,
<xen-devel@lists.xenproject.org>, <sstabellini@kernel.org>,
<bertrand.marquis@arm.com>, <michal.orzel@amd.com>,
<Volodymyr_Babchuk@epam.com>, <dpsmith@apertussolutions.com>,
"Stewart Hildebrand" <stewart.hildebrand@amd.com>
Subject: Re: [PATCH v1 3/6] xen/arm: create dom0less virtio-pci DT node
Date: Wed, 25 Sep 2024 18:34:48 +0200 [thread overview]
Message-ID: <ZvQ7mf9MbmSyC6RB@zapote> (raw)
In-Reply-To: <ce21a173-61f4-42d5-aa72-5b50135e6d76@xen.org>
On Wed, Sep 25, 2024 at 08:44:41AM +0100, Julien Grall wrote:
> Hi,
>
Hi Julien,
> On 24/09/2024 17:23, Edgar E. Iglesias wrote:
> > From: Stewart Hildebrand <stewart.hildebrand@amd.com>
> >
> > When virtio-pci is specified in the dom0less domU properties, create a
> > virtio-pci node in the guest's device tree. Set up an mmio handler with
> > a register for the guest to poll when the backend has connected and
> > virtio-pci bus is ready to be probed. Grant tables may be used by
> > specifying virtio-pci = "grants";.
> >
> > [Edgar: Use GPEX PCI INTX interrupt swizzling (from PCI specs).
> > Make grants iommu-map cover the entire PCI bus.
> > Add virtio-pci-ranges to specify memory-map for direct-mapped guests.
> > Document virtio-pci dom0less fdt bindings.]
> > Signed-off-by: Stewart Hildebrand <stewart.hildebrand@amd.com>
> > Signed-off-by: Edgar E. Iglesias <edgar.iglesias@amd.com>
> > ---
> > docs/misc/arm/device-tree/booting.txt | 21 +++
> > xen/arch/arm/dom0less-build.c | 238 ++++++++++++++++++++++++++
> > xen/arch/arm/include/asm/kernel.h | 15 ++
> > 3 files changed, 274 insertions(+)
> >
> > diff --git a/docs/misc/arm/device-tree/booting.txt b/docs/misc/arm/device-tree/booting.txt
> > index 3a04f5c57f..82f3bd7026 100644
> > --- a/docs/misc/arm/device-tree/booting.txt
> > +++ b/docs/misc/arm/device-tree/booting.txt
> > @@ -276,6 +276,27 @@ with the following properties:
> > passed through. This option is the default if this property is missing
> > and the user does not provide the device partial device tree for the domain.
> > +- virtio-pci
>
> Similar question to the other patches, why is this specific to virtio PCI?
> QEMU (or another device module) is free to emulate whatever it wants behind
> the PCI hosbtridge.
There's no hard limitatino to only virtio-pci devices it's more of a
recommendation that PVH guests should not use "emulated" devices but
there's nothing stopping it.
Perhaps the names of these properties are missleading, I'm happy to
change them if there are better suggestions!
I can also clarify it in the documentation.
>
> > +
> > + A string property specifying whether virtio-pci is enabled for the
> > + domain and if grant table mappings should be used. If no value is set
> > + this property is treated as a boolean and the same way as if set to
> > + "enabled".
> > + Possible property values are:
> > +
> > + - "enabled"
> > + Virtio-pci is enabled for the domain.
> > +
> > + - "grants"
> > + Virtio-pci is enabled for the domain and an grants IOMMU node will be
> > + generated in the domains device-tree.
> > +
> > +- virtio-pci-ranges
> > +
> > + An optional array of 6 u32 values specifying the 2 cells base addresses of
> > + the ECAM, Memory and Prefetchable-Memory regions for virtio-pci. This is
> > + useful to avoid memory-map collisions when using direct-mapped guests.
> > +
> > Under the "xen,domain" compatible node, one or more sub-nodes are present
> > for the DomU kernel and ramdisk.
> > diff --git a/xen/arch/arm/dom0less-build.c b/xen/arch/arm/dom0less-build.c
> > index 09b65e44ae..dab24fa9e2 100644
> > --- a/xen/arch/arm/dom0less-build.c
> > +++ b/xen/arch/arm/dom0less-build.c
> > @@ -586,6 +586,189 @@ static int __init domain_handle_dtb_bootmodule(struct domain *d,
> > return res;
> > }
> > +static int __init make_virtio_pci_domU_node(const struct kernel_info *kinfo)
> > +{
> > + void *fdt = kinfo->fdt;
> > + /* reg is sized to be used for all the needed properties below */
> > + __be32 reg[(1 + (GUEST_ROOT_ADDRESS_CELLS * 2) + GUEST_ROOT_SIZE_CELLS)
> > + * 2];
> > + __be32 irq_map[4 * 4 * 8];
> > + __be32 *cells;
> > + char buf[22]; /* pcie@ + max 16 char address + '\0' */
> > + int res;
> > + int devfn, intx_pin;
> > + static const char compat[] = "pci-host-ecam-generic";
> > + static const char reg_names[] = "ecam";
> > +
> > + if ( p2m_ipa_bits <= 40 ) {
> > + printk("PA bits %d is too small!\nvirtio-pci is only supported "
> > + "on platforms with PA bits > 40\n", p2m_ipa_bits);
> > + return -EINVAL;
> > + }
>
> Please add a comment explaining where does this requires come from. If this
> is the Address layout, then probably be to avoid relying on hardcoded number
> of bits.
>
Oops, sorry, I had actually removed this part from my git branch but I
forgot to regenerated the patch series.
I'll remove it.
Best regards,
Edgar
next prev parent reply other threads:[~2024-09-25 16:35 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-24 16:23 [PATCH v1 0/6] xen/arm: Add Virtio-PCI for dom0less on ARM Edgar E. Iglesias
2024-09-24 16:23 ` [PATCH v1 1/6] xen/arm: Decrease size of the 2nd ram bank Edgar E. Iglesias
2024-09-24 16:30 ` Julien Grall
2024-09-24 23:34 ` Stefano Stabellini
2024-09-24 23:40 ` Edgar E. Iglesias
2024-09-24 16:23 ` [PATCH v1 2/6] xen/arm: Reserve resources for virtio-pci Edgar E. Iglesias
2024-09-24 16:35 ` Julien Grall
2024-09-24 17:11 ` Edgar E. Iglesias
2024-09-24 17:24 ` Julien Grall
2024-09-24 23:16 ` Stefano Stabellini
2024-09-25 7:36 ` Julien Grall
2024-09-25 18:09 ` Stefano Stabellini
2024-09-24 16:23 ` [PATCH v1 3/6] xen/arm: create dom0less virtio-pci DT node Edgar E. Iglesias
2024-09-24 23:55 ` Stefano Stabellini
2024-09-25 13:03 ` Stewart Hildebrand
2024-09-26 22:15 ` Edgar E. Iglesias
2024-09-25 2:48 ` Stewart Hildebrand
2024-09-25 7:44 ` Julien Grall
2024-09-25 16:34 ` Edgar E. Iglesias [this message]
2024-09-25 16:38 ` Julien Grall
2024-09-25 16:44 ` Edgar E. Iglesias
2024-09-25 16:49 ` Edgar E. Iglesias
2024-09-25 17:45 ` Julien Grall
2024-09-25 18:42 ` Edgar E. Iglesias
2024-09-25 22:20 ` Stefano Stabellini
2024-10-01 19:30 ` Stewart Hildebrand
2024-09-24 16:23 ` [PATCH v1 4/6] xen/arm: io: Add support for mmio background regions Edgar E. Iglesias
2024-09-24 23:59 ` Stefano Stabellini
2024-09-24 16:23 ` [PATCH v1 5/6] xen/arm: io: Add a read-const writes-ignored mmio handler Edgar E. Iglesias
2024-09-25 0:02 ` Stefano Stabellini
2024-09-24 16:23 ` [PATCH v1 6/6] xen/arm: dom0less: Add a background PCI ECAM mmio region Edgar E. Iglesias
2024-09-25 0:07 ` Stefano Stabellini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZvQ7mf9MbmSyC6RB@zapote \
--to=edgar.iglesias@amd.com \
--cc=Volodymyr_Babchuk@epam.com \
--cc=bertrand.marquis@arm.com \
--cc=dpsmith@apertussolutions.com \
--cc=edgar.iglesias@gmail.com \
--cc=julien@xen.org \
--cc=michal.orzel@amd.com \
--cc=sstabellini@kernel.org \
--cc=stewart.hildebrand@amd.com \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.