ABI version bump for pci_fill_info()

We have new flags and new fields in struct pci_dev.

Update license comments and added SPDX license identifiers

Previously, the only information about the specific version of GPL
was present in the README and individual source files mentioned only
GPL

Update license comments and added SPDX license identifiers

Previously, the only information about the specific version of GPL
was present in the README and individual source files mentioned only
GPL alone.

Let us update all copyright comments to explicitly say "GPL v2+"
and also include the machine readable SPDX license identifier.

show more ...

Filters: Allow leading "0x" for backward compatibility

libpci: Do not call unversioned symbols from libpci itself

Windows version of GNU LD has bugs which cause that linker would translate
this unknown unversioned symbols to some random version.

So cha

libpci: Do not call unversioned symbols from libpci itself

Windows version of GNU LD has bugs which cause that linker would translate
this unknown unversioned symbols to some random version.

So change pci_fill_info() to pci_fill_info_v38() in lib/filter.c to ensure
that last version of this function would be used also by Windows version of
GNU LD linker.

Before this change GNU LD translated this function call to symbol
_pci_fill_info@LIBPCI_3.0. After this change GNU LD translate it to
_pci_fill_info@LIBPCI_3.8.

show more ...

Avoid adding multiple version tags to the same symbol

This is apparently forbidden in most versions of binutils.

Filters: Fixed symbol versioning

Filters now support partially specified classes and also prog-if's

Rewritten the filter parser, the old code was too twisted to extend.

libpci: Add support for filling bridge resources

Extend libpci API and ABI to fill bridge resources from sysfs.

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 a

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 <[email protected]>

show more ...

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 passe

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 <[email protected]>

show more ...

Updated fixed-version references to pci_fill_info

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 <[email protected]>

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 thi

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.

show more ...

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

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 <[email protected]>

show more ...

Use symbol versioning for our new member of struct pci_dev

Updated library ABI with proper versioning.

Let filters accept vendor and device 0xffff.

Thanks to Sebastian Herbszt for a bug report.

Fix parsing of domain filters

git-archimport-id: [email protected]/pciutils--main--2.2--patch-69

Preliminary support for PCI domains

git-archimport-id: [email protected]/pciutils--main--2.2--patch-34

Removed "Linux" from the package name

git-archimport-id: [email protected]/pciutils--main--2.2--patch-32

Fixed UNUSED

Replaced obsolete syntax of __attribute__((unused)) in the middle of
parameter declarations (which is no longer supported by GCC 3.1) by the
current syntax (attribute at the end). Thank

Fixed UNUSED

Replaced obsolete syntax of __attribute__((unused)) in the middle of
parameter declarations (which is no longer supported by GCC 3.1) by the
current syntax (attribute at the end). Thanks to [email protected]
for reporting this problem.
git-archimport-id: [email protected]/pciutils--main--2.2--patch-4

show more ...

Removed $Id$

Removed CVS $Id$ tags from all files.
git-archimport-id: [email protected]/pciutils--main--2.2--patch-3

Changed all my email addresses to [email protected].

(pci_filter_parse_slot): Allow bus 0xff, slot 0x1f and function 7.

Rewrote the PCI Utilities. All PCI configuration space access has been
moved to a library which supports multiple access mechanisms: the current
/proc/bus/pci one, direct port access (needed for debu

Rewrote the PCI Utilities. All PCI configuration space access has been
moved to a library which supports multiple access mechanisms: the current
/proc/bus/pci one, direct port access (needed for debugging of kernel
PCI code and as a nice side-effect this makes pciutils work with 2.0
kernels, although only for root) and reading of configuration dumps.

This has been released as version 1.99.2-alpha. For detailed description
of changes, see the ChangeLog.

Can anybody test it on non-PC architectures, please? (Especially if you
have any 64-bit card.)

show more ...