代码之家 › 专栏 › 技术社区 › Andreas Bombe

pci\u enable\u device()在删除/重新扫描后失败

pci-e pci fpga linux-kernel

Andreas Bombe · 技术社区 · 7 年前

echo 1 >remove 在设备的sysfs目录中 echo 1 >/sys/bus/pci/rescan

设备重新出现后,我的驱动程序初始化调用 pci_enable_device() 记录时失败:

otscan 0000:02:00.0: can't enable device: BAR 0 [mem 0xf7e01000-0xf7e013ff] not claimed
otscan 0000:02:00.0: can't enable device: BAR 1 [mem 0xf7e00000-0xf7e00fff] not claimed
otscan 0000:02:00.0: can't enable device: BAR 2 [mem 0xf0200000-0xf020ffff 64bit pref] not claimed

(通常它会在第一个无人认领的资源之后停止,但我已经修改了它,以继续并确认实际上所有的条都是无人认领的。)

struct resource 存在但没有父项,据我收集,这是由 request_resource() 从来没有被召唤过。我不认为这是一个驱动程序问题,因为由于无法启用设备,初始化例程在中止之前没有做很多工作。

这留下了FPGA(带硬IP PCIe核心的Altera Cyclone V)和一些我可能做错的事情,例如以某种方式错误处理总线重置。当通过sysfs重新填充时,该计算机中的其他PCIe设备工作。

我已经研究了一段时间,仍然没有弄清楚为什么我的设备被Linux区别对待。我的设备有什么可能的属性可以让Linux决定不调用在我的设备栏上?

3 回复 | 直到 7 年前

Andreas Bombe 7 年前

看起来我找到了原因。我把班级代码保留为 0 (无效)在PCIe核心配置中,当设备处于引导状态时,该配置工作正常。提出合理的价值( 0x40000 0xff0000 对于“未注册设备”也有效)也使其在热插拔上有效。

0

Ariel_HIAI Anthony O. 5 年前

问题似乎是在FPGA的PCIe核心的PCIe配置空间中错误地定义了类。确保类寄存器的高位字节是st,与0不同

在查看dmesg时,我们遇到了类似的问题: “无法启用设备:条0……未声明” 然后 “pci\u enable\u设备失败”

faku 3 年前

确实是类代码设置不正确。我建议设置 0x058000

推荐文章

Fnr · Linux内核配置官方文档

6 年前

akmal · 当'ls*时,内部会发生什么。是否执行了“c”?

6 年前

Antiver · linux内核源代码2.6.34:为什么会存在结构irq\u desc*irq\u to\u desc(unsigned int irq)的两个函数声明?

6 年前

John Zwinck · 性能:为什么我没有“syscall”计数器?

6 年前

Jared · 强制copy\u to\u user()失败

6 年前

bornfree · 了解Linux内核中每个条目的hlist_bl_

6 年前

Sector · 将参数传递给自己的execv内核实现

6 年前

PixelPusher · 如何从Linux内核空间(即从自定义系统调用)添加自定义扩展属性

6 年前

Yash Jain · 在shmflg中,0标志对于共享V内存系统调用意味着什么?

6 年前

nickeys · 如何估计自旋锁打孔/等待时间?

6 年前