Return-Path: <linux-kernel-owner+willy=40w.ods.org-S1161175AbVIPQQA@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1161175AbVIPQQA (ORCPT <rfc822;willy@w.ods.org>);
	Fri, 16 Sep 2005 12:16:00 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1161176AbVIPQQA
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Fri, 16 Sep 2005 12:16:00 -0400
Received: from iolanthe.rowland.org ([192.131.102.54]:42218 "HELO
	iolanthe.rowland.org") by vger.kernel.org with SMTP
	id S1161175AbVIPQQA (ORCPT <rfc822;linux-kernel@vger.kernel.org>);
	Fri, 16 Sep 2005 12:16:00 -0400
Date: Fri, 16 Sep 2005 12:15:58 -0400 (EDT)
From: Alan Stern <stern@rowland.harvard.edu>
X-X-Sender: stern@iolanthe.rowland.org
To: Jan Dittmer <jdittmer@ppp0.net>
cc: Pavel Machek <pavel@suse.cz>,
       Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
       Greg KH <greg@kroah.com>, <linux-usb-devel@lists.sourceforge.net>
Subject: Re: [linux-usb-devel] Re: 2.6.14-rc1 load average calculation broken?
In-Reply-To: <432AE79B.80208@ppp0.net>
Message-ID: <Pine.LNX.4.44L0.0509161214490.4972-100000@iolanthe.rowland.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org
Content-Length: 2275
Lines: 48

On Fri, 16 Sep 2005, Jan Dittmer wrote:

> > Can you post a stack dump for those two threads?  Normally they are idle,
> > in an interruptible wait, so they shouldn't be in D state.  Since they
> > are, maybe there's some sort of error recovery attempt going on.  Like
> > hald doing its periodic checking of hotpluggable storage devices while
> > your monitor is off.
> 
> They don't appear in lsusb or /proc/scsi/scsi anymore, so I don't know what
> you mean.
> 
> [4327082.342000] usb-storage   D 000F4261     0  3308      1          4671
> 2487 (L-TLB)
> [4327082.342000] ded95f0c c9185a70 c04ae888 000f4261 00000010 ded94000
> 00000000 cd393840
> [4327082.342000]        000f4261 dfabcb98 dfabca70 ce5b2300 000f4261 ded94000
> 09c67100 00000000
> [4327082.342000]        c0410b24 00000286 c0410b2c dfabca70 c03adb5d 00000001
> dfabca70 c011a2f0
> [4327082.342000] Call Trace:
> [4327082.342000]  [<c03adb5d>] __down+0xdd/0x140
> [4327082.342000]  [<c011a2f0>] default_wake_function+0x0/0x20
> [4327082.342000]  [<c03ac35f>] __down_failed+0x7/0xc
> [4327082.342000]  [<c02c5050>] scsi_host_dev_release+0x0/0x90
> [4327082.342000]  [<c0134dd4>] .text.lock.kthread+0xb/0x27
> [4327082.342000]  [<c02c5087>] scsi_host_dev_release+0x37/0x90
> [4327082.342000]  [<c020a4be>] kobject_cleanup+0x4e/0xa0
> [4327082.342000]  [<c020a510>] kobject_release+0x0/0x10
> [4327082.342000]  [<c020af3f>] kref_put+0x2f/0x80
> [4327082.342000]  [<c020a53e>] kobject_put+0x1e/0x30
> [4327082.342000]  [<c020a510>] kobject_release+0x0/0x10
> [4327082.342000]  [<e0869288>] usb_stor_control_thread+0x68/0x240 [usb_storage]
> [4327082.342000]  [<c010322e>] ret_from_fork+0x6/0x14
> [4327082.342000]  [<e0869220>] usb_stor_control_thread+0x0/0x240 [usb_storage]
> [4327082.342000]  [<e0869220>] usb_stor_control_thread+0x0/0x240 [usb_storage]
> [4327082.342000]  [<c01013ad>] kernel_thread_helper+0x5/0x18

I recognize the problem.  This experimental patch should fix it:

http://marc.theaimsgroup.com/?l=linux-scsi&m=112681273931290&w=2

Alan Stern

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/