VxWorks驱动程序开发指南--驱动程序的组织结构
8D Spaces
Reliability & Stability & Efficiency
- 目录视图
- 摘要视图
- 订阅
VxWorks驱动程序开发指南(四)--驱动程序的组织结构
版权声明:本文为博主原创文章,未经博主允许不得转载。
目录(?)[+]
驱动程序的组织结构
驱动程序最重要的部分就是驱动程序源代码文件,源文件描述了设备如何和VxBus、VxWorks OS交互。但是,VxWorks 设备驱动程序还需要另外一些文件,这些附加文件能够帮助你将自己编写的驱动集成到VxWorks编译环境中去,这也是发布驱动程序最重要的一步。本节主要讨论如何在源码树中找到相关的驱动程序文件和其他附加文件。最后还说明驱动程序的各个部分是如何安装在VxWorks OS中的。
3.1 文件位置
在开发驱动程序之前,了解驱动程序文件在VxWorks源码树中的位置是非常重要的,驱动程序文件主要分布在源码树中的3个不同位置。
- installDir/vxworks-6.x/target/3rdparty 第三方提供的基于VxBus驱动模型的驱动,它们一般都做为插件安装到现有的VxWorks开发环境中
- installDir/vxworks-6.x/target/src/hwif 风河官方提供的基于VxBus驱动模型的驱动程序,它们一般都作为标准产品的一部分,或者作为补丁来升级。
- installDir/vxworks-6.x/target/src/drv 风河官方提供的基于传统模型的驱动程序,和VxBus不兼容
3.3.1 风河官方的驱动程序
根据驱动程序的类型,installDir/vxworks-6.x/target/src/hwif目录下的驱动被组织成不同的子目录,例如,定时器的驱动程序在目录installDir/vxworks-6.x/target/src/hwif/timer
3.3.2 第三方的驱动程序
第三方驱动程序的组织方式允许驱动程序开发厂商和开发者创建第三方驱动程序,不需要担心不同厂商的文件之间的命名空间冲突。每一个想提供VxWorks驱动程序的厂商必须在3rdparty目录创建自己的子目录,比如说,Acme公司计划为vxworks开发第三方设备驱动程序,那么就必须在3rdparty目录创建自己的目录installDir/vxworks-6.x/target/3rdparty/acme,在这个目录下,不同类型的驱动程序又组织成不同目录,跟hwif目录一样。
3.2 驱动程序文件例子:wrsample
风河公司提供的VxBus的驱动程序例子位于目录:installDir/vxworks-6.x/target/3rdparty/windriver/wrsample,这些文件可以被当做模板来帮助你开发第三方驱动程序,具体信息请参考wrsample目录下的README文件。
3.3 其他必须的文件
尽管一个驱动程序可以包括很多文件,比如多个源文件和多个头文件,但是一个标准的VxWorks驱动程序有一个最小的文件集,对于大多数vxworks驱动程序最少要求6个文件:
- 驱动程序源文件 实现驱动程序控制逻辑
- 组件描述文件(CDF) 主要用于将驱动程序集成到VxWorks编译环境中,以便于配置
- 一个driverName.dc文件 提供驱动注册例程的原型
- 一个driverName.dr文件 提供一小段调用驱动注册例程的代码
- README文件 提供版本信息
- Makefile文件 提供编译规则
一般情况下,CDF文件,dc文件,dr文件都被认为是驱动程序的配置文件,下面详细介绍这些文件。
3.3.1 驱动程序源文件
驱动程序源文件包含了驱动程序功能的实现逻辑,它们被放在目录installDir/vxworks-6.x/target/src/hwif, 第三方的被放在目录installDir/vxworks-6.x/target/3rdparty。很多VxWorks设备驱动程序只包含一个源文件,一个驱动程序可以包含一个或者几个可选的头文件;但是驱动程序可以包含多个源文件,但是此时必须在Makefile里面提供各个模块的依赖规则。下面以文件vxbCn3xxxTimer.c来说明VxWorks驱动程序的结构。
设备驱动程序的第一部分是一个描述VxBus初始化阶段要调用的例程的结构:
- <span style="font-size:18px;">/* data structures used by the driver to register itself
- * with Vxworks
- */
- /* drvBusFuncs provides a set of entry points into the
- * driver that are called during various phases of the
- * boot process. Drivers can choose to implement 1 or
- * more of these entry point, according to the needs of
- * the driver during its initialization phases.
- */
- </span><span style="font-size:18px;color:#ff0000;"><strong>LOCAL struct drvBusFuncs cn3xxxTimerDrvFuncs =
- {
- cn3xxxTimerInstInit, /* devInstanceInit */
- cn3xxxTimerInstInit2, /* devInstanceInit2 */
- cn3xxxTimerInstConnect /* devConnect */
- };</strong></span>
接着就是描述驱动程序所支持的驱动方法的数据结构(每一种类别的驱动程序都必须实现该类的驱动方法):
- <span style="font-size:18px;">/* cn3xxxTimerDrv_methods provides the list of driver
- * methods that this driver supports. For each driver
- * class supported by Wind River, one or more methods
- * are expected to be defined for the driver. For
- * timer driver class, the 'vxbTimerFuncGet' method
- * is required to be supported.
- */
- </span><span style="font-size:18px;color:#000000;">LOCAL struct vxbDeviceMethod cn3xxxTimerDrv_methods[] =
- {
- DEVMETHOD(vxbTimerFuncGet, cn3xxxTimerFuncGet),
- {0,NULL}
- };</span>
跟着就是描述该驱动程序需要的注册信息的结构:
- <span style="font-size:18px;">/* The cnxxxTimerDrvRegistration structure provides a
- * description of the driver to VxWorks, so that VxWorks
- * can connect this driver to appropriate hardware during
- * the boot process.
- */
- </span><span style="font-size:18px;color:#000000;">LOCAL struct vxbDevRegInfo cn3xxxTimerDrvRegistration =
- {
- NULL, /* reserved for VxBus use */
- VXB_DEVID_DEVICE, /* devID */
- VXB_BUSID_PLB, /* busID = PLB */
- VXB_VER_4_0_0, /* vxbVersion */
- "cn3xxxTimerDev", /* drvName */
- &cn3xxxTimerDrvFuncs, /* pDrvBusFuncs */
- NULL /* pMethods */
- NULL /* devProbe */
- };</span>
在注册信息后面,驱动程序必须提供一个例程来向VxBus注册,表明该驱动程序的存在:
- <span style="font-size:18px;">/* The vxbCn3xxxTimerDrvRegister function contains the
- * first instructions of the device driver that are
- * ever executed within a VxWorks system. This function
- * registers the driver with VxBus by providing pointers
- * to the data structures listed previously. Once this
- * step is complete, VxWorks is able to associate this
- * driver with appropriate hardware within the system
- * to form an instance.
- */
- </span><span style="font-size:18px;color:#000000;">void vxbCn3xxxTimerDrvRegister (void)
- {
- vxbDevRegister (&cn3xxxTimerDrvRegistration);
- }</span>
由于驱动程序注册方法被当做是驱动程序的第一个入口点,VxWorks必须被配置成:当该驱动程序向VxBus注册时,VxWorks知道调用该入口点。为了做到这点,VxWorks使用了之前提到了那几个驱动配置文件:CDF文件,dc文件,dr文件。
注意:VxBus和VxWorks要求驱动程序的注册方法必须是全局的。大多数驱动程序并不需要其他的全局符号,因此都可以声明成LOCAL。
3.3.2 CDF文件
该文件的全称是:component description File,组件描述文件。根据VxBus标准开发的VxWorks设备驱动程序都被编译成一个单独的模块,可以使用VxWorks配置工具非常轻松地将驱动程序配置进BSP中。但是,你必须为你的设备驱动程序创建一个VxWorks组件。
一个组件是一个基本的功能单元,它可以单独配置进入VxWorks内核镜像中。为了能够单独添加和删除设备驱动程序到VxWorks中,驱动程序必须能够被VxWorks配置工具识别成individual 组件。为了让驱动程序能够在Workbench或者vxprj中是可以配置的,你必须创建CDF文件,CDF文件提供VxWorks配置工具所需要的信息。针对风河公司发布的设备驱动程序,其对应的CDF文件位于以下目录:
installDir/vxworks-6.x/target/config/comps/vxWorks
在风河提供的驱动程序中,一个CDF文件可能包含着描述多个设备驱动程序的信息,对于第三方驱动,其CDF文件路径是在驱动程序目录下。
注意:内核配置工具并不自动搜索installDir/vxworks-6.x/target/3rdparty/ directories下的文件,为了让内核配置工具能够读取第三方驱动的CDF文件,必须手工将CDF文件拷贝到以下目录:installDir/vxworks-6.x/target/config/comps/vxWorks
为新驱动编写CDF文件之前,首先拷贝一个标准的CDF文件到你的驱动程序目录,然后根据你的驱动程序来修改CDF文件。CDF文件主要放在以下目录:
installDir/vxworks-6.x/target/config/comps/vxWorks
以下以一个PCI总线控制器的CDF文件为例,这个文件的路径是:installDir/vxworks-6.x/target/config/comps/vxWorks/40m85xxPci.cdf:
- <span style="font-size:18px;">/* 40m85xxPci.cdf - Component configuration file */
- Component DRV_PCIBUS_M85XX {
- NAME M85xx PCI bus
- SYNOPSIS M85xx PCI bus controller Driver
- MODULES m85xxPci.o
- SOURCE $(WIND_BASE)/target/src/hwif/busCtlr
- _CHILDREN FOLDER_DRIVERS
- _INIT_ORDER hardWareInterFaceBusInit
- INIT_RTN m85xxPciRegister();
- PROTOTYPE void m85xxPciRegister (void);
- REQUIRES DRV_RESOURCE_M85XXCCSR \
- INCLUDE_PARAM_SYS \
- INCLUDE_PCI_BUS \
- INCLUDE_PLB_BUS \
- INCLUDE_VXBUS
- INIT_AFTER INCLUDE_PCI_BUS
- }</span>
Component DRV_PCIBUS_M85XX {
CDF文件使用上述语句来定义一个组件ID。VxWorks中的每个组件必须用Component关键字来描述,驱动程序的ID一般以DRV_开始,并在ID中包含该驱动程序的描述性信息,每一类的驱动程序对组件ID都有着相同的命名习惯,比如DRV_PCIBUS_M85XX意味着它是一个PCI 总线控制器的组件。设备驱动程序组件标准的命名习惯应该是:DRV_CLASS_NAME,组件名字必须是唯一的,因此DRV_CLASS_NAME中的DRV和CLASS都有可能相同,这就要求NAME必须唯一才行。如果为第三方驱动写CDF文件,可以考虑把VENDOR和驱动程序名作为NAME的一部分。总之,保证DRV_CLASS_NAME唯一就可以。
注意:以前老的驱动程序一般以INCLUDE_开头,不过新驱动都更改了这一用法,使用DRV_开头。
NAME M85xx PCI bus
这是名字域,可读性较强,会在内核配置工具的名字栏显示该域定义的信息
SYNOPSIS M85xx PCI bus controller Driver
摘要域,主要是对该组件的简短介绍
MODULES m85xxPci.o
模块域,它列举了编译驱动程序生成的目标文件的名字。当一个驱动程序被包含在工程中时,VxWorks配置服务会分析模块域定义的目标文件中的内容,以决定是否会包含其他组件来把该驱动程序编译进VxWorks镜像。MODULES和REQUIES域一起,提供了把驱动程序编译进VxWorks内核所有需要的信息。
_CHILDREN FOLDER_DRIVERS
这个域用来帮助Workbench对相似的组件的显示进行管理,如下图:
_INIT_ORDER hardWareInterFaceBusInit
这个初始化顺序域描述的是:在VxWorks启动的过程中,应该在什么时候初始化本驱动程序,所有的总线驱动程序都必须在hardWareInterFaceBusInit中初始化,PCI总线也不例外。
INIT_RTN m85xxPciRegister();
定义设备驱动程序的初始化方法,因此,我们必须在这个域提供驱动程序注册方法。这个只是一个初级或者说最小的初始化,后续的初始化会等到VxWorks找到相关的硬件后就会将驱动程序和硬件绑定,形成了一个实例。
PROTOTYPE void m85xxPciRegister (void);
驱动注册方法的原型定义
REQUIRES …
该域描述了驱动程序能够在VxWorks中正常工作所必须有的组件。这个域是必须存在的,因为不是所有设备驱动程序的依赖性都能够通过检查驱动中的unresolved externals来决定的。为了支持该驱动程序,它和MODULES域一起决定哪些组件还需要被包含进来。
INIT_AFTER INCLUDE_PCI_BUS
这个INIT_AFTER和INIT_BEFORE被用于指明INIT_ORDER的依赖性,INIT_AFTER说明必须先初始化PCI总线,才能够初始化本驱动。INIT_BEFORE是在这之前必须要初始化本驱动。
HDR_FILES $(WIND_BASE)/target/src/hwif/h/end/fei8255xVxbEnd.h
上面的这行代码并没有在例子中出现,HDR_FILES主要提供驱动注册函数的原型
CFG_PARAMS参数配置
在初始化期间,有时候设备驱动程序需要一些配置信息,如果这些信息是和设备而不是实例相关的,则可以再编译阶段通过传递参数来实现。CFG_PARAMS和Parameter关键字将帮你实现这些任务。CFG_PARAMS用来指明组件要用的参数,而Parameter用来定义参数。如:
- <span style="font-size:18px;">Component DRV_NET_SAMPLE {
- NAME network device supporting jumbo frames
- ...
- CFG_PARAMS SAMPLE_JUMBO_MTU_VALUE
- }
- Parameter SAMPLE_JUMBO_MTU_VALUE {
- NAME Jumbo frame MTU size
- SYNOPSIS max num of bytes in a jumbo MTU
- TYPE int
- DEFAULT 9000
- }</span>
每个参数都必须有NAME,SYNOPSIS,TYPE,DEFAULT四个域。TYPE描述了参数的数据类型,包括任何C类型,BOOL,string(NULL-terminated);DEFAULT定义的值是参数的默认值。
3.3.3 驱动程序配置文件
对于某些BSP,VxWorks支持两种不同的方式来构建VxWorks镜像,一是使用Workbench或者vxprj命令行工具,二是直接在BSP目录中调用make命令。所有的BSP都支持第一种方法,尽管大多数都支持make方式,但是并不是所有的VxWorks开发环境和SMP都支持。
当从makefile文件编译BSP时,CDF里面的信息并不用来配置BSP,程序员反而可以在BSP源文件config.h里面直接通过INCLUDE和EXCLUDE添加、删除某些组件,例如,如果你把Cn3xxx定时器驱动程序包含进你的VxWorks镜像中,可以在BSP中定义:#define DRV_TIMER_CN3XXX,为了简单起见,这里假设DRV_TIMER_CN3XXX不依赖于其他组件。修改完config.h文件后,你可以在BSP目录中直接调用make工具来编译BSP,编译BSP后,刚刚添加的定时器驱动程序已经可以被包含进VxWorks镜像了。
为了支持驱动程序在BSP中直接编译,你必须创建两个附加文件,前面提过的DC和DR文件,这两个文件的作用就是把驱动程序和BSP命令行工具关联起来。dc文件的名字必须和驱动程序源文件的名字一样(后缀不一样嘛),以CN3XXX定时器驱动程序为例,vxbCn3xxxTimer.dc文件如下:
IMPORT void vxbCn3xxxTimerDrvRegister();
DC文件主要是提供驱动程序注册方法的原型声明,或者以#ifdef../#endif来包含住:
#ifdef DRV_TIMER_CN3XXX
IMPORT void vxbCn3xxxTimerDrvRegister();
#endif
DR文件就更加简洁了,描述了如何调用驱动程序注册方法,vxbCn3xxxTimer.dr文件如下:
#ifdef DRV_TIMER_CN3XXX
vxbCn3xxxTimerDrvRegister();
#endif
注册方法必须使用#ifdef/#endif结构来包含,作用是当系统不包含此组件时,就不需要注册。在#ifdef后面使用的宏必须和CDF中使用的宏一致。对于风河公司提供的设备驱动程序,DC和DR文件的位置在以下目录:
installDir/vxworks-6.x/target/config/comps/src/hwif
对于第三方驱动,DR和DC文件在驱动程序的目录下。为了使这些文件起作用,它们必须被合并到VxWorks镜像的初始化文件中,当新的驱动被增加到VxWorks源码树时,可以使用以下命令来重新创建初始化文件:
cd installDir/vxworks-6.x/target/config/comps/src/hwif
make vxbUsrCmdLine.c
当执行MAKE命令时,它会搜索所有的驱动程序配置文件,并一起合并到vxbUsrCmdLine.c文件中,该文件的目录在:
installDir/vxworks-6.x/target/config/all/vxbUsrCmdLine.c
注意:vxbUsrCmdLine.c文件在以下几种情况下是不会被更新的:vxbUsrCmdLine.c的修改时间比dc、dr文件和installDir/vxworks-6.x/target/config/comps/src/hwif目录中的文件的修改时间要更新,在这种情况下,把以前的vxbUsrCmdLine.c文件重命名,并重新执行MAKE命令即可。
3.3.4 README 文件
虽然MAKE环境并不要求有README文件,但是每个设备驱动程序都应该提供README文件给最终用户。第三方厂商可能会在README文件里面描述驱动版本信息、驱动程序的文件列表、已知的缺陷等信息。README文件包括三个数据段和三个行分隔符:
- 使用一行文字来表明这是某某驱动程序的README文件,可能会包括支持的设备信息,如:
README: VxWorks/VxBus driver for device device
- 第一个数据段和第二个数据段的分隔符
- 该数据段描述本驱动程序支持的设备列表、已经测试过的设备,也描述了驱动程序的VxWorks和VxBus版本信息,最后还包括组成本驱动的所有文件列表等。
- 第二个数据段和第三个数据段的分隔符
- 驱动程序版本信息列表,以及各个版本的变更信息
注意:驱动程序版本信息包括两个部分(例如2.3),不能使用3部分的版本信息格式,README文件的一个例子目录在:
installDir/vxworks-6.x/target/3rdparty/windriver/wrsample
3.3.5 设备驱动程序Makefiles
为了在VxWorks环境中正确编译设备驱动程序,你必须提供合适的Makefiles。有两种makefile来帮助你解决问题,第一种是厂商的makefile,目录位于:installDir/vxworks-6.x/target/3rdparty/vendor/Makefile,第二种是驱动程序的makefile,目录位于:installDir/vxworks-6.x/target/3rdparty/vendor/driver/Makefile。这些makefiles里面的内容有点复杂,因此可以在以下目录拷贝一个makefile模板,然后修改即可:
installDir/vxworks-6.x/target/3rdparty/windriver
installDir/vxworks-6.x/target/3rdparty/windriver/wrsample
(1)厂商makeflie
厂商的makefile是被同一个厂商目录下的所有驱动程序共享的,它使用通配符来确定哪些驱动程序被安装到了厂商目录下,并为每一个设备驱动程序调用make命令。从目录installDir/vxworks-6.x/target/3rdparty/windriver拷贝makefile模板,并添加到对应厂商目录下installDir/vxworks-6.x/target/3rdparty/vendor,你可以根据makefile模板做相应的修改。
(2)驱动程序makefile
在以下目录创建驱动程序makefile
installDir/vxworks-6.x/target/3rdparty/vendor/driver
这个makefile文件用于编译驱动程序子目录中的源文件,这个makefile也可以从以下目录拷贝并加以修改:installDir/vxworks-6.x/target/3rdparty/windriver/wrsample。但是,跟厂商makefile不一样的是,驱动程序makefile不使用通配符来寻找驱动程序源文件,相反,它包含一个要生产的目标文件列表,并说明如何从源文件中编译生成这些目标文件。wrsample中的makefile的comment能够帮助你根据驱动程序来修改makefile,不过通常情况下,主要是修改LIB_BASE_NAME(公司名字),和OBJ_COMMON(要生产的目标文件列表)。另外如果你只想为某一CPU平台编译驱动程序,可以使用该CPU平台的定义来代替OBJ_COMMON,如POWERPC平台(OBJ_PPC32)。
- 顶
- 0
- 踩
- 0
- 上一篇VxWorks设备驱动程序开发指南(三)---驱动程序的分类
- 下一篇UltraEdit:取消dos格式检测
我的同类文章
- •VxWorks Booting Process2013-03-03阅读689
- •VxWorks设备驱动程序开发指南(三)---驱动程序的分类2013-01-24阅读1213
参考知识库
-
软件测试知识库
4417关注|318收录
-
算法与数据结构知识库
15529关注|2320收录
- 猜你在找
- 3.4.2内核下的I2C驱动
- framebuffer驱动详解-linux驱动开发第7部分
- 驱动框架入门之LED-linux驱动开发第4部分
- 字符设备驱动基础-linux驱动开发第2部分
- I2C总线和触摸屏驱动移植实战-linux驱动开发第9部分
- 《精通Linux设备驱动程序开发》vmsc 测试
- 《Linux设备驱动程序开发详解》中的virtualBox下的ubuntu在vmware下使用
- BeagleBone Black Linux38内核驱动程序开发笔记LED
- DSPBIOS驱动程序开发常见名词术语解释
- 驱动程序开发学习五安装
暂无评论
- 用 户 名:
- yz2010
- 评论内容:
核心技术类目
- 个人资料
8度空间- 访问:36776次
- 积分:660
- 等级:
- 排名:千里之外
- 原创:29篇
- 转载:3篇
- 译文:2篇
- 评论:6条
- Blog
- 常高伟的专栏
- (ITRA)团队
- 计算机视觉小菜鸟的专栏
- 计算机视觉最新资讯网
- 文章搜索
- 文章分类
- C++(5)
- Code Optimization(0)
- HardWare(4)
- Buses(3)
- 954(1)
- vxworks(3)
- vxbus(1)
- 软件使用tips(1)
- 文章存档
- 2013年03月(2)
- 2013年01月(9)
- 2012年01月(2)
- 2011年08月(1)
- 2011年07月(5)
展开
- 阅读排行
- Fisher 线性分类器(1)----Fisher准则函数(4003)
- 基于OpenCV的三次多项式曲线拟合(3536)
- VxWorks设备驱动开发指南(二)--VxBus And VxBus Device Driver(2016)
- 访问PCIe配置空间using Intel Chipsets(1984)
- VxWorks驱动程序开发指南(四)--驱动程序的组织结构(1693)
- VxWorks设备驱动程序开发指南(三)---驱动程序的分类(1213)
- PCI总线在VxWorks中的实现(1193)
- 贝叶斯定理及典型应用(1069)
- VxWorks 设备驱动开发指南(一)--Getting Started(1000)
- 三角形的平移&旋转&缩放程序(基于OPENCV)(966)
- 评论排行
- Fisher 线性分类器(1)----Fisher准则函数(3)
- 三角形的平移&旋转&缩放程序(基于OPENCV)(1)
- 谷歌研发人脸识别手机应用 拍照可获个人信息(1)
- NVRAM 和FLASH的区别(1)
- 采用递归去掉string里面的所有空格(0)
- 以二进制输出整型数(0)
- Matlab GUI设计相关(0)
- 运动目标检测、阴影检测及目标跟踪中用得到的标准测试视频下载(0)
- Depth of Field Math(0)
- Adjust structure size to power of two(0)
- 推荐文章
- * 云计算的那些事儿之计算虚拟化
- * 微服务--分布式事务的实现方法及替代方案
- * 你应该知道的 Android 数据库更新策略
- * HDFS副本放置节点选择的优化
- * CSDN日报20170416 ——《为什么程序员话少钱多死得早?》
- * 凡人视角C++之string(上)
- 最新评论
- NVRAM 和FLASH的区别
yanpeifeng2011: 你好,最近也在学习Vxworks,近期需要写一个NVRam驱动,对于系统中vxbFileNvRam....
- 谷歌研发人脸识别手机应用 拍照可获个人信息
keshi1990: 现在的科技都发展这么快了,仅凭一张照片就能获得个人信息,有点神奇。。。
- Fisher 线性分类器(1)----Fisher准则函数
S20070319: 楼主,将fisher应用到说话人识别中,F比,来衡量MFCC参数(一般都取12维也就是12列)中各维...
- Fisher 线性分类器(1)----Fisher准则函数
S20070319: 楼主,请教个问题啊,用fisher准则来衡量说话人识别中特征参数(MFCC)的有效性时,是一维的情况...
- Fisher 线性分类器(1)----Fisher准则函数
8度空间: 在一维Y空间是指y = wx + wo, 它把X映射到Y空间。
- 三角形的平移&旋转&缩放程序(基于OPENCV)
8度空间: 如果页面没代码,请点击expand code!!
- 公司简介|招贤纳士|广告服务|联系方式|版权声明|法律顾问|问题报告|合作伙伴|论坛反馈
- 网站客服杂志客服微博客服webmaster@csdn.net400-600-2320|北京创新乐知信息技术有限公司 版权所有|江苏知之为计算机有限公司|江苏乐知网络技术有限公司
- 京 ICP 证 09002463 号|Copyright © 1999-2016, CSDN.NET, All Rights Reserved
VxWorks驱动程序开发指南--驱动程序的组织结构相关推荐
- VxWorks设备驱动程序开发指南---驱动程序的分类
8D Spaces Reliability & Stability & Efficiency 目录视图 摘要视图 订阅 VxWorks设备驱动程序开发指南(三)---驱动程序的分类 2 ...
- Linux下PCI设备驱动程序开发 --- PCI驱动程序实现(三)
<script type="text/javascript"> </script><script type="text/javascript ...
- 嵌入式Linux设备驱动程序开发指南17(IIO子系统一)——读书笔记
IIO子系统一 十七.IIO子系统(一) 17.1 简介 17.2 数模转换--DAC实验 17.2.1 IIO缓冲区 17.2.2 触发器 17.2.3 工业I/O事件 17.2.4 iio工具 1 ...
- 嵌入式Linux设备驱动程序开发指南9(平台设备驱动)——读书笔记
平台设备驱动 九.平台设备驱动 9.1 平台设备驱动概述 9.2 GPIO驱动 9.2.1 简介 9.2.2 硬件名称 9.2.3 引脚控制器 9.2.4 引脚控制子系统 9.2.5 GPIO控制器驱 ...
- 嵌入式Linux设备驱动程序开发指南14(Linux设备驱动使用DMA)——读书笔记
Linux设备驱动使用DMA 十四.Linux设备驱动使用DMA 14.1 简介 14.2 缓存一致性 14.3 DMA控制器接口 14.4 流式DMA模块 14.4.1 sdma_sam_m2m.c ...
- linux驱动程序开发指南-字符驱动介绍
概述: 在linux系统中设备驱动程序通常是作为应用层和设备层的中间层软件,驱动程序的主要功能是实现应用层访问硬件设备的具体操作接口,通过调用驱动程序,上层应用程序可以采用统一的接口访问各种硬件设备. ...
- 嵌入式Linux设备驱动程序开发指南20(Linux USB设备驱动)——读书笔记
Linux USB设备驱动 二十.Linux USB设备驱动 20.1 USB简介 20.1.1 USB2.0总线拓扑 20.1.2 USB总线枚举和设备布局 20.1.3 USB数据传输 20.1. ...
- 嵌入式Linux设备驱动程序开发指南18(IIO子系统(二)具有硬件触发功能的IIO子系统ADC模块)——读书笔记
IIO子系统二 具有硬件触发功能的IIO子系统ADC模块 十八.IIO子系统(二) 具有硬件触发功能的IIO子系统ADC模块 18.1 简介 18.2 设备树 18.3 硬件触发驱动功能分析 18.3 ...
- 嵌入式Linux设备驱动程序开发指南3(构建Microchip SAMA5D2嵌入式 Linux系统)——读书笔记
构建Microchip SAMA5D2嵌入式 Linux系统 三.构建Microchip SAMA5D2嵌入式 Linux系统 3.1 获取驱动代码 3.2 配置编译 3.2.1 bootstrap编 ...
最新文章
- 资源 | 我们从8800个机器学习开源项目中精选出Top30,推荐给你
- Android自定义控件系列
- Django 与ajax交互
- 平均 3000-20000 块不等,有空接外包私活的入群!
- 【Java】强软弱虚四种引用,弱引用在ThreadLocal中的应用
- 自适应图片大小的弹出窗口(3 中方法)
- Riverbed调查:惊人发现95%的中国受访者高度关注应用性能
- Python笔记(1) Python简介
- 设计模式:001面向对象设计原则
- 谷歌(Google Chrome)插件安装
- 开发中,常用到的Eclipse快捷键
- C言语教程第五章:函数(4)
- 虚拟化查看服务器sn,查看服务器操作系统序列号
- 哆啦A梦版主题餐厅手游《机器猫烧烤店BBQ》
- 2022高处安装、维护、拆除考试练习题及答案
- 几个免费IP地址查询API接口
- Could not open client transport with JDBC Uri: jdbc:hive2://slaver2:10000: java.net.ConnectException
- 如何在bat文件中切换盘符并执行命令
- 脱颖而出:为您的独立游戏扩大客户群 游戏运营
- 【无标题】c++日常练习(16)——从中序与前序遍历序列构造二叉树