跳至主要内容

【转】vxworks下MUX接口的使用

1. END驱动与MUX接口概述

VxWorks下增强型网络驱动-END(EnhancedNetworkDriver)是一个数据链路层驱动程序,增强型网络驱动（END）是OSI模型中数据链路层的实现，通过MUX函数与网络协议层通讯。END驱动程序是基于MUX模式，网络驱动程序被划分为协议组件和硬件组件。MUX作为数据链路层和网络层之间的接口，它管理网络协议接口和低层硬件接口之间的交互，将硬件从网络协议的细节中隔离出来；删除使用输入钩例程来过滤接收从协议来的数据包，和删除了使用输出钩例程来过滤协议包的发送；并且链路层上的驱动程序需要访问网络层（IP或其他协议）时，也会调用相关的MUX例程。值得注意的是，网络层协议和数据链路层驱动程序不能直接通讯，它们必须通过MUX。MUX的目的是提供一个接口，隔离网络接口驱动和网络服务,MUX支持两种网络驱动接口类型：
� END: Enhanced Network Driver，一种面向帧结构的驱动
� NPT: Network Protocol Toolkit，一种面向分组的驱动，所有链路层信息被去除。


2. 用MUX-API实现网络协议

(1) 网络协议是OSI模型中网络层和传输层的实现.在基于END驱动vxWorks中,网络协议通过MUX接口与数据链路层进行通信,所有与具体网络接口相关的事务都在数据链路层驱动中进行处理,如发送和接收数据等。


2. 实现过程详解
 

*Step 1: 使用muxBind()函数将协议类型与特定的网络接口绑定

muxBind()函数原型如下:

void * muxBind
    (
    char * pName,             /* interface name, for example, ln, ei,... */
    int    unit,              /* unit number */
    BOOL (* stackRcvRtn) (void* , long, M_BLK_ID, LL_HDR_INFO * , void* ),
                              /* receive function to be called. */
    STATUS (* stackShutdownRtn) (void* , void* ),
                              /* routine to call to shutdown the stack */
    STATUS (* stackTxRestartRtn) (void* , void* ),
                              /* routine to tell the stack it can transmit */
    void (* stackErrorRtn) (END_OBJ* , END_ERR* , void* ),
                              /* routine to call on an error. */
    long   type,              /* protocol type from RFC1700 and many */
                              /* other sources (for example, 0x800 is IP) */
    char * pProtoName,        /* string name for protocol */
    void * pSpare             /* per protocol spare pointer */
    )

其中: pName为网络接口的名字, unit为接口号, stackRcvRtn为协议数据处理函数,负责对接收的数据(或者发送的数据,当协议类型为MUX_PROTO_OUTPUT时), stackShutdownRtn,stackTxRestartRtn,stackErrorRtn分别为关闭,重启和错误处理函数, 若不用则设置为NULL, type为指定的协议类型, pProtoName为协议名称, pSpare为每个协议的备用指针
协议类型及含义:
MUX_PROTO_SNARF: 在所有标准协议接收之前调用 stackRcvRtn()处理函数;
MUX_PROTO_PROMISC: 在所有标准协议接收之后调用 stackRcvRtn(0处理函数;
MUX_PROTO_OUTPUT: 在数据被送到物理层(DRIVER)之前调用 stackRcvRtn()函数.

在用muxSend()发送数据时,需要从网络数据缓冲池中申请内存,这里需要用到END_OBJ指针,
取得 END_OBJ 的方法

第一种方法:
END_OBJ * endFindByName
(
    char * pName,             /* device name to search for */
    int    unit
)
第二种方法:
利用muxBind()的返回值(void类型的指针),将此指针强制转换为MUX_ID类型(声明在系统头文件 "private/muxlibP.h"中),其中的pEnd成员即我们需要的END_OBJ指针.如下:

pEnd = ((MUX_ID)pSendCookie)->pEnd;

 

/* 接收(或者发送)处理函数[也可以说是过滤函数] */
BOOL stackRcvRtn
(
void * pCookie, /* returned by muxBind() */
long type, /* from RFC1700, or user-defined */
M_BLK_ID pNetBuff, /* packet with link-level info */
LL_HDR_INFO * pLinkHdr, /* link-level header info structure */
void * pSpare /* defined on a per-protocol basis */
)
{
/*process code here*/
return(FALSE/*or TRUE*/);
}

若stackRcvRtn()返回TRUE,则该数据包将不再被传递至上层协议或底层DRIVER
(当为MUX_PROTO_OUTPUT类型时);否则该数据包将继续向上或向下传递.


/*muxSend()发送数据包*/

 

/******/
示例代码: 在vxWorks下利用MUX接口实现UDP广播

说明: 在vxworks下利用socket发送UDP广播时,虽然将广播地址设置为255.255.255.255,但在底层
vxWorks用子网掩码进行处理后,际的广播地址为本网段的广播地址(如10.10.156.255).下面这个程序利用MUX接口,自己构造UDP数据包,用muxSend()实现对整个网络的UDP广播(255.255.255.255).

/* 头文件 */

#include "vxWorks.h"
#include "netinet/in.h"
#include "netinet/ip.h"
#include "netinet/if_ether.h"
#include "netinet/udp.h"

#define ARRAY_BROADCAST_PORT  2020
#define ARRAY_ACQ_PORT        2021

#define EH_SIZE                 14
#define IPHL                    20
#define UDPHL                   8

/*=============================================================*/
struct myIpFrame        /* ip frame struct which has no 14 bytes ethernet header */
{
 struct ip *iph;
 struct udphdr *udph;
 char   *pdata;
};

struct ps_udph          /* pseudo udp header for checksum */
{
    struct in_addr      srcip;
    struct in_addr      dstip;
    char                zero;
    char                prto;
    short               ulen;
};

struct myBuffer
{
 char *buf;
        u_short  size;
};

/* 源程序 */

#include "private/muxlibP.h"
#include "setupArray.h"

/****************************************************/
BOOL stackRcvRtn
(
void * pCookie, /* returned by muxBind() */
long type, /* from RFC1700, or user-defined */
M_BLK_ID pNetBuff, /* packet with link-level info */
LL_HDR_INFO * pLinkHdr, /* link-level header info structure */
void * pSpare /* defined on a per-protocol basis */
)
{
return(FALSE);
}

/*****************************************************/
#define MAX_DATA_LEN    500

STATUS myUdpBroadcast(char *pName, int unit, char *udp_data,int size)
{

END_OBJ *pEnd;
M_BLK_ID  pMblk;
void *pSendCookie;

struct ps_udph pudph;
struct ether_header eth_head;
struct myIpFrame myframe;
struct myBuffer pbuf;
char *pData;
int length;

const char dst_mac_addr[6]={0xff,0xff,0xff,0xff,0xff,0xff};
const char src_mac_addr[6]={0x00,0x30,0x40,0x10,0x00,0x40};

  if(udp_data == NULL || size<=0) return (ERROR);
  
  if((pSendCookie = muxBind(pName,unit,(FUNCPTR)stackRcvRtn,NULL,NULL,NULL,
                          MUX_PROTO_PROMISC,"ArraySetup",NULL)) == NULL)
  {
  perror("muxBind");
  return(ERROR);
  }
 
  if((pEnd = ((MUX_ID)pSendCookie)->pEnd) == NULL)
  {
  perror("pEnd");
  muxUnbind(pSendCookie,MUX_PROTO_PROMISC,(FUNCPTR)stackRcvRtn);
  return(ERROR);
  }

  if ((pMblk = netTupleGet (pEnd->pNetPool, 1514, M_DONTWAIT, MT_DATA,
                            FALSE)) == NULL)
  {
    perror("pMblk");
    muxUnbind(pSendCookie,MUX_PROTO_PROMISC,(FUNCPTR)stackRcvRtn);
    return(ERROR);
  }

  pMblk->mBlkHdr.mFlags |= M_PKTHDR;
  pMblk->mBlkHdr.mLen  = 0;
  pMblk->mBlkHdr.mData = pMblk->pClBlk->clNode.pClBuf;
 
  length = size;
  if(length > MAX_DATA_LEN)
     length = MAX_DATA_LEN;
  pbuf.size = IPHL + UDPHL + length;
  if((pbuf.buf = (char *) memalign (sizeof(long),pbuf.size))==NULL)
  {
    perror("pbuf");
    muxUnbind(pSendCookie,MUX_PROTO_PROMISC,(FUNCPTR)stackRcvRtn);
    return(ERROR);
  }  
  bzero(pbuf.buf,pbuf.size);
 
  pData = pbuf.buf;
  myframe.iph  = (struct ip*)(pData);
  myframe.udph = (struct udphdr*)(pData+IPHL);
  myframe.pdata = (char *)(pData+UDPHL+IPHL);

/*************DATA FIELE*******************/
  bcopy(udp_data, myframe.pdata, length);

/************ ETH HEAD ***************/
  bcopy(dst_mac_addr, eth_head.ether_dhost,6);
  bcopy(src_mac_addr, eth_head.ether_shost,6);
  eth_head.ether_type = htons(ETHERTYPE_IP);

/********* UDP HEADER ***************/
  myframe.udph->uh_sport = htons(ARRAY_BROADCAST_PORT);
  myframe.udph->uh_dport = htons(ARRAY_ACQ_PORT);
  myframe.udph->uh_ulen  = htons (length + UDPHL);
  myframe.udph->uh_sum = 0;

  pudph.srcip.s_addr = INADDR_ANY;
  pudph.dstip.s_addr = INADDR_BROADCAST;
  pudph.zero = 0;
  pudph.prto = IPPROTO_UDP;
  pudph.ulen = myframe.udph->uh_ulen;
  myframe.udph->uh_sum = udp_cksum (&pudph, (char *) myframe.udph,
                                     ntohs (pudph.ulen));

/********** IP HEADER **********/
  myframe.iph->ip_v = IPVERSION;
  myframe.iph->ip_hl = IPHL >> 2;
  myframe.iph->ip_tos = 0;
  myframe.iph->ip_len = htons (UDPHL + IPHL + length);
  myframe.iph->ip_id  = myframe.udph->uh_sum;
  myframe.iph->ip_off = htons (IP_DF);    /* XXX */
  myframe.iph->ip_ttl = 0x20;            /* XXX */
  myframe.iph->ip_p = IPPROTO_UDP;

  myframe.iph->ip_src.s_addr = INADDR_ANY;
  myframe.iph->ip_dst.s_addr = INADDR_BROADCAST;
  myframe.iph->ip_sum = 0;
  myframe.iph->ip_sum = checksum ((u_short *)myframe.iph,
                                  (myframe.iph->ip_hl) << 2);

  pData = pMblk->mBlkHdr.mData;
  bcopy((char*)&eth_head,pData,EH_SIZE);
  bcopy(pbuf.buf,pData+EH_SIZE,pbuf.size);

  pMblk->mBlkHdr.mLen  = EH_SIZE + pbuf.size;
  pMblk->mBlkPktHdr.len  = pMblk->mBlkHdr.mLen;
   
  if(muxSend(pSendCookie,pMblk)!=OK)
  {
     perror("muxSend"); 
     netMblkClChainFree(pMblk);
     cfree(pbuf.buf);
     muxUnbind(pSendCookie,MUX_PROTO_PROMISC,(FUNCPTR)stackRcvRtn);
     return (ERROR);
  }
/********************************/
  cfree(pbuf.buf);
  muxUnbind(pSendCookie,MUX_PROTO_PROMISC,(FUNCPTR)stackRcvRtn);
  return(OK);
}

评论

发表评论

此博客中的热门博文

【转】AMBA、AHB、APB总线简介

AMBA 简介 随着深亚微米工艺技术日益成熟，集成电路芯片的规模越来越大。数字IC从基于时序驱动的设计方法，发展到基于IP复用的设计方法，并在SOC设计中得到了广泛应用。在基于IP复用的SoC设计中，片上总线设计是最关键的问题。为此，业界出现了很多片上总线标准。其中，由ARM公司推出的AMBA片上总线受到了广大IP开发商和SoC系统集成者的青睐，已成为一种流行的工业标准片上结构。AMBA规范主要包括了AHB(Advanced High performance Bus)系统总线和APB(Advanced Peripheral Bus)外围总线。   AMBA 片上总线        AMBA 2.0 规范包括四个部分：AHB、ASB、APB和Test Methodology。AHB的相互连接采用了传统的带有主模块和从模块的共享总线，接口与互连功能分离，这对芯片上模块之间的互连具有重要意义。AMBA已不仅是一种总线，更是一种带有接口模块的互连体系。下面将简要介绍比较重要的AHB和APB总线。 基于 AMBA 的片上系统        一个典型的基于AMBA总线的系统框图如图３所示。        大多数挂在总线上的模块(包括处理器)只是单一属性的功能模块：主模块或者从模块。主模块是向从模块发出读写操作的模块，如CPU，DSP等；从模块是接受命令并做出反应的模块，如片上的RAM，AHB／APB 桥等。另外，还有一些模块同时具有两种属性，例如直接存储器存取(DMA)在被编程时是从模块，但在系统读传输数据时必须是主模块。如果总线上存在多个主模块，就需要仲裁器来决定如何控制各种主模块对总线的访问。虽然仲裁规范是AMBA总线规范中的一部分，但具体使用的算法由RTL设计工程师决定，其中两个最常用的算法是固定优先级算法和循环制算法。AHB总线上最多可以有16个主模块和任意多个从模块，如果主模块数目大于16，则需再加一层结构(具体参阅ARM公司推出的Multi-layer AHB规范)。APB 桥既是APB总线上唯一的主模块，也是AHB系统总线上的从模块。其主要功能是锁存来自AHB系统总...
发表评论
阅读全文

【转】GPIO编程模拟I2C入门

ARM编程:ARM普通GPIO口线模拟I2C  请教个问题： 因为需要很多EEPROM进行点对点控制，所以我现在要用ARM的GPIO模拟I2C，管脚方向我设 置的是向外的。我用网上的RW24C08的万能程序修改了一下，先进行两根线的模拟，SDA6， SCL6，但是读出来的数不对。我做了一个简单的实验，模拟SDA6，SCL6输出方波，在示波 器上看到正确方波，也就是说，我的输出控制是没问题的。 哪位大哥能指点一下，是否在接收时管脚方向要设为向内？（不过IOPIN不管什么方向都可 以读出当前状态值的阿） 附修改的RW24C08()程序： #define  SomeNOP() delay(300); /**/ /* *********************************  RW24C08   **************************************** */ /**/ /* ----------------------------------------------------------------------------- ---  调用方式：void I2CInit(void)   函数说明：私有函数，I2C专用 ------------------------------------------------------------------------------- -- */ void  I2CInit( void ) ... {  IO0CLR  =  SCL6;      // 初始状态关闭总线  SomeNOP();  // 延时   I2CStop();  // 确保初始化，此时数据线是高电平 }   /**/ /* ---------------------------------------------------------------------------- ----  调用方式：void I2CSta...
发表评论
阅读全文

【转】cs8900网卡的移植至基于linux2.6内核的s3c2410平台

cs8900网卡的移植至基于linux2.6内核的s3c2410平台（转） 2008-03-11 20:58 硬件环境：SBC-2410X开发板（CPU：S3C2410X） 内核版本：2.6.11.1 运行环境：Debian2.6.8 交叉编译环境：gcc-3.3.4-glibc-2.3.3 第一部分 网卡CS8900A驱动程序的移植 一、从网上将Linux内核源代码下载到本机上，并将其解压： #tar jxf linux-2.6.11.1.tar.bz2 二、打开内核顶层目录中的Makefile文件，这个文件中需要修改的内容包括以下两个方面。 （1）指定目标平台。 移植前：         ARCH?= $(SUBARCH) 移植后： ARCH            :=arm （2）指定交叉编译器。 移植前： CROSS_COMPILE ?= 移植后： CROSS_COMPILE   :=/opt/crosstool/arm-s3c2410-linux-gnu/gcc-3.3.4-glibc-2.3.3/bin/arm-s3c2410-linux-gnu- 注：这里假设编译器就放在本机的那个目录下。 三、添加驱动程序源代码，这涉及到以下几个方面。（1）、从网上下载了cs8900.c和cs8900.h两个针对2.6.7的内核的驱动程序源代码，将其放在drivers/net/arm/目录下面。 #cp cs8900.c ./drivers/net/arm/ #cp cs8900.h ./drivers/net/arm/ 并在cs8900_probe()函数中，memset (&priv,0,sizeof (cs8900_t));函数之后添加如下两条语句： __raw_writel(0x2211d110,S3C2410_BWSCON); __raw_writel(0x1f7c,S3C2410_BANKCON3); 注：其原因在"第二部分"解释。 （2）、修改drivers/net/arm/目录下的Kconfig文件，在最后添加如...
发表评论
阅读全文