On Thu, 18 Mar 2004, Brad Campbell wrote:
G'day all,
I have been beating this GeneSys adaptor to death and have found out it appears to be a certain data sequence/packet that kills it.
Attached it a gzipped 1024 byte file. (It's gzipped just to add a crc to it, it's out of an .avi and incompressible) By doing zcat lockup.file.gz | dd of=/dev/sda I can reliably lockup the drive.
...
This is 100% reproducible on 2 systems with 2 different cardbus cards on my laptop.
Where to from here?
Regards, Brad
Boy, is that weird! Are you sure it's the drive and not something about your laptop?
Nup coz it does it on the inbuild uhci on my laptop, an nec cardbus ehci, an ali ehci cardbus and both uhci and ehci on my VIA KT600 chipset desktop.
If you want, you can try breaking that 1024-byte block up into smaller pieces. Like just the first 512 bytes, or just the last 512. Or 512 taken from somewhere in the middle.
Then break that down to 256 data bytes plus 256 0's (writes are always done in multiples of 512 bytes). See if you can find the minimal byte sequence that causes the lock-up.
Funny you should mention that, It's exactly what I spent all morning doing
After more investigation it comes down to 4 bytes that cross the sector boundary
bklaptop:~>hexdump lf3 0000000 0000 0000 0000 0000 0000 0000 0000 0000 * 00001f0 0000 0000 0000 0000 0000 0000 0000 ffff 0000200 ffff 0000202
I now have a file that is 514 bytes, it's all zero's until the last 4 bytes. It started with ffbb ffff in that file I posted lastnight, but I have reproduced it with the file hexdumped above.
Syslog is the same as the last one I posted.
I wrote a quick and dirty bash script that transfered the entire avi file 512 bytes at a time using multiple calls to dd and had no problems copying the enitre 16mb file onto the drive, but send a packet that has something like the above sequence crossing a sector boundary and it will latch up every time. I'm going to try an knock up a script to narrow down the combination of bytes, but it's slow going as every time it latches up I have to unplug it, rmmod usb-storage, power cycle the drive and wait for it to do it's power on seek and then re-plug the drive. I'm just waiting for the repeated rapid power cycles to kill the disk now.
Regards, Brad
------------------------------------------------------- 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
