Hardware..........（23）
Linux Driver......（29）
DM8168新板在没有做PCI接口的情况下，可以把PCI模块注释，直接尝试：
make CROSS_COMPILE=arm-none-linux-gnueabi- ARCH=arm menuconfig
在BUS Support下注释掉PCI Support，但是DM8168自动加载模块的时候发生了冲突
会出现fatal error：类似&pvrsrvkm: Unknown symbol pci_save_state (err 0) 等等。
这就需要重新编译报错的ko文件。
为了简便起见，可以这样：
打开 arch/arm/mach-omap2/pcie-ti816x.c
注释最后一行：//subsys_initcall(ti816x_pcie_rc_init);
在没有取消PCI Support的情况下编译内核
这样就可以避免unknown symbol等问题。
&&相关文章推荐
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：180968次
积分：3719
积分：3719
排名：第8009名
原创：116篇
译文：46篇
评论：54条
(1)(4)(1)(14)(14)(1)(2)(3)(1)(4)(13)(19)(6)(4)(28)(6)(9)(7)(2)(1)(3)(7)(8)(4)(3)(3)新手园地& & & 硬件问题Linux系统管理Linux网络问题Linux环境编程Linux桌面系统国产LinuxBSD& & & BSD文档中心AIX& & & 新手入门& & & AIX文档中心& & & 资源下载& & & Power高级应用& & & IBM存储AS400Solaris& & & Solaris文档中心HP-UX& & & HP文档中心SCO UNIX& & & SCO文档中心互操作专区IRIXTru64 UNIXMac OS X门户网站运维集群和高可用服务器应用监控和防护虚拟化技术架构设计行业应用和管理服务器及硬件技术& & & 服务器资源下载云计算& & & 云计算文档中心& & & 云计算业界& & & 云计算资源下载存储备份& & & 存储文档中心& & & 存储业界& & & 存储资源下载& & & Symantec技术交流区安全技术网络技术& & & 网络技术文档中心C/C++& & & GUI编程& & & Functional编程内核源码& & & 内核问题移动开发& & & 移动开发技术资料ShellPerlJava& & & Java文档中心PHP& & & php文档中心Python& & & Python文档中心RubyCPU与编译器嵌入式开发驱动开发Web开发VoIP开发技术MySQL& & & MySQL文档中心SybaseOraclePostgreSQLDB2Informix数据仓库与数据挖掘NoSQL技术IT业界新闻与评论IT职业生涯& & & 猎头招聘IT图书与评论& & & CU技术图书大系& & & Linux书友会二手交易下载共享Linux文档专区IT培训与认证& & & 培训交流& & & 认证培训清茶斋投资理财运动地带快乐数码摄影& & & 摄影器材& & & 摄影比赛专区IT爱车族旅游天下站务交流版主会议室博客SNS站务交流区CU活动专区& & & Power活动专区& & & 拍卖交流区频道交流区
白手起家, 积分 27, 距离下一级还需 173 积分
论坛徽章:0
小弟有块PCIE卡，PCIE卡自身带CPU、RAM，有串口，PCIE卡是插在服务器上的，当服务器第一次启动的时候PCIE卡的驱动是可以通过PCI的IO空间访问卡上的RAM的。但是我通过串口把PCIE卡重启（通过CPU的GPIO寄存器）之后，服务器的PCIE卡驱动就访问不了卡上的那段RAM了。请问PCIE卡重启和服务器初次加电时PCIE卡的启动有什么区别呢？对于PCIE卡，不管哪一次启动，都要在bootloader中初始化PCI的。
请高人帮帮忙啊，应该怎么诊断这种问题呢？困扰很长时间了。
1. 如果你的设备重启比较频繁，对系统而言又是不可知的，那解决的办法好像只有设备自己保存了。
2. 或者如果设备要重启前，可以先通知系统(通过中断)，重启完成后也通知系统。这样driver可以在中断函数里处理pci config space的save和restore。
感觉1才是正确的处理方式，不知道有没有做硬件的兄弟，可以提供一些信息。
&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp&&nbsp|&&nbsp
白手起家, 积分 122, 距离下一级还需 78 积分
论坛徽章:0
原帖由 superfisha 于
17:00 发表
谢谢大侠，保存是由系统完成还是由设备完成呢？如果是由系统来完成的，用pci_save_state, pci_restore_state是可行的，这两个函数好像是用来处理pnp的，但是系统怎么知道设备什么时候复位了啊？ 如果是设备来 ...
1. 如果你的设备重启比较频繁，对系统而言又是不可知的，那解决的办法好像只有设备自己保存了。
2. 或者如果设备要重启前，可以先通知系统(通过中断)，重启完成后也通知系统。这样driver可以在中断函数里处理pci config space的save和restore。
感觉1才是正确的处理方式，不知道有没有做硬件的兄弟，可以提供一些信息。
白手起家, 积分 27, 距离下一级还需 173 积分
论坛徽章:0
回复 #1 superfisha 的帖子
在kernel.org上看到一个差不多问题的贴子，看高人的意思是不用做什么额外的配置。
On Fri, Jan 24, 2003 at 10:06:34AM +0530, Anjaneyulu wrote:
& In the current issue, the target is given a cold reboot without the host
& being rebooted.
& In usual case, the host detects the card and allocates memory space in the
& PCI address space.
If it works depends on the hardware.
& In addition to giving a cold reboot, are there any PCI config cycles need to
& be generated? If yes, what's the procedure (APIs)?
& By &config space&, I meant PCI configuration space.
Depends. If the hardware is correctly designed, they put a PCI-PCI
bridge between the host and target PCI busses so a reset on the target
bus doesn't necessarily reset the host bus. The host sets up the
PCI-PCI bridge, and if it's not reset by the target PCI bus, nothing
special would be done.
If the PCI-PCI bridge is reset, or if there is no bridge between host
and target (and the host doesn't get reset by a target reset), it's
like PCI hotplug without physically hotplugging the device. Look at the
PCI hotplug code and figure out if you can initiate an unplug action
prior to target reset and a plug action after the reset.
大富大贵, 积分 10160, 距离下一级还需 9840 积分
论坛徽章:0
你应该修改你的设备驱动，读取pcie卡上的状态位，当设备重启时状态是不可用的，就不要读取了。
如果你说ram无法读取了，那想想办法有没有其他办法读取当前设备的状态。
网卡是如何做到的？
大富大贵, 积分 10160, 距离下一级还需 9840 积分
论坛徽章:0
你可以参考一下e1000的网卡驱动，e1000的就是pcie的总线
白手起家, 积分 27, 距离下一级还需 173 积分
论坛徽章:0
原帖由 emmoblin 于
14:12 发表
你可以参考一下e1000的网卡驱动，e1000的就是pcie的总线
大侠，我知道你的意思啊，但是e1000上面没有CPU啊，它不会有重启发生。我的卡是有CPU的，是会主动复位的。在主动复位后io空间就访问不了了，但是这时候pci配置空间还是可以访问的。大侠你说的状态位是指pci link status吗？pci 已经link up了。
白手起家, 积分 122, 距离下一级还需 78 积分
论坛徽章:0
原帖由 superfisha 于
18:53 发表
小弟有块PCIE卡，PCIE卡自身带CPU、RAM，有串口，PCIE卡是插在服务器上的，当服务器第一次启动的时候PCIE卡的驱动是可以通过PCI的IO空间访问卡上的RAM的。但是我通过串口把PCIE卡重启（通过CPU的GPIO寄存器）之 ...
你需要在reset卡之前，保存整个device的PCI configuration space, 在reset之后，再恢复整个pci configuration space。
(see pci_save_state, pci_restore_state for details.)
这个系统在启动的时候，bios会walk系统的pci bus，为系统的pci devices非配io memory空间。你在系统不知道的情况下重启了这个pci device，系统配置的pci bar里的信息就丢失了，就不能访问这块卡上的memory mapped register了。
白手起家, 积分 27, 距离下一级还需 173 积分
论坛徽章:0
原帖由 eexplorer 于
16:24 发表
你需要在reset卡之前，保存整个device的PCI configuration space, 在reset之后，再恢复整个pci configuration space。
(see pci_save_state, pci_restore_state for details.)
这个系统在启动的时候，b ...
谢谢大侠，保存是由系统完成还是由设备完成呢？如果是由系统来完成的，用pci_save_state, pci_restore_state是可行的，这两个函数好像是用来处理pnp的，但是系统怎么知道设备什么时候复位了啊？ 如果是设备来保存，就比较麻烦了，要保存在flash上？
白手起家, 积分 27, 距离下一级还需 173 积分
论坛徽章:0
原帖由 eexplorer 于
17:28 发表
1. 如果你的设备重启比较频繁，对系统而言又是不可知的，那解决的办法好像只有设备自己保存了。
2. 或者如果设备要重启前，可以先通知系统(通过中断)，重启完成后也通知系统。这样driver可以在中断函数里 ...
好的，我在boot里面试一下。现在还有个不清楚的地方，设备主动重启对主机来说是一个热插拨操作吗？ 另外令人疑惑的是如果设备自己也运行linux系统（厂商提供的嵌入式linux），待设备自己的linux起来之后就是可以访问的。看了一下linux内核的代码，里面就多了个pcibios_init，而这个函数里面确实是配置了PCI Bar 0到Bar 5。搞不明白的是设备的linux是如何知道这些bar里面应该填什么值的。我也尝试过在设备的bootloader里面直接填上相同的值，但没有起作用。补充一下，上面碰到的这些问题是我在移植vxworks中遇到的，当设备加载vxworks之后也不能访问。
[ 本帖最后由 superfisha 于
18:47 编辑 ]
论坛徽章:0
&设备主动重启对主机来说是一个热插拨操作吗？&
不一定. 热插拔也是有规范的. 比如先发什么硬件信号,然后发什么等. 如果不按照规范做,主机也无法识别你的设备在干啥.
&看了一下linux内核的代码，里面就多了个pcibios_init，而这个函数里面确实是配置了PCI Bar 0到Bar 5。搞不明白的是设备的linux是如何知道这些bar里面应该填什么值的。我也尝试过在设备的bootloader里面直接填上相同的值，但没有起作用&
BAR 0 到5的数值可能有2种形式. 第一种,也就是在设备初始化的时候,里面应该是一个大小,比如256等. OS访问这些BAR之后,知道了PCI设备需要的资源大小,然后就可以分配一块给设备. 分配完之后,BAR里的信息似乎就变成了一个基地址了. (以上是我的理解,也许有错误)
所以你可以看看设备LINUX里面给BAR里写的是什么样的数值?一个大小?还是一个基地址? 或者把代码或者数值贴出来. 我觉得应该是一个大小. 假如是大小的话,那么你从主机的LINUX那边写过去似乎不合适. 比较合理的方案应该是让设备的LINUX去写. 所以就等设备的LINUX启动完成好了? 不知道为啥不能多等一阵?
北京皓辰网域网络信息技术有限公司. 版权所有 京ICP证:060528号 北京市公安局海淀分局网监中心备案编号：
广播电视节目制作经营许可证(京) 字第1234号
中国互联网协会会员&&联系我们：
感谢所有关心和支持过ChinaUnix的朋友们
转载本站内容请注明原作者名及出处Your Best Partner for Fiber Optic Solutions
PCIe Network Card
Within the network standards of IEEE802.3, Sopto fiber optic network card design is based on Intel original controller chip, PCIe bus, EF and PF connectivity to reach professional fiber connectivity. Bus width is x8 lane PCI Express, operable in x4, x8 and x16 slots, and can guarantee superior performance. Besides, Sopto PCIe network adapter includes single and multi-slots of 10 100 1000Mbps RJ45 (10BASE-T, 100BASE-T, 1000BASE-T) which UTP-5 cables required for EMI Gigabit SFP (1000Base-SX, 1000Base-LX, and 1000Base-ZX) and 10GbE SFP+ (10GBase-SR, 10Gbase-LR) which LC fiber cables required. With the application of fiber network cards, other fiber optic products such as SFP transceivers, 10G SFP transceivers, SFP direct attach cables and SFP+ direct attach cables are widely used.
Sopto PCIe Gigabit Ethernet Card design is based on Intel original controller chip, including Intel 82576EB, Intel 82571EB, Intel 82580EB, Intel 82572EI etc. The PCIe Gigabit Network Card support long-distance single fiber-optic SFP slot and LC cable fiber connection and single RJ-45 slot and UTP-5 cable copper connectivity (10/100/1000 Mbps self-configuration) with excellent noise immunity. Also, they can be added multi-port fiber SFP transceivers connectivity and multi-port UTP-5 connectivity in a single PCI-E bus interface within one server adapter to enhance network performance and to save valuable PCI Express (PCIe *) server slots. PCI Express adapter cards with multi Gigabit ports are designed for servers and high-end devices. The adapter can achieve fault toler communication from the failed port is routed to the other members of the same group.
Sopto 10G NIC family addresses the demanding needs of the next-generation data center by providing unmatched features for virtualization, flexibility for LAN and SAN networking, and proven, reliable performance. 10G network card builds on PCI Express * 2.0 Technology and Intel original 10 gigabit controller technology deliver the performance that demanding applications require. Two high-performance connections of 10 gigabit SFP+ transceivers (SM and MM) are for slot-constrained servers which are optional and replaceable.}