On Tue, 22 Jun 2004, Tomasz Motylewski wrote: > Hello Alan, > > Thank you for taking your time to inform all involved people. I have made first > a test on plain 2.6.7 kernel without any patch to make sure I can reproduce it > again. > > Simultaneously: > > # dd if=random.bin of=/dev/sda bs=1M seek=140000 > 240+0 records in > 240+0 records out > 251658240 bytes transferred in 142.382673 seconds (1767478 bytes/sec) > > # mke2fs /dev/sda2 > mke2fs 1.35 (28-Feb-2004) > Filesystem label= > OS type: Linux > Block size=4096 (log=2) > Fragment size=4096 (log=2) > 7946240 inodes, 15870211 blocks > 793510 blocks (5.00%) reserved for the super user > First data block=0 > 485 block groups > 32768 blocks per group, 32768 fragments per group > 16384 inodes per group > Superblock backups stored on blocks: > 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, > 4096000, 7962624, 11239424 > > Writing inode tables: done > Writing superblocks and filesystem accounting information: done > > This filesystem will be automatically checked every 32 mounts or > 180 days, whichever comes first. Use tune2fs -c or -i to override. > > Please note that both seemed to complete succesfully, although the USB disk > controller has really hung. > > End of log (I will send complete to you in a separate mail): > Jun 22 12:01:45 motyl kernel: usb-storage: Command TEST_UNIT_READY (6 bytes) > Jun 22 12:01:45 motyl kernel: usb-storage: 00 00 00 00 00 00 > Jun 22 12:01:45 motyl kernel: usb-storage: Bulk Command S 0x43425355 T 0x49f6 L > 0 F 0 Trg 0 LUN 0 CL 6 > Jun 22 12:01:45 motyl kernel: usb-storage: usb_stor_bulk_transfer_buf: xfer 31 > bytes > Jun 22 12:01:46 motyl kernel: 0:0): rejecting I/O to device being removed > Jun 22 12:01:46 motyl kernel: scsi0 (0:0): rejecting I/O to device being > removed > Jun 22 12:01:48 motyl last message repeated 7292 times > Jun 22 12:01:48 motyl kernel: usb-storage: -- sending exit command to thread > Jun 22 12:01:48 motyl kernel: usb-storage: *** thread awakened. > Jun 22 12:01:48 motyl kernel: usb-storage: -- exit command received > Jun 22 12:01:48 motyl kernel: usb-storage: -- usb_stor_release_resources > finished > Jun 22 12:01:49 motyl kernel: scsi0 (0:0): rejecting I/O to dead device > Jun 22 12:01:49 motyl last message repeated 730 times > Jun 22 12:01:49 motyl kernel: slab error in kmem_cache_destroy(): cache > `scsi_cmd_cache': Can't free all objects > Jun 22 12:01:49 motyl kernel: [dump_stack+30/48] > Jun 22 12:01:49 motyl kernel: [kmem_cache_destroy+136/256] > Jun 22 12:01:49 motyl kernel: [scsi_destroy_command_freelist+90/144] > Jun 22 12:01:49 motyl kernel: [scsi_host_dev_release+50/144] > Jun 22 12:01:49 motyl kernel: [device_release+93/112] > Jun 22 12:01:49 motyl kernel: [kobject_cleanup+149/160] > Jun 22 12:01:49 motyl kernel: [scsi_disk_put+48/80] > Jun 22 12:01:49 motyl kernel: [sd_release+58/112] > Jun 22 12:01:49 motyl kernel: [blkdev_put+379/416] > Jun 22 12:01:49 motyl kernel: [__fput+285/304] > Jun 22 12:01:49 motyl kernel: [filp_close+87/144] > Jun 22 12:01:49 motyl kernel: [sys_close+97/160] > Jun 22 12:01:49 motyl kernel: [syscall_call+7/11] > Jun 22 12:01:49 motyl kernel: > Jun 22 12:07:52 motyl kernel: Slab corruption: start=df7a9af4, len=1024 > Jun 22 12:07:52 motyl kernel: Redzone: 0x5a2cf071/0x5a2cf071. > Jun 22 12:07:52 motyl kernel: Last user: [put_files_struct+146/224] > Jun 22 12:07:52 motyl kernel: 100: 6b 6b 6b 6b 6b 6b 6b 6b 6a 6b 6b 6b 6b 6b 6b > 6b > Jun 22 12:07:52 motyl kernel: Prev obj: start=df7a96e8, len=1024 > Jun 22 12:07:52 motyl kernel: Redzone: 0x170fc2a5/0x170fc2a5. > Jun 22 12:07:52 motyl kernel: Last user: [alloc_fd_array+36/64] > Jun 22 12:07:52 motyl kernel: 000: 78 94 5d de 50 d0 2b d3 50 d0 2b d3 90 5e 62 > c2 > Jun 22 12:07:52 motyl kernel: 010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > 00 > > Best regards, > -- > Tomasz Motylewski
This looks like a bug in the SCSI drivers. You should report it on the SCSI development mailing list. Alan Stern ------------------------------------------------------- This SF.Net email sponsored by Black Hat Briefings & Training. Attend Black Hat Briefings & Training, Las Vegas July 24-29 - digital self defense, top technical experts, no vendor pitches, unmatched networking opportunities. Visit www.blackhat.com _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
