#
1e6db7be |
| 10-Apr-2024 |
Konstantin Belousov <kib@FreeBSD.org> |
pciconf(8): dump AMD IOMMU Base Capability
Reviewed by: emaste Sponsored by: Advanced Micro Devices (AMD) Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://review
pciconf(8): dump AMD IOMMU Base Capability
Reviewed by: emaste Sponsored by: Advanced Micro Devices (AMD) Sponsored by: The FreeBSD Foundation MFC after: 1 week Differential revision: https://reviews.freebsd.org/D44732
show more ...
|
Revision tags: release/13.3.0, release/14.0.0 |
|
#
eba230af |
| 25-Sep-2023 |
John Baldwin <jhb@FreeBSD.org> |
Purge more stray embedded $FreeBSD$ strings
These do not use __FBSDID but instead use bare char arrays.
Reviewed by: imp, emaste Differential Revision: https://reviews.freebsd.org/D41957
|
#
e0a63d87 |
| 21-Jun-2023 |
Ed Maste <emaste@FreeBSD.org> |
pciconf: add PCIe 5.0 and PCIe 6.0 link speeds
Reviewed by: jhb Sponsored by: The FreeBSD Foundation Differential Revision: https://reviews.freebsd.org/D40710
|
Revision tags: release/13.2.0, release/12.4.0 |
|
#
118cfb82 |
| 04-Nov-2022 |
Navdeep Parhar <np@FreeBSD.org> |
pciconf(8): Decode ACS extended capability.
MFC after: 1 week Sponsored by: Chelsio Communications Reviewed by: kib@ Differential Revision: https://reviews.freebsd.org/D37271
|
Revision tags: release/13.1.0, release/12.3.0 |
|
#
2f176a2b |
| 24-May-2021 |
David Bright <dab@FreeBSD.org> |
pciconf: Fix up pciconf -lc output
The pciconf command fails to emit newlines when particular ecap field values are seen. Fix them up. This has been seen on several systems at $JOB. The documentatio
pciconf: Fix up pciconf -lc output
The pciconf command fails to emit newlines when particular ecap field values are seen. Fix them up. This has been seen on several systems at $JOB. The documentation for PCI capabilities says that capability type 0 should not be used once the spec for PCI capabilities was published, but that seems more wishful-thinking than reality. pciconf also chooses not to print fields related to field values that are zero, but it seems several of these fields are zero on actual hardware.
Reviewed by: vangyzen, imp, Bret Ketchum (Bret.Ketchum@dell.com) Sponsored by: Dell EMC Isilon Submitted by: Robert Herndon (Robert.Herndon@dell.com) Differential Revision: https://reviews.freebsd.org/D30441
show more ...
|
Revision tags: release/13.0.0, release/12.2.0 |
|
#
96128185 |
| 30-Sep-2020 |
Konstantin Belousov <kib@FreeBSD.org> |
pciconf: print PCIe CTL max read request.
To not complicate existing parsers, the value is printed on a new output line.
Sponsored by: Mellanox Technologies/NVIDIA Networking MFC after: 1 week
|
Revision tags: release/11.4.0 |
|
#
e1ae0ee1 |
| 21-Mar-2020 |
Scott Long <scottl@FreeBSD.org> |
When printing out the contents of the VSEC, include the contents of the headers. Device documentation often times give offsets relative to the start of the entire VSEC, not just the post-header data
When printing out the contents of the VSEC, include the contents of the headers. Device documentation often times give offsets relative to the start of the entire VSEC, not just the post-header data area, so this change makes it easier to correlate offsets.
show more ...
|
#
6c140a72 |
| 20-Feb-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r358131 through r358178.
|
#
f1bbdf87 |
| 20-Feb-2020 |
Konstantin Belousov <kib@FreeBSD.org> |
Print out some newly added PCIe extended capabilities and subclasses.
Taken from https://pcisig.com/sites/default/files/files/PCI_Code-ID_r_1_11__v24_Jan_2019.pdf
Submitted by: Dmitry Luhtionov <dm
Print out some newly added PCIe extended capabilities and subclasses.
Taken from https://pcisig.com/sites/default/files/files/PCI_Code-ID_r_1_11__v24_Jan_2019.pdf
Submitted by: Dmitry Luhtionov <dmitryluhtionov@gmail.com> MFC after: 1 week
show more ...
|
#
3c4ad300 |
| 17-Feb-2020 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r358000 through r358048.
|
#
3b7a70d9 |
| 17-Feb-2020 |
Konstantin Belousov <kib@FreeBSD.org> |
pciconf: List names of all known extended PCIe capabilities.
Some ids are redundand because the list_ecaps() function decodes them by explicit switch case. But listing them all makes it easier to n
pciconf: List names of all known extended PCIe capabilities.
Some ids are redundand because the list_ecaps() function decodes them by explicit switch case. But listing them all makes it easier to not miss ecaps, while not changing the functionality.
Initial submission by: Dmitry Luhtionov <dmitryluhtionov@gmail.com> Sponsored by: The FreeBSD Foundation MFC after: 3 days
show more ...
|
#
97faa4c4 |
| 14-Dec-2019 |
Scott Long <scottl@FreeBSD.org> |
Add accessors for the Vendor Specific Extended Capability (VSEC) Parse out the VSEC. If the user invokes a second -c command line option, do a hex dump of the vendor data.
Reviewed by: imp MFC afte
Add accessors for the Vendor Specific Extended Capability (VSEC) Parse out the VSEC. If the user invokes a second -c command line option, do a hex dump of the vendor data.
Reviewed by: imp MFC after: 3 days Sponsored by: Intel Differential Revision: http://reviews.freebsd.org/D22808
show more ...
|
Revision tags: release/12.1.0 |
|
#
fe1c3596 |
| 13-Oct-2019 |
Scott Long <scottl@FreeBSD.org> |
Fix the botched field ordering in the last commit. While here, fix whitespace, and also reorder the fields so they are easier to read on an 80 column display (the lines wrapped even before these cha
Fix the botched field ordering in the last commit. While here, fix whitespace, and also reorder the fields so they are easier to read on an 80 column display (the lines wrapped even before these changes). Also fix non-standard nomenclature in the Caps code, and update the man page.
Reported by: rpokala
show more ...
|
#
c5c3ba6b |
| 03-Sep-2019 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r351317 through r351731.
|
#
5469a751 |
| 23-Aug-2019 |
Alexander Motin <mav@FreeBSD.org> |
Report Clock Power Management support and status.
Since we already report ASPM, why not to go further.
MFC after: 2 weeks Sponsored by: iXsystems, Inc.
|
#
a63915c2 |
| 28-Jul-2019 |
Alan Somers <asomers@FreeBSD.org> |
MFHead @r350386
Sponsored by: The FreeBSD Foundation
|
#
e1d8b631 |
| 23-Jul-2019 |
Andrew Gallatin <gallatin@FreeBSD.org> |
pciconf: report PCI Gen4 speeds
PCIe gen4 runs at 16GT/s. Report this as the speed of Gen4 links.
Reviewed by: imp MFC after: 7 days Sponsored by: Netflix
|
Revision tags: release/11.3.0, release/12.0.0, release/11.2.0 |
|
#
4b49587c |
| 06-Jan-2018 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r327341 through r327623.
|
#
e96d5d7b |
| 05-Jan-2018 |
Warner Losh <imp@FreeBSD.org> |
Remove dead code (comma is either 0 or 1 for sure, no need to test). Close /dev/pci when we're done with it.
CID: 1007450, 1007449, 1008615, 1008614
|
#
82725ba9 |
| 23-Nov-2017 |
Hans Petter Selasky <hselasky@FreeBSD.org> |
Merge ^/head r325999 through r326131.
|
#
8a16b7a1 |
| 20-Nov-2017 |
Pedro F. Giffuni <pfg@FreeBSD.org> |
General further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 3-Clause license.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier f
General further adoption of SPDX licensing ID tags.
Mainly focus on files that use BSD 3-Clause license.
The Software Package Data Exchange (SPDX) group provides a specification to make it easier for automated tools to detect and summarize well known opensource licenses. We are gradually adopting the specification, noting that the tags are considered only advisory and do not, in any way, superceed or replace the license texts.
Special thanks to Wind River for providing access to "The Duke of Highlander" tool: an older (2014) run over FreeBSD tree was useful as a starting point.
show more ...
|
Revision tags: release/10.4.0, release/11.1.0, release/11.0.1, release/11.0.0 |
|
#
27067774 |
| 16-Aug-2016 |
Dimitry Andric <dim@FreeBSD.org> |
Merge ^/head r303250 through r304235.
|
#
a1566487 |
| 06-Aug-2016 |
Eric van Gyzen <vangyzen@FreeBSD.org> |
Fix some logic in PCIe HotPlug; display EI status
The interpretation of the Electromechanical Interlock Status was inverted, so we disengaged the EI if a card was inserted. Fix it to engage the EI i
Fix some logic in PCIe HotPlug; display EI status
The interpretation of the Electromechanical Interlock Status was inverted, so we disengaged the EI if a card was inserted. Fix it to engage the EI if a card is inserted.
When displaying the slot capabilites/status with pciconf:
- We inverted the sense of the Power Controller Control bit, saying the power was off when it was really on (according to this bit). Fix that.
- Display the status of the Electromechanical Interlock: EI(engaged) EI(disengaged)
Reviewed by: jhb MFC after: 3 days Sponsored by: Dell Inc. Differential Revision: https://reviews.freebsd.org/D7426
show more ...
|
#
d6084013 |
| 05-Apr-2016 |
Glen Barber <gjb@FreeBSD.org> |
MFH
Sponsored by: The FreeBSD Foundation
|
#
0b035149 |
| 02-Apr-2016 |
John Baldwin <jhb@FreeBSD.org> |
Output information about PCI-e devices with slots.
In particular this includes additional information on HotPlug capable slots.
|