* [linux-usb-devel] Fw: [Bug 3466] New: Bug while connecting USB-HDD (fwd)
@ 2004-09-26 21:06 Alan Stern
2004-09-26 22:05 ` James Bottomley
0 siblings, 1 reply; 5+ messages in thread
From: Alan Stern @ 2004-09-26 21:06 UTC (permalink / raw)
To: SCSI development list; +Cc: Andrew Morton, USB development list
Andrew sent this to linus-usb-devel, but it should have gone to
linux-scsi.
---------- Forwarded message ----------
Date: Sun, 26 Sep 2004 10:31:06 -0700
From: Andrew Morton <akpm@osdl.org>
To: linux-usb-devel@lists.sourceforge.net
Subject: [linux-usb-devel] Fw: [Bug 3466] New: Bug while connecting USB-HDD
Did this doubly-created-slab-cache bug get fixed?
Begin forwarded message:
Date: Sun, 26 Sep 2004 09:55:49 -0700
From: bugme-daemon@osdl.org
To: akpm@digeo.com
Subject: [Bug 3466] New: Bug while connecting USB-HDD
http://bugme.osdl.org/show_bug.cgi?id=3466
Summary: Bug while connecting USB-HDD
Kernel Version: 2.6.8.1
Status: NEW
Severity: normal
Owner: akpm@digeo.com
Submitter: bugzilla.kernel.org@craesh.net
Distribution: Debian Sarge
Hardware Environment: Athlon 1GHz, ASUS A7A266,
Software Environment:
Problem Description: I just connected my USB-HDD (a 'TrekStor USB-Storage 2,5"')
to my USB-Hub (VIA USB-2.0 chip, ehci), and as I didn't hear the beeps from
usbmgr and couldn't detect it by scsidev I looked at dmesg and found the
following lines:
usb 5-2.4: new full speed USB device using address 14
usb 5-2.4: not running at top speed; connect to a high speed hub
kmem_cache_create: duplicate cache scsi_cmd_cache
------------[ cut here ]------------
kernel BUG at mm/slab.c:1382!
invalid operand: 0000 [#1]
PREEMPT
Modules linked in: tun iptable_filter ip_tables sr_mod parport_pc lp parport ipv
6 vfat fat isofs dm_mod snd_virmidi snd_seq_virmidi snd_seq_midi snd_seq_oss snd
_seq_midi_event snd_seq ir_kbd_gpio ir_kbd_i2c ir_common tuner tvaudio msp3400 b
ttv video_buf i2c_algo_bit v4l2_common btcx_risc videodev loop usblp usb_storage
mga w83781d i2c_sensor i2c_ali1535 i2c_core snd_ens1371 snd_rawmidi snd_seq_dev
ice snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc snd_timer snd_ac97_codec sn
d soundcore gameport 8139too mii crc32 rtc
CPU: 0
EIP: 0060:[<c01428e4>] Not tainted
EFLAGS: 00010202 (2.6.8.1)
EIP is at kmem_cache_create+0x3e4/0x590
eax: 00000032 ebx: df7bfbd0 ecx: c050a24c edx: c042a538
esi: c03fa8c0 edi: c03fa8c0 ebp: c1595d34 esp: c1595d00
ds: 007b es: 007b ss: 0068
Process khubd (pid: 24, threadinfo=c1594000 task=c1541100)
Stack: c03e1780 c03fa8b1 00000020 00002000 c1595d24 df7bfb1c ffffffff ffffffe0
df7bfae0 000000a0 c1575400 c047f9a0 c157540c c1595d60 c031d6f7 c03fa8b1
00000160 00000020 00002000 00000000 00000000 000001d8 c1575400 c15755d8
Call Trace:
[<c0105e2f>] show_stack+0x7f/0xa0
[<c0105fc8>] show_registers+0x158/0x1b0
[<c0106149>] die+0x89/0x100
[<c0106533>] do_invalid_op+0xb3/0xc0
[<c0105a99>] error_code+0x2d/0x38
[<c031d6f7>] scsi_setup_command_freelist+0x87/0x120
[<c031e794>] scsi_host_alloc+0x1b4/0x2c0
[<e09a5949>] usb_stor_acquire_resources+0x89/0x130 [usb_storage]
[<e09a5c71>] storage_probe+0x101/0x190 [usb_storage]
[<c0333e74>] usb_probe_interface+0x54/0x60
[<c02edd3d>] bus_match+0x3d/0x70
[<c02eddb5>] device_attach+0x45/0xa0
[<c02ee0b5>] bus_add_device+0x75/0xd0
[<c02ecd8e>] device_add+0x9e/0x140
[<c033b2b3>] usb_set_configuration+0x2b3/0x440
[<c03362a9>] usb_new_device+0xa9/0x170
[<c0336fb0>] hub_port_connect_change+0x230/0x410
[<c033740f>] hub_events+0x27f/0x3d0
[<c0337595>] hub_thread+0x35/0x110
[<c01032b1>] kernel_thread_helper+0x5/0x14
Code: 0f 0b 66 05 3f 0f 3e c0 8b 0b e9 56 ff ff ff 8b 47 34 c7 04
Steps to reproduce: Don't know, I bought the USB-HDD a just weak ago, but
connected and disconnected it a lot of times since then.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-usb-devel] Fw: [Bug 3466] New: Bug while connecting USB-HDD (fwd)
2004-09-26 21:06 [linux-usb-devel] Fw: [Bug 3466] New: Bug while connecting USB-HDD (fwd) Alan Stern
@ 2004-09-26 22:05 ` James Bottomley
2004-09-28 16:40 ` James Bottomley
0 siblings, 1 reply; 5+ messages in thread
From: James Bottomley @ 2004-09-26 22:05 UTC (permalink / raw)
To: Alan Stern; +Cc: SCSI development list, Andrew Morton, USB development list
On Sun, 2004-09-26 at 17:06, Alan Stern wrote:
> Andrew sent this to linus-usb-devel, but it should have gone to
> linux-scsi.
There's not enough information to say why it happened. However, all the
SCSI code checks out (it's dated ... open coded reference counting
instead of kref, but it looks sound). The scenario described could be
seen if there's a problem in the host reference counting.
In that case, there should have been a slab error earlier on in the logs
at the point the error occurred saying something like "slab error in
kmem_cache_destory(): can't free all objects"
It's possible this could be caused by a refcounting race on the
commands.
James
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-usb-devel] Fw: [Bug 3466] New: Bug while connecting USB-HDD (fwd)
2004-09-26 22:05 ` James Bottomley
@ 2004-09-28 16:40 ` James Bottomley
2004-09-28 22:02 ` Sacher Khoudari
0 siblings, 1 reply; 5+ messages in thread
From: James Bottomley @ 2004-09-28 16:40 UTC (permalink / raw)
To: SCSI Mailing List; +Cc: Alan Stern, Andrew Morton, USB development list
On Sun, 2004-09-26 at 18:05, James Bottomley wrote:
> There's not enough information to say why it happened. However, all the
> SCSI code checks out (it's dated ... open coded reference counting
> instead of kref, but it looks sound). The scenario described could be
> seen if there's a problem in the host reference counting.
>
> In that case, there should have been a slab error earlier on in the logs
> at the point the error occurred saying something like "slab error in
> kmem_cache_destory(): can't free all objects"
>
> It's possible this could be caused by a refcounting race on the
> commands.
OK, I have a definite theory about this, but it hinges on finding the
above message in the logs.
I think we tried to destroy the command slab while some commands were
still active. The refcounting only applies to in-flight commands, but
commands can also be allocated and queued in the block layer.
If I'm right, the attached will close this refcounting hole.
James
===== drivers/scsi/scsi.c 1.146 vs edited =====
--- 1.146/drivers/scsi/scsi.c 2004-08-09 12:55:05 -05:00
+++ edited/drivers/scsi/scsi.c 2004-09-28 11:23:31 -05:00
@@ -244,7 +244,13 @@
*/
struct scsi_cmnd *scsi_get_command(struct scsi_device *dev, int gfp_mask)
{
- struct scsi_cmnd *cmd = __scsi_get_command(dev->host, gfp_mask);
+ struct scsi_cmnd *cmd;
+
+ /* Bail if we can't get a reference to the device */
+ if (!get_device(&dev->sdev_gendev))
+ return NULL;
+
+ cmd = __scsi_get_command(dev->host, gfp_mask);
if (likely(cmd != NULL)) {
unsigned long flags;
@@ -258,7 +264,8 @@
spin_lock_irqsave(&dev->list_lock, flags);
list_add_tail(&cmd->list, &dev->cmd_list);
spin_unlock_irqrestore(&dev->list_lock, flags);
- }
+ } else
+ put_device(&dev->sdev_gendev);
return cmd;
}
@@ -276,7 +283,8 @@
*/
void scsi_put_command(struct scsi_cmnd *cmd)
{
- struct Scsi_Host *shost = cmd->device->host;
+ struct scsi_device *sdev = cmd->device;
+ struct Scsi_Host *shost = sdev->host;
unsigned long flags;
/* serious error if the command hasn't come from a device list */
@@ -294,6 +302,8 @@
if (likely(cmd != NULL))
kmem_cache_free(shost->cmd_pool->slab, cmd);
+
+ put_device(&sdev->sdev_gendev);
}
/*
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-usb-devel] Fw: [Bug 3466] New: Bug while connecting USB-HDD (fwd)
2004-09-28 16:40 ` James Bottomley
@ 2004-09-28 22:02 ` Sacher Khoudari
2004-09-29 17:31 ` Alan Stern
0 siblings, 1 reply; 5+ messages in thread
From: Sacher Khoudari @ 2004-09-28 22:02 UTC (permalink / raw)
To: linux-scsi; +Cc: linux-usb-devel
[-- Attachment #1: Type: text/plain, Size: 1704 bytes --]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
James Bottomley wrote:
| On Sun, 2004-09-26 at 18:05, James Bottomley wrote:
|
|>There's not enough information to say why it happened. However, all the
|>SCSI code checks out (it's dated ... open coded reference counting
|>instead of kref, but it looks sound). The scenario described could be
|>seen if there's a problem in the host reference counting.
|>
|>In that case, there should have been a slab error earlier on in the logs
|>at the point the error occurred saying something like "slab error in
|>kmem_cache_destory(): can't free all objects"
|>
|>It's possible this could be caused by a refcounting race on the
|>commands.
|
|
| OK, I have a definite theory about this, but it hinges on finding the
| above message in the logs.
|
| I think we tried to destroy the command slab while some commands were
| still active. The refcounting only applies to in-flight commands, but
| commands can also be allocated and queued in the block layer.
|
| If I'm right, the attached will close this refcounting hole.
|
| James
Hi!
I think you theory is right. I just found some interesting linesin
kern.log (see attachment). I remember I had some problems with my
USB-HDD while copying some big files, I had to detach the drive and plug
in again. As I can see in the logs there were some errors reading the
FAT-filesystem (although the filesytem fscks without errors). Strange...
Greatings!
Sacher
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFBWd9ndiWjuQmpvxoRApOTAJsFt+iP5KArj2WCUoBIVdfv2ux+hQCaAnwM
hj8tgIXW0KutMt2h1bmLZuE=
=LvF+
-----END PGP SIGNATURE-----
[-- Attachment #2: usb-bug.kernel.log --]
[-- Type: text/x-log, Size: 12401 bytes --]
Sep 26 00:04:16 dontpanic kernel: usb 5-2.4: new full speed USB device using address 8
Sep 26 00:04:17 dontpanic kernel: usb 5-2.4: not running at top speed; connect to a high speed hub
Sep 26 00:04:17 dontpanic kernel: scsi1 : SCSI emulation for USB Mass Storage devices
Sep 26 00:04:17 dontpanic kernel: Vendor: Genesys Model: USB to IDE Disk Rev: 0002
Sep 26 00:04:17 dontpanic kernel: Type: Direct-Access ANSI SCSI revision: 02
Sep 26 00:04:17 dontpanic kernel: SCSI device sda: 78242976 512-byte hdwr sectors (40060 MB)
Sep 26 00:04:17 dontpanic kernel: sda: assuming Write Enabled
Sep 26 00:04:17 dontpanic kernel: sda: assuming drive cache: write through
Sep 26 00:04:17 dontpanic kernel: sda: sda1 < sda5 sda6 > sda2 sda3
Sep 26 00:04:17 dontpanic kernel: Attached scsi removable disk sda at scsi1, channel 0, id 0, lun 0
Sep 26 00:04:17 dontpanic kernel: Attached scsi generic sg0 at scsi1, channel 0, id 0, lun 0, type 0
Sep 26 00:04:17 dontpanic kernel: USB Mass Storage device found at 8
Sep 26 00:08:30 dontpanic kernel: i2c_adapter i2c-0: Error: command never completed
Sep 26 00:10:25 dontpanic kernel: i2c_adapter i2c-0: Resetting entire SMB Bus to clear busy condition (08)
Sep 26 00:10:25 dontpanic kernel: i2c_adapter i2c-0: SMBus reset failed! (0x08) - controller or device on bus is probably hung
Sep 26 00:11:05 dontpanic kernel: i2c_adapter i2c-0: Resetting entire SMB Bus to clear busy condition (08)
Sep 26 00:11:05 dontpanic kernel: i2c_adapter i2c-0: SMBus reset failed! (0x08) - controller or device on bus is probably hung
Sep 26 00:15:55 dontpanic kernel: i2c_adapter i2c-0: Resetting entire SMB Bus to clear busy condition (08)
Sep 26 00:15:55 dontpanic kernel: i2c_adapter i2c-0: SMBus reset failed! (0x08) - controller or device on bus is probably hung
Sep 26 00:16:01 dontpanic kernel: usb 5-2.4: control timeout on ep0in
Sep 26 00:16:26 dontpanic last message repeated 5 times
Sep 26 00:17:36 dontpanic kernel: usb 5-2.4: reset full speed USB device using address 8
Sep 26 00:17:41 dontpanic kernel: usb 5-2.4: control timeout on ep0out
Sep 26 00:17:46 dontpanic kernel: usb 5-2.4: control timeout on ep0out
Sep 26 00:17:46 dontpanic kernel: usb 5-2.4: device not accepting address 8, error -110
Sep 26 00:17:46 dontpanic kernel: scsi: Device offlined - not ready after error recovery: host 1 channel 0 id 0 lun 0
Sep 26 00:17:46 dontpanic kernel: SCSI error : <1 0 0 0> return code = 0x50000
Sep 26 00:17:46 dontpanic kernel: end_request: I/O error, dev sda, sector 11709629
Sep 26 00:17:46 dontpanic kernel: Buffer I/O error on device sda2, logical block 1926044
Sep 26 00:17:46 dontpanic kernel: lost page write due to I/O error on sda2
Sep 26 00:17:46 dontpanic kernel: scsi1 (0:0): rejecting I/O to offline device
Sep 26 00:17:46 dontpanic kernel: Buffer I/O error on device sda2, logical block 1926045
Sep 26 00:17:46 dontpanic kernel: lost page write due to I/O error on sda2
Sep 26 00:17:46 dontpanic kernel: Buffer I/O error on device sda2, logical block 1926046
Sep 26 00:17:46 dontpanic kernel: lost page write due to I/O error on sda2
Sep 26 00:17:46 dontpanic kernel: Buffer I/O error on device sda2, logical block 1926047
Sep 26 00:17:46 dontpanic kernel: lost page write due to I/O error on sda2
Sep 26 00:17:46 dontpanic kernel: Buffer I/O error on device sda2, logical block 1926048
Sep 26 00:17:46 dontpanic kernel: lost page write due to I/O error on sda2
Sep 26 00:17:46 dontpanic kernel: Buffer I/O error on device sda2, logical block 1926049
Sep 26 00:17:46 dontpanic kernel: lost page write due to I/O error on sda2
Sep 26 00:17:46 dontpanic kernel: Buffer I/O error on device sda2, logical block 1926050
Sep 26 00:17:46 dontpanic kernel: lost page write due to I/O error on sda2
Sep 26 00:17:46 dontpanic kernel: Buffer I/O error on device sda2, logical block 1926051
Sep 26 00:17:46 dontpanic kernel: lost page write due to I/O error on sda2
Sep 26 00:17:46 dontpanic kernel: Buffer I/O error on device sda2, logical block 1926052
Sep 26 00:17:46 dontpanic kernel: lost page write due to I/O error on sda2
Sep 26 00:17:46 dontpanic kernel: Buffer I/O error on device sda2, logical block 1926053
Sep 26 00:17:46 dontpanic kernel: lost page write due to I/O error on sda2
Sep 26 00:17:46 dontpanic kernel: scsi1 (0:0): rejecting I/O to offline device
Sep 26 00:17:46 dontpanic last message repeated 3 times
Sep 26 00:17:46 dontpanic kernel: usb 5-2.4: USB disconnect, address 8
Sep 26 00:17:46 dontpanic kernel: scsi1 (0:0): rejecting I/O to device being removed
Sep 26 00:17:46 dontpanic kernel: FAT: unable to read inode block for updating (i_pos 17963979)
Sep 26 00:17:46 dontpanic kernel: scsi1 (0:0): rejecting I/O to device being removed
Sep 26 00:17:46 dontpanic kernel: usb 5-2.4: new full speed USB device using address 9
Sep 26 00:17:51 dontpanic kernel: usb 5-2.4: control timeout on ep0out
Sep 26 00:17:56 dontpanic kernel: usb 5-2.4: control timeout on ep0out
Sep 26 00:17:57 dontpanic kernel: usb 5-2.4: device not accepting address 9, error -110
Sep 26 00:17:57 dontpanic kernel: usb 5-2.4: new full speed USB device using address 10
Sep 26 00:17:57 dontpanic kernel: scsi1 (0:0): rejecting I/O to dead device
Sep 26 00:17:57 dontpanic kernel: FAT: Directory bread(block 1122748) failed
Sep 26 00:17:57 dontpanic kernel: scsi1 (0:0): rejecting I/O to dead device
Sep 26 00:17:57 dontpanic kernel: FAT: Directory bread(block 1122749) failed
[...430 lines...]
Sep 26 00:18:13 dontpanic kernel: FAT: Directory bread(block 1122770) failed
Sep 26 00:18:13 dontpanic kernel: scsi1 (0:0): rejecting I/O to dead device
Sep 26 00:18:13 dontpanic kernel: FAT: Directory bread(block 1122771) failed
Sep 26 00:18:13 dontpanic kernel: scsi1 (0:0): rejecting I/O to dead device
Sep 26 00:18:13 dontpanic kernel: FAT: Directory bread(block 1122772) failed
Sep 26 00:18:13 dontpanic kernel: scsi1 (0:0): rejecting I/O to dead device
Sep 26 00:18:13 dontpanic kernel: FAT: Directory bread(block 1122773) failed
Sep 26 00:18:13 dontpanic kernel: scsi1 (0:0): rejecting I/O to dead device
Sep 26 00:18:13 dontpanic kernel: FAT: Directory bread(block 1122774) failed
Sep 26 00:18:13 dontpanic kernel: scsi1 (0:0): rejecting I/O to dead device
Sep 26 00:18:13 dontpanic kernel: FAT: Directory bread(block 1122775) failed
Sep 26 00:18:13 dontpanic kernel: scsi1 (0:0): rejecting I/O to dead device
Sep 26 00:18:13 dontpanic kernel: FAT: Directory bread(block 1122776) failed
Sep 26 00:18:13 dontpanic kernel: scsi1 (0:0): rejecting I/O to dead device
Sep 26 00:18:13 dontpanic kernel: FAT: Directory bread(block 1122777) failed
Sep 26 00:18:13 dontpanic kernel: scsi1 (0:0): rejecting I/O to dead device
Sep 26 00:18:13 dontpanic kernel: FAT: Directory bread(block 1122778) failed
Sep 26 00:18:13 dontpanic kernel: scsi1 (0:0): rejecting I/O to dead device
Sep 26 00:18:13 dontpanic kernel: FAT: Directory bread(block 1122779) failed
Sep 26 00:18:21 dontpanic kernel: usb 5-2.4: new full speed USB device using address 11
Sep 26 00:18:21 dontpanic kernel: usb 5-2.4: not running at top speed; connect to a high speed hub
Sep 26 00:18:21 dontpanic kernel: scsi2 : SCSI emulation for USB Mass Storage devices
Sep 26 00:18:21 dontpanic kernel: Vendor: Genesys Model: USB to IDE Disk Rev: 0002
Sep 26 00:18:21 dontpanic kernel: Type: Direct-Access ANSI SCSI revision: 02
Sep 26 00:18:21 dontpanic kernel: SCSI device sdb: 78242976 512-byte hdwr sectors (40060 MB)
Sep 26 00:18:21 dontpanic kernel: sdb: assuming Write Enabled
Sep 26 00:18:21 dontpanic kernel: sdb: assuming drive cache: write through
Sep 26 00:18:22 dontpanic kernel: sdb: sdb1 < sdb5 sdb6 > sdb2 sdb3
Sep 26 00:18:22 dontpanic kernel: Attached scsi removable disk sdb at scsi2, channel 0, id 0, lun 0
Sep 26 00:18:22 dontpanic kernel: Attached scsi generic sg0 at scsi2, channel 0, id 0, lun 0, type 0
Sep 26 00:18:22 dontpanic kernel: USB Mass Storage device found at 11
Sep 26 00:18:22 dontpanic kernel: usb 5-2.4: USB disconnect, address 11
Sep 26 00:18:26 dontpanic kernel: usb 5-2.2: new full speed USB device using address 12
Sep 26 00:18:26 dontpanic kernel: usb 5-2.2: not running at top speed; connect to a high speed hub
Sep 26 00:18:26 dontpanic kernel: scsi3 : SCSI emulation for USB Mass Storage devices
Sep 26 00:18:26 dontpanic kernel: Vendor: Genesys Model: USB to IDE Disk Rev: 0002
Sep 26 00:18:26 dontpanic kernel: Type: Direct-Access ANSI SCSI revision: 02
Sep 26 00:18:26 dontpanic kernel: SCSI device sdb: 78242976 512-byte hdwr sectors (40060 MB)
Sep 26 00:18:26 dontpanic kernel: sdb: assuming Write Enabled
Sep 26 00:18:26 dontpanic kernel: sdb: assuming drive cache: write through
Sep 26 00:18:27 dontpanic kernel: sdb: sdb1 < sdb5 sdb6 > sdb2 sdb3
Sep 26 00:18:27 dontpanic kernel: Attached scsi removable disk sdb at scsi3, channel 0, id 0, lun 0
Sep 26 00:18:27 dontpanic kernel: Attached scsi generic sg0 at scsi3, channel 0, id 0, lun 0, type 0
Sep 26 00:18:27 dontpanic kernel: USB Mass Storage device found at 12
Sep 26 00:19:08 dontpanic kernel: FAT: Filesystem panic (dev sdb2)
Sep 26 00:19:08 dontpanic kernel: clusters badly computed (0 != 134217727)
Sep 26 00:19:08 dontpanic kernel: File system has been set read-only
Sep 26 00:19:08 dontpanic kernel: FAT: Filesystem panic (dev sdb2)
Sep 26 00:19:08 dontpanic kernel: clusters badly computed (1 != 0)
Sep 26 00:19:08 dontpanic kernel: FAT: Filesystem panic (dev sdb2)
Sep 26 00:19:08 dontpanic kernel: clusters badly computed (2 != 1)
Sep 26 00:19:08 dontpanic kernel: FAT: Filesystem panic (dev sdb2)
Sep 26 00:19:08 dontpanic kernel: clusters badly computed (3 != 2)
Sep 26 00:19:08 dontpanic kernel: FAT: Filesystem panic (dev sdb2)
Sep 26 00:19:08 dontpanic kernel: clusters badly computed (4 != 3)
[...36380 lines...]
Sep 26 00:26:28 dontpanic kernel: FAT: Filesystem panic (dev sdb2)
Sep 26 00:26:28 dontpanic kernel: clusters badly computed (18195 != 18194)
Sep 26 00:26:28 dontpanic kernel: FAT: Filesystem panic (dev sdb2)
Sep 26 00:26:28 dontpanic kernel: clusters badly computed (18196 != 18195)
Sep 26 00:26:28 dontpanic kernel: FAT: Filesystem panic (dev sdb2)
Sep 26 00:26:28 dontpanic kernel: clusters badly computed (18197 != 18196)
Sep 26 00:26:28 dontpanic kernel: FAT: Filesystem panic (dev sdb2)
Sep 26 00:26:28 dontpanic kernel: clusters badly computed (18198 != 18197)
Sep 26 00:26:28 dontpanic kernel: FAT: Filesystem panic (dev sdb2)
Sep 26 00:26:28 dontpanic kernel: clusters badly computed (18199 != 18198)
Sep 26 00:28:56 dontpanic kernel: scsi1 (0:0): rejecting I/O to dead device
Sep 26 00:28:56 dontpanic kernel: FAT bread failed in fat_clusters_flush
Sep 26 00:32:38 dontpanic kernel: usb 2-1: USB disconnect, address 6
Sep 26 00:32:45 dontpanic kernel: usb 5-2.2: USB disconnect, address 12
Sep 26 00:32:45 dontpanic kernel: slab error in kmem_cache_destroy(): cache `scsi_cmd_cache': Can't free all objects
Sep 26 00:32:45 dontpanic kernel: [<c0105e6e>] dump_stack+0x1e/0x20
Sep 26 00:32:45 dontpanic kernel: [<c0142d0b>] kmem_cache_destroy+0x9b/0x120
Sep 26 00:32:45 dontpanic kernel: [<c031d7fe>] scsi_destroy_command_freelist+0x6e/0xa0
Sep 26 00:32:45 dontpanic kernel: [<c031e582>] scsi_host_dev_release+0x32/0x90
Sep 26 00:32:45 dontpanic kernel: [<c02ecb58>] device_release+0x58/0x60
Sep 26 00:32:45 dontpanic kernel: [<c0298c9d>] kobject_cleanup+0x8d/0x90
Sep 26 00:32:45 dontpanic kernel: [<e09a5a52>] usb_stor_release_resources+0x62/0x100 [usb_storage]
Sep 26 00:32:45 dontpanic kernel: [<e09a5d7b>] storage_disconnect+0x7b/0x87 [usb_storage]
Sep 26 00:32:45 dontpanic kernel: [<c0333ef6>] usb_unbind_interface+0x76/0x80
Sep 26 00:32:45 dontpanic kernel: [<c02edf06>] device_release_driver+0x66/0x70
Sep 26 00:32:45 dontpanic kernel: [<c02ee18c>] bus_remove_device+0x7c/0xc0
Sep 26 00:32:45 dontpanic kernel: [<c02ecefe>] device_del+0x6e/0xb0
Sep 26 00:32:45 dontpanic kernel: [<c033ac18>] usb_disable_device+0xc8/0x110
Sep 26 00:32:45 dontpanic kernel: [<c033607e>] usb_disconnect+0xbe/0x190
Sep 26 00:32:45 dontpanic kernel: [<c0337158>] hub_port_connect_change+0x3d8/0x410
Sep 26 00:32:45 dontpanic kernel: [<c033740f>] hub_events+0x27f/0x3d0
Sep 26 00:32:45 dontpanic kernel: [<c0337595>] hub_thread+0x35/0x110
Sep 26 00:32:45 dontpanic kernel: [<c01032b1>] kernel_thread_helper+0x5/0x14
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [linux-usb-devel] Fw: [Bug 3466] New: Bug while connecting USB-HDD (fwd)
2004-09-28 22:02 ` Sacher Khoudari
@ 2004-09-29 17:31 ` Alan Stern
0 siblings, 0 replies; 5+ messages in thread
From: Alan Stern @ 2004-09-29 17:31 UTC (permalink / raw)
To: Sacher Khoudari
Cc: James Bottomley, USB development list, SCSI development list
On Wed, 29 Sep 2004, Sacher Khoudari wrote:
> | OK, I have a definite theory about this, but it hinges on finding the
> | above message in the logs.
> |
> | I think we tried to destroy the command slab while some commands were
> | still active. The refcounting only applies to in-flight commands, but
> | commands can also be allocated and queued in the block layer.
> |
> | If I'm right, the attached will close this refcounting hole.
> |
> | James
There is some confusion about when active commands should be destroyed.
See http://marc.theaimsgroup.com/?l=linux-scsi&m=109647697621208&w=2
> Hi!
>
> I think you theory is right. I just found some interesting linesin
> kern.log (see attachment). I remember I had some problems with my
> USB-HDD while copying some big files, I had to detach the drive and plug
> in again. As I can see in the logs there were some errors reading the
> FAT-filesystem (although the filesytem fscks without errors). Strange...
>
> Greatings!
> Sacher
Your log shows multiple errors, and it's hard to sort them out.
First of all, try upgrading to 2.6.9-rc2. There is a problem with Genesys
interface chips in 2.6.8.1 -- the correct workaround wasn't added until
2.6.9-rc1. If I had known before that your device used the Genesys chip I
would have told you to do this earlier.
Second, if that doesn't solve all your problems, try turning on the
usb-storage verbose debugging option in the kernel configuration. That
will add lots of extra information about failed commands, retries, and so
on to your system log.
Alan Stern
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-09-29 17:31 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-09-26 21:06 [linux-usb-devel] Fw: [Bug 3466] New: Bug while connecting USB-HDD (fwd) Alan Stern
2004-09-26 22:05 ` James Bottomley
2004-09-28 16:40 ` James Bottomley
2004-09-28 22:02 ` Sacher Khoudari
2004-09-29 17:31 ` Alan Stern
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).