I/O传输范文(精选9篇)
I/O传输 第1篇
如果你是一名摄影爱好者或媒体制作人, 那么工作间里放的一定是苹果公司的MacBook Pro或iMac。原因不在于你是苹果的“粉丝”, 而在于其所具备的高速数据传输和高清显示集成技术——Thunderbolt (开发代号为“Light Peak”) 。
这项由英特尔中国研究院研发出来的新型高速互联技术, 能够同时串联多达6部外接设备, 包括高性能的存储设备、高分辨率显示器, 以及高比特率的视频采集设备等, 即便面对超大规模的媒体数据流, 拥有10Gbit/s速率的传输接口也能轻松应对。这对媒体制作者来说, 无疑是巨大的诱惑力。
尽管当下PC传输互联领域已是群雄逐鹿, 但Thunderbolt所具备的10Gbit/s速率绝对算是揭开了业界的“高铁时代”——仅通过一个单独而精致的端口, 就可支持高分辨率显示屏和高性能数据设备。
同时在速度、灵活性和简约程度上, Thunderbolt技术也都为业界开创了新的技术先河。据实测数据显示, Thunderbolt技术传输一部全高清长电影 (6G~8G) 的时间还不到30秒。
据悉, 英特尔在2011年2月24日正式发布了这项新型高速PC连接技术——Thunderbolt, 现已使用于苹果公司的新款Mac Book Pro系列笔记本电脑中。
苹果公司M a c硬件工程高级副总裁B o b Mansfield也评价道:“Thunderbolt具有超高传输速度、支持高分辨率显示并兼容现有I/O技术, 这将是整个行业的突破。相信苹果爱好者都会喜欢上它。”
从趋势到现实
在业界看来, 传输速率的不断提升将是不可逆转的发展趋势, 以创新著称的英特尔公司研发出10Gbit/s速率的Thunderbolt技术也在情理之中, 但对于当时的英特尔中国研究院而言, 如何将一个技术趋势化为商业现实, 则是经历了诸多不为人知的艰辛。
参与过该项目的英特尔中国研究院嵌入式IO系统实验室研究经理吴向斌告诉记者:“刚刚接手工作就遇到了不少难题, 首先是技术协议存在空白, 其次一些模块还处在研发阶段, 尤其在光模块方面, 基本与技术开发处于并行状态。还有些工作交由外部供应商来做, 我们需要将时间风险降到最低。”
“另外, 因为研究院的很多项目都是前瞻性的, 研发过程中势必伴随的风险。我们在实施项目的同时, 还要不断打消那些持怀疑态度的人的想法, 坚定信念走下去, 这对于我们项目组的每个人都是一次关于意志力的考验。”吴向斌补充道。
融合两种通信协议
据介绍, Thunderbolt技术在研发之初, 就设立了明确的目标, 即更快速地传输媒体数据、简化设备之间的连接并推动开发与使用PC的新方式。
如何把高速数据和高清视频连接整合到一条线缆上对于实现这个目标至关重要。
对此, Thunderbolt技术融合了两种通信方法 (协议) ——用于数据传输的PCI Express以及用于显示的DisplayPort。PCI Express可以灵活地连接几乎任何类型的设备, DisplayPort用于显示, 能同步传输超过1080p分辨率的显示内容以及最多八声道音频。Thunderbolt技术兼容现有的Display Port显示器和适配器。它是一种所有设备通用的接口, 能够以菊花链的方式通过电缆或光缆方便地连接多种设备。
对于普通的移动PC用户而言, 它意味着超薄笔记本电脑上只需有一个接口, 就能在家或办公室实现高速数据媒体和高清显示功能。
产业规模2年内爆发
不过, 10Gbit/s的传输速率是否过于前沿, 除高端专业用户以外的普通PC用户何时能够真正用上该技术, 业界也存在不小的疑虑。
面对这一问题, 吴向斌倒是格外乐观。“市场对于前沿技术从来都是照单全收, 还记得最早的摄像机接口都是1394, 但没过多久, 就变成了USB。而现在, 很多摄影爱好者都嫌传输太慢, 可见用户需求的增长绝不亚于新技术的研发速度。”
据了解, 目前全球几大创新企业已经推出了基于Thunderbolt技术的产品或正计划推出支持Thunderbolt技术的产品, 包括Aja、Apogee、Avid、Blackmagic、LaCie、Promise、西部数据等。
“新技术的传递速度是很快的, 我们相信, 苹果公司率先采用Thunderbolt技术, 是一个良好的开端, 现在西部数据已经在研制基于Thunderbolt技术的硬盘产品, 而佳能等公司也在考虑使用, 我们相信, 在未来2年内, Thunderbolt技术的产业链将会有一个较大规模的集体爆发。”吴向斌如是说。
Thunderbolt:满足媒体制作者的高速需求
处理高清媒体是PC上要求最为苛刻的工作之一。通过Thunderbolt技术, 英特尔提供了创新的技术, 帮助专业人士和消费者更快捷地处理音乐和高清电影等越来越多的媒体内容。
Python 文件I/O 第2篇
Python提供了必要的函数和方法进行默认情况下的文件基本操作。你可以用file对象做大部分的文件操作。
open函数
你必须先用Python内置的open()函数打开一个文件,创建一个file对象,相关的辅助方法才可以调用它进行读写。
语法:
file bject = open(file_name [, access_mode][, buffering])
各个参数的细节如下:
file_name:file_name变量是一个包含了你要访问的文件名称的字符串值。
access_mode:access_mode决定了打开文件的模式:只读,写入,追加等。所有可取值见如下的完全列表。这个参数是非强制的,默认文件访问模式为只读(r)。
buffering:如果buffering的值被设为0,就不会有寄存。如果buffering的值取1,访问文件时会寄存行。如果将buffering的值设为大于1的整数,表明了这就是的寄存区的缓冲大小。如果取负值,寄存区的缓冲大小则为系统默认。
不同模式打开文件的完全列表:
产品调查:I/O模块 第3篇
需求量最大的I/O模块具有数字化和模拟功能。通过设计方案,I/O可插入基座或机架、使更多的I/O点进行对齐,并能同时将数字化和模拟功能组合使用。AutomationDirect公司的PLC、I/O和电脑控制产品经理Jeff Payne认为,在外壳内使用、诊断功能、光隔离功能和易于扩展等功能也颇受欢迎。在预算内将用于特定用途的离散、模拟和高速I/O功能相结合是一个关键的挑战。Payne说,供应商应提供为32个和64个点的高密度I/O,通过更严格的设计为用户节省成本。
例如,Ingersoll控制工程经理Gary Munger称,Ingersoll CM系统公司的新一代深圆角滚压机的成本比以前的I/O模块减少了60%。节省成本的同时,还减少了部件和使用了更经济BallufflO-Link集线器。Munger认为通过减少部件也能降低发生故障的可能性。
被调查者表示,可编程逻辑控制器可用于大多数I/O连接器。其用量比处于第二位的分布式控制系统(DCS)或流程自动化系统(PAS)多出2倍。供应商的应对措施是扩展连接器的功能。Omega工程公司称,该公司的通用远程I/O模块可与所有PLC相连接,并采用菊链式连接将31个I/O模块连接在每个RS-485上。它们可安装于DIN导轨上,具有光隔离功能,其尺寸为0.69-in.×3.94-in.×4.72-in.(17.5×100×120mm),适用于小型面板。
你是否用智能嵌入式微处理器I/O模块(装有内嵌式微处理器)替代其它控制器(例如PLC、PAC和循环控制器)?
你需要将I/O系统用于支持哪些网络?(请查看以下所有功能)
被调查者表示,工业以太网和以太网的连接器用于半数以上的网络协议其次是现场总线、设备级和传感器级别的网络,以及无线网络。据称,无线设计还能解决其他问题。
西门子称,西门子工业公司生产的Simatic ET 200pro IWLAN通过任何I/O站和模块进行无线连接,大大减少了通讯电缆与安装费用。坚固耐用的IP67级设计可加载在机器设备上,且无须采用电器外壳。
近三分之一(30%)的被调查者表示,他们使用有嵌入式智能的I/O模块取代其它控制器。伊顿逻辑控制器(ELC)采用的新型I/O,包含了可采用分散式I/O的智能I/O适配器模块,且只需要有限的本地逻辑控制输出。ELC的分散式I/O可通过以太网/IP和Modbus TCP以太网协议,以及Modbus RS-485和DeviceNet进行通信。
关于开发读写设备的计划
被调查者的读写设备包括供应商、价格、质量、生命周期、网络、电源和接地,以及测试等内容。一位被调查者称,应使所有人尽早参与选用过程,并使该过程简化。另外还要为备用I/O和插槽预留空间。另一位被调查者称,应为接线和标记线制定标准,并观察其转换率,从而确保其符合控制要求。通过寻觅分散功能,使I/O靠近使用点,并尽量减少安装和调试时间。
研究设备的用途、位置、客户要求和未来的扩展计划。为设备定径时,确定如何在图纸中查看已完成的控制项目、识别物理点、区分点类型和使用的信号,与现有物理点进行比较,并增设必要的控制硬件将其余点连接起来。
一位被调查者说,在联网和诊断方面“在I/O和连接的设备之间进行寻址是最大的问题。看来,几乎所有供应商都有自己的寻址方案。所以要仔细使用并要考虑到设备间的兼容性和通信的容易程度。”
远程I/O在简化配置、更新速度(现在可实时更新)和成本效益方面取得了长足的进步。另一位被调查者认为,可利用新协议的优势从事研究,尤其是基于以太网的研究。Wago-I/O-System的产品经理Charlie Norz认为,与I/O模块有关的迫切问题主要是关于协议的兼容性、为多种类型I/O的设备节点的功能,以及I/O模块的尺寸等。有些产品在用于通信时,采用的协议数超过16个,并可节省机内的储存空间。
关于生命周期问题,被调查者表示要为今后预留扩展空间,而且要检查现有机型可用于生产和提供支持的时间。另外,还要确保在为应用工程提供支持和编制文件时采用当地语言。种类多样的I/O具有优先权。用于国际标准化编程的IEC-61131-3的优先权更高。ABB公司称其生产的AC500-eCo I/O模块易于维护,具有多种扩展模块和采用IEC 61131-3标准的控制器。
用线性电源代替开关电源,可避免电源和接地时产生的噪音问题。I/O应能进行热插拔,连接后无需下载文件,通道之间相互隔离,与G3具有兼容性,而且功耗较少。Dataforth公司的全国销售经理Bill McGovern说,“通过隔离可消除接地回路,在电压过高时提供防护措施。而噪音过滤,可消除I/O信号中不必要的频率。”
8086的I/O写周期 第4篇
8086在执行输出指令时进入I/0写周期,在I/O写周期中将指定寄存器的内容输出到指定的I/O端口,图2.1l是I/O写周期的时序图。I/O写周期和存储器写周期基本相同,
区别在于两点,一是M/在I/O写周期内为低电平,表示当前进行的是I/0操作;二是I/0端口的地址只有16位,因此图2.11中T1、T2期间没有出现A19~A16。
I/O传输 第5篇
1 虚拟地址映射
对外设进行I/O操作即读写外设的寄存器,WinCE系统启动后,无法直接访问其物理地址,因此,我们要理解WindowsCE下的虚拟地址映射。
在WindowsCE中有两种类型的地址:物理地址和映射的虚拟地址[1]。
物理地址是需要被操作系统访问的实际的RAM或设备存储器,它由来自于CPU的物理地址定义,一旦MMU启动,CPU就不能直接访问。内核只能管理512MB的物理内存。
不同架构的CPU硬件上的区别导致虚拟地址映射也不同。SHx和MIPS处理器,不采用MMU,在CPU和内核里定义1G的物理地址,能对其直接进行操作;而ARM和X 86带有MMU单元,在OEMAddressTable中定义物理地址到虚拟地址间的映射关系或者是操作系统启动后调用函数CreateStaticMapping和NKCreateStaticMapping来实现从虚拟地址到物理地址的静态映射。经过静态映射的地址,可以由操作系统内核用于ISR(InterruptServiceRoutine)访问设备。如果我们要在应用程序中访问外设,必须在物理地址和虚拟地址间建立动态映射关系,我们可以使用VirtualAlloc和VirtualCopy(或者直接调用MmmapIoSpace函数)来实现。
静态映射允许OAL,尤其是中断服务历程ISR访问连接到系统的设备。物理的内存块在被映射到虚拟地址空间时,通常被映射两次,分别映射到两个不同的区域,位于512MB使用缓冲(Cached)的区域和512MB不使用缓冲(Uncached)的区域,如图1所示。OEMAddressTable负责创建第一个基于Cached的映射,而操作系统负责自动创建第二个基于Uncached的映射。
如果是操作通过总线挂接的I/O或者存储器,必须先把总线地址转化成CPU上的系统地址,再做物理地址到虚拟地址的映射。这里需要查CPU的Datasheet,找出所要操作的I/O地址。先调用HAL-TranslateBusAddress()把总线地址转化成CPU上的系统地址,再调用MmmapIoSpace函数实现虚实映射;也可以使用TransBusAddrToVirtual()直接把总线上的地址转化成系统的虚拟地址。
在一般的应用程序中访问I/O是访问它的缓存段虚拟地址,而驱动中必须访问无缓存段虚拟地址。缓存段虚拟地址与无缓存段虚拟地址之间的偏移量为0x20000000,即无缓存段虚拟地址=缓存段虚拟地址+0x20000000。
2 关键函数
在动态虚拟地址的映射过程中,需要用到以下3个函数:VirtualAlloc、VirtualCopy、VirtualFree。
VirtualAlloc用于在当前进程的虚拟地址空间中保留或者提交空间,在保留时以64kB为单位,提交时以4kB为单位。其函数原型为
这里需要注意的是fdwProtect参数。如果是驱动程序访问,需要设置为PAGE NOCACHE,以访问无缓存段虚拟地址。如果映射的物理地址范围在0x1FFFFFFF之上,必须使用PAGE PHYSICAL,此时必须把lpvSrc右移八位,实现地址对齐。(这是由内核中VirtualCopy的实现决定的,在那个函数中会判断如果是PAGE PHYSICAL就将PHYSADDR左移8位移回来,源代码位于private/winceos/coreos/nk/kernel目录下的virtmem.c中的DoVirtual-Copy)
3 实例操作
以S3C 2440为例,GPIO的基地址为0x56000000,映射到虚拟地址空间为0xB 1600000,通过对这段虚拟地址空间的操作,就能够完成对GPIO或者其他片内资源的控制、输入输出工作。
(1)首先在BSP中的s2440.h文件,找到虚拟地址映射以及操作GPIO的寄存器结构体(这个在自己制作一些特殊设备的BSP时,会依据需要而发生更改)。
(2)在EVC中建立一个应用程序工程,由于VirtualCopy函数没有在头文件中定义,但是在coredll.lib里面提供了符号连接,所以我们在工程头文件中直接添加一个函数定义就可以了。
v pIOPRegs->rGPFCON=0x5555;
这3个步骤之后,对v pIOPRegs的操作将直接和GPIO的寄存器关联。例如:设置GPF的控制寄存器为全部Output
v pIOPRegs->rGPFDAT=0xFF;
4 结束语
WindowsCE作为实时嵌入式窗口操作系统,是当今应用最多、增长最快的嵌入式操作系统。研究其I/O操作方法,对进一步深入开发具有一定的指导意义。
摘要:介绍Windows CE系统的虚拟地址映射机制,以I/O操作为基础,通用性较强。对关键函数进行了说明,并以S3C2440为例详细介绍了GPIO的操作步骤。
关键词:Windows CE,地址映射,I/O操作
参考文献
[1]张冬泉,谭南林,王雪梅,等.Windows CE实用开发技术.北京:电子工业出版社,2006
I/O传输 第6篇
随着微电子工业和半导体加工技术的不断发展,集成电路的规模不断增大。这使得将复杂系统集成在单个芯片上成为可能,于是便出现了片上系统SOC(System on a Chip)。SOC极大地缩小了系统体积;SOC减少了板级系统SOB(System on Board)中芯片与芯片之间的互连延时,从而提高了系统的性能;SOC采用基于IP(Intellectual Property)核的设计(Core-based Design),它允许在芯片设计过程中复用(Reuse)已经经过验证的高性能的IP核,从而提高了设计效率[1]。FPGA的飞速发展为SOC的发展开辟了新的方向—SOPC(System On a Programmable Chip)。对于比较复杂的系统,仅仅使用基于硬件的FPGA对其进行协调控制还是比较困难的,因此通常把一个微处理器内核嵌入到FPGA芯片中,采用软硬件协同设计的技术,不仅使得对设备的控制更加灵活,调试也更加方便,并缩短了开发周期。
MicroBlaze是由Xilinx公司推出的一款32位RISC微处理器IP核,具有很高的可配置度,可以将外部存储器,液晶显示屏、键盘接口等外部设备连接在一起并协调它们的工作,适合设计针对网络、电信、数据通信等应用背景的复杂嵌入式系统。
本文以嵌入式I/O系统为例,介绍了基于MicroBlaze进行嵌入式系统设计开发的方法,给出了一种输入/输出系统的设计实现方案,分析了其开发流程,并讨论了设计开发过程中相应的软硬件设计问题。
2.嵌入式I/O系统总体设计
2.1 MicroBlaze的体系结构
MicroBlaze采用功能强大的32位流水线结构,包含32个32位通用寄存器和1个可选的32位移位器,时钟频率可达150 MHz[3]。MicroBlaze软核的结构框图如图1所示。它具有以下基本特征:
(1)32个32位通用寄存器和2个专用寄存器(程序计数器和状态标志寄存器)。
(2)32位指令系统,支持3个操作数和2种寻址方式。
(3)分离的32位指令和数据总线,符合IBM的OPB总线规范(与外设相连接的低速总线)。
(4)通过本地存储器总线(LMB,本地高速总线)直接访问片内块存储器(BRAM)。
(5)具有高速的指令和数据缓存(cache),三级流水线结构(取址、译码、执行)。
(6)具有硬件调试模块(MDM)。
(7)带8个输入和8个输出快速链路接口(FSL)。
2.2 MicroBlaze嵌入式开发工具EDK
Xilinx公司提供了完善的嵌入式开发工具EDK(Embedded Development Kit)。EDK是Xilinx公司于2003年推出的SOPC系统开发套件。该套件集成了丰富的开发工具和大量的IP核资源,其中集成的工具包括硬件平台生成器(Plat Gen)、硬件仿真模型生成器(Sim Gen)、硬件调试工具(XMD)、软件库生成器(Lib Gen)、应用软件编译工具(GNU Compilers)、软件调试工具(GNU Debuggers)等;IP核资源包括LMB和OPB总线接口、外部存储器控制器(EMC)、SDRAM控制器、UART接口、中断控制器、定时器等[2]。
所有这些工具和资源都由EDK中的XPS(Xilinx Platform Studio)集成开发环境统一管理。XPS提供一个友好的图形用户界面(GUI),使用非常方便。
2.3 系统的设计开发流程
在嵌入式系统的开发中,软硬件协同设计的方法可以降低开发成本,缩短开发时间,并使得设计更加灵活,从而逐步取代了传统的设计流程。其中涉及到的关键问题是系统资源的规划和利用,所以在系统设计前首先要考虑系统功能的软硬件划分,清楚地界定系统内部各项功能的最终实现形式;而在进行软硬件分割时,若想达到系统性能的最佳化,就必须考虑到各功能部件之间数据交换的性能以及不同功能部件之间的同步,确保系统在执行时能满足所需的时间约束(timing constraint)[3]。
EDK工具包括XPS工具和SDK工具,XPS工具完成主要软/硬件设计调试工作,SDK工具用于设计和调试应用软件。ISE工具,用于混合编程和定制IP核。ChipScope Pro工具,用于在线调试硬件系统。第三方工具,如Modelsim工具,用于仿真硬件系统。
在本系统的设计开发过程中就采用了软硬件协同设计的方法,其流程如图2所示。
3.系统的关键硬件模块实现
3.1 4×4键盘模块的硬件实现
键盘是计算机系统中最常用的人机交互输入设备,然而在应用中都采用通用的键盘扫描器件是不现实的,需要单独设计成专用的小键盘。
(1)4×4键盘工作原理
4×4键盘的工作原理如图3所示,其中P0~P3为输出口,P4~P7为输入口。无按键按下时,输入口被上拉为高电平。输出口以一定频率循环输出0111、1011、1101、1110。通过读输入口的状态,便可判断击键情况。键盘扫描电路键盘上的每一个按键其实是一个开关电路,当某键被按下时,该按键的接点会呈现逻辑0状态,反之,未被按下时则呈现逻辑1的状态。当尚未按下键盘时,依据表1所示编码方式逐一扫描键盘按键,键盘输入到按键检测电路的值均为1,使键盘无论扫描哪个键时,都检测到尚未按下键盘;当使用者按下键盘按钮,则键盘输入到按键检测电路的值为0,直到键盘扫描到此键时,检测到已按键。
(2)按键的去抖动问题
按键大多是机械式开关结构,在开关切换的瞬间会在接触点出现抖动的现象。因此,必须加上抖动消除电路。如果要防抖动,就不能用时钟去检测按键的按下状态,而要去检测按键按下或者抬起的边沿。例如按键按下的时候就检测与按键连接的FPGA管脚的下降沿,按键松开的时候就检测与按键连接的FPGA管脚的上升沿。这样就可以不用理会按键按下的时间长度,根据按键按下或者抬起的次数来确定计数。
(3)硬件实现
虽然EDK提供的IP核非常丰富,但不可能满足所有用户的需求,根据实际需求定制IP核是嵌入式设计中常需要的,也是实现“量身定制”系统的前提。EDK工具提供了简单的界面帮助用户完成IP核定制过程,其中非常重要的方式是通过IPIF接口定制IP核。IPIF(IP Interface)是EDK提供的标准IP接口,允许用户在系统内总线上构建自己的IP核,用户只需关注自己想要的功能逻辑,EDK工具会根据用户选择的总线方式实现相应的总线接口逻辑,合成完整的IP核模块[4]。
在接口电路设计中,我们使用IPIF接口定制一个KEY_IP核,用于对键盘进行扫描进而采样键盘输出,最终生成扫描码以及产生中断请求。键盘扫描信号频率只需在几百赫兹左右即可,实现时将50MHZ OPB总线频率分频,上升沿循环扫描,下降沿采样,根据采样结果生成扫描码。
考虑到机械式按键的不稳定性,需要对扫描结果进行防抖处理,故在扫描到有键按下时启动一个计数器,计数若干次同一键被扫描到后,即可认为此键已被人为按下,将其存储于本地寄存器后,产生一个中断请求通知CPU调度键盘中断处理程序。
3.2 LCD液晶显示模块的硬件实现
(1)工作原理
TS1620-1 LCD为16×2字符型液晶显示器,可显示两行,每行可显示16个字符,通过发送指令,可配置成不同模式。接口部分有1个8位的数据寄存器、1个8位的指令寄存器、一个7位的地址计数(AC)寄存器和1位的忙标志(BF);指令寄存器用于控制LCD内部电路,完成LCD读写、扫描、显示等功能;数据寄存器用于暂存LCD与外部数据的通信数据。基本操作时序如下:
1)读状态:
RW=H,RS=L,E在读状态期间应保持高电平;
2)读数据:
RW=H,RS=H,E在读数据期间应保持高电平;
3)写指令:
RW=L,RS=L,D0-D7指令码,E在指令码稳定后要产生一个下降沿触发LCD执行此指令;
4)写数据:
RW=L,RS=H,D0~D7为待写数据,E在指令码稳定后要产生一个下降沿触发LCD执行此指令;
AC6~AC0的值为CGRAM还是DDRAM地址取决于最近一次向AC写入的是DDRAM还是CGRAM地址。地址只有7位,在进行传的时候,要并上DB7,组成8位一并传,状态同样通过D0~D7读出,格式如表2所示。
(2)硬件实现
在接口电路的设计中,我们使用IPIF接口定制一个LCD_IP核,通过OPB总线对显示设备进行控制和数据传输。LCD_IP与液晶显示模块之间需要连接的主要有数据线和控制信号线,如图4所示,具体为:RS、R/W、EN、DB7-DB0共11位。
Data_I与数据端口连接,负责采集液晶的状态数据。Data_O与数据端口连接,负责将控制指令和显示数据送至液晶。用DataCmdSelect、Execute、Data_T分别控制EN、RS、R/W信号,通过对这些引脚的组合控制,按照一定的时序关系实现对LCD的控制。
LCD_IP核中需要实现以下四种操作:
(1)读状态:
检测忙标志以及AC的值;
(2)读数据:
读出最近一次由DDRAM地址设置指令处DDRAM单元的内容;
(3)写指令:
设置LCD的工作模式、AC值以及显示方式等;
(4)写数据:
向LCD的DDRAM写入要显示的数据,写之前需要设置DDRAM地址;
四种操作中除读状态外都需对忙标志位检测;若BF为高电平,则LCD正在工作中,此时LCD接口部分被锁定,任何指令都将不处理,故需等待知道BF为低时方可进行下一个操作。
在IP核模板的基础上,用周期计数延时获得读、写操作时序,将指令直接传送至LCD,读写操作在IP核中占用几个总线周期,为了防止应用软件在发送指令期间再次发送新指令,IP核提供一个标志位供应用软件读取,以指示是否正在进行读写操作,若是则应用软件需适当延时等待再通知IP核发送下一条指令。
3.3 系统硬件平台的创建
在键盘和LCD液晶的硬件接口设计完成后,我们利用Xilinx公司提供的EDK开发软件XPS中的工具Create and Import Peripheral将其以IP核的方式挂到OPB(On-Chip Peripheral Bus)总线上。创建IP核时,在IPIF提供的服务中选择用户逻辑中断支持以及软件用户逻辑地址寄存器支持,前者使得外围设备可以管理由用户逻辑产生的中断,后者使得外围设备的用户逻辑部分拥有可寻址的寄存器[1]。按照前面所介绍的连接关系进行硬件搭建后,键盘以及LCD液晶显示模块的硬件详细信息都保存在MHS文件中。该文件定义了系统结构、外围设备和嵌入式处理器,也定义了系统的连通性以及系统中每个外围设备的地址分配和对每个外围设备的可配置选项。平台生成工具将MHS文件用于输入,创建了硬件平台。在XPS中选择Generate bit stream,即可以产生硬件配置文件*.bit文件。硬件平台如图5所示。
4.系统的软件设计与实现
4.1 4×4键盘软件实现
在建立系统时,在OPB总线上添加EDK提供的中断IP核INTC_IP,该IP核INTC可控制多个中断信号。把键盘的用户逻辑产生的中断信号输入到INTC_IP核中,然后INTC_IP核将这个中断信号输入到MicroBlaze的中断端口上,由MicroBlaze进行中断管理。当有中断发生的时候,MicroBlaze会跳转到地址0x10。这是C运行库的一部分,它包括缺省时跳转到中断句柄(interrupt handler)函数,此功能是由Xilinx提供的BSP(Board Support Package)(它是一个最基本的核,为应用程序提供最基本的功能)完成的[7],由于在MSS文件中已经对中断操作路线进行了设置,因此它会跳转到中断处理函数中进行中断处理。同时在引入IP核后,系统会自动生成相关的驱动程序,可以方便使用软件对寄存器进行读写操作。中断处理程序主要是进行了扫描码和ASCII码的转换,并把ASCII码显示在LCD上。
引入中断IP核后,系统会自动生成相关的中断请求号,以及提供与此中断号相关联的默认中断处理句柄(interrupt handler),随后即可在系统初始化时调用XIntc_Register Handler函数注册自定义中断处理句柄替换默认处理句柄。MicroBlaze提供的通用中断处理机制通过XIntc,可以管理多个中断控制器,XIntc中CfgPtr为数组类型,数组元素类型为XIntc_Config用于为中断控制器提供中断管理。XIntc_Config中的HandlerTable用于管理中断请求号与中断处理句柄的关系,所以每个中断控制器可以接收多个中断请求。在发生中断时,MicroBlaze会根据产生中断的中断控制器设备,找到与此设备相关联的XIntc_Config结构,再取出中断发生时的中断请求号,在XIntc_Config结构中找到相应的中断处理句柄,并跳入此处理程序处理中断请求。
4.2 LCD液晶显示模块软件实现
系统上电后,首先根据液晶显示器模块的结构通过写寄存器的方式对各项控制指令代码和参数(如液晶的行数、光标的位置光标、光标是否闪烁等)进行设置,从而完成对液晶显示模块的初始化过程。在对系统进行正确的初始化以后,就可以通过MicroBlaze将数据送至LCD进行显示了。在初始化程序中设置系统控制指令及其参数的方法为:根据用户硬件电路的设计,将指令及参数送到LCD_IP核对应的寄存器地址。系统中每个外设都有自己对应的唯一地址,这个地址是XPS在添加了LCD_IP核后选择Generate Addresses自动产生的。
CheckBF()函数用于通知LCD_IP核发送读取忙标志指令,此函数运行后,LCD_IP核会发出读状态操作指令,在数据有效后,将数据(BF和AC)先缓存于IP核的本地寄存器,而后供应用软件读取;Send Cmd(cmd)函数用于向LCD写入控制命令,从而达到配置LCD和显示字符的目的。需传入有正确命令格式的参数,确定将要执行的操作,在发送之前,需要一直等待CheckBF()检测到BF为低电平;为方便写入数据设有WriteChar、WriteString等函数,此类函数直接调用Send Cmd发出写数据操作;若没有设置LCD工作方式为自动递增AC,则在每次写之前都需要先发出设置DDRAM地址指令。
需要注意的是LCD在写数据之前需发送一系列初始化命令,以配置其工作模式、显示方式等,都是间接通过Send Cmd(cmd)实现。
4.3 应用程序的实现
本系统中应用程序设计部分主要功能为读取按键值,通过查找表的方式完成扫描码到ASCII码的转换,并把键码转换后的值显示在LCD液晶显示模块上。由于前面已经创建好键盘的IP核,又通过LCD_IP核对LCD液晶进行了控制,在此仅需编写主函数即可。按键扫描码的获取可以使用查询或者中断的方式。在具体实现中我们采用中断驱动模式来接收键盘扫描码。采用这种方式,既提高了响应速度,又可实现程序的模块化设计,并便于以后系统的扩充。应用程序调试运行成功之后便会产生.elf可执行文件。
5.系统的开发调试经验
我们更多的采用硬件调试的方法,将系统通过JTAG接口连接到目标板上的XMD调试接口,并把软件代码可执行文件(*.elf)和FPGA硬件配置文件(*.bit)通过Data2Mem转换成新的FPGA位流文件(*.bit)下载到系统中后,通过设置断点,读写内存和寄存器的值等手段来进行调试。最后将调试通过的位流文件,下载到目标芯片上,系统即可正常工作。
另外,结合系统调试过程中的经验,我们发现在进行程序编写时,需要特别注意以下两点:
(1)MicroBlaze为big-endian模式,且其内部总线宽度为32位,因此在对寄存器进行读写时需要注意其数据格式及宽度。
(2)在软件设计中要注意,对于FPGA来说LCD是一个低速设备,因此对于指令的响应需要一定的延迟,需要写一个有延迟作用的函数。
6.结论
本文采用软硬件协同设计的思想,设计并实现了一种基于MicroBlaze处理器的I/O系统。在进行完软硬件功能划分并创建好硬件平台后,对于输入设备键盘的控制以及输出设备LCD液晶显示器的功能设置可以通过软件的方式进行更改。本设计已在Xilinx Spatan3开发板上进行了验证,取得了良好的效果。通过本设计的实现可以看出,MicroBlaze是一个功能强大、应用灵活的嵌入式软处理器,特别是其强大的用户自定义逻辑功能,极大地方便了系统设计。可以预见,基于嵌入式软处理器的SOPC开发方法,必将拥有广阔的应用前景。
摘要:随着微电子工业的不断发展和FPGA技术的不断提高,SOPC技术逐渐成为嵌入式系统技术发展的新方向。本文介绍了XILINX公司的SOPC集成开发环境EDK,以及在EDK中开发和利用用户IP的方法;利用ISE及EDK设计工具设计开发了I/O系统中常用的IP模块,并通过了仿真验证。
关键词:SOPC,MicroBlaze,IP核,软硬件协同设计
参考文献
[1]董代洁,郭怀理等.基于FPGA的可编程Soc设计[M].北京:北京航空航天大学出版社,2006.
[2]Xilinx,“MicroBlaze Processor Reference Guide”EDK(v8.1)[S].January,2006.
[3]Xilinx,“Embedded System Tools Guide”EDK(v8.1)[S].January,2006.
I/O传输 第7篇
研华此次将数据采集、智能处理与数据发布三个核心功能有效融合在单个I/O模块中, 以满足如环境监测、设备故障监测及智慧城市等更广泛的行业应用。
研华WISE-4000系列产品是基于以太网的无线I/O模块, 无需通过网关即可采集和传输信息。由于无限定数量的I/O模块可从传感器采集信息并连接到既有网络, 这意味着该配置将更加简单便捷。
WISE-4000系列内部集成HTML5文档, 无需任何接入点, 即可直接通过web浏览器在移动设备上进行访问和配置。由于WISE-4000采用了时下流行的RESTful API, 系统集成商可通过调整程序以满足其特定需求, 并以更少的工作量获得更多数据, 实现用户效率最大化。
通过WISE-4000系列的数据存储功能, 用户可将标记时间的数据发送到Dropbox或私有云平台, 亦可缓冲在模块中。如此, 当发生网络通信故障时, 即便暂未发送数据至管理员也不会丢失, 有效提高了数据的安全性。
I/O传输 第8篇
关键词:Linux,I/O复用
0、背景
随着硬件的发展, 单台服务器的能力也逐渐提升, 对服务器程序的性能要求也突破了以往的要求。特别是网络的发展, HTTP应用等高并发低I/O传输的应用越来越普遍。单台服务器同时服务几千甚至上万个客户的情况越来越多。
TCP/IP网络编程的一个重要问题是就是客户端和服务端的通信并不是一直存在的, 由于这个特点, 通常程序会阻塞在诸如accept、send、recv等函数[1], 显然服务端不能只等待一个客户端, 这就需要让服务端具备同时服务的能力。
为了解决这个问题, 通常处理多客户请求时, 可以采用多线程 (进程) 方式或者I/O复用方式。在多线程情况下, 主监听线程接受客户端连接后, 为请求创建一个单独的线程等待客户的请求后响应, 此时每个线程都是阻塞的。当客户请求到达时, 系统唤醒对应的线程, 等待时则让线程阻塞在客户请求上。在并发线程数不多 (小于1000) 时, 这个模型可以较好的提供服务, 且在一定程度上简化服务器程序的设计。但面对远超过1000客户请求时, 如果客户请求为低I/O传输 (例如HTTP请求对象通常都在10KB级别) , 服务器程序消耗的资源 (内存、线程上下文切换) 已经超过网络服务, 从而成为系统的瓶颈。所以在高并发服务器模型中I/O复用[1,2,3]显得尤为重要。
I/O复用模型将阻塞式I/O[1] (图1) 调用转换为非阻塞式[1] (图2) , 不仅是socket的文件描述符, 同样也可以应用在普通文件描述符上。I/O复用函数同时监控所请求的文件描述符, 当监控的描述符有数据或事件时返回。各个请求都统一阻塞在I/O复用函数上而不是各自阻塞在I/O系统调用上, 当I/O复用函数返回时, 根据对应的文件描述符进行处理, 从而在一个循环中完成多个I/O等待。当I/O完成后需要处理复杂逻辑的时候, 再视情况创建线程处理, 从而利用服务器的多CPU (核) 性能。
1、模型介绍
Linux中I/O复用主要有select、poll和epoll。
1.1 Select
函数原型[1,2,4]:
Linux下所有的socket操作都是通过套接字描述符来关联的, 所以select创建了一个fd_set来管理这个我们关心的套接字集合。针对套接字读、写、异常三种不同状态, select提供了三种套接字集合readset、writeset和exceptset, 只需要把套接字加入到不同的集合就可以实现对三种状态的监控。对fd_set类型, 提供了四种操作[4]:
同时select提供了微妙级的超时控制, 通过设置timeout结构体时间为NULL、0、非0三种来实现阻塞select、非阻塞轮询select、超时等待三种方式。其中非阻塞轮询适用于服务器长时间处于高并发状态的情况, 因为此时select测试所有的套接字并立即返回, 会占用大量CPU时间, 当服务端连接数目少且并不活跃时会占用大量的CPU时间。
下面是一个典型select服务端的伪代码:
其中readset是监控的可读套接字集合, monitorset是需要监视的套接字集合, clientfds存储了已经连上服务器的套接字数组, maxi表示当前最大的索引。
服务端是一个死循环, 阻塞在select上, 当有可读套接字, 或发生了异常则返回, nready是变化的套接字描述符数目, 首先测试监听的套接字是否可读, 可读则表明有新的连接。然后顺序扫描clientfd, 查找对应的套接字是否可读。因为发送的包 (自定义消息结构体) 不一定每次都能完整接收, 所以需要一个包缓冲数据, 记录每次读取的大小, 直到读取了完整的一个包, 这样就需要扫描缓冲数组来完成。由于fd_set的实现为一个unsigned long数组, 里面的每一位为一个套接字, 每次select遍历会将没有状态改变的套接字从中清空, 所以需要在循环开始时重置为我们关注的fd_set。在ReadPacket函数中, 当客户端开后 (read的字节为0) , 要从对应的monitorset中使用FD_CLR清除套接字描述符。
POSIX.1[1,4]还定义了select的一个变体pselect。区别在于pselect的超时采用timespec结构体提供纳秒级 (如果系统支持这样的粒度) 的超时控制, 比timeva的微秒级更精确;同时由于select会修改传入的超时值, 这不符合POSIX.1-2001标准, 所以pselect利用局部变量解决了这个问题;pselect还提供了一个可选择的信号屏蔽字。其他用法上两者相似。
1.2 poll
poll[1,2,5]是从UNIX SVR3版本引入针对STREAMS设备的I/O复用函数, 在UNIX SVR4去掉了这个限制, 使得poll可以应用到所有的类型的文件描述符上。poll和select函数实现[1,4,5,7]上基本相同, 除了pol会在处理STREAMS设备上增加额外的信息。
poll通过pollfd来实现对监控文件描述符的监控, 将events属性设置为想要监控的类型, 返回时则通过对revents判断来进行 (与操作, 多个操作通过或连接) 。events和revents可以参考表1[1]。下面是一个典型的poll服务器伪代码:
clientfds是预先分配的最大文件描述符数的数组, maxi是当前最大的数组索引, nready是每次就绪的文件描述符数。服务器的工作流程与select相同, 将需要关注的套接字描述符加入clientfds数组, 同时设置关注的events, 当poll返回时, 根据nready先判断是否是新连接, 通过判断数组第一个pollfd的revents是否发生可读数据 (初始化时设置为监听套接字的文件描述符) 来确定是否有新连接。在ReadPack函数中, 循环遍历clientfd数组, 判断revents是否是对应数据, 并同上面提到的一样, 对数据包进行缓存, 当发生错误或者关闭连接是, 从clientfds中清除对应的数组 (将结构体初始化即可) 。由于poll不会清除clientfds中的内容, 所以无需每次重新赋值。
从上面的流程可以看到, select和poll都存在一个缺陷, 首先需要预先分配与最大请求连接数相匹配的数据空间。由于socket的文件描述符和普通文件描述在Linux下面是一致的, 都受限于系统的预定值 (默认为1024) , 如果要动态改变 (使用sysconf修改_SC_OPEN_MAX) 则当前分配的数据空间也要随之改变。同时每次都要从所关注的集合套接字描述符集合中查找状态改变的文件描述符, 所以当连接数较多时会造成性能下降。由此从Linux内核2.6开始[9], 引入epoll函数[2,6]来改善这个问题, 到Linux内核2.6以后。从Linux下I/O复用模型的变化[3,9]就可以看出这个趋势。
1.3 Epoll
select和poll是传统的Linux系统调用, 属于条件触发 (level-trigger) [3,9], 在条件触发中, 系统会根据当前所监控的条件 (读、写等) 是否满足来回应, 而epoll不仅提供了条件触发, 还提供了沿触发 (edge-trigger) [3,9], 沿触发仅在监控的状态改变时才触发一个事件。条件触发相当于系统帮助程序监视对应的文件描述符是否满足数据要求, 而沿触发则是有程序控制, 当状态改变时, 由程序来处理发生的变化。
Epoll通过epoll_create函数创建epoll上下文并得到的一个文件描述符epfd, 通过epoll_wait监控epfd来实现对文件描述符集合的监控, 当有事件改变时会返回改变集合的大小。下面是一个epoll服务器的伪代码:
epfd是由epoll_create得到的监控描述符, events是struct epoll_event的数组集合, listenfd是套接字创建的一个监听fd, 通过event_ctl对应事件加入events。其他与上面两个服务器类似, 通过监控events的变化, 来获得新连接、新数据、断开连接、异常等信息。判断方法与poll类似。当不再监控某一个文件描述符时, 需要通过event_ctl来删除对应的epoll_events。
struct epoll_events结构体如下, 将需要监控的文件描述符赋给epoll_data_t中的fd, 对events的操作同poll一样, 加入EPOLLIN、EPOLLOUT、EPOLLERR等标志位, 不同的是, 当需要改变默认的条件触发为沿触发时, 我们需要在上述几个事件外或上EPOLLET标志。
当启用沿触发模式时, 系统仅当文件描述符发生状态变化才会触发事件, 因此在使用边缘触发模式时, 在ReadPack中额外要注意每次都要读到socket返回EWOULDBLOCK为止, 否则由于socket依旧可读, 新来的数据不会引起任何事件触发, 从而使得应用程序无法获知相应的事件。其他函数和前面的功能类似, 对描述符集合的操作通过event_ctl实现。
2、结束语
上面介绍了Linux进行I/O复用的三种主要方式。从著名的web服务器apache和ngnix上都可以看到Linux下高性能I/O复用都是通过epoll来实现的, 且由于只关心有变化的文件描述符避免了重复检查, 提高了效率, 且支持条件触发和沿触发两 种方式, 使得epoll成为当前Linux I/O复用的主流方式。
参考文献
[1]尤晋元译, Richard Stevens, Unix环境高级编程 (第二版) , 人民邮电出版社, 2006
[2]W.Richard Stevens, Bill Fenner, Andrew M.Rudoff, NetworkProgramming Volume 1, Third Edition:The Sockets Networking, Addison Wesley, 2003
[3]C10K Problem, http://www.kegel.com/c10k.html, 2010
[4]Linux Manuel Page, Select http://linux.die.net/man/2/select, 2010
[5]Linux Manuel Page, poll http://linux.die.net/man/2/poll, 2010
[6]Linux Manuel Page, epoll http://linux.die.net/man/2/epoll, 2010
[7]select, poll函数源代码http://lxr.linux.no/linux+v2.6.36/fs/se-lect.c, 2010
[8]fd_set类型, http://lxr.linux.no/linux+v2.6.36/include/linux/posix_types.h#L38
I/O传输 第9篇
近年来,因为处理器的迅速发展,其速度变得越来越快,然而,资料的存取系统却无法跟上处理器的速度,这使得处理器会因为存取系统过于缓慢而常常处于闲置状态,因此,平行档案系统被广泛的用来解决这个问题。除此之外,由于电脑被使用于平行处理平台的普及率逐步上升,这造成使用于电脑上的平行处理软体需求量持续增加,但是,却有可能缺乏平行I/O的系统,这让平行档案系统被要求为电脑来提供高效能的平行I/O系统,虽然它非常适合用来解决因为贫乏的效能所导致的瓶颈, 可是大多数现存的平行档案系统都是基于像Unix的作业系统,因为这个理由 ,利用微软的.NET架构实做了一个基于视窗作业系统的平行档案系统,这篇论文除了有描述这个系统的设计构思与实现方法还有做了些效能的测试,读取跟写入的效能都比只用单一磁碟还要好。结果显示,写入的效能最高可以达到110 MB/s,读取的效能最好也有75 MB/s。
2 理论基础
外部设备是计算机与外界联系的主要对象。计算机的应用环境千差万别, 与计算机相连的外设各式各样,有机械式的、电动式的、电子式的、光电式的,有模拟的、数字的,有并行的、串行的,有高速的、中速的、低速的,有简单的、复杂的,这使得大多数外设不能直接与计算机系统相连接,而必须通过接口与计算机系统总线连接起来。
I/O接口是位于计算机系统与外设之间的连接电路,是计算机系统与外设连接的桥梁,起着沟通、协调两者关系的作用。针对不同的外设,I/O接口通常具有几个基本功能。
(1) 提供信息传递通道。由于接口位于计算机系统与外设中间, 因此它必须为两者提供信息传递的通道,通道一般是利用接口中的端口(寄存器)来实现的。我们可以设计多个通道, 并有效控制各通道的工作时刻,使计算机系统与外设间的多种信息可以在各通道中分时传输。
(2) 进行数据格式转换。我们通常将外设提供或接收的信息广义地称为数据, 其形式有多种, 如模拟数据、数字数据、并行数据、串行数据等。而计算机系统传输、处理的数据只是数字化的并行数据。因此,在两者进行信息交换时若数据格式不一致,则必须进行数据格式转换。
在I/O接口中完成的数据格式转换有几种方式。
模 / 数转换。若外设是模拟设备,则其发送与接收的信息为模拟数据。当计算机系统从模拟外设获取信息时,必须将外设的模拟数据转换成并行数字数据,才能被计算机系统接收。同样,当计算机系统给模拟外设加载信息时,必须将计算机的并行数字数据转换成模拟数据,才能被外设接收。
串 / 并转换。若外设是数字化的串行设备,其发送与接收的信息为串行数据,则必须将外设的串行数据转换成并行数据,才能被计算机系统接收。同样,需将计算机的并行数据转换成串行数据,才能被外设接收。
数位转换。某些外设虽然是数字化的并行设备,但其传输的并行数据数位若与计算机系统的并行数据数位不符,也需要通过接口将两者的数位作适当的变换。
(3) 进行速度匹配。大多数情况下外设的速度低于计算机系统的速度,由于这种速度的不匹配会造成外设与计算机系统传输信息时出现错误, 因此必须通过I/O接口来协调两者的速度。
一种常用的速度变换方法是在接口中设计数据缓冲器,通过数据缓冲器的“缓冲”功能,使快速的计算机系统与慢速的外设之间达到有效的信息传递。
(4) 进行负载匹配。目前的微机系统均采用总线结构, 系统中所有部件都是通过总线相互连接在一起的,其中外设与微机系统的连接实际上是通过将外设经过接口连接在微机的系统总线上来实现的。由于每种外设对总线呈现的负载不同,而系统总线的负载能力是有限制的,因此,当大负载外设或多外设连接到微机系统时,接口中必须设计负载匹配电路。驱动器可以作为一种能够提供大电流的电流负载匹配电路来使用。
(5) 提供中断能力。当接口中包含中断请求电路时 ,可以支持外设以中断方式与计算机系统进行信息交换,这样可以提高I/O接口自身在多种输入 / 输出方式下的适应性。
由于我们需要在外设和计算机系统之间建立多个通道,因此一个外设接口可能由多个端口构成。假定外设已数字化,并利用数据、状态、控制(命令)三类信息与计算机系统进行信息交换。接口中的数据端口提供了外设与计算机系统间数据交换的通道,命令端口传递CPU发给外设的控制命令,状态端口将外设的工作状态反映给CPU。
3 分析与设计
简单来说,本文设计的系统包含元数据服务器、iod和library三个部分。其架构如图1所示。
初始化模块。该模块功能主要在Driver Entry函数里实现。
处理流程有几个步骤。
1) 初始化驱动名。
2) 注册以该驱动名命名的驱动设备对象 ,并将该对象添加到设备堆栈里。
3) 初始化全局变量,包括本地的元数据hash table。
4) 设置分发 例程入口 , 包括IRP_READ,IRP_CREATE等功能函数。
5) 设置FASTIO例程入口 设置回调 函数接口 , 如Fast IoR ead函数和Fast Io Create等。
6) 注册文件系统操作。
7) 初始化相关资源,同步对象和链表头。
8) 启动工作线程, 主要的线程包括MDS队列处理线程和IRP处理线程。
MDS交互模块。该模块主要功能在HIFS Mds.c里实现。每当有需要和MDS交互的时候,文件系统驱动填充MDS_CMD_QUEUE结构,并且加入MDS命令队列等待处理。
OSD交互模块。Client和OSD间的数据传输采用i SCSI通道。Client与OSD首先要建立会话session,每个会话都有启动端(Initiator)和目标端(Target),client作为i SCSI initiator, 发送OSD命令 ,OSD作为i SCSItarget,响应命令并返回送数据。i SCSI initiator的每个会话都有 自己的发 送线程hifs_tx_thread和接收线 程hifs_rx_thread实现发送 与接收i SCSI协议数据 单元(Protocol Data Unit,PDU)的功能。在对象存储系统中 ,数据或命 令按照T10标准封装 成iscsi命令 ,i SCSIinitiator的入队管理模块将iscsi命令加入到命令队列中,并且将命令交付给相应的发送线程处理。
发送线程hifs_tx_thread的处理流程。发送线程首先与target端建立连接, 启动接收线程。如果命令队列中没有命令发送,则处于阻塞状态;如果命令队列中有命令发送, 则获取命令cmd并将它加入待处理命令队列中,置cmd->tx_done为0,判定命令类型,根据i SCSI协议, 发送命令类型中有Login Request、Logout Request、Text Request、SCSI Command、NOP_OUT,每个发送命令产生一 个分支模 块 , 命令发送 出去以后 , 置cmd->tx_done为1, 并且设置发送线程事件为信号态 ,激活发送线程。
接收线程接收命令基本头部数据,获取待处理的命令cmd指针,判定cmd->done是否为1,如果cmd->done不为1,说明此命令还没有被发送到target端,处于阻塞状态,直到发送线程激活;如果cmd->done为1,则重置接收线程事件为非信号态,并且将cmd从待处理命令队列中摘除,判定cmd的类型根据iSCSI协议,
Create。Create的命令在Windows里实际上有两种,一种是Open即打开操作,另一种才是熟知的Create即创建操作。
有别于Linux系统有一 个root根目录的存 在 ,在Windows系统中还有卷。所以在执行Create操作之前 ,首先要判断的是是否对卷进行操作。如果文件名是空,则表示打开卷的操作。
虽然在HOSS系统里,无论文件夹还是文件,都是以对象的形式存放的。但在Windows下,必须区分清楚文件和文件夹,因为这两种的对象的操作是不同的。