手机探索者开发实录—rndis/usbnet
转载时请注明出处和作者联系方式
作者联系方式:李先静 <xianjimli at hotmail dot com>
手机探索者(mobile explorer)通过几层抽象,让它不依赖于特定的传输方式,然而抽象就是抽象,一个抽象的面包是不能填饱肚子的,我们一定要有具体的实现。手机探索者(mobile explorer)先实现基于rndis/usbnet的传输方式,在linux PC上支持usbnet是一件非常自然的事情,然而windows似乎并不认识我们的broncho手机:找不到相应驱动的程序,按网上的介绍去做也不凑效。
虽然看了两周Windows DDK的资料,我还是没有信心和时间去写自己的usbnet驱动程序。没办法,最后决定把broncho伪装成一个window mobile手机,我看过RNDIS的资料和代码,了解它的基本原理,知道实现起来并不难。尽管linux下RNDIS的作者在代码中抱怨RNDIS的SPEC太模糊,但他对Windows mobile手机支持还是比较完善的。
RNDIS也有设备端的实现,我想要模拟window mobile手机是轻而易举的事。不过还是遇到了点麻烦,在broncho上启用了RNDIS之后,linux PC仍然把它识别为一个普通usbnet设备,我发现它总是匹配不到rndis_host驱动。只好找来一台windows mobile手机,插到linux PC上,然后分析它的USB配置,其内容如下:
它有两个接口,第一个接口的InterfaceClass和InterfaceSubClass表明它是一个特殊的RNDIS(即ActiveSync),第二个接口表明它是一个普通的CDC设备,也就是usbnet。我按这个配置修改了drivers/usb/gadget/ether.c。
把rndis_control_intf的内容修改为:
当启用RNDIS时,ether.c中USB设备有两个配置,第一个RNDIS,第二个是标准CDC,不知道为何Linux PC总是优先匹配到CDC驱动,最后我只好把它修改为一个配置了:
先把配置的个数定义成一个宏,如果有问题,改回来比较容易。
用RNDIS_CONF_NR替换配置的个数,修改的代码有:
重新把broncho手机插入到Linux PC上,Linux PC可以正确加载RNDIS_HOST驱动,然而总是告诉我RNDIS初始化失败。失败的原因居然是pipe broken,这让我百思不得其解,RNDIS是通过ep0发送的,这是任何USB设备都会支持的,怎么是pipe broken呢,读了半天USB驱动的代码确认没有什么问题,然后在broncho的UDC的中断打出调试信息,确认收到了初始化的消息,进入一步跟踪到手机RNDIS驱动程序中,也确定收到了初始化消息。失败的原因是rndis没有被激活,让rndis_active函数始终返回TRUE,一切OK了。
把broncho手机插入装有activesync的windows,windows把broncho识别为windows mobile device,activesync也能识别broncho了,用telnet连接到broncho手机中,能够进入终端状态。
呵,一切OK了,因为被pipe broken这个错误所迷惑,我读了两天代码才找到原因,结果只需要修改几行代码就行了。
~~end~~
转载时请注明出处和作者联系方式
作者联系方式:李先静 <xianjimli at hotmail dot com>
手机探索者(mobile explorer)通过几层抽象,让它不依赖于特定的传输方式,然而抽象就是抽象,一个抽象的面包是不能填饱肚子的,我们一定要有具体的实现。手机探索者(mobile explorer)先实现基于rndis/usbnet的传输方式,在linux PC上支持usbnet是一件非常自然的事情,然而windows似乎并不认识我们的broncho手机:找不到相应驱动的程序,按网上的介绍去做也不凑效。
虽然看了两周Windows DDK的资料,我还是没有信心和时间去写自己的usbnet驱动程序。没办法,最后决定把broncho伪装成一个window mobile手机,我看过RNDIS的资料和代码,了解它的基本原理,知道实现起来并不难。尽管linux下RNDIS的作者在代码中抱怨RNDIS的SPEC太模糊,但他对Windows mobile手机支持还是比较完善的。
RNDIS也有设备端的实现,我想要模拟window mobile手机是轻而易举的事。不过还是遇到了点麻烦,在broncho上启用了RNDIS之后,linux PC仍然把它识别为一个普通usbnet设备,我发现它总是匹配不到rndis_host驱动。只好找来一台windows mobile手机,插到linux PC上,然后分析它的USB配置,其内容如下:
- Bus003Device063:ID0bb4:0bceHighTechComputerCorp.
- DeviceDescriptor:
- bLength18
- bDescriptorType1
- bcdUSB2.00
- bDeviceClass239MiscellaneousDevice
- bDeviceSubClass1?
- bDeviceProtocol1MicrosoftActiveSync
- bMaxPacketSize064
- idVendor0x0bb4HighTechComputerCorp.
- idProduct0x0bce
- bcdDevice0.00
- iManufacturer1HTC
- iProduct2GenericRNDIS
- iSerial300846335-3781-0103-4800-0050bf3f5173
- bNumConfigurations1
- ConfigurationDescriptor:
- bLength9
- bDescriptorType2
- wTotalLength62
- bNumInterfaces2
- bConfigurationValue1
- iConfiguration0
- bmAttributes0xc0
- SelfPowered
- MaxPower100mA
- InterfaceDescriptor:
- bLength9
- bDescriptorType4
- bInterfaceNumber0
- bAlternateSetting0
- bNumEndpoints1
- bInterfaceClass239MiscellaneousDevice
- bInterfaceSubClass1?
- bInterfaceProtocol1MicrosoftActiveSync
- iInterface0
- EndpointDescriptor:
- bLength7
- bDescriptorType5
- bEndpointAddress0x81EP1IN
- bmAttributes3
- TransferTypeInterrupt
- SynchTypeNone
- UsageTypeData
- wMaxPacketSize0x00081x8bytes
- bInterval1
- InterfaceDescriptor:
- bLength9
- bDescriptorType4
- bInterfaceNumber1
- bAlternateSetting0
- bNumEndpoints2
- bInterfaceClass10CDCData
- bInterfaceSubClass0Unused
- bInterfaceProtocol0
- iInterface0
- EndpointDescriptor:
- bLength7
- bDescriptorType5
- bEndpointAddress0x82EP2IN
- bmAttributes2
- TransferTypeBulk
- SynchTypeNone
- UsageTypeData
- wMaxPacketSize0x00401x64bytes
- bInterval0
- EndpointDescriptor:
- bLength7
- bDescriptorType5
- bEndpointAddress0x03EP3OUT
- bmAttributes2
- TransferTypeBulk
- SynchTypeNone
- UsageTypeData
- wMaxPacketSize0x00401x64bytes
- bInterval0
它有两个接口,第一个接口的InterfaceClass和InterfaceSubClass表明它是一个特殊的RNDIS(即ActiveSync),第二个接口表明它是一个普通的CDC设备,也就是usbnet。我按这个配置修改了drivers/usb/gadget/ether.c。
把rndis_control_intf的内容修改为:
- staticconststructusb_interface_descriptor
- rndis_control_intf={
- .bLength=sizeofrndis_control_intf,
- .bDescriptorType=USB_DT_INTERFACE,
- .bInterfaceNumber=0,
- .bNumEndpoints=1,
- .bInterfaceClass=USB_CLASS_MISC,
- .bInterfaceSubClass=1,
- .bInterfaceProtocol=1,
- .iInterface=STRING_RNDIS_CONTROL,
- };
当启用RNDIS时,ether.c中USB设备有两个配置,第一个RNDIS,第二个是标准CDC,不知道为何Linux PC总是优先匹配到CDC驱动,最后我只好把它修改为一个配置了:
先把配置的个数定义成一个宏,如果有问题,改回来比较容易。
- #defineRNDIS_CONF_NR1
用RNDIS_CONF_NR替换配置的个数,修改的代码有:
- device_desc.bNumConfigurations=RNDIS_CONF_NR
- if(rndis)
- device_desc.bNumConfigurations=RNDIS_CONF_NR;
- if(rndis)
- dev_qualifier.bNumConfigurations=RNDIS_CONF_NR;
重新把broncho手机插入到Linux PC上,Linux PC可以正确加载RNDIS_HOST驱动,然而总是告诉我RNDIS初始化失败。失败的原因居然是pipe broken,这让我百思不得其解,RNDIS是通过ep0发送的,这是任何USB设备都会支持的,怎么是pipe broken呢,读了半天USB驱动的代码确认没有什么问题,然后在broncho的UDC的中断打出调试信息,确认收到了初始化的消息,进入一步跟踪到手机RNDIS驱动程序中,也确定收到了初始化消息。失败的原因是rndis没有被激活,让rndis_active函数始终返回TRUE,一切OK了。
把broncho手机插入装有activesync的windows,windows把broncho识别为windows mobile device,activesync也能识别broncho了,用telnet连接到broncho手机中,能够进入终端状态。
呵,一切OK了,因为被pipe broken这个错误所迷惑,我读了两天代码才找到原因,结果只需要修改几行代码就行了。
~~end~~
本文介绍了如何在一款名为Broncho的手机上实现RNDIS/USBNet驱动,使其能在Linux和Windows环境下作为网络设备使用。文章详细记录了调试过程中遇到的问题及解决办法。

3142


被折叠的 条评论
为什么被折叠?



