加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 综合聚焦 > 服务器 > Linux > 正文

linux – 没有调用pci_Driver.probe

发布时间:2020-12-13 22:55:58 所属栏目:Linux 来源:网络整理
导读:我正在开始 Linux设备驱动程序开发,用于通过笔记本电脑的PCIe扩展槽连接的PCI设备. 在启动时,一切都很美妙.但是,我正在尝试在线获得基本的Hotplug支持.当我弹出卡片时,我可以看到(在dmesg中)调用正确的移除内容.但是,当重新插入卡时,没有任何反应.如果我手动
我正在开始 Linux设备驱动程序开发,用于通过笔记本电脑的PCIe扩展槽连接的PCI设备.

在启动时,一切都很美妙.但是,我正在尝试在线获得基本的Hotplug支持.当我弹出卡片时,我可以看到(在dmesg中)调用正确的移除内容.但是,当重新插入卡时,没有任何反应.如果我手动删除模块,然后插入卡(或在启动后插入卡),那么我可以看到模块的init被调用,但不是探测器.此外,该设备不会出现在lspci输出中.

但是,如果我回声1> / sys / bus / pci / rescan然后它出现在lspci输出中,但模块无法加载错误(pci_enable_device失败,代码为-22).

任何想法甚至开始诊断这个? exec .probe的失败让我很困惑.

我应该提一下,这是一块连接在这里的FPGA板,因此设备本身可能出现了问题,但我仍然希望探测器能够运行,然后失败并出现奇怪的错误.

解决方法

如果设备未在lspci中显示,则不会调用驱动程序的.probe函数,因为它确实列在内核设备树中.

当你进行pci总线重新扫描并且它被lspci看到时,这并不意味着设备是可访问的.实际上,尝试做一个lspci -vv -s BB:DD(其中BB:DD是lspci报告的设备总线ID和设备ID.我希望你的许多寄存器(特别是BAR)得到0xFF.我猜猜这就是pci_enable_device失败的原因.

当我在运行时重新加载位文件时,我遇到了与FPGA器件类似的问题.
导致问题的一个可能原因是配置空间寄存器被重置.
您可以尝试在删除板之前保存配置空间(以root身份):

cp /sys/bus/pci/devices/0000:BB:DD.0/config ~/config.save

然后恢复它:

cp ~/config.save /sys/bus/pci/devices/0000:BB:DD.0/config

我已经将这种方法用于某些硬件而不是其他(较新的硬件).

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读