Released as 3.5.0.

Updated pci.ids to today's snapshot

lspci: Add test case for PTM

These are the software dummy PTM master and endpoints, but should
be enough to test register decoding.

Signed-off-by: Yong, Jonathan <jonathan.yong@intel.com>

Merge branch 'dpc'

Conflicts:
lib/header.h

Add support for Downstream Port Containment

The PCI SIG added the Downstream Port Containment capability. This patch
decodes this for lspci, and defines the extended capability for setpci.

Signed-off-by: Keith Busch <keith.busch@intel.com>

Domains: Legacy 16-bit domain numbers are maintained in generic code

Previously, backward compatibility was kept only with the sysfs
back-end.

Also, domains which do not fit in 16 bits are replaced by 0xffff.

Domains: Upgraded ABI version to 3.5

Merge branch 'domains'

Conflicts:
lib/pci.h

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.busch@intel.com>

NetBSD: Make extended configuration space available

Patch by Masanobu SAITOH <msaitoh@execsw.org>.

A few minor corrections to the IORESOURCE changes

Add support for enhanced allocation regions

Append [enhanced] to Regions that contain the BEI flag in sysfs.
To do this, we need to add the resource flags to the pci_dev struct.
This struct is passed through the libpci API, so we increment the API version number.

Don't truncate least significant bits of the region size.
ex: a 2000 byte region should display [size=2000] instead of [size=1K]

Signed-off-by: Sean O. Stalley <sean.stalley@intel.com>

lspci: Decode Precision Time Measurement capabiltity

Section 7.32 Precision Time Management (or Measurement) from the
PCI Express Base 3.1 specification is an optional Extended Capability
for discovering and controlling the distribution of a PTM Hierarchy.

Signed-off-by: Yong, Jonathan <jonathan.yong@intel.com>

Released as 3.4.1.

pci.ids updated to today's snapshot

Add lspci support for Enhanced Allocation Capability.

The PCISIG recently added the Enhanced Allocation Capability.  Decode
it in lspci.

lspci: Decode DevCap SlotPowerLimit for all components with Upstream Ports

The SlotPowerLimit in the Slot Capability indicates how much power the slot
can supply to a downstream device.  A Root Port or Switch Downstream Port
communicates the limit via a Set_Slot_Power_Limit Message on the link.  The
component on the other end of the link copies the limit from the message to
the Captured Slot Power Limit in its Device Capability [see PCIe r3.0, sec
2.2.8.5].

The Captured SlotPowerLimit is relevant for all devices on the downstream
end of a Link.  This includes Endpoints and Bridges as well as
Switch Upstream Ports.

Decode the DevCap Captured SlotPowerLimit for Endpoints and Bridges as well
as Switch Upstream Ports.

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

Omit unnecessary commas in PASID/PRI capabilities

Decode PASID and PRI extended capabilities

README: SourceForge mirrors replaced by GitHub

Maint: Remember to push to Github, too

Released as 3.4.0.

Updated pci.ids to today's snapshot

lib/configure: Also accept host tuples without vendor string

Based on patch from
https://bugs.gentoo.org/show_bug.cgi?id=425022

lspci calls pci_fill_info() only as needed

Previously, lspci always asked for all attributes, even in terse
mode where most of them are not shown.

Sysfs: Read failures of optional attributes are not fatal

Ameya Palande reported that with some kernels, reads of such
attributes fail on some hardware. He suggested to ignore read
failures completely, but I decided to turn the errors into
warnings in such cases. At least, the user will know that something
fishy is going on.

Oops, numa_node should not be a mandatory attribute

Updated fixed-version references to pci_fill_info

NUMA node scanning is now done in an ABI-compatible way

The numa_node field was moved to the end of the public part of
struct pci_dev. As usually, it has to be requested using the
PCI_FILL_NUMA_NODE and pci_fill_info() is versioned.

Whitespace fixes

Improved reporting of NUMA nodes

They are also printed in "-vv" and "-nv" modes now.

Report NUMA node in lspci -v

In multi-socket systems, it's useful to see which node a particular
PCI device belongs to.  Linux provides this information through sysfs,
but some users don't like poking through sysfs themselves to find it,
and it's pretty straightforward to report it in lspci.

I should note that when there is no NUMA node for a particular device,
Linux reports -1.  I've chosen to continue that convention in pciutils,
and simply omit the information if the device does not belong to a NUMA
node (eg on single-socket systems, or devices which are not preferentially
attached to a particular node, like Nehalem-based systems).

Fixed naming inconsistency in man page: slot vs. device

Thanks to Robert Urban for pointing it out.

Fix broken backward compat struct translation for pci filters

This seems to be a copy&paste error in both directions of the
compat translation.

Signed-off-by: Lucas Stach <dev@lynxeye.de>

Fixing up release 3.3.1 to contain new pci.ids

Update pci.ids to today's snapshot

Released as 3.3.1.

pread.h: Remove support for libc5

The support code for libc5 breaks building on linux i386 with
other libcs that don't define __GLIBC__.

Maint: Make sure that there are no Vim swap files in the tarball

Fixed memory allocation bug in name cache path code

Improved listing of vendor-specific information

Added test case for virtio

Add virtio vendor capability support

virtio uses vendor-specific capabilities to specify the location of
the virtio register ranges.  The specification can be found here:

http://docs.oasis-open.org/virtio/virtio/v1.0/cs01/virtio-v1.0-cs01.html#x1-690004

This patch adds support for decoding these capabilities to lspci.

Signed-off-by: Gerd Hoffmann <kraxel@redhat.com>

Fix small memory leak in names-cache

Signed-off-by: Tomáš Chvátal <tchvatal@suse.cz>
---
 lib/names-cache.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/lib/names-cache.c b/lib/names-cache.c
index 90a6454..c97ea30 100644
--- a/lib/names-cache.c
+++ b/lib/names-cache.c
@@ -39,7 +39,8 @@ static char *get_cache_name(struct pci_access *a)
   buf = pci_malloc(a, strlen(pw->pw_dir) + strlen(name+1) + 1);
   sprintf(buf, "%s%s", pw->pw_dir, name+1);
   pci_set_param_internal(a, "net.cache_name", buf, 0);
-  return buf;
+  pci_mfree(buf);
+  return pci_get_param(a, "net.cache_name");
 }

 int
--
2.1.3

Maintenance scripts now upload to kernel.org automatically

ChangeLog: Fix formatting so that it is parseable by maint/release

Updated PCI_LIB_VERSION

Released as 3.3.0.

Updated pci.ids to today's snapshot.

ChangeLog: Mention filtering by class

Backward ABI compatibility for new filters and pci_fill_info

This is tricky, because we have to translate between old and new
format of struct pci_filter. At least, I added several RFU fields
so this hopefully won't have to happen again soon.

lspci: Add ability to filter by class code

Extend the 'filter by device ID' functionality to allow optional
specification of a device ID.  For example, to list all USB controllers
in the system made by Intel, specify:

lspci -d 8086::0c03

Signed-off-by: Matthew Wilcox <matthew.r.wilcox@intel.com>

Updated ChangeLog

Clean up man pages

We do not call .IX as it's not defined in mandoc.
Ellipsis at the end of line is protected by \&.

Inspired by Debian patches for the following bugs:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=674708
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=675087

Configure: HWDB is specific for Linux

ChangeLog: Fixed a typo

Updated the READMEs

Rewritten support for UDEV's HWDB

HWDB is now handled in a way very similar to the DNS resolver.

The interface lives in a separate source file (lib/names-hwdb.c),
results of lookups are cached. Use of HWDB can be disabled either
by passing PCI_LOOKUP_NO_HWDB or by setting the hwdb.disabled
configuration parameter.

Also, there should be no more leaks of libudev's structures.

libpci: pci_id_lookup - add udev/hwdb support

This lets you select hwdb support at compile time.

hwdb is an efficient hardware database shipped with recent versions of udev. It contains
among other sources pci.ids so querying hwdb rather than reading pci.ids directly should give
the same result.

Ideally Linux distros using udev could stop shipping pci.ids, but use hwdb as the only source
of this information, which this patch allows.

Cc: Martin Mares <mj@ucw.cz>

Updated pci.ids to today's snapshot

Work around problems with symbol versioning in globally optimizing GCC

Device labels must be requested via PCI_FILL_LABELS

The previous implementation handled labels differently from all
other device properties, which was illogical.

Manual: Mention Darwin in the list of access methods

Darwin: Yet more renaming

Darwin: More renames

Darwin: Renamed to darwin.c

Darwin: Re-indent to match the rest of libpci and update file header

I hope that I got the attribution right.

Better work-around for missing symbol versioning on Darwin

Fix building shared libraries on Darwin

The original patch by Apple did not support building shared libraries on
Darwin. This corrects that oversight. It also fixes a few other
miscellaneous issues like incorrect platform detection and the lack of
an entry in the README file.

Signed-off-by: Richard Yao <ryao@gentoo.org>

Fix whitespace errors

Import initial Darwin Support from Apple

Apple published a patch that adds Darwin support to pciutils. It is not
complete, but it does not appear to cause a build failure on other
platforms. For the sake of attribution purposes, it is being kept
separate from additional changes to make pciutils build properly on
Darwin.

https://www.opensource.apple.com/source/IOPCIFamily/IOPCIFamily-224.92.1/tools/pciutils3.2.0.patch.c

This patch differs slightly from Apple's original patch by omitting the
Makefile.rej that Apple had incorrectly included in the patch that it
placed on its server.

Signed-off-by: Richard Yao <ryao@gentoo.org>

Fix endianity detection on Solaris

Patch by Philip Brown.

lspci: Correct Root Capabilities "CRS Software Visibility" bit

lspci incorrectly tests bit 4, not bit 0, for "CRS Software Visibility" in
the Root Capabilities register, so it shows "RootCap: CRSVisible-" even for
devices that do support Software Visibility.

Use the correct definition for PCI_EXP_RTCAP_CRSVIS.

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

lspci: Decode Interrupt Pin and Interrupt Line for PCI-PCI bridges

Bridges can implement interrupt pins, so decode this information.  See
PCI-to-PCI Bridge spec r1.2, sec 3.2.5.17.

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

Clean up reading of device labels

lspci: Show device name as exported by BIOS (sysfs label attribute) (V2)

The Device name of a PCI or PCI Express device under OS may be exported via
ACPI _DSM function with function index 7.
This allows to connect a described PCI device in the platform documentation
or as labeled on the chassis with PCI devices shown via lspci.
The kernel already exports this string through sysfs under a PCI device through
the "label" sysfs attribute.

This patch reads the device name if available and shows it to the user.
Real world examples:
  Device Name: "USB HS EHCI Controller #2 #3"
  Device Name: "USB HS EHCI Controller #1"
  Device Name: "SATA Controller #1"
  Device Name: "Onboard LAN #1"
  Device Name: "Onboard LAN #2"
  Device Name: "Onboard Video (PILOT-3)"

Compare with PCI Firmware Spec v3.1 chapter 4.6.7 and
ACPI spec v5.0 chapter 9.14.1

The DeviceName is not shown by default, but starting from first verbose
parameter (-v).

V2: - Free label string if allocated
    - Enhance changelog

Signed-off-by: Thomas Renninger <trenn@suse.de>
CC: linux-pci@vger.kernel.org

Avoid C99 constructions

This fixes building pciutils on Haiku.

Signed-off-by: François Revol <revol@free.fr>

<asm/io.h> does not exist any more

Thanks to John Spencer for bringing this to attention.

Do not forget to include <stdio.h>

Suggested by John Spencer.

lspci: Decode ASPMOptComp bit in LnkCap register

Patch by Robert Elliott from HP.

Fixed a typo in messages printed in map mode

maint/tag-release: Use my kernel.org key to sign releases

Released as 3.2.1.

Updated pci.ids to today's snapshot

sysfs: Do not warn on incomplete slot addresses

Based on a patch by Zheng Huai Cheng <zhenghch@linux.vnet.ibm.com>.

lspci: Drop PCIe LnkCtl "Retrain Link" decoding

Per PCIe spec r3.0, Table 7-16, the Retrain Link bit is writable but
always returns 0 when read, so decoding it gives no useful information.

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

lspci: Decode PCIe LnkCtl "Read Completion Boundary" for PCIe-to-PCI bridges

The PCIe spec (r3.0, Table 7-16) says the Read Completion Boundary is valid
for Root Ports, Endpoints, and Bridges.  I only added decoding for PCIe-to-
PCI/PCI-X bridges because the RCB of a Bridge indicates the RCB of the
upstream Root Port, so I don't think it makes sense for PCI-to-PCIe
bridges.

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

lspci: Clarify "PCIe-to-PCI/PCI-X" desc and Bridge Retry Config Enable

The PCI_EXP_TYPE_PCI_BRIDGE type is a PCIe to PCI/PCI-X bridge, so be a bit
more complete in the comment and printed device type.  Also, per PCIe spec
r3.0, Table 7-14, the PCIe Device Control "Bridge Configuration Retry
Enable" bit only applies to PCIe-to-PCI/PCI-X bridges; it does not apply to
PCI-to-PCIe bridges.

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

lspci: Decode PCIe DevCap/DevCtl FLReset only for Endpoints

The PCIe Device Capabilities and Control bits related to Function
Level Reset are valid only for Endpoints, so only decode them in
that case.

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

lspci: Decode PCIe DevCap "Acceptable Latencies" only for Endpoints

The PCIe Device Capabilities "Endpoint L0s Acceptable Latency" and
"Endpoint L1 Acceptable Latency" are defined only for Endpoint functions,
so don't display them unless this is an endpoint.

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

lspci: Label PCIe LnkCap "L0s Exit Latency" as "L0s", not "L0"

The PCIe Link Capabilities "L0s Exit Latency" is the latency to exit
L0s, not L0, so label it "L0s" instead of "L0".  This matches the
way we label the Device Capabilities "Endpoint L0s Acceptable Latency"
field as "Latency L0s".  This also adds "Exit" to the description to
help distinguish it from the "Acceptable Latency" fields in the
Device Capabilities register.

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

lspci: Decode PCIe Link registers only for devices with links

Root Complex Integrated Endpoints and Root Complex Event Collectors do not
have links and are not permitted to implement Link or Link 2 registers,
per PCIe spec r3.0, sec 1.3.2.3.  Decoding them is useless and misleading.

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

lspci: Make output of L1 PM cap consistent with other caps

Added a test case for the L1 PM capability

Based on data contributed by David Box.

lspci: Add L1 PM Substate capability reporting

Expose available L1 substate capabilities that can enable lower power
consumption when a PCIe Link is idle.

Signed-off-by: David Box <david.e.box@linux.intel.com>

lspci: Fully decode ASPM support from Link Capabilities

The ASPM Support field in Link Capabilities is two bits, and all four
possible encodings are defined as of PCIe spec r3.0.  Previously, lspci
only decoded values 1, 2, and 3.  This adds 0, so lspci will show "ASPM
not supported" instead of "ASPM unknown".

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

lspci: Display CardBus bridge capabilities

CardBus bridges can have capabilities, but the CAP_PTR register is at a
different location.  This one has Power Management:

CardBus bridge: O2 Micro, Inc. OZ711SP1 Memory CardBus Controller (rev 01)
+       Capabilities: [a0] Power Management version 2

maint/KORG-NOTES: Private maintainer's notes about kernel.org

maint/release: metalab.unc.edu does not accept submissions any longer

Released as 3.2.0.