[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v1 0/2] x86/pci: MMCFG improvements and always use it if available


  • To: Teddy Astie <teddy.astie@xxxxxxxxxx>
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • Date: Wed, 7 Jan 2026 18:22:05 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=YPYlnYbBbiSiGYzw8Mr7Ua51lO3OKfKwABQ+pvjgi5U=; b=WAEKBmdUeHayUNxFWTlS9I3AqnYgvBEQ/5bOcbxqeNirFqWebR3aO5dwN4ASKaSL7jMpoMkjhMPAEj25sG/c7Ulq96k90sNh2K2tqqLIYCLhap8yA65FQiEOYu0huXB298G8yhQhLkfkC2OpuP4dGYGMXFJE5dltO1fZMjNrP3ZynWeal8L6Xh/17PrmwSyukac32ByXLheuyYYnqvR7KY4k11dBuJvy8hHd6cvyTJiM0V4qZFnxa/9t4cRljW6FgCNFbscO86Kk73mAvb8o5SK/YUNxcPOKhRjtfSE/mnq8gmB2DLxGh6DuhI5fuLdrsF2EakwNWuAPa/HXME6C/Q==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=l+Xq+h+dOngc8N6IMxYRWxqF7csN5yjsAYx1p8E7y/nOWM5eUa1FW8yt/0oSOR46U5tJouFetzCyYfRQ2/1hgfCcvL76N3qjS/xakm25cUldqLTPQV6ckzDkP679OTjUR8KnJI6melzRaaWPNnxZz1Ad6trB3VYGNKeezHg9kRg3duT3scYDb1KaNEDYkTk8CfaoKi00y9+Gu60LBMTyyUlEdcXyHuVe25Q/Ma+q4X5tBp2NjO9Q9VzXBRifUUxOe0kmtigdQfSj7+sEIRsu3o2Zqwz7h/o9Du1UCTZ3WevaBq8KHSsL7NYI0Zimk1OZcdbVbC9Ba0HrS+cnXd339g==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=citrix.com;
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxxx, Jan Beulich <jbeulich@xxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
  • Delivery-date: Wed, 07 Jan 2026 17:22:22 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

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.



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.