From: "Roger Pau Monné" <roger.pau@citrix.com>
To: Teddy Astie <teddy.astie@vates.tech>
Cc: xen-devel@lists.xenproject.org, Jan Beulich <jbeulich@suse.com>,
Andrew Cooper <andrew.cooper3@citrix.com>
Subject: Re: [PATCH v1 0/2] x86/pci: MMCFG improvements and always use it if available
Date: Wed, 7 Jan 2026 18:22:05 +0100 [thread overview]
Message-ID: <aV6WPQlni-gkRCVo@Mac.lan> (raw)
In-Reply-To: <cover.1767804090.git.teddy.astie@vates.tech>
On Wed, Jan 07, 2026 at 04:54:55PM +0000, Teddy Astie wrote:
> Currently, Xen uses legacy method to access the configuration space unless the
> access cannot be made with it, where Xen fallbacks to MMCFG. This is not really
> great, as MMCFG is more flexible and doesn't require a dedicated lock, so it would
> be preferable to use it whenever possible.
>
> Teddy Astie (2):
> x86/pci: Improve pci_mmcfg_{read,write} error handling
> x86/pci: Prefer using mmcfg for accessing configuration space
AFAICT Linux is using the same approach as Xen to perform PCI
accesses. Registers below 256 on segment 0 are accessed using the
legacy method (IO ports), while the extended space is accessed using
MMCFG. Do you know the reason for this? I fear there might be
legacy devices/bridges (or root complexes?) where MMCFG is not
working as expected?
I think we need to understand why Xen (and Linux) do it this way so it
can be properly justified why it's safe to switch to a different
approach.
Thanks, Roger.
next prev parent reply other threads:[~2026-01-07 17:22 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-07 16:54 [PATCH v1 0/2] x86/pci: MMCFG improvements and always use it if available Teddy Astie
2026-01-07 16:54 ` [PATCH v1 2/2] x86/pci: Prefer using mmcfg for accessing configuration space Teddy Astie
2026-01-08 9:56 ` Jan Beulich
2026-01-07 16:54 ` [PATCH v1 1/2] x86/pci: Improve pci_mmcfg_{read,write} error handling Teddy Astie
2026-01-08 9:51 ` Jan Beulich
2026-01-07 17:22 ` Roger Pau Monné [this message]
2026-01-07 17:58 ` [PATCH v1 0/2] x86/pci: MMCFG improvements and always use it if available Teddy Astie
2026-01-07 18:07 ` Andrew Cooper
2026-01-07 20:02 ` Roger Pau Monné
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=aV6WPQlni-gkRCVo@Mac.lan \
--to=roger.pau@citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=jbeulich@suse.com \
--cc=teddy.astie@vates.tech \
--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.