Le 25.03.2005 04:54, Pete Zaitcev a écrit :
On Thu, 24 Mar 2005 13:23:19 -0800 Andrew Morton <[EMAIL PROTECTED]> wrote:
ub_disconnect() calls ub_cleanup() under ub_lock.
ub_cleanup() calls blk_cleanup_queue(), which can sleep in
elevator_exit()->flush_workqueue().
I'm a little surprised that this
Le 05.03.2005 23:03, Alan Stern a écrit :
I'm never sure whether it's best to continue things like this on the
mailing list so everyone can follow along or in the Bugzilla entry...
Don't know. IMHO, the bugzilla entry should be filled if a solution is
found (or not found :-( ). It's up to you, USB
Le 24.12.2004 22:22, Alan Stern a écrit :
Thanks to both of you for reporting the "Badness in
uhci_map_status" warnings and for sending your disassembled
listings. It turns out the problem is caused not by a compiler
bug, but by the compiler doing generating unexpected code.
The actual error might
Alan Stern a écrit :
On Mon, 15 Nov 2004, Laurent Riffard wrote:
Hello,
I've got the following messages twice since yesterday with 2.6.10-rc1-mm5 and
twice with 2.6.10-rc1-mm3 :
Badness in uhci_map_status at drivers/usb/host/uhci-hcd.c:662
[dump_stack+21/23] dump_stack+0x15/0x17
[] dump_
Hello,
I've got the following messages twice since yesterday with 2.6.10-rc1-mm5 and
twice with 2.6.10-rc1-mm3 :
Badness in uhci_map_status at drivers/usb/host/uhci-hcd.c:662
[dump_stack+21/23] dump_stack+0x15/0x17
[] dump_stack+0x15/0x17
[pg0+273247444/1070035968] uhci_map_status+0x6c/0x75 [uhci_
Ingo Molnar wrote:
this patch fixes the rmmod oops reported by Paul Fulghum. It is
caused by the generic-irqs subsystem creating multiple
/proc/irq// directory entries with the same name which
then confuses procfs upon module removal.
Ingo
This patch fixed the problem for me.
For information, here
Alan Stern wrote:
On Thu, 14 Oct 2004, Laurent Riffard wrote:
Alan Stern wrote: [snip]
My impression is that this problem arises somewhere within or
below the free_irq routine. I don't have the -mm2 sources,
so I can't be any more precise than that.
Here is an updated dmesg for kernel
Alan Stern wrote:
[snip]
My impression is that this problem arises somewhere within or
below the free_irq routine. I don't have the -mm2 sources, so I
can't be any more precise than that.
Here is an updated dmesg for kernel 2.6.9-rc4-mm1. But I'm afraid it
won't give more information, as the call
Hello
I've got a oops when I rmmod uhci_hcd module :
Unable to handle kernel paging request at virtual address 6b6b6b6b
printing eip:
c0186959
*pde =
Oops: [#1]
PREEMPT
Modules linked in: ne2k_pci 8390 crc32 ohci1394 ieee1394
nls_iso8859_1 nls_cp850
vfat fat reiser4 reiserfs via_a
