From: "Roger Pau Monné" <roger.pau@citrix.com>
To: Jiqian Chen <Jiqian.Chen@amd.com>
Cc: xen-devel@lists.xenproject.org, Huang Rui <ray.huang@amd.com>
Subject: Re: [PATCH v2 3/8] vpci/header: Emulate extended capability list for host
Date: Tue, 15 Apr 2025 11:42:30 +0200 [thread overview]
Message-ID: <Z_4qBjte-STlLIum@macbook.lan> (raw)
In-Reply-To: <20250409064528.405573-4-Jiqian.Chen@amd.com>
On Wed, Apr 09, 2025 at 02:45:23PM +0800, Jiqian Chen wrote:
> Add a new function to emulate extended capability list for host,
> and call it in init_header(). So that, it will be easy to hide
> a capability whose initialization fails.
>
> As for the extended capability list of guest, keep hiding it.
>
> Signed-off-by: Jiqian Chen <Jiqian.Chen@amd.com>
> ---
> cc: "Roger Pau Monné" <roger.pau@citrix.com>
> ---
> v1->v2 changes:
> new patch
>
> Best regards,
> Jiqian Chen.
> ---
> xen/drivers/vpci/header.c | 44 ++++++++++++++++++++++++++++++++-------
> 1 file changed, 36 insertions(+), 8 deletions(-)
>
> diff --git a/xen/drivers/vpci/header.c b/xen/drivers/vpci/header.c
> index 0910eb940e23..6833d456566b 100644
> --- a/xen/drivers/vpci/header.c
> +++ b/xen/drivers/vpci/header.c
> @@ -815,6 +815,39 @@ static int vpci_init_capability_list(struct pci_dev *pdev)
> return rc;
> }
>
> +static int vpci_init_ext_capability_list(struct pci_dev *pdev)
> +{
> + int rc;
> + u32 header;
uint32_t would be preferred.
> + unsigned int pos = 0x100U, ttl = 480;
> +
> + if ( !is_hardware_domain(pdev->domain) )
> + {
> + /* Extended capabilities read as zero, write ignore */
> + rc = vpci_add_register(pdev->vpci, vpci_read_val, NULL,
> + pos, 4, (void *)0);
> + if ( rc )
> + return rc;
I think you want to unconditionally return here, otherwise you will
most likely add a duplicated handler over "pos" when going inside the
loop below?
Also for domU we don't want to expose any extended capabilities yet.
> + }
> +
> + while ( pos && ttl-- )
> + {
> + header = pci_conf_read32(pdev->sbdf, pos);
> +
> + rc = vpci_add_register(pdev->vpci, vpci_read_val, NULL,
You don't want to pass NULL here, as that would prevent dom0 from
writing to the register, you instead want to pass vpci_hw_write32 I
think.
> + pos, 4, (void *)(uintptr_t)header);
> + if ( rc )
> + return rc;
> +
> + if ( (header == 0) || (header == -1) )
> + return 0;
> +
> + pos = PCI_EXT_CAP_NEXT(header);
Don't you need to check that pos >= 0x100? Possibly done in the while
loop condition: while ( pos >= 0x100 && ... )
Thanks, Roger.
next prev parent reply other threads:[~2025-04-15 9:42 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-09 6:45 [PATCH v2 0/8] Support hiding capability when its initialization fails Jiqian Chen
2025-04-09 6:45 ` [PATCH v2 1/8] driver/pci: Get next capability without passing caps Jiqian Chen
2025-04-10 12:34 ` Jan Beulich
2025-04-11 2:51 ` Chen, Jiqian
2025-04-11 8:00 ` Jan Beulich
2025-04-11 8:08 ` Chen, Jiqian
2025-04-09 6:45 ` [PATCH v2 2/8] vpci/header: Emulate legacy capability list for host Jiqian Chen
2025-04-10 12:40 ` Jan Beulich
2025-04-11 2:54 ` Chen, Jiqian
2025-04-11 8:01 ` Jan Beulich
2025-04-15 9:25 ` Roger Pau Monné
2025-04-15 10:07 ` Chen, Jiqian
2025-04-15 10:08 ` Jan Beulich
2025-04-15 10:23 ` Chen, Jiqian
2025-04-15 10:50 ` Roger Pau Monné
2025-04-15 10:10 ` Roger Pau Monné
2025-04-16 2:51 ` Chen, Jiqian
2025-04-16 7:32 ` Roger Pau Monné
2025-04-09 6:45 ` [PATCH v2 3/8] vpci/header: Emulate extended " Jiqian Chen
2025-04-15 9:42 ` Roger Pau Monné [this message]
2025-04-15 10:11 ` Chen, Jiqian
2025-04-15 9:49 ` Jan Beulich
2025-04-15 10:18 ` Chen, Jiqian
2025-04-15 10:20 ` Jan Beulich
2025-04-09 6:45 ` [PATCH v2 4/8] vpci: Hide capability when it fails to initialize Jiqian Chen
2025-04-15 10:47 ` Roger Pau Monné
2025-04-16 6:07 ` Chen, Jiqian
2025-04-09 6:45 ` [PATCH v2 5/8] vpci: Refactor vpci_remove_register to remove matched registers Jiqian Chen
2025-04-15 11:06 ` Roger Pau Monné
2025-04-09 6:45 ` [PATCH v2 6/8] vpci/rebar: Remove registers when init_rebar() fails Jiqian Chen
2025-04-15 12:59 ` Roger Pau Monné
2025-04-09 6:45 ` [PATCH v2 7/8] vpci/msi: Free MSI resources when init_msi() fails Jiqian Chen
2025-04-15 13:29 ` Roger Pau Monné
2025-04-16 6:16 ` Chen, Jiqian
2025-04-16 7:47 ` Roger Pau Monné
2025-04-09 6:45 ` [PATCH v2 8/8] vpci/msix: Add function to clean MSIX resources Jiqian Chen
2025-04-15 13:45 ` Roger Pau Monné
2025-04-16 6:20 ` Chen, Jiqian
2025-04-16 7:54 ` Roger Pau Monné
2025-04-17 7:34 ` Jan Beulich
2025-04-17 7:38 ` Chen, Jiqian
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=Z_4qBjte-STlLIum@macbook.lan \
--to=roger.pau@citrix.com \
--cc=Jiqian.Chen@amd.com \
--cc=ray.huang@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.