On Thu, Jun 06, 2024 at 08:30:32PM +0200, Andreas Kemnade wrote: > Previously there were long sleeps for everything sent out. > Replace the sleeps by some wait for completion. > Wait times like 60ms are seen. > There are ack packets sent out if requested. Unfortunately > just waiting for them seems not stable, some open()/close() > loop stress-testing brings the communication into complete > disorder. Unfortunately these ack packets arrive before > a complete answer of the command has been received but > apparently after some processing has been done. > Properly declaring expected answers might help but adding > that can only be justified after some wider testing. > > So leaving this part of the series as a RFC and base > for future optimzations. Haven't really looked at this patch, but based on the above this doesn't really provide any confidence that this protocol should be handled in the kernel rather than in user space... Johan
