libpci: i386-io-windows.h: Enable I/O access via native NT ProcessUserModeIOPL syscall

libpci uses WinIo library from http://www.internals.com/ which is archived
at https://web.archive.org/web/20151005172744/http://www.internals.com/

This external WinIo library has two big issues:
1. Library license is incompatible with pciutils license.
2. It silently and automatically installs 3rd-party NT kernel module
   WinIo.sys which is bundled in WinIO.dll binary.

That NT kernel module creates a device file "\\.\WinIo" which can be opened
by any running process. Via this device file can any process (including
unprivileged or those running under Guest account) ask that kernel module
to configure x86 TSS I/O port permissions for access to any I/O port. That
NT kernel module does not implement any permission checks and automatically
accept all requests.

Change in this commit replaces insecure WinIO.dll library and WinIo.sys
kernel module by proper NT system solution: Usage of ProcessUserModeIOPL
syscall (equivalent of iopl(3) on Linux) which is supported directly by NT
kernel. It does not require any external 3rd-party library or NT kernel
module.

This syscall can be invoked by NtSetInformationProcess() function from
ntdll.dll library (which is part of NT system) and for privileged processes
kernel changes x86 IOPL to 3.

Privileged process is that which has SeTcbPrivilege (Act as part of the
operating system privilege) or is running under account from local
Administrators group with SeImpersonatePrivilege (Impersonate a client
after authentication privilege). SeImpersonatePrivilege is enabled by
default for accounts from local Administrators group.

Usage of privileges is not easy operation and needs to call lot of
functions to gain required permissions, achieve thread-safety and follow
suggested guidelines. Hence code is quite long.

Privileges (including SeTcbPrivilege) can be enabled / disabled in User
Accounts settings by local Administrators and change takes effect after
next login, not immediately.

libpci: i386-io-windows.h: Fix definitions of I/O port functions for UCRT, CRTDLL and for 64-bit mode

Functions _outp(), _outpw(), _outpd(), _inp(), _inpw() and _inpd() are
available only in 32-bit version of the old MSVCRT library. They are not
available in 64-bit version of old MSVCRT library and neither the oldest
CRTDLL library or in new UCRT library.

Function prototypes for 32-bit mode should be available in <conio.h> header
file. But they are missing in some MinGW toolchains.

For 64-bit mode I/O port functions are defined only as inline functions or
intrinsics macros in <intrin.h> header file but under different names:
__outbyte(), __outword(), __outdword(), __inbyte(), __inword(), __indword()
This header file is available also in UCRT-compatible compilers.

When compiling with the oldest CRTDLL library and not using <intrin.h>
header file, it is required to provide own implementation of these
functions. Do it via inline assembly.

With this change it is possible to compile i386-io-windows.h with all
combination of toolchains, compilers, crt library and arch mode.

The most important is the fix to allow compilation with modern UCRT
library.

libpci: i386-io-windows.h: Skip I/O setup on 16/32-bit non-NT systems

16/32-bit non-NT systems allow applications to access PCI I/O ports without
any special setup.

Cleaned up previous commit

Fix the primitive system dependency discovery for Darwin systems

Man pages: clarify pci.ids location

Include both the path and filename of pci.ids in the pci.ids man page
and the update-pciids man page

update-pciids man page: add cross-references

Add cross-references to gzip, bzip2, curl, wget, and lynx.

man pages: update cross-references to pci.ids

In the update-pciids man page:
* remove reference to setpci, since that does not use pci.ids
* add reference to pci.ids

Fixes: ef5b622f488e ("Added a man page for pci.ids")

Makefile: Update uninstall target to match all install* targets

add missing symlinks to libraries in install-lib target

Makefile: fix for parallel builds (make -j)

HWDB: Handle NULL returned by udev_list_entry_get_*

Based on a patch by <lixiaokeng@huawei.com>.

Fix malloc error handling when pci_access is not fully initialized

There were multiple cases, in which malloc failure was either unchecked,
or a->error was called even though it was NULL.

lspci: Add PCIe 6.0 data rate (64 GT/s) support

This enables "lspci" to show PCIe 6.0 data rate (64 GT/s) properly
according to the contents in register PCI_EXP_LNKCAP, PCI_EXP_LNKSTA
and PCI_EXP_LNKCTL2.

Signed-off-by: Gustavo Pimentel <gustavo.pimentel@synopsys.com>

HWDB: Fixed memory leak

Merge branch 'master' of https://github.com/nmoinvaz/pciutils

Merge branch 'master' of https://github.com/rohit-mundra/pciutils

Merge branch 'pu/update-pciids' of https://github.com/guillemj/pciutils

Merge branch 'pu/buildsys' of https://github.com/guillemj/pciutils

Merge branch 'pu/typos' of https://github.com/guillemj/pciutils

Fixed MSAN errnum use-of-uninitialized value warning. gzerror is not guaranteed to set errnum so we initialized it to 0.

Added five nibbles for domain in dump read

Allow five nibbles as valid domain, when reading from a dump file with
domain

update-pciids: Make the backup with a hardlink instead of a move

If we move the file while making a backup, we can end up with no
pci.ids database in case the next step fails.

update-pciids: Fix spacing style

Fix code alignment by using a hard-tab instead of 4 spaces. Add a blank
line after set -e.

update-pciids: Move quiet setting after set -e

We should set -e as the first thing to catch any errors, so move the
quiet setup after the other variables setup.

Fix typos

Signed-off-by: Guillem Jover <guillem@hadrons.org>

pkgconfig: Fix libpci.pc for static linking

The libpci.pc file does not seem to be correct for static linking.

  $ pkg-config --libs --static libpci
  -lpci

It brings no dependencies while -lresolv (and likely -lz) seems needed:

  /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/
   libpci.a(names-net.o):function pci_id_net_lookup:
   error: undefined reference to '__res_query'

Something like:

  Libs.private: -lresolv -lz

Signed-off-by: Guillem Jover <guillem@hadrons.org>

configure: Add support for GNU/Hurd

This handles the case when the HOST has not been specified by the user.

Signed-off-by: Guillem Jover <guillem@hadrons.org>

configure: Support cross-building for GNU/kFreeBSD

We need to set a sys variable matching what would be found in the GNU
triplet for the GNU/kFreeBSD architecture, otherwise the later code will
not match correctly.

Signed-off-by: Guillem Jover <guillem@hadrons.org>

lspci: Decode 10-Bit Tag Requester Enable

Decode 10-Bit Tag Requester Enable bit in Device Control 2 Register.

Sample output changes:

  - DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- OBFF Disabled, ARIFwd-
  + DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis- LTR- 10BitTagReq- OBFF Disabled, ARIFwd-

Signed-off-by: Dongdong Liu <liudongdong3@huawei.com>

lspci: Adjust PCI_EXP_DEV2_* to PCI_EXP_DEVCTL2_* macro definition

Adjust PCI_EXP_DEV2_* to PCI_EXP_DEVCTL2_* macro definition to keep the
same style between the Linux kernel source [1] and lspci.

[1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/include/uapi/linux/pci_regs.h#n651

Suggested-by: Bjorn Helgaas <helgaas@kernel.org>
Signed-off-by: Dongdong Liu <liudongdong3@huawei.com>

pciutils: Add decode support for RCECs

Root Complex Event Collectors provide support for terminating error
and PME messages from RCiEPs.  This patch provides basic decoding for
the lspci RCEC Endpoint Association Extended Capability. See PCIe 5.0-1,
sec 7.9.10 for further details.

Suggested-by: Bjorn Helgaas <bhelgaas@google.com>
Signed-off-by: Sean V Kelley <sean.v.kelley@linux.intel.com>

Merge pull request #42 from jlledom/hurd-method-fixes

Hurd: bug fixes and compile again

Hurd: bug fixes and compile again

Hurd: Do not identify devices during scan

Let us keep the bus scan light-weight. Whoever is interested
in device IDs, still has to call pci_fill_info(PCI_FILL_IDENT),
which handles this in generic way.

Hurd: Simplification continues

Hurd: Simplify config space read and write

Hurd: Further simplification

Merge remote-tracking branch 'jlledom/hurd-fix-dev-aux'

HURD backend should compile again

Fixes a bug introduced by commit 82c06b47dea5a38075ce9d56f743360bc47b4c78.

Hurd: avoid redundant checks for port validity

HURD: Use MACH_PORT_NULL to initialize the port

Hurd: Fix multiline strings

Maintainer scripts: Fixed a typo in release.pm

Released as 3.7.0.

Updated pci.ids to today's snapshot

CXL: Capability vendor ID changed

Update the cap-dvsec-cxl test to match the new vendor ID.

Signed-off-by: Sean V Kelley <sean.v.kelley@linux.intel.com>

sysfs: Adjusted handling of PCI_FILL_IOMMU_GROUP to recent flag semantics

lspci: Print IOMMU groups with -v

lspci: Cleaned up printing of resizable BARs

Adjusted the output to better match the rest of lspci.
Made the code more straightforward.

lspci: Decode the (virtual) resizeble BAR capability

A patch by Paul Blinzer.

Library: Handle domains in all back-ends

Even if the back-end does not implement multiple domains, it can
be called on a device in a non-zero domain if the use obtained the
device by calling pci_get_dev() instead of scanning the bus.

In all such cases, report that 0 bytes were read/written.

Library: Big cleanup of pci_fill_info()

There was a lot of minor issues in the implementation of the fill_info
call-back in various back-ends. Most importantly, semantics of pci_dev->
known_fields was not formally defined and it was implemented inconsistently.

We now define known_fields as the set of fields which were already
obtained during the lifetime of the pci_dev. We never consider known
fields which are not supported by the back-end. All fields which are
unsupported by either the back-end, the OS, or the particular device,
are guaranteed to have sensible default values (0 or NULL). Also, bit
masks are always unsigned except for the signature of pci_fill_info()
which should be preferably kept stable.

All back-ends and the pci_generic_fill_info() function have been changed
to follow this semantics.

In the sysfs back-end, we read as few attributes as possible during
device initialization, so applications which use pci_get_dev() are not
slowed down unnecessarily.

In the Hurd back-end, we also respect the buscentric mode.

CXL: Capability vendor ID changed

Reported by Sean V Kelley <sean.v.kelley@linux.intel.com> on the
linux-pci list.

lspci: Generelized decoding of DVSEC extended capability

We decode the DVSEC capability header first. If we recognize the vendor
and ID (and the length is at least the minimum we need), we call
a specific function to interpret the rest of the capability.

Tests: cap-dvsec was superseded by cap-dvsec-cxl

Tests: cap-dvsec-cxl had tabs erroneously expanded to spaces

pciutils: Decode Compute eXpress Link DVSEC

Compute eXpress Link[1] is a new CPU interconnect created with
workload accelerators in mind. The interconnect relies on PCIe
electrical and physical interconnect for communication via a Flex Bus
port which allows designs to choose between providing PCIe or CXL.

This patch introduces basic support for lspci decode of CXL and
builds upon the existing Designated Vendor-Specific support in
lspci through identification of a supporting CXL device using DVSEC
Vendor ID and DVSEC ID.

[1] https://www.computeexpresslink.org/

Signed-off-by: Sean V Kelley <sean.v.kelley@linux.intel.com>

pciutils: Decode available DVSEC details

Instead of current generic 'unknown' output for DVSEC, decode details on
Vendor ID, Rev, etc.

Suggested-by: Bjorn Helgaas <bhelgaas@google.com>
Signed-off-by: Sean V Kelley <sean.v.kelley@linux.intel.com>

lspci: Use commas more consistently

General practice has been to use a comma after a multi-word item, but omit
commas between single-bit flags.  Do this more consistently.

Sample output changes:

  - LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- CommClk+
  + LnkCtl: ASPM Disabled; RCB 64 bytes, Disabled- CommClk+

  - DevCap2: Completion Timeout: Not Supported, TimeoutDis-, NROPrPrP-, LTR+
  + DevCap2: Completion Timeout: Not Supported, TimeoutDis- NROPrPrP- LTR+

  -          10BitTagComp-, 10BitTagReq-, OBFF Not Supported, ExtFmt-, EETLPPrefix-
  +          10BitTagComp- 10BitTagReq- OBFF Not Supported, ExtFmt- EETLPPrefix-

  -          FRS-, ARIFwd-
  +          FRS- ARIFwd-

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>

lspci: Decode PCIe Link Capabilities 2, expand Link Status 2

Decode Link Capabilities 2, which includes the Supported Link Speeds
Vector, and decode more fields of Link Status 2.

The test case (data from https://bugzilla.kernel.org/show_bug.cgi?id=206837
comment #21) includes a Thunderbolt Downstream Port that advertises
2.5-8GT/s support in Link Capabilities 2.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>

Maint: Reorganization of my directory structure

Hurd: Fix minor indentation problems

Hurd: Fix bug: pci_get_dev() and dev->aux

Allow clients to read and write from a device w/o a bus scan

setpci: Added an option to skip the bus scan if possible

pci.h: Explain pci_dev->aux

Released version 3.6.4.

VPD: When printing item IDs, escape non-ASCII characters

New access method: Hurd via RPCs

A new module for the Hurd that accesses PCI bus using available RPCs.

Makefile: Fixed bugs in distclean

This will be the real 3.6.3.

pciutils.lsm: Updated primary site

Released as 3.6.3

Updated pci.ids to today's snapshot.

ChangeLog for 3.6.3

Fixed buffer overflows in ls-tree.c

As reported in GitHub issue #24, tree dumping mode can smash the stack
if the hierarchy of buses is too deep.

Increased line buffer size to 1024 and switched to use of snprintf
everywhere, so that in the worst case, the line is truncated.

As snprintf can be problematic on obscure platforms, I wrapped it
in tree_printf(), so that we can add #ifdefs should problems arise.

Cleaned up dumping of expansion ROM regions

"[virtual]" and "[enhanced]" are now printed after the base address
along with other flags.

Cleaned up dumping of I/O and memory regions

Originally, I wanted to fix a bug, which caused 64-bit addresses
with their lower 32 bits zero to be reported as virtual regions.
However, it turned out that the whole function is quite messy,
so I rewrote it.

Also, we now print "[virtual]" and "[enhanced]" after the base address
along other modifiers.

Man page: Multiple Module attributes can occur in -vmm format

Added a man page for pci.ids

Verbosity of Secondary PCI Express cap should not depend on device type

names-net: Avoid buffer overflow warnings by newer gcc

lspci: Change output for bridge with empty range to "[disabled]"

Change output displayed for memory behind bridge when the range is
empty to be consistent between each verbosity level. Replace "None" and
"[empty]" with "[disabled]". Old and new output examples listed below
for each verbosity level.

Show_range() is not called unless verbose == true. No output given
unless a verbose argument is provided.

OLD output for -v and -vv which uses "None" and -vvv uses "[empty]":

  Memory behind bridge: None                          # lspci -v
  Memory behind bridge: None                          # lspci -vv
  Memory behind bridge: 0000e000-0000efff [empty]     # lspci -vvv

NEW output for -v, -vv, and -vvv to use "[disabled]":

  Memory behind bridge: [disabled]                       # lspci -v
  Memory behind bridge: [disabled]                       # lspci -vv
  Memory behind bridge: 0000e000-0000efff [disabled]     # lspci -vvv

Advantage is consistent output regardless of verbosity level chosen and
to simplify the code.

Signed-off-by: Kelsey Skunberg <skunberg.kelsey@gmail.com>

lspci: Remove unnecessary !verbose check in show_range()

Remove 'if (!verbose)' code in show_range() due to not being called.
show_range() will only be called when verbose is true. Additional call
to check for verbosity within show_range() is dead code.

!verbose was used so nothing would print if the range behind a bridge
had a base > limit and verbose == false. Since show_range() will not be
called when verbose == false, not printing bridge information is
still accomplished.

Signed-off-by: Kelsey Skunberg <skunberg.kelsey@gmail.com>

lspci: Include -vvv option in help

Include -vvv in help message.

Signed-off-by: Kelsey Skunberg <skunberg.kelsey@gmail.com>

lspci: Reorder Express Root Complex registers to Cap, Ctl, Sta

Registers in the PCI Express Capability come in sets of three (Capability,
Control, Status), and we typically print them in that order.  The Root
Complex-related registers were an exception: we printed them in the
(Control, Capability, Status) order.

Decode the RootCap, RootCtl, and RootSta registers in the usual order.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>

Updated pci.ids to today's snapshot

This includes clarified copyright statement.

Switched to a new primary distribution site

lspci: Add PCIe 5.0 data rate (32 GT/s) support

This enables "lspci" to show PCIe 5.0 data rate (32 GT/s) properly
according to the contents in register PCI_EXP_LNKCAP, PCI_EXP_LNKSTA
and PCI_EXP_LNKCTL2.

Signed-off-by: Gustavo Pimentel <gustavo.pimentel@synopsys.com>

lspci: Decode all defined fields in the Device Capabilities 2 register

Decode all defined fields in the Device Capabilities 2 register.

The difference from "lspci -vv" output now looks like this:

-               DevCap2: Completion Timeout: Range ABC, TimeoutDis+, LTR+, OBFF Not Supported ARIFwd+
+               DevCap2: Completion Timeout: Range ABC, TimeoutDis+, NROPrPrP-, LTR+
+                        10BitTagComp-, 10BitTagReq-, OBFF Not Supported, ExtFmt-, EETLPPrefix-
+                        EmergencyPowerReduction Not Supported, EmergencyPowerReductionInit-
+                        FRS-, LN System CLS Not Supported, TPHComp-, ExtTPHComp-, ARIFwd+

Signed-off-by: Frederick Lawler <fred@fredlawl.com>

Set PCI_HAVE_64BIT_ADDRESS for NetBSD.

lspci: Fix extra newline if L1.2 is not supported.

Fixes: fb17077dc378 ("Cleaned up the previous patch")
Signed-off-by: Vinson Lee <vlee@freedesktop.org>

Fixed memory initialization bug in previous commit

Library: The list of capabilities is ordered properly

Ordering of our cached list of capabilities now respects the original
order in the device's configuration space.

"Function-Level Reset" device capability is displayed for RCiEP

According to discussion in GitHub PR #8, Root complex integrated
endpoints also support FLR.

Cosmetic cleanups of the previous commit

lspci: Add support for Secondary PCI Express Extended Capability

Signed-off-by: Basavaraja M S <basavam@cadence.com>

Fix solaris build

README.Windows: Replaced broken link to winio

New URLs suggested by GitHub PR #20.

setpci: Add capability names

Add capability names for all the capabilities known to lspci.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>

lspci: Decode Multicast Extended Capability

Decode the Multicast Extended Capability described in PCIe r4.0, sec
7.9.11.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>