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.

Updated pci.ids to today's snapshot

lspci: Better filtering of duplicate kernel module names

It was implemented only for reading modules.pcimap, but it turned out
that it is necessary for libkmod, too, so we have switched to a common
implementation.

Minor cleanup of the previous patch

install: split out pcilib install to a dedicated target

The "install" target manages one set of files, and the "install-pcilib"
target manages a different set.  They both install the pci library though
so if you try to run `make -j install install-pcilib`, things randomly
fail.  So split out the commonly installed files into a dedicated target.

lib/configure: match all freebsd os's

When using targets like "i686-pc-freebsd7.1", the configure script fails
to match for the freebsd target because it only expects "freebsd".  Add
a glob to match all freebsd targets.

Squash an unused variable warning

setpci: ~0UL should be ~0U, no longs are involved anymore

Configure: pkg-config can be overridden by $PKG_CONFIG

On newer Linux systems, use libkmod to look up kernel modules

With modutils built upon libkmod, modules.pcimap does not exist
any longer.

Use symbol versioning for our new member of struct pci_dev

Detection of module aliases (Linux sysfs only)

This will be needed to support libkmod.

Fixed logic error in pci_open()

Previously, pci_open() sometimes crashed with ID list names
shorter than 3 characters.

Released as 3.1.10.

Updated pci.ids to today's snapshot

Display whether LTR/OBFF are supported and enabled

DEVCAP2 and DEVCTL2 capabilities contain information whether LTR and OBFF
are supported and enabled. Make sure this is displayed to user as well.

Signed-off-by: Mika Westerberg <mika.westerberg@linux.intel.com>

Only decode defined fields of PCI Express Link Control 2

On a PCI Express multi-function device associated with an upstream
port, all bits of the Link Control 2 register are currently reserved
on functions > 0.

The Selectable De-emphasis field is reserved on all but downstream
ports.

Signed-off-by: Ben Hutchings <bhutchings@solarflare.com>

pciutils: correct VC status display

I think there is a bug displaying the virtual channel status bits
"NegoPending" and "InProgress".  The wrong offset is being used.

Signed-off-by: John L. Burr <jlburr@cadence.com>

Fix syntax error when PCI_COMPRESSED_IDS is empty.

lspci: zero address in IO isn't always unassigned

Zero is a valid address in I/O space, so display it and it's associated
size when IO is enabled in the PCI command register.

From arch/powerpc/kernel/pci-common.c:

/* Here, we are a bit different than memory as typically IO space
 * starting at low addresses -is- valid. What we do instead [is] that
 * we consider as unassigned anything that doesn't have IO enabled
 * in the PCI command register, and that's it.
 */

Signed-off-by: Aaron Sierra <asierra@xes-inc.com>

Release scripts: Revived kernel.org Git repo

Released as 3.1.9.

pci.ids no longer mention sf.net, too

Updated pci.ids to the today's snapshot

update-pciids: Download from pci-ids.ucw.cz

README: Miscellaneous updates

  o  Added link to a new home page
  o  pci-ids.ucw.cz is now listed as the primary place,
     sf.net remains as a mirror

Correct the end of CardBus memory windows

The low twelve bits of memory base/limit are assumed to be all zeros
and all ones, respectively.  Therefore, a window with base == limit
is a valid 4K window, which we should display by default, and the
true end of the window is ...fff, not ...000.  For example,

    05:07.0 CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller
    ...
-     Memory window 0: 88000000-8bfff000 (prefetchable)
+     Memory window 0: 88000000-8bffffff (prefetchable)

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

Fix check whether dump.name was given

Add PCIe Gen 3 speeds and link status fields

Patch by Adrian Huang.

Fixed a typo in a troff command

Reported by Ville Skyttä.

Release scripts: added a script for signed tagging of releases

Released as 3.1.8.

Release scripts: Skip kernel.org before it comes back up

Release scripts: sign the tarball using GPG

pci.ids: Fix capitalization of "USB controller"