Brian S. Stephan wrote: > Brian S. Stephan wrote: >> Transfers are improved with .max_sectors at 64 (128 didn't seem to offer >> any real improvement), making xfer sizes 32768 bytes instead of 65536, >> times are relatively sane again. The original test worked as it should >> but a larger cp is causing command aborts and bus resets again. Looking >> at the kernel log it seems that it is, however, still acting "better"... >> there are generally more successful writes between aborts, if this is any >> indication of good behavior. > > A bit after I sent this message the works un-gummed themselves and > suddenly for the last 10 minutes of the umount there were no aborts in the > kernel log, and then umount ended. This transfer was the set of .oggs that > took over 48 hours before. Total time now was probably an hour. So > whatever's going on, changing the sector max is helping weed it out. > > I'm "verifying the data" (listening to the .oggs through the player :) and > the files seem proper.
Alan, thank you for all your help so far, More behavioral data: dropped .max_sectors to 32 and that same album took 15 minutes to cp. There were only three or four instances of the double command abort behavior, again near the beginning of the transfer; a bit of data was moved, the fairly successive aborts happened, and then it recovered and the vast majority of data went smoothly. Note that the time is still a regression from 2.4 and my laptop's 2.6, both of which did the cp in about 7 minutes. Another thing I noticed, the 2.6 NEC OHCI controller treats the device as if I mounted with sync (I'm not) (that is, the cp takes actual time writing to complete) where the VIA UHCI, either 2.4 or 2.6, does not (cp takes essentially no time and all writes are done on umount). Does this make sense? What can I do next to pin this screwy behavior down? Brian ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
