Hi Andrew, > Some bluetooth adapters return an incorrect number of sco packets in > READ_BUFFER_SIZE. Fix it. > > This is the worst possible way to fix it for several reasons: > - this is not a generic fix, it has to me activated explicitely by the > driver > > - this is not a driver-specific fix either, only one action is > possible (change to 8), the driver can only enable it > > - this is not a wildcard-able fix, because it overwrites the returned > value no matter what, i.e. even when it is correct. So drivers without > device id which need it, for instance uart, can't use it. > > - there is no warning anywhere when the problematic condition is > detected, so users of non-listed buggy hardware have no clue about > what is going on, and the list of buggy hardware will be very hard to > complete > > - the fix is inconsistant with the sco_mtu handling
as already mentioned, this shouldn't go into upstream yet. We are trying to address the real reason behind broken SCO flow control. Regards Marcel Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
