On Tuesday 24 July 2007, Zach Brown wrote: > So, the sad story is that the cancellation support in fs/aio.c is a > mess. Before we get lost on those details can we talk about simply > not allowing cancelation of these usbfs2 aio read requests? If they > guarantee forward progress
Nope ... if there were progress, cancelation wouldn't be needed! > then you can just do what dio does. Don't > set ki_cancel, they'll eventually complete. This is regular I/O ... the stuff that operating systems originally created async frameworks to address. It seems that trying to unify that notion with filesystem stacks has been a headache. So there's a fair amount of interest in throwing baby out with bathwater. :( ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
