09Plus的两个问题，请问是否正常？

[客服六号]

其实说白了，SuperDSP的arm固件usb接口代码稍微改改，就可以解决这个问题~，就看乐之邦愿不愿了。

反映给研发部门。得到反馈：

SuperDSP100/SuperDSP200/SuperDSP210的异步模式是通过USB的sof来计数，而linux对这种模式兼容性不佳。所以，后续的SuperDSP230及以后的更新的平台将改变计数方式，直接通过buf指针偏移量来计数，会有效提升兼容性。

SuperDSP100/SuperDSP200/SuperDSP210由于硬件设计缘故，资源相对贫乏，无法适配很大的buf，这方面无法改进，毕竟是5年甚至更早前设计的芯片组了。

就改个采样率和BUF完全没关系，说linux对这种模式兼容性不佳这是在推卸责任。加两行代码就能避开这个问题(不是内核bug)。
开始我还以为是arm构架的usb host硬件有问题，后来即使用x86平台intel标准的usb host硬件，调内核还是同样的返回broken pipe，才想到是某个条件下09p在control endpoint会返回stall导致的。SuperDSP的arm固件的usb接口代码不动，这个stall问题不解决，就算你升级到SuperDSP10000有什么用？
1. 为什么其他公司的产品在linux下就没有这种问题？
2. 乐之邦的产品是要主动去适配操作系统，还是要操作系统来适配乐之邦的产品？
3. 我觉得把产品做好做精，努力做到软硬件没有bug才能赢得更多的市场。
linux会越来越普及

没说不改进，后续新产品会改进。
SuperDSP230的USB代码就已经和之前的不一样了。