Groups related to USB stuff.
Details
Yesterday
Also, thanks for you patient and contribution. This patch makes some improvement for multiple devices case.
Plus these point. Should we add O_CLOEXEC in here as libusb opened program can panic and thus flock never unlock
Sat, May 30
Fri, May 29
Thu, May 28
nice catch! Why's this not panicing though? I thought I saw a lock assertion in usb_command_wrapper() ?
Refactor commit msg
Tue, May 26
Mon, May 25
ugh yeah you're right, our mwait() implementation does the same thing and has the same issues, doesn't it? I've come to increasingly not like that; code really needs to treat exiting the mwait() as "all state may have changed", and it's not really suitable for serialising stuff like usb state / transfers.
Sun, May 24
Fantasic! You are solving one of my local TODOs :)
Sat, May 23
So I'm starting to understand what you're trying to do here, however just a few things:
Just split the patch with multiple smaller one.
Fri, May 22
Sorry, on the list to give this a closer look today- it looked nice on the surface and cleans up one annoyance I've had on the last with how this stuff works, but I want to be sure that we don't accidentally regress the serial bits.
Thu, May 21
This looks fine, is there somewhere in the XHCI specification you can reference for drop bit handling? It'd be good to have a comment there.
Mon, May 18
Thank you for your effort on this.
