> other end has something to send. Have you seen anything in the USB > spec which indicates a timeout for reading from a bulk pipe is > appropriate? >
No. All devices I had tested at that time required a time out. Ethernet came later. I think it's better to remove the timeout from bulk endpoints (perhaps by making it optional) and leave it there in the case of control requests. I was just waiting to september, to give it time to the current code to show wichever bugs it may have. Perhaps is better not to wait. I strongly argue in favor of in-kernel ctl timeouts. Otherwise programs like usbd (and all drivers) will have a bad time. Moreover, I've seen devices that block on particular requests but crash if you interrupt them at bad times. The kernel is careful to interrupt the control transfers without bothering the device much.
