OSR6的USB代码缺陷也是多多

CNL

1)重复发送set_configuration的缺陷
这个本不是问题,可是国内很多小厂的产品固件程序有毛病,
重复set将导致OSR6无法对这些设备完成配置

2)没有发送set_interface的缺陷
这个应该也不算是个问题,按照USB协议,如果设备只有一个interface可以不发,
但可惜由于window是每次都发set_interface的,
国内很多小厂照葫芦画瓢死搬window固件驱动,
在set_configuration之后还要等待本不需要做的set_interface,
这样这些设备就不可能在OSR6下完成配置当然也就用不成了

3)没有对bulk端点做clear_feature
按说配置设备时刻是不需要做的，
可是部分国内厂家的产品DATA0/1的toggle居然有记忆性，上电后居然不是0,
那样如果不做clear_feature设备bulk端点的DATA toggle就不会复位,
OSR6请求INQUIRY就会失败，那么就会报错了

4)interface接口parse代码缺陷
这个应该是个缺陷,OSR6在做interface parse时刻,
Alternate Setting的数目不能超过4个, 否则就会parse failed,
usb规范每个interface的Alternate Setting最多可以到128,
sco的限制的确太小了

1),2),3)属于设备不符合USB标准协议的问题，看Demblon的口气是不会专门为这些厂家改SCO代码了,
4)的问题Demblon需要考虑一下如何修改OSR6的代码

不管Demblon改不改, 我先把ZRUSB的类似缺陷补上算了

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/1596/showart_134992.html