From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755323Ab1GMPSr (ORCPT ); Wed, 13 Jul 2011 11:18:47 -0400 Received: from iolanthe.rowland.org ([192.131.102.54]:33354 "HELO iolanthe.rowland.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with SMTP id S1755093Ab1GMPSq (ORCPT ); Wed, 13 Jul 2011 11:18:46 -0400 Date: Wed, 13 Jul 2011 11:18:45 -0400 (EDT) From: Alan Stern X-X-Sender: stern@iolanthe.rowland.org To: Thilo-Alexander Ginkel cc: linux-kernel@vger.kernel.org, Subject: Re: task khubd:25 blocked for more than 120 seconds (potential 3.0-rc4 regression) In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 13 Jul 2011, Thilo-Alexander Ginkel wrote: > Hi there, > > the following dmesg output just caught my attention: > > [ 7306.160699] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" > disables this message. > [ 7306.160705] khubd D ffff88021103c890 0 25 2 0x00000000 > [ 7306.160716] ffff88021110dae0 0000000000000046 ffffffff815e2844 > ffff88021110dfd8 > [ 7306.160725] ffff88021110dae0 0000000000012a40 0000000000012a40 > ffff88021110dfd8 > [ 7306.160734] ffff88021110dfd8 0000000000012a40 ffff88021103c4d0 > ffff8801a81cdbc0 > [ 7306.160743] Call Trace: > [ 7306.160758] [] ? _raw_spin_lock_irqsave+0x34/0x50 > [ 7306.160802] [] ? default_spin_lock_flags+0x9/0x10 > [ 7306.160810] [] ? _raw_spin_lock_irqsave+0x34/0x50 > [ 7306.160820] [] ? apic_timer_interrupt+0xe/0x20 > [ 7306.160829] [] ? hub_release+0x27/0x30 > [ 7306.160838] [] __mutex_lock_slowpath+0xd9/0x150 > [ 7306.160845] [] ? hub_release+0x27/0x30 > [ 7306.160852] [] mutex_lock+0x2b/0x50 > [ 7306.160861] [] usb_set_interface+0x8b/0x280 > [ 7306.160872] [] ? __cancel_work_timer+0x45/0x80 > [ 7306.160881] [] usb_unbind_interface+0x122/0x170 > [ 7306.160890] [] __device_release_driver+0x7c/0xe0 > [ 7306.160896] [] device_release_driver+0x2d/0x40 > [ 7306.160903] [] bus_remove_device+0x74/0xa0 > [ 7306.160912] [] device_del+0x12f/0x1b0 > [ 7306.160920] [] usb_disable_device+0x76/0x180 > [ 7306.160927] [] usb_disconnect+0x9c/0x120 > [ 7306.160935] [] hub_port_connect_change+0x37d/0x680 > [ 7306.160943] [] ? get_port_status+0x55/0xc0 > [ 7306.160950] [] ? hub_port_status+0x74/0xc0 > [ 7306.160957] [] hub_events+0x3e7/0x5b0 > [ 7306.160967] [] ? refrigerator+0xed/0x130 > [ 7306.160974] [] hub_thread+0x3d/0x160 > [ 7306.160982] [] ? wake_up_bit+0x40/0x40 > [ 7306.160990] [] ? usb_authorize_device+0x180/0x180 > [ 7306.160997] [] kthread+0x97/0xa0 > [ 7306.161006] [] kernel_thread_helper+0x4/0x10 > [ 7306.161015] [] ? kthread_bind+0x80/0x80 > [ 7306.161023] [] ? gs_change+0x13/0x13 > > I do not remeber having seen it on 2.6.38, so it might be a regression > in 3.0-rc4, which I am currently running. > > Some further details: Lenovo T420s (Sandy Bridge Core i5), x86_64 > > Attempting to run a lsusb hangs at the moment, I'll supply its output > later when I have had a chance to reboot. > > Is there a way to figure out whether a specific device is causing the hang? This has been fixed in 3.0-rc7. Alan Stern