嵌入式Linux下USB设备的大容量数据传输驱动开发与实现

admin管理员组

文章数量:1532175

2024年1月12日发(作者：)

ＤＯＩ：１０．３９６９／ｊ．ｉｓｓｎ．１００１－３８２４．２０１　１．０２．Ｏ１４　嵌入式Ｌｉｎｕｘ下ＵＳＢ设备的大容量数据　传输驱动开发与实现　范耀武，何　维，田增山　（重庆邮电大学无线定位与空间测量研究所，重庆４０００６５）　摘要：针对手持终端探测过程中大容量数据传输驱动开发存在的难点，利用嵌入式Ｌｉｎｕｘ平台及ＵＳＢ驱动架构，　分析了ＥＺ—ＵＳＢ驱动读取数据的流程，提出了大缓存ＵＳＢ驱动的设计方案，通过原型设备测试验证了该设计方案　的有效性，解决了ＥＺ—ＵＳＢ　ＦＸ２芯片高速传输中出现的数据丢失现象。　关键词：嵌入式Ｌｉｎｕｘ；高速传输；ＵＳＢ设备驱动；内存页申请　Ｏ　引　言　ＵＳＢ以其低成本、速度高、通用性强、支持即插　即用等优点使得越来越多的设备采用ＵＳＢ接口。　随着Ｌｉｎｕｘ系统的逐步完善，功能逐渐强大，在嵌入　式Ｌｉｎｕｘ平台下的ＵＳＢ设备驱动开发成为了该领域　工程实现的热点和难点。　高达６０　Ｍｂｉｔ／ｓ，同时在Ｌｉｎｕｘ下也有ＵＳＢ的相关源　码，仔细分析Ｌｉｎｕｘ内核及ＵＳＢ源码，从ＵＳＢ读取数　据流程中提出ＵＳＢ驱动改进的方案，经原型设备测　试其有效性后，基于ＥＺ．ＵＳＢ　ＦＸ２设备的４　Ｍｂｉｔ／ｓ大　缓存的ＵＳＢ驱动最终被项目采用。　１硬件系统介绍　本次项目开发采用的嵌入式开发板是Ｄｅｖ，　Ｋｉｔ８０００，具有ＡＲＭ＋ＤＳＰ双内核的ＯＭＡＰ３５３０处理　本项目研发的手持终端主要应用于定位和跟　踪手机目标，在刑警抓获匪徒、解救人质，以及在地　震等灾难后定位和搜寻人员都有着重大的意义。　但是手持终端在定位和跟踪目标时需要采集大量　器，可兼顾设备的数据处理强度大、调度和控制功　能要求高的需要。ＤＳＰ内核对数据的压缩处理能力　的数据来解算，如果是４倍采样的话，则速率高达‘　非常强，而ＡＲＭ内核可以完成系统的整体控制功　２０．４８　Ｍｂｉｔ／ｓ，实时高速的传输是整个项目的一个研　能和对ＤＳＰ运算结果的访问。　发难点。　ＵＳＢ芯片采用的是ＥＺ—ＵＳＢ　ＦＸ２，ＥＺ．ＵＳＢ　ＦＸ２　基于Ｌｉｎｕｘ嵌入式平台，我们开始设计了３种方　案，分别采用ＧＰＩＯ，ＧＰＭＣ，ＵＳＢ来传输。ＧＰＩＯ（ｇｅｎ—　ｅｒａｌ—ｐｕｒｐｏｓｅ　Ｉ／Ｏ）由于收发之间没有时钟约定以及Ｉ／／　拥有１个独特的结构，其串行接口引擎ＳＩＥ负责完　成独立串行数据的编解码、差错控制、位填充等与　ＵＳＢ协议有关的功能，ＦＸ２还包含一个通用可编程　Ｏ本身数据传输能力有限导致数据丢失的问题无法　解决。ＧＰＭＣ（ｇｅｎｅｒａｌ—ｐｕｒｐｏｓｅ　ｍｅｍｏｒｙ　ｃｏｎｔｒｏｌｌｅｒ）专门　接口（ＧＰＩＦ），它支持所有通用的总线标准，如ＡＴＡ　ＰＩ（ＰＩＯ和ＵＤＭＡ），ＩＥＥＥ１２８４（ＥＰＰ并行口），ＵＴＯＰ—　ＬＡ等，并可与外部ＡＳＩＣ，ＤＳＰ等直接连接。　用于高速存储之间的访问，一般用于ＳＲＡＭ等设备，　在Ｈｎｕｘ内核源码中仅仅有ｎａｎｄｆｌａｓｈ访问的源码，开　发用于ＦＰＧＡ高速传输的驱动难度较高。由于上述　原因我们采用较为成熟的ＵＳＢ２．０芯片，其理论速度　收稿日期：２０１０—１２—２８　为了验证数据传输的正确性还加了ＥＰ３Ｃ５Ｅ１４４　型号的ＦＰＧＡ，根据项目需要，ＦＰＧＡ的工作频率是　１０．２４　ＭＨｚ，让其产生１６位的循环码，通过ＵＳＢ传送　给ＤｅｖＫｉｔＳ０００，并计算其丢包率和误码率。　一５３—　

硬件系统结构如图１所示。　ＡＩ　ＴＥｌ｛Ａ　ＦＰ（　ＦＺ～ｌｊＳＢ　ＦＸ２　ｉ）ｅｖＫｉｔ８（ｘ）０　Ｉ　１．１　控制器　＜————＿ｃ）　Ｓ１　ＡＶＥ１　ＵＳＢ　ｑ———　ＵＳＢ　ｊ测试　Ｆ１ＦＯ　日———　ＦＩＦ（）【２０　目———口　驱动ｌ程序　图１硬件系统结构图　１．１嵌入式Ｌｉｎｕｘ系统　１．１．】嵌入式Ｌｉｎｕｘ系统　嵌入式Ｌｉｎｕｘ系统主要分为４个部分，分别为　ＭＬＯ，Ｕｂｏｏｔ，ｕｌｍａｇｅ和ｒｏｏｔｆｓ。Ｌｉｎｕｘ启动过程也是　按照这个顺序，先加载ＭＬＯ即ｘ．１ｏａｄｅｒ，为第一阶段　引导装载器，主要实现的功能是初始化最基本的硬　件，然后根据启动方式从ｎａｎｄ　ｆｌａｓｈ或ｍｍｅ／ｓｄ拷贝　ｕ—ｂｏｏｔ代码到内存，把系统引导到能够装载第二阶　段引导装载器的状态。第二阶段引导装载器是ｕ—　ｈｏｏｔ，但是大多数发行版在ｕ．ｈｏｏｔ．ｂｉｎ文件中提供　自己的Ｕ—ｂｏｏｔ版本。Ｕ．ｂｏｏｔ对大部分的硬件进行　初始化，然后引导Ｌｉｎｕｘ内核，完成系统的启动。　１．１．２系统移植步骤　ＭＬＯ与ｕｂｏｏｔ的编译非常相似，都是在其对应　源码中修改ｍａｋｅｆｉｌｅ“ＣＲＯＳＳ—ＣＯＭＰＩＬＥ”为自己的　交叉编译器，然后执行“ｍａｋｅ　ｄｉｓｔｃｌｅａｎ”和“ｍａｋｅ　ｏｍａｐ３５３０ｓｔａｌｋｅｒ　ｃｏｎｆｉｇ＆＆ｍａｋｅ”，ＭＬＯ还要多１个　签名步骤．／ｓｉｇｎＧＰ　ｘ．１ｏａｄ．ｂｉｎ，然后执行“ｍｖ　ｘ—ｌｏａｄ．　ｂｉｎ．ｉｆｔ　ＭＬＯ”将ｘ　ｌｏａｄ．ｂｉｎ改名为ＭＬＯ。　内核的编译可以通过命令“ｍａｋｅ　ｍｅｎｕｃｏｎｆｉｇ”　来自己配置需要的选项，生成自己定制的内核，也　可以在内核源码目录／ａｒｃｈ／ａｒｍ／ｃｏｎｆｉｇｓ中将对应的　配置文件拷贝出来，执行“ｍａｋｅ　ｏｍａｐ３一ｄｅｖｋｉｔ８０００～　ｄｅｆｃｏｎｆｉｇ”和“ｍａｋｅ　ｕｌｍａｇｅ”生成ＤｅｖＫｉｔ８０００系统默　认配置的内核文件。　１．１．３根文件系统ｒｏｏｔｆｓ　如果是将ｒｏｏｔｆｓ烧录到ｎａｎｄｆｌａｓｈ启动的话，可　以使用后缀为．ｉｍｇ的镜像文件如ｕｂｉ．ｉｍｇ。如果是　在ＳＤ卡启动，可以采用ｒａｍｄｉｓｋ的压缩包格式，它　是在内核加载完成后将ｒｏｏｆｆｓ解压缩到内存中让用　户自行操作内核；还有另外一种较为常用的方法是　使用双分区技术将ＳＤ格式化为２个分区，一个是　ＦＡＴ３２格式，另一个是ＥＸＴ３，ＦＡＴ３２格式的分区可　以在ｗｉｎｄｏｗｓ下识别，用以存放ＭＬＯ，ｕｂｏｏｔ和ｕＩｍ—　ａｇｅ，而Ｌｉｎｕｘ分区即ＥＸＴ３则存放ｒｏｏｔｆｓ，这样做的　——５４——ＤＩＧＩＴＡＬ　ＣＯＭＭＵＮＩＣＡＴＩＯＮ／２０１　１．２　好处是系统启动后不需要将文件系统解压到内存　中，可以节约一部分内存。在嵌入式平台资源本来　就紧张的环境下，这不失为一种较好的方法。　１．２　ＵＳＢ驱动结构　ＵＳＢ驱动采用树形拓扑结构，在ＵＳＢ接口协议　中，ＵＳＢ被划分为ＵＳＢ主机和ＵＳＢ设备２个部　分¨Ｊ。每条总线上只有１个主机控制器ＨＣ（ｈｏｓｔ　ｃｏｎｔｒｏｌｌｅｒ），负责协议主机与设备之间的通信。而　ＵＳＢ设备则可以对应很多个，主机是ＵＳＢ的核心，　管理着每个ＵＳＢ设备，每一次ＵＳＢ数据通信都必须　由ＵＳＢ设备来发起。ＵＳＢ主机系统由多层构成，总　体结构如图２所示。　ＵＳＢ设备驱动　Ｍａｓｓ　ｓｍｒａｇｅ／ＣＤＣ／Ｈ［Ｄ　：　ＵＳＢ核心　：　ＵＳＢ主机控制器驱动　（１ＨＣ１／ＥＨＣＩ／［ＨＣＩ　：　ＵＳＢ　Ｅ机控制器　ＯＩｔＣＩ／ＥＨＣＩ／ＵＨ（：ｌ　：　根集线器　图２　ＵＳＢ驱动架构　在Ｌｉｎｕｘ主机驱动中，硬件部分包括根集线器　和ＵＳＢ主机控制器，提供ＵＳＢ的物理层功能。在其　之上运行的是ＵＳＢ主机控制器驱动ＨＣＤ（ｈｏｓｔ　ｃｏｎｔ—　ｏｉｌｅｒ　ｄｒｉｖｅｒ）。ＨＣＤ作为底层硬件的驱动程序，一方　面控制和管理底层硬件，负责将ＵＳＢ事务发送给　ＵＳＢ主机控制器芯片；另一方面为上层的ＵＳＢ系统　软件提供了统一的接口ＨＣＩ（ｈｏｓｔ　ｃｏｎｔｒｏｌｌｅｒ　ｉｎｔｅｒ—　ｆａｃｅ），方便将各种不同的ＨＣ映射到ＵＳＢ系统。目　前ＨＣＩ主要有３种不同的标准：ＵＨＣＩ，ＯＨＣＩ和ＥＨ—　ｃＩ，其中ＥＨＣＩ标准为增强型，ＨＣ１支持ＵＳＢ２．０高　速模式（６０　Ｍｂｉｔ／ｓ）。主机控制器驱动之上为ＵＳＢ　驱动（ＵＳＢＤ）层，再上层为ＵＳＢ设备驱动层。因此，　在驱动的总体结构中，要实现的ＵＳＢ驱动包括２　类：ＵＳＢ主机控制器驱动和ＵＳＢ设备驱动，前者控　制插入其中的ＵＳＢ设备，后者控制ＵＳＢ设备如何与　主机通信。　

Ｌｉｎｕｘ内核ＵＳＢ核心（ＵＳＢＤ）负责ＵＳＢ驱动管　理和协议处理的主要工作，它通过定义一系列的数　据结构、函数和宏定义来抽象设备的硬件细节，向　上为设备驱动提供编程接口，向下为主机控制器驱　ｂｕｆｆｅｒ，ｓｉｚｅ＿ｔ　ｃｏｕｎｔ，ｌｏｆｆ　ｔ　ｐｐｏｓ）其中第１个参数为　该驱动的文件描述字，第２个参数为存放数据的首地　址，第３个参数为读取数据的大小。该函数最关键的　是调用ＵＳＢ驱动核心部分的ｂｕｌｋ传输函数。　ｕｓｂｂｕｌｋ动提供编程接口。其具体功能包括：提供与设备驱　动程序的接口ＡＰＩ、读取ＵＳＢ设备描述符、配置描述　ｍｓｇ（ｄｅｖ一＞ｕｄｅｖ．　ｕｓｂｒｅｖｂｕｌｋｐｉｐｅ（ｄｅｖ一＞ｕｄｅｖ，ｄｅｖ一＞ｂｕｌｋ—ｉｎ—ｅｎｄ—　符，为ＵＳＢ设备分配唯一的地址端点，支持基本的　ＵＳＢ命令请求、配置设备、连接设备与相应的驱动　程序、转发设备驱动程序的数据包。在Ｌｉｎｕｘ编写　ＵＳＢ设备的驱动程序，从严格意义上来讲，就是使　用ＵＳＢ内核定义的这些数据结构、函数来编写数据　的处理功能。　１．３　ＥＺ－ＵＳＢ　ＦＸ２驱动开发与实现　１．３．１　ＥＺ—ＵＳＢ　ＦＸ２驱动　ＵＳＢ驱动文件是在＼Ｌｉｎｕｘ一２．６．２９＼ｄｒｉｖｅｒｓ＼ｕｓｂ　目录下，通过“ｍａｋｅ　ｍｅｎｕｃｏｎｆｉｇ”命令将ＵＳＢ驱动下　“ＥＨＣＩ　ＨＣＤ（ＵＳＢ　２．０）ｓｕｐｐｏ￣”和“Ｓｅｌｅｃｔ　ＰＨＹ／　ＴＬＬ　ｍｏｄｅ　ｆｏｒ　ＵＳＢ　ｐ０ｒｔｓ　ｏｎ　ＯＭＡＰ３４ｘｘ／ＯＭＡＰ３５　ｘｘ”　配置选项选择为“　”编译进内核，然后再编译对　应的ＵＳＢ设备驱动　。　ＥＺ—ＵＳＢ　ＦＸ２芯片驱动可使用＼Ｌｉｎｕｘ一２．６．２９＼　ｄｒｉｖｅｒｓ＼ｕｓｂ目录下的示例ｕｓｂ—ｓｋｅｌｅｔｏｎ．ｅ文件，将该　文件的第２７行和第２８行即匹配具体设备的ＶＩＤ和　ＰＩＤ，将其改为ＥＺ—ＵＳＢ　ＦＸ２芯片的ＶＩＤ和ＰＩＤ号，　具体修改如下：＃ｄｅｆｉｎｅ　ＵＳＢ—ＳＫＥＬ—ＶＥＮＤＯＲ—ＩＤ＃　０ｘ０５４７和＃ｄｅｆｉｎｅ　ＵＳＢ—ＳＫＥＬ—ＰＲＯＤＵＣＴ—ＩＤ＃　０ｘ１００２，然后将该文件与编译驱动的Ｍａｋｅｆｉｌｅ放在　一个目录下，在终端直接输入“Ｍａｋｅ”命令便可得到　想要的驱动文件，输入“ｉｎｓｍｏｄ　ｓｋｅｌｅｔｏｎ．ｋｏ”后系统　识别该文件下的ｍｏｄｕｌｅ—ｉｎｉｔ（ｕｓｂ—ｓｋｅｌ—ｉｎｉｔ）继而调　用ｓｋｅｌ—ｐｒｏｂｅ（）函数实现ＵＳＢ驱动的加载，若要卸　载该驱动则输入“ｎｎｍｏｄ　ｓｋｅｌｅｔｏｎ．ｋｏ”系统会识别　该驱动文件的ｍｏｄｕｌｅ—ｅｘｉｔ（ｕｓｂ—ｓｋｅｌ—ｅｘｉｔ）实现卸载　该驱动　。　１．３．２数据读取流程　上述编译的驱动虽然可加载成功，也可以读到　从ＦＰＧＡ产生并传给ＥＺ—ＵＳＢ的循环码数据，但是　速率只有１５　Ｍｂｉｔ／ｓ左右，同时伴随着丢失数据的不　连续。分析整个数据读取的过程，该驱动的ｓｋｅｌ—　ｒｅａｄ（）读数据函数，其函数原型为：　ｓｔａｔｉｃ　ｓｓｉｚｅ　ｔ　ｓｋｅｌ　ｒｅａｄ（ｓｔｒｅｅｔ　ｆｉｌｅ　ｉｆｌｅ．ｃｈａｒ：ｌ：　ｐｏｉｎｔＡｄｄｒ），　ｄｅｖ一＞ｂｕｌｋｉｎｂｕｆｆｅｒ，　ａｒｉｎ（ｄｅｖ一＞ｂｕｌｋ—ｉｎ—ｓｉｚｅ，ｃｏｕｎｔ），　＆ｂｙｔｅｓ—ｒｅａｄ，１００００）；　从中可以看到该ＵＳＢ驱动使用了ｂｕｌｋ传输。　第１个参数指定了该驱动对应的ＵＳＢ设备，第２个　参数定义了ｂｕｌｋ传输过程的输入端点，第３个参数　为驱动存放数据的首地址，第４个参数表示最大可　读取的字节数，第５个参数表示实际读取数据的大　小，因为该函数采用同步等待，所以有最大等待时　间为１０　０００　ｍｓ。该函数会调用ＵＳＢ核心函数通过　ＵＳＢ主机控制器驱动将ＵＳＢ设备硬件端点的数据　传输至０　ｄｅｖ一＞ｂｕｌｋ—ｉｎ—ｂｕｆｆｅｒ。　当数据已经读到ｄｅｖ一＞ｂｕｌｋ—ｉｎ—ｂｕｆｆｅｒ中，ｓｋｅｌ　ｒｅａｄ函数又调用ｃｏｐｙ—ｔｏ—ｕｓｅｒ（）函数将ＵＳＢ数据　传送到应用层空问。　１．３．３　ＥＺ—ＵＳＢ　ＦＸ２驱动设计方案　整个数据读取流程只有ｄｅｖ一＞ｂｕｌｋ—ｉｎ—ｂｕｆｆｅｒ　可以修改，该ｂｕｆｆｅｒ大小的申请在ｕｓｂ．ｓｋｅｌｅｔｏｎ．Ｃ文　件的第３８２行：ｄｅｖ一＞ｂｕｌｋ—ｉｎ—ｂｕｆｆｅｒ＝ｋｍａｌｌｏｃ　（ｂｕｆｆｅｒ—ｓｉｚｅ，ＧＦＰ—ＫＥＲＮＥＬ），其中ｂｕｆｆｅｒ—ｓｉｚｅ＝　ｌｅ１６ｔｏ一—ｃｐｕ（ｅｎｄｐｏｉｎｔ一＞ｗＭａｘＰａｃｋｅｔＳｉｚｅ），初始大　小为５　１２　ｂｉｔ，也就是每调用一次ｓｋｅｌ—ｒｅａｄ（）只能读　取５１２　ｂｉｔ，如果应用层一次需要读取几Ｍ大小的字　节则会频繁调用该函数，这样会导致在连续调用该　函数的间隙中丢失一部分数据，将该ｄｅｖ一＞ｂｕｌｋ—　ｉｎｂｕｆｆｅｒ＝ｋｍａｌｌｏｃ（ｂｕｆｆｅｒ—ｓｉｚｅ　１２８，ＧＦＰ—ＫＥＲ—　ＮＥＬ）即该ｂｕｆｆｅｒ增大ｆｌＪ６４　ｋＢ时测试接收到的速率　有所提升，数据的丢失率也减少了，但是数据仍然　存在着丢失。因为利用ｋｍａｌｌｏｃ（）函数申请ｂｕｆｆｅｒ　的大小最大只能是１２８　ｋＢ，如果还想扩大ｂｕｆｆｅｒ，只　能采用内存页的申请方式，同时由于底层传输采用　的是ＤＭＡ方式，这就要求该ｂｕｆｆｅｒ的物理地址必须　是连续的，所以最后决定使用…ｇｅｔ　ｆｌｅｅ—ｐａｇｅｓ（）内　存页申请函数，该函数定义在ｍｍ／ｐａｇｅ—ａｌｌｏｃ．Ｃ文　件的ｌｉｎｅ　２１７２处，其原型为：　一５５—　

ｕｎｓｉｇｎｅｄ　ｌｏｎｇ…ｇｅｔ　ｆｒｅｅ—ｐａｇｅｓ（）（ｇｆｐ—ｔ　ｇｆｐ—　和数据的丢失多少有着根本的影响，从表１中可以　看出驱动申请的ｂｕｆｆｅｒ越大则数据丢失率越小。在　ｍａｓｋ，ｕｎｓｉｇｎｅｄ　ｉｎｔ　ｏｒｄｅｒ）　第１个参数ｇｆｐ—ｍａｓｋ为标识符也称之为分配　ｂｕｆｆｅｒ为１　ＭＢ的时候速度已经接近理想速度，提高　为４　ＭＢ时发现测试速度为２０．４８　ＭＢ与理论速度　优先级，第２个参数ｏｒｄｅｒ是指分配的大小，其最大　值由ｉｎｃｌｕｄｅ／Ｌｉｎｕｘ／Ｍｍｚｏｎｅ．ｈ文件中的ＭＡＸ—ＯＲ—　ＤＥＲ宏决定，在默认的２．６．２９内核版本中，该宏定　义为１Ｏ。该函数申请内容空间大小的计算公式为：　ｓ／ｚｅ＝（】＜＜ｏｒｄｅｒ）×４　ｋＢ，最大可以申请４　Ｍｂｉｔ大　相同，并用测试程序测试收到的数据也完全是ＦＰ—　ＧＡ产生的循环码序列，从而验证了４　ＭＢ大缓存的　ＵＳＢ驱动的有效性。　小的连续内存空间即ｏｒｄｅｒ：１０。这里我们需要修　改为ｄｅｖ一＞ｂｕｌｋ—ｉｎ—ｂｕｆｆｅｒ＝…ｇｅｔ　ｆｒｅｅ—ｐａｇｅｓ（一一　ＧＦＰ—ＤＭＡ，１０），然后在对应ｋｍａｌｌｏｃ（）函数释放内　存空间的地方我们也修改为对应的内存释放函数，　将７５　ｌｉｎｅ处的ｋｆｒｅｅ（ｄｅｖ一＞ｂｕｌｋ—ｉｎ—ｂｕｆｆｅｒ）；修改　为ｆｒｅｅ—ｐａｇｅ（ｄｅｖ一＞ｂｕｌｋ—ｉｎ—ｂｕｆｆｅｒ）；保存后输人命　令“ｍａｋｅ”后生成新的ｕｓｂ—ｓｋｅｌｅｔｏｎ．ｋｏ驱动，加载后　运行应用程序发现数据传输速率为理想的　２０．４８　Ｍｂｉｔ／ｓ，用程序验证接收到的数据也没有发　现有数据丢失的现象。至此，４　Ｍｂｉｔ／ｓ大缓存的　ＵＳＢ驱动开发完成　。　２测试及结果　在ＤｅｖＫｉｔ８０００和ＥＺ—ＵＳＢ　ＦＸ２平台上，将ＵＳＢ　驱动中ｄｅｖ一＞ｂｕｌｋ—ｉｎ—ｂｕｆｆｅｒ修改为不同大小的数　值，分别为５】２　ｂｉｔ、６４　ｋＢ、１　ＭＢ、４　Ｍ，１　Ｍ缓存是将　ｏｒｄｅｒ赋值为８，４　Ｍ缓存对应的ｏｒｄｅｒ为１０。不同的　ｂｕｆｆｅｒ大小都测试１００次以上，取其平均值得到以下　的测试结果如表ｌ所示。　表１不同ｂｕｆｆｅｒ对应的测试结果　经测试发现ｂｕｆｆｅｒ值的大小对数据的传输速率　一５６一ＤＩＧＩＴＡＬ　ＣＯＭＭＵＮＩＣＡＴＩＯＮ／２０１　１．２　３　结束语　本文为ＤｅｖＫｉｔ８０００平台下的ＥＺ—ＵＳＢ　ＦＸ２设计　了基于嵌人式Ｌｉｎｕｘ的大容量数据传输驱动，成功　解决了数据丢失与速率不够的问题，目前已用于项　目开发平台。由于Ｌｉｎｕｘ内核源码的开放性与ＵＳＢ　设备的大量涌现　ｊ，在解决高速传输数据的问题上　可以为同类Ｌｉｎｕｘ下的ＵＳＢ设备驱动开发所借鉴。　参考文献：　［１］　毛德操，胡希明．Ｌｉｎｕｘ内核源代码情景分析［Ｍ］．浙　江：浙江大学出版社，２００１：４１５６５３．　［２］ＪＯＮＡＴＨＡＮ　Ｃ，ＡＬＥＳＳＡＮＤＲＯ　Ｒ，ＧＲＥＧ　Ｋ　Ｈ．ＬＩＮＵＸ　设备驱动程序［Ｍ］．魏永明，译．北京：中国电力出版　社．２００６：４６－７０，３２４—３５６．　［３］　宋宝华．Ｌｉｎｕｘ设备驱动开发详解［Ｍ］．北京：人民邮　电出版社，２００８：２４—１３４．　［４］　曾水平，徐峰．Ｌｉｎｕｘ系统下ＵＳＢ设备驱动的实现［Ｊ］，　国外电子测量技术，２００６，２５（１０）：３Ｏ一３２．　［５ｊ　梁正平，毋国庆，肖敬．Ｌｉｎｕｘ中ＵＳＢ设备驱动程序研　究［ｊ］．计算机应用研究，２００４，２１（６）：７０—７２．　［６］　陈友贵，陶铮．基于Ｌｉｎｕｘ的蓝牙无线模块ＶＳＢ驱动程　序的开发［Ｊ］．重庆工学院学报：自然科学版，２００８，２２　（１）：１４３—１４９　１７２．　作者简介：　范耀武（１９８５一），男，山西忻州人，硕士研究生，主要研究　方向为通信与信息系统，Ｅｍａｉｌ：３９５４９６０２６＠ｑｑ．ＣＯＩ１］；何　维　（１９８０一），重庆人，讲师，主要研究方向为移动通信技术；田增　山（１９６８一），男，河南信阳人，博士，主要研究方向为个人通　信、卫星导航、无线定位、信号检测与处理和语音视频处理。　

本文标签： 驱动设备数据函数内核