All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Roger Pau Monné" <roger.pau@citrix.com>
To: Jan Beulich <jbeulich@suse.com>
Cc: "xen-devel@lists.xenproject.org" <xen-devel@lists.xenproject.org>,
	Andrew Cooper <andrew.cooper3@citrix.com>,
	Anthony PERARD <anthony.perard@vates.tech>,
	Michal Orzel <michal.orzel@amd.com>,
	Julien Grall <julien@xen.org>,
	Stefano Stabellini <sstabellini@kernel.org>,
	Stewart Hildebrand <stewart.hildebrand@amd.com>,
	Mykyta Poturai <Mykyta_Poturai@epam.com>
Subject: Re: [PATCH v3 3/7] vpci: Use pervcpu ranges for BAR mapping
Date: Wed, 22 Apr 2026 16:20:41 +0200	[thread overview]
Message-ID: <aejZOaUsoN3n6CMb@macbook.local> (raw)
In-Reply-To: <5854f2f8-21b6-4462-a9bb-86345a436f6f@suse.com>

On Wed, Apr 22, 2026 at 02:04:59PM +0200, Jan Beulich wrote:
> On 22.04.2026 13:00, Roger Pau Monné wrote:
> > On Thu, Apr 09, 2026 at 02:01:33PM +0000, Mykyta Poturai wrote:
> >> @@ -412,14 +414,14 @@ int vpci_modify_bars(const struct pci_dev *pdev, uint16_t cmd, bool rom_only)
> >>          unsigned long end = PFN_DOWN(vmsix_table_addr(pdev->vpci, i) +
> >>                                       vmsix_table_size(pdev->vpci, i) - 1);
> >>  
> >> -        for ( j = 0; j < ARRAY_SIZE(header->bars); j++ )
> >> +        for ( j = 0; j < ARRAY_SIZE(current->vpci.mem); j++ )
> > 
> > You make a non-trivial use of current in vpci_modify_bars(), maybe you
> > should consider introducing a local variable for it:
> > 
> > struct *vcpu curr = current;
> 
> Without any intention to negate this, ...
> 
> > current expands to a call to get_cpu_info(9, which is better to avoid
> > doing repeatedly, specially in the context above which is used as a
> > loop upper bound.
> 
> ... I'd like to point out that "current" isn't evaluated when used by
> ARRAY_SIZE() (resolving to two uses of sizeof()).

Oh indeed, this is just for getting the type.

Thanks, Roger.


  reply	other threads:[~2026-04-22 14:20 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-04-09 14:01 [PATCH v3 0/7] Implement SR-IOV support for PVH Mykyta Poturai
2026-04-09 14:01 ` [PATCH v3 1/7] vpci: rename and export vpci_modify_bars Mykyta Poturai
2026-04-09 14:01 ` [PATCH v3 2/7] vpci: rename and export vpci_guest_mem_bar_{read,write} Mykyta Poturai
2026-04-22 10:27   ` Roger Pau Monné
2026-04-09 14:01 ` [PATCH v3 4/7] vpci: allow queueing of mapping operations Mykyta Poturai
2026-04-22 11:38   ` Roger Pau Monné
2026-04-09 14:01 ` [PATCH v3 3/7] vpci: Use pervcpu ranges for BAR mapping Mykyta Poturai
2026-04-22 11:00   ` Roger Pau Monné
2026-04-22 12:04     ` Jan Beulich
2026-04-22 14:20       ` Roger Pau Monné [this message]
2026-04-09 14:01 ` [PATCH v3 5/7] vpci: add SR-IOV support for PVH Dom0 Mykyta Poturai
2026-04-09 15:27   ` Daniel P. Smith
2026-04-21 14:43   ` Jan Beulich
2026-04-23 10:12     ` Mykyta Poturai
2026-05-04  5:37       ` Jan Beulich
2026-05-06  9:39         ` Mykyta Poturai
2026-05-06 11:54           ` Jan Beulich
2026-05-07 20:40             ` Volodymyr Babchuk
2026-05-08  5:52               ` Jan Beulich
2026-05-11 14:10                 ` Volodymyr Babchuk
2026-05-12  6:20                   ` Jan Beulich
2026-05-12  7:32                     ` Mykyta Poturai
2026-05-12  8:58                       ` Roger Pau Monné
2026-05-12 10:28                         ` Volodymyr Babchuk
2026-05-12 13:22                           ` Roger Pau Monné
2026-05-12 10:44                         ` Jan Beulich
2026-05-12 11:11                           ` Roger Pau Monné
2026-05-08  5:52               ` Jan Beulich
2026-04-22 14:19   ` Roger Pau Monné
2026-04-28 20:05   ` Stewart Hildebrand
2026-04-09 14:01 ` [PATCH v3 6/7] vpci: add SR-IOV support for DomUs Mykyta Poturai
2026-04-21 14:55   ` Jan Beulich
2026-04-24  6:34     ` Mykyta Poturai
2026-04-09 14:01 ` [PATCH v3 7/7] docs: Update SR-IOV support status Mykyta Poturai
2026-04-21 14:56   ` Jan Beulich

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=aejZOaUsoN3n6CMb@macbook.local \
    --to=roger.pau@citrix.com \
    --cc=Mykyta_Poturai@epam.com \
    --cc=andrew.cooper3@citrix.com \
    --cc=anthony.perard@vates.tech \
    --cc=jbeulich@suse.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.