linux-kernel - Re: 2.6.25-rc7: Ugh.

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <47ED0754.5000902@rtr.ca>
Date:	Fri, 28 Mar 2008 10:57:24 -0400
From:	Mark Lord <lkml@....ca>
To:	Alan Stern <stern@...land.harvard.edu>
Cc:	Greg KH <gregkh@...e.de>, jkosina@...e.cz,
	Linux Kernel <linux-kernel@...r.kernel.org>,
	linux-usb@...r.kernel.org, Pavel Machek <pavel@...e.cz>,
	Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: 2.6.25-rc7:  Ugh.

Alan Stern wrote:
> On Thu, 27 Mar 2008, Mark Lord wrote:
> 
>> Same thing happens when I rmmod usbhid, and then rmmod ehci_hcd.
>> The rmmod ehci_hcd hangs.
>>
>> But since the rest of the system is still alive, including the non-USB touchpad(!),
>> here is the alt-sysrq-t from syslog:
>>
>> rmmod         D f74c2ddc     0  4538   4492
>>        f6d3b200 00000086 f74c2c90 f74c2ddc c281e840 00000001 c01131be 00000000 
>>        00000001 c0324a00 c0324a00 00000000 00000001 7fffffff 7fffffff f653cea8 
>>        00000002 c02906f8 00000000 00000012 c038f6aa 00000086 c011aa05 00000000 
>> Call Trace:
>>  [__wake_up_common+46/88] __wake_up_common+0x2e/0x58
>>  [schedule_timeout+19/134] schedule_timeout+0x13/0x86
>>  [wake_up_klogd+43/45] wake_up_klogd+0x2b/0x2d
>>  [wait_for_common+205/308] wait_for_common+0xcd/0x134
>>  [default_wake_function+0/8] default_wake_function+0x0/0x8
>>  [__cancel_work_timer+237/312] __cancel_work_timer+0xed/0x138
>>  [wq_barrier_func+0/8] wq_barrier_func+0x0/0x8
>>  [<f889f684>] usb_remove_hcd+0x63/0xd7 [usbcore]
>>  [<f88a858e>] usb_hcd_pci_remove+0x15/0x68 [usbcore]
>>  [pci_device_remove+22/53] pci_device_remove+0x16/0x35
>>  [__device_release_driver+88/118] __device_release_driver+0x58/0x76
>>  [driver_detach+122/182] driver_detach+0x7a/0xb6
>>  [bus_remove_driver+96/126] bus_remove_driver+0x60/0x7e
>>  [pci_unregister_driver+30/95] pci_unregister_driver+0x1e/0x5f
>>  [sys_delete_module+388/445] sys_delete_module+0x184/0x1bd
>>  [remove_vma+49/54] remove_vma+0x31/0x36
>>  [do_page_fault+506/1232] do_page_fault+0x1fa/0x4d0
>>  [sysenter_past_esp+95/133] sysenter_past_esp+0x5f/0x85
>>  =======================
>>
>> If nothing else, this should point to where USB is getting deadlocked.
>>
>> ??
> 
> rmmod is hanging up in a call to cancel_work_sync(), which means the
> real problem is in the workqueue.  It's quite understandable that you
> wouldn't want to go any further into debugging this, but in case you
> don't mind, the workqueue task is ksuspend_usbd.
> 
> On the other hand, I don't understand how problems with the RTC 
> configuration could cause this sort of result.
..

Yeah, me neither.   It's not clear whether simply changing the kernel
config made a race condition "go away" for now, or whether it really
fixed things for real.

My system is working with the current config, that's all I know right now.
Gotta fix VMware modules again, but that's de-rigour with new kernels.

Cheers

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