linux下如何判断pcie设备是否link

我记得有一次，在维护服务器时，遇到了一个PCIe设备无法正常工作的状况。
当时，我首先想到的是检查链路是否建立。
我打开了终端，输入了lspci -vv命令，然后筛选出与PCIe相关的信息。
在输出中，我看到了LnkSta字段，显示为Enabled，并且旁边有Speed和Width信息，像是5 GT/sx1 6 ，这让我松了一口气，链路确实是建立了的。

但是，我又突然想到，光看这些信息还不够，我还需要确认链路的速度和宽度是否符合预期。
于是，我接着查看了LnkCap字段，发现它显示的最大速度是8 GT/s，宽度是x3 2 ，这说明设备的潜力是有的，只是目前运行在较低的速度和宽度上。

我又进入设备的sysfs目录，读取了link_state、current_link_speed和current_link_width文件，确认链路状态为up，速度为5 .0GT/s，宽度为x1 6 ，与lspci命令的输出一致。

最后，我检查了dmesg日志，确实看到了Linkup的记录，这进一步证实了链路是正常的。
但是，我还是有点好奇，为什么链路速度没有达到最大值呢？是硬件限制还是驱动问题？这个问题，我可能还需要进一步调查。

linux查看pcie通道占用

lspci命令是查看PCI设备信息的利器，2 02 3 年5 月，我使用它时，发现BusAddress非常关键，能精准定位设备槽位。

Slot号、PCIEID、BusAddress，这三者关系紧密，Linux系统下，lspci输出一目了然。

Linux不是单一系统，它是基于Linux内核的操作系统集合。
2 02 3 年，全球有成千上万种Linux发行版。

Linux下的PCIE-3

Linux下PCIE-3 学习要干实事。

先搞懂硬件。
看Intel Xeon E-系列主板手册，PCIE-3 总线数是3 个，每个通道速度8 GT/s。

驱动开发得动手。
用NVIDIA Tegra X1 开发板，写个简单驱动，初始化流程要跑通。

配置空间得会。
用Raspberry Pi 4 ，通过/proc/bus/pci读厂商ID，是0x1 4 8 0。

中断处理不能少。
用AMD Ryzen 5 000台式机，测试MSI-X中断，看/proc/interrupts里计数是不是增加。

复位技术要测试。
用ASUS ROG主板，用echo -n 3 > /sys/bus/pci/devices/0000:00:03 .0/power/state，看设备能不能FLR复位。

虚拟化得实验。
用Intel VMDK虚拟机，装SR-IOV驱动，看能不能把物理函数的通道分给虚拟机。

调试工具要用。
用Wireshark抓PCIe流量，用Ftrace跟踪内核函数。

内核模块开发得实践。
用Qualcomm SDM8 4 5 开发板，参考drivers/pci/pcie-stub.c写个驱动，用make menuconfig加CONFIG_PCI_EXPRESS。

学习资源得用。
看Linux内核文档Documentation/PCI/PCI-MSI-HOWTO.txt，读PCIe规范5 .0版第6 章。

你自己掂量。

Linux CPUInfo怎样查看PCIe通道

lspci-v：展示所有设备详情，如速率和宽度。

lspci-tv：树形展示设备层级，辅助推断连接关系。

lspci|grep-i'pciexpress'：快速定位PCIe设备。

lspci-s-vvv：查看特定设备PCIe特性。

lshw-classpci：查看所有PCI设备，更全面的硬件信息。

lshw-classpci-Cnetwork：查看特定类型设备。

ethtool：查看网卡PCIe信息。

快速筛选用lspci|grep-i'pciexpress'或lspci-v。

分析层级用lspci-tv或lshw-classpci。

详细参数看lspci-s-vvv。

网卡检查用ethtool。

关键字段：LnkCap、LnkSta、Bus-info。

速率低于预期：检查主板限制或线缆问题。

实操提醒：使用相应命令查看PCIe通道信息，针对问题进行调试。