For pciutils (lspci), we need this commit:
commit ab61451d47514c473953a24aa4f4f816b77ade56
Author: Keith Busch <keith.bu...@intel.com>
Date:   Thu Mar 17 13:19:17 2016 -0600

    pciutils: Add support for 32-bit PCI domains
    
    This adds support for new host bridges that may create PCI domain number
    values requiring more than 16 bits. The new domain 32-bit integer is
    signed to allow -1 for "any", and is sufficient as the domain number
    will never require the full 32-bits.
    
    The domain field is appended at the end of struct pci_dev, and the
    current location of the 16-bit domain remains for compatibility. The
    domain number is truncated and copied into the legacy domain location
    so existing applications linking to the library will continue to work
    without modification. We accept that these applications may not work
    correctly on machines with host bridges exporting 32-bit domains.
    
    In order to force new programs to link to the new ABI, the pci_init
    function call is versioned in this commit.
    
    Signed-off-by: Keith Busch <keith.bu...@intel.com>

For libpciaccess (which is used by Xorg), we need this commit:
commit a167bd6474522a709ff3cbb00476c0e4309cb66f
Author: Stephen Hemminger <step...@networkplumber.org>
Date:   Mon Sep 18 13:17:23 2017 -0400

    linux: support 32 bit PCI domains (v3)
    
    The PCI domain may be larger than 16 bits on Microsoft Azure and other
    virtual environments. PCI busses reported by ACPI are limited to 16
    bits, but in Azure the domain value for pass through devices is
    intentionally larger than 16 bits to avoid clashing with local devices.
    This is needed to support pass through of GPU devices.
    
    v3: (ajax)
    Update FreeBSD and Solaris backends to preserve the full 32-bit domain
    number, since on those OSes it stands a chance of working already.
    Update NetBSD and OpenBSD backends to initialize domain_16 compatibly
    with older libpciaccess; neither backend appears to support more than a
    handful of domains to begin with though. Trivially update the generic
    x86 backend for source compatibility, though it still only supports one
    domain and will never be better.
    
    Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=101744
    Signed-off-by: Stephen Hemminger <sthem...@microsoft.com>
    Reviewed-by: Eric Anholt <e...@anholt.net>

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1818816

Title:
  Ubuntu 16.04 LTS + "lspci: Cannot open /sys/bus No such file" on Dell
  5820 Tower

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libpciaccess/+bug/1818816/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to