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 v3 11/11] vpci/msix: Add function to clean MSIX resources
Date: Thu, 8 May 2025 12:04:08 +0200 [thread overview]
Message-ID: <aByBmNc8s2yZigZZ@macbook.lan> (raw)
In-Reply-To: <20250421061903.1542652-12-Jiqian.Chen@amd.com>
On Mon, Apr 21, 2025 at 02:19:03PM +0800, Jiqian Chen wrote:
> When init_msix() fails, it needs to clean all MSIX resources.
> So, add a new function to do that.
>
> Signed-off-by: Jiqian Chen <Jiqian.Chen@amd.com>
> ---
> cc: "Roger Pau Monné" <roger.pau@citrix.com>
> ---
> v2->v3 changes:
> * Remove unnecessary clean operations in fini_msix().
>
> v1->v2 changes:
> new patch.
>
> Best regards,
> Jiqian Chen.
> ---
> xen/drivers/vpci/msix.c | 21 ++++++++++++++++++++-
> 1 file changed, 20 insertions(+), 1 deletion(-)
>
> diff --git a/xen/drivers/vpci/msix.c b/xen/drivers/vpci/msix.c
> index 0228ffd9fda9..e322c260f6bc 100644
> --- a/xen/drivers/vpci/msix.c
> +++ b/xen/drivers/vpci/msix.c
> @@ -703,6 +703,25 @@ int vpci_make_msix_hole(const struct pci_dev *pdev)
> return 0;
> }
>
> +static void fini_msix(struct pci_dev *pdev)
> +{
> + struct vpci *vpci = pdev->vpci;
> + unsigned int msix_pos = pdev->msix_pos;
> +
> + if ( !msix_pos || !vpci->msix )
That's not fully correct here. See how in init_msix() vpci->msix is
set at the tail of the function, after having added the register
handlers.
I think you instead want:
if ( !msix_pos )
return;
vpci_remove_registers(vpci, msix_control_reg(msix_pos), 2);
if ( !(vpci->msix )
return;
list_del(&vpci->msix->next);
...
> + return;
> +
> + list_del(&vpci->msix->next);
> +
> + for ( unsigned int i = 0; i < ARRAY_SIZE(vpci->msix->table); i++ )
> + if ( vpci->msix->table[i] )
> + iounmap(vpci->msix->table[i]);
> +
Since you have added to all previous cleanup functions, do you also
need a comment here to mention the capability header is not handled?
TBH I'm not sure whether that's relevant in the context here (and
other cleanup functions), as the capability header traps are not added
by the REGISTER_VPCI_{LEGACY,EXTENDED}_CAP() init hooks either, so it
would seem asymmetric for the cleanup hook to attempt to remove those
in the first place.
> + vpci_remove_registers(vpci, msix_control_reg(msix_pos), 2);
> + xfree(vpci->msix);
> + vpci->msix = NULL;
XFREE();
Thanks, Roger.
next prev parent reply other threads:[~2025-05-08 10:04 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-04-21 6:18 [PATCH v3 00/11] Support hiding capability when its initialization fails Jiqian Chen
2025-04-21 6:18 ` [PATCH v3 01/11] vpci/header: Move emulating cap list logic into new function Jiqian Chen
2025-04-29 7:10 ` Chen, Jiqian
2025-05-06 13:30 ` Roger Pau Monné
2025-04-21 6:18 ` [PATCH v3 02/11] driver/pci: Get next capability without passing caps Jiqian Chen
2025-04-22 15:59 ` Jan Beulich
2025-04-23 3:13 ` Chen, Jiqian
2025-04-21 6:18 ` [PATCH v3 03/11] vpci/header: Emulate legacy capability list for dom0 Jiqian Chen
2025-04-22 16:01 ` Jan Beulich
2025-04-23 3:31 ` Chen, Jiqian
2025-04-23 7:27 ` Jan Beulich
2025-05-06 13:47 ` Roger Pau Monné
2025-05-06 13:50 ` Roger Pau Monné
2025-05-07 2:46 ` Chen, Jiqian
2025-05-07 2:50 ` Chen, Jiqian
2025-05-07 7:49 ` Roger Pau Monné
2025-05-07 8:13 ` Chen, Jiqian
2025-04-21 6:18 ` [PATCH v3 04/11] vpci/header: Emulate extended " Jiqian Chen
2025-05-06 14:14 ` Roger Pau Monné
2025-05-07 3:32 ` Chen, Jiqian
2025-05-07 7:55 ` Roger Pau Monné
2025-04-21 6:18 ` [PATCH v3 05/11] vpci: Refactor REGISTER_VPCI_INIT Jiqian Chen
2025-04-22 16:03 ` Jan Beulich
2025-04-23 3:49 ` Chen, Jiqian
2025-04-23 7:36 ` Jan Beulich
2025-04-23 8:17 ` Chen, Jiqian
2025-05-06 14:37 ` Roger Pau Monné
2025-05-07 5:59 ` Chen, Jiqian
2025-05-07 8:04 ` Roger Pau Monné
2025-05-07 8:23 ` Chen, Jiqian
2025-04-21 6:18 ` [PATCH v3 06/11] vpci: Hide legacy capability when it fails to initialize Jiqian Chen
2025-05-06 16:00 ` Roger Pau Monné
2025-05-07 6:38 ` Chen, Jiqian
2025-05-07 8:07 ` Roger Pau Monné
2025-04-21 6:18 ` [PATCH v3 07/11] vpci: Hide extended " Jiqian Chen
2025-04-22 16:06 ` Jan Beulich
2025-05-08 9:16 ` Chen, Jiqian
2025-05-08 9:47 ` Roger Pau Monné
2025-05-06 16:21 ` Roger Pau Monné
2025-05-07 7:26 ` Chen, Jiqian
2025-05-07 8:09 ` Roger Pau Monné
2025-05-07 8:49 ` Chen, Jiqian
2025-05-07 9:05 ` Roger Pau Monné
2025-04-21 6:19 ` [PATCH v3 08/11] vpci: Refactor vpci_remove_register to remove matched registers Jiqian Chen
2025-05-06 16:29 ` Roger Pau Monné
2025-04-21 6:19 ` [PATCH v3 09/11] vpci/rebar: Remove registers when init_rebar() fails Jiqian Chen
2025-05-08 9:39 ` Roger Pau Monné
2025-05-09 5:27 ` Chen, Jiqian
2025-04-21 6:19 ` [PATCH v3 10/11] vpci/msi: Free MSI resources when init_msi() fails Jiqian Chen
2025-05-08 9:57 ` Roger Pau Monné
2025-04-21 6:19 ` [PATCH v3 11/11] vpci/msix: Add function to clean MSIX resources Jiqian Chen
2025-05-08 10:04 ` Roger Pau Monné [this message]
2025-05-09 5:45 ` 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=aByBmNc8s2yZigZZ@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.