当前位置:首页 > arm嵌入式
  • ARM嵌入式系统开发之发送过程的实现

    要通过网卡发送数据时,上层协议实体调用函数hard_start_xmit(),在我们的驱动程序中这个函数被映射成DM9000_wait_to_send_packet()函数,正如它名字中wait所表示的那样,这个函数只完成了等待发送的工作,实际的发送是调用DM9000_hardware_send_packet()函数完成的,这也是前面提到的buffer分配机制的一种体现。 在具体介绍这两个函数之前,有必要简单说一说DM9000芯片发送数据的工作原理。前面已经讲过,为了增加网络吞吐量DM9000芯片内部集成了8K的buffer,芯片对这些buffer采用了内存页面管理方式,每页256B,内部寄存器支持简单的内存分配指令。对于内核来说,发送数据只是把数据从内核送到芯片的buffer中去,实际向物理媒介上的发送和相关的控制(CSMA/CD)是由芯片自主完成的。完成情况通过中断的方式通知内核。 在数据发送中用到两个函数。函数DM9000_wait_to_send_packet()一方面实现和上层协议接口,另一方面检查buffer分配是否成功,如果成功就调用,DM9000_hardware_send_packet()将数据传送到buffer中去,如果不成功,则打开相关中断,在分配成功时由中断控制程序调用DM9000_hardware_send_packet()完成数据传送。这两个函数都用到Linux网络协议栈中很重要的一个数据结构sk_buff,关于它在讲接收程序时再详细介绍。下面结合代码片段分析这两个函数的功能实现。 static int DM9000_wait_to_send_packet( struct sk_buff* skb, struct net_device * dev ) { struct DM9000_local *lp = (struct DM9000_local *)dev->priv; word length; unsigned short numPages; word time_out; word status; lp->saved_skb = skb; length = ETH_ZLEN < skb->len ? skb->len : ETH_ZLEN; numPages = ((length & 0xfffe) + 6); numPages >>= 8; DM9000_SELECT_BANK( 2 ); outw( MC_ALLOC | numPages, MMU_CMD_REG ); } 以上代码从skb中读出数据长度做一些处理后,换算出所需的页面数。然后向芯片发出分配buffer的请求,MC_ALLOC和MMU_CMD_REG都是在头文件中定义的宏,MC_ALLOC是分配buffer空间的寄存器指令,而MMU_CMD_REG是MMU命令寄存器的地址。 time_out = MEMORY_WAIT_TIME; do { status = inb( INT_REG ); if ( status & IM_ALLOC_INT ) { break; } } while ( -- time_out ); 这段代码是检查buffer分配是否成功,检查的方法很特别。须说明一下,在系统初始化时buffer分配中断是被屏蔽的,所以即使分配成功也不会产生物理中断信号,但是中断状态寄存器仍然会有相应标志。这段代码正是利用这个特性,在一个时间范围内检查中断状态寄存器,检查分配是否成功,这个是一种忙等待,但因为time_out设得很小所以在有些时候它比中断方式效率高。 if ( !time_out ) { DM9000_ENABLE_INT( IM_ALLOC_INT ); return 0; } 如果超时,证明buffer忙,打开buffer分配中断,待分配成功时由中断程序完成有关操作。 DM9000_hardware_send_packet(dev); netif_wake_queue(dev); return 0; } 如果不超时,直接调用DM9000_hardware_send_packet()完成发送。下面来看DM9000_hardware_send_packet()函数,它的主要功能一是把数据从sk_buff结构中传输到芯片buffer区,二是进行传输后处理。数据传输部分涉及一些特殊问题处理,例如按字(16b)传输时如何处理奇数字节的问题,以及构造以太网帧头结构问题等,这些问题各种网卡处理方式基本一致,相对比较烦琐,所以在代码片段中仅作表示。 static void DM9000_hardware_send_packet( struct net_device * dev ) {…… outsw( DATA_REG , buf, (length ) >> 1); /*对相关寄存器进行操作,将数据传送到芯片buffer*/ DM9000_ENABLE_INT( (IM_TX_INT | IM_TX_EMPTY_INT) ); lp->saved_skb = NULL; dev_kfree_skb_any (skb); dev->trans_start = jiffies; netif_wake_queue(dev); return; } 传送后处理,具体为打开传送相关的异常情况中断,释放skb空间,设置发送时间、唤醒网络设备等待队列。

    时间:2014-10-15 关键词: 开发 嵌入式处理器 arm嵌入式 发送过程

  • 32位ARM嵌入式处理器的调试技术

    摘要:针对32位ARM处理器开发过程中调试技术的研究,分析了目前比较流行的基于JTAG的实时调试技术,介绍了正在发展的嵌入式调试标准,并展望期趋势。 关键词:嵌入式 调试 处理器 JTAG Nexus ARM 随着对高处理能力、实时多任务、网络通信、超低功耗需求的增长,传统8位机已远远满足不了新产品的要求,高端嵌入式处理器已经进入了国内开发人员的视野,并在国内得到了普遍的重视和应用。ARM内核系列处理器是由英国ARM公司开发授权给其他芯片生产商进行生产的系统级芯片。目前在嵌入式32位处理器市场中已经达到70%的份额。笔者在对三星公司的ARM7芯片技术调试的过程中,对这些高端嵌入式系统的调试技术进行了总结。 传统的调试工具及方法存在过分依赖芯片引脚、不能在处理器高速运行下正常工作、占用系统资源且不能实时跟踪和硬件断点、价格过于昂贵等弊端。目前嵌入式高端处理器的使用渐趋普及。这些处理器常常运行在100MHz,并且一些内部控制以及内部存储器的总线信号并不体现在外部引脚上。这种片上系统(System on Chip)、深度嵌入、软件复杂的发展趋势给传统的调试工具带来了极大的挑战,也给嵌入式处理器开发工程师的工作带来了不便,这就需要更先进的调试技术和工具进行配套。本文将详细介绍在ARM处理器中采用的几种片上调试技术(on-chip debugger)。这些片上调试技术通过在芯片的硬件逻辑中加入调试模块,从而能够降低成本,实现传统的在线仿真器和逻辑分析仪器的功能,并在一定的条件下实现实时跟踪和分析,进行软件代码的优化。 1 边界扫描技术(JTAG) 边界扫描技术是为了满足当今深度嵌入式系统调试的需要而被IEEE1149.1标准所采纳,全称是标准测试访问接口与边界扫描结构(Standard Test Access Portand Boundary Scan Architecture)。JTAG遵循1149.1标准,是面向用户的测试接口,是ARM处理器调试的基础。本文提到的ARM的E-TRACE调试模式实际上是JTAG的增强版本,其它一些32位嵌入式处理器的调试方式也基本上遵循这个标准。这个用户接口一般由4个引脚组成:测试数据输入(TDI)、测试数据输出(TDO)、测试时钟(TCK)、测试模式选择引脚(TMS),有的还加了一个异步测试复位引脚(TRST)。其体系结构如图1。 所谓边界扫描就是将芯片内部内科所有的引脚通过边界扫描单元(BSC)串接起来,从JTAG的TDI引入,TDO引出。芯片内的边界扫描链由许多的BSC 组成,通过这些扫描单元,可以实现许多在线仿真器的功能。根据1149.1的规定,芯片内的片上调试逻辑通常包括一个测试访问接口控制器(TAP)。它是一个16状态的有限状态机以及测试指令寄存器、数据寄存器、旁路寄存器和芯片标识寄存器等。在正常模式下,这些测试单元(BSC)是不可见的。一旦进入调试状态,调试指令和数据从TDI进入,沿着测试链通过测试单元送到芯片的各个引脚和测试寄存器中,通过不同的测试指令来完成不同的测试功能。包括用于测试外部电气连接和外围芯片功能的外部模式以及用于芯片内部功能测试(对芯片生产商)的内部模式,还可以访问和修改CPU寄存器和存储器,设置软件断点,单步执行,下载程序等。其优点如下: %26;#183;可以通过边界扫描操作测试整个板的电气连接,特点为表面贴元件提供方便; %26;#183;各个引脚信号的采样,并可强制引脚输出用以测试外围芯片; %26;#183;可以软件下载、执行、调试和控制,为复杂的实时跟踪调试提供路径; %26;#183;可以进行多内核和多处理器的板级和芯片级的调试,通过串接(如图2),为芯片制造商提供芯片生产、测试的途径。 虽然JTAG调试不占用系统资源,能够调试没有外部总线的芯片,代价也非常小;但是由于JTAG是通过串口依次传递数据,速度比较慢,只能进行软件断点级别的调试,自身还不能完成实时跟踪和多种事件触发等复杂调试功能。因此便有了几种功能更为完善的增强版本。 2 ARM芯片的实时调试方案(E-TRACE) ARM公司的内核芯片采用E-TRACE片上调试模式。它实际上是JTAG的升级版本,通过增强的辅助片上调试硬件来完成实时调试,解决了许多传统调试器难以解决的问题。 图2 对多内核和多处理器的调试 它的实时调试方案通过三种途径解决: %26;#183;EmbeddedICE硬逻辑; %26;#183;实时监控; %26;#183;实时跟踪。 EmbeddedICE逻辑单元存在于ARM7TDMI、ARM9TDMI、ARM9E和ARM10内核中。它枯JTAG口的基础上,增加了硬件断点寄存器、比较器,通过断点寄存器的值可以进行硬件断点的设置,不仅对地址还可以对数据、控制总线的信号进行复杂的触发控制设定,而不是单单在指令级别进行中断(如软中断),从而满足对特定事件的中断响应,极大的增加了灵活性,同时可以在ROM中设置断点和观察点,极大地方便调试。其示意如图3。 实时监控则是进一步在ARM9E和ARM10中的改进。它改变EmbeddedICE在触发中断后时入调试模式状态而停止内核运行的弊端,进入一段非常小的中断监控程序中,得到所需要的信息后迅速把控制权转让给先前的任务(这是与远程监控器最大的区别)。在监控程序内处理器完全可以再接收外界的中断和其他触事件,而不是停止运行。这种方式综合了JTAG和远程调试的优点,它可以增加以下两个好处: %26;#183;在不禁止中断的前提下调试前景任务(即中断时正在运行的任务); %26;#183;不用停止处理器的运行就可以读写和修改存储器(对于机电设备非常重要)。 更为强大的是ARM的实时跟踪解决方案,它由三部分组成: %26;#183;嵌入跟踪微核; %26;#183;跟踪分析仪; %26;#183;跟踪调试软件。 通过这三种工具可实现完全的实时跟踪。跟踪微核存在于芯片,它可以不停止CPU的运行而实时监视芯片总线的信息,并把设定触发范围内的所有信息在CPU运行的同时通过压缩的方式送到外部的跟踪分析仪器里。分析跟踪仪器从芯片外部通过跟踪口(另外一个不同于JTAG的接口)收取信息。因为是压缩的数据,所以分析仪不需要采用与跟踪微核实时跟踪相同的速度。这大大降低了分析的成本,并增加了存储的容量。而PC端的跟踪软件则来自分析仪的数据重新组织起来,从而重现处理器的历史状态和数据、程序流程。同时还可以把执行代码与源代码链接起来,使调试者快速理解跟踪数据。ARM的这种方式通过芯片内部的实时跟踪硬件加上低成本的分析仪器,解决了传统在线仿真器(ICE)和逻辑分析仪的诸多弊端。其示意如图4。 3 Nexus标准 自从JTAG IEEE1149.1标准出来后,越来越多的高端嵌入芯片生产商开始采用这个标准。但是1149.1标准只能提供一种静态的调试方法,如处理器的启动和停止、软件断点、单步执行、修改寄存器,而不能提供处理器实时运行时的信息。于是各个厂家在自己的芯片上,把原有的JTAG的基本功能进行了加强和扩展,如前面提到的E-TRACE、背景调试模式BDM(Background Debugging Mode)和片上仿真OnCE(On-Chip Emulation)等,在处理器不停止运行的前提下,进行实时的调试。 由于这些增强的JTAG版本之间各有差异,而且即使同一厂家的不同产品之间也在存着不同。所以一些芯片厂商和调试工具开发公司于1998年成立了 Nexus 5001论坛,以期提出一个在JTAG之上的嵌入式处理器调度的统一标准。[!--empirenews.page--] Nexus将调试开发分成四级,从第一级开始,每级的复杂度都在增加,并且上级功能覆盖下一级。第一级使用JTAG的简单静态调试;第二级支持编程跟踪和实时多任务的跟踪,并欢用户用I/O引脚作为多路复用辅助调试口;第三级包括处理器运行时的数据写入跟踪和存储器的读写跟踪;第四级增加了存储替换并触发复杂的硬件断点。从第二级开始,Nexus规定了可变的辅助口。辅助口使用3~16个数据引脚,用来帮助其他仿真器和分析仪之类的辅助调试工具。其示意如图5。 通过Nexus标准可以解以下问题: %26;#183;调试内部总线没有引出的处理器,如含有片内内存器的芯片; %26;#183;传统在线仿真器无法实现的高速调试; %26;#183;深度流水线和有片上Cache的芯片,能够探测具体哪条指令被取和最终执行; %26;#183;可以稳定地进行多内核处理器的调试。 4 调试技术的展望 通过上面的分析可以看出,目前的调试技术可以在频率100MHz、内部总线外部不可见、需要进行实时跟踪的情况下分发挥优势,弥补传统的远程调试器和在线仿真器的不足,并且成本非常低廉。 同时,调试技术还在不停地发展,目前IEEE1149.4标准也已经产生。它主要是将边界扫描结构用于处理模数混合芯片的调试。Nexus也已经完成了标准的制定并有厂商开始在芯片上提供Nexus的调试硬件模块。但是这些标准到底会不会被各个芯片厂商所采用,还有等时机的成熟。特别是两大主流内核公司 ARM和MIPS分别采用自已独特内核调试技术。ARM采用基于JTAG版本的E-Trace,而MIPS则是用EJTAG——加强的JTAG技术。它们对Nexus的态度也是旁观等待。

    时间:2014-06-15 关键词: 处理器 嵌入式处理器 32位 arm嵌入式

发布文章

技术子站

更多

项目外包