no usb device with 2.6.31 kernels on rawhide

James Laska jlaska at redhat.com
Thu Oct 1 19:00:51 UTC 2009 

On Thu, 2009-10-01 at 19:23 +0100, José Matos wrote:
> To make the story short I bought a new laptop, I tried to install with the 
> latest installer but failed for several (already reported) reasons and I was 
> forced to use the Alpha installer. 

Out of curiosity, do you recall the already reported reasons?

> FWIW I used the kde live installer 
> (although this should be irrelevant in what follows).
> 
> The first time I have updated the kernel I got no usb devices working, the 
> same happened with all the kernels released in the last week.
> 
> The error messages are:
> Sep 27 22:08:04 localhost kernel: usb 1-5: new high speed USB device using 
> ehci_hcd and address 3
> Sep 27 22:08:04 localhost kernel: nommu_map_single: overflow 13329b2d0+8 of 
> device mask ffffffff
> Sep 27 22:08:04 localhost kernel: nommu_map_single: overflow 1332025d8+64 of 
> device mask ffffffff
> Sep 27 22:08:04 localhost kernel: ------------[ cut here ]------------
> Sep 27 22:08:04 localhost kernel: WARNING: at lib/dma-debug.c:787 
> check_unmap+0x99/0x5d6() (Tainted: G        W )
> Sep 27 22:08:04 localhost kernel: Hardware name: HP EliteBook 8530p
> Sep 27 22:08:04 localhost kernel: ehci_hcd 0000:00:1a.7: DMA-API: device 
> driver tries to free an invalid DMA memory address
> Sep 27 22:08:04 localhost kernel: Modules linked in:
> Sep 27 22:08:04 localhost kernel: Pid: 0, comm: swapper Tainted: G        W  
> 2.6.31.1-48.fc12.x86_64 #1
> Sep 27 22:08:04 localhost kernel: Call Trace:
> Sep 27 22:08:04 localhost kernel: <IRQ>  [<ffffffff8106422c>] 
> warn_slowpath_common+0x95/0xc3
> Sep 27 22:08:04 localhost kernel: [<ffffffff810642e7>] 
> warn_slowpath_fmt+0x50/0x66
> Sep 27 22:08:04 localhost kernel: [<ffffffff8128dae8>] check_unmap+0x99/0x5d6
> Sep 27 22:08:04 localhost kernel: [<ffffffff81096d2e>] ? 
> check_irq_usage+0xc0/0xe9
> Sep 27 22:08:04 localhost kernel: [<ffffffff8128e257>] 
> debug_dma_unmap_page+0x66/0x7c
> Sep 27 22:08:04 localhost kernel: [<ffffffff813b2088>] 
> dma_unmap_single_attrs.clone.0+0x82/0xa1
> Sep 27 22:08:04 localhost kernel: [<ffffffff813b210a>] 
> unmap_urb_for_dma+0x63/0x114
> Sep 27 22:08:04 localhost kernel: [<ffffffff813b222c>] 
> usb_hcd_giveback_urb+0x71/0xea
> Sep 27 22:08:04 localhost kernel: [<ffffffff813c874b>] ehci_urb_done+0x8a/0xb1
> Sep 27 22:08:04 localhost kernel: [<ffffffff813cacbd>] 
> qh_completions+0x37f/0x50e
> Sep 27 22:08:04 localhost kernel: [<ffffffff813caef6>] ehci_work+0xaa/0x777
> Sep 27 22:08:04 localhost kernel: [<ffffffff813cce0c>] ? ehci_irq+0x41/0x441
> Sep 27 22:08:04 localhost kernel: [<ffffffff813cce0c>] ? ehci_irq+0x41/0x441
> Sep 27 22:08:04 localhost kernel: [<ffffffff813cd0a3>] ehci_irq+0x2d8/0x441
> Sep 27 22:08:04 localhost kernel: [<ffffffff810cab9f>] ? 
> handle_fasteoi_irq+0x35/0xf9
> Sep 27 22:08:04 localhost kernel: [<ffffffff813b1a0f>] usb_hcd_irq+0x59/0xcc
> Sep 27 22:08:04 localhost kernel: [<ffffffff810c8764>] 
> handle_IRQ_event+0x62/0x148
> Sep 27 22:08:04 localhost kernel: [<ffffffff810cac0d>] 
> handle_fasteoi_irq+0xa3/0xf9
> Sep 27 22:08:04 localhost kernel: [<ffffffff81015030>] handle_irq+0x9a/0xba
> Sep 27 22:08:04 localhost kernel: [<ffffffff81505e45>] ? 
> trace_hardirqs_off_thunk+0x3a/0x3c
> Sep 27 22:08:04 localhost kernel: [<ffffffff810143bd>] do_IRQ+0x6f/0xe5
> Sep 27 22:08:04 localhost kernel: [<ffffffff810129d3>] ret_from_intr+0x0/0x16
> Sep 27 22:08:04 localhost kernel: <EOI>  [<ffffffff812ff3d1>] ? 
> acpi_idle_enter_simple+0x132/0x17a
> Sep 27 22:08:04 localhost kernel: [<ffffffff812ff3ca>] ? 
> acpi_idle_enter_simple+0x12b/0x17a
> Sep 27 22:08:04 localhost kernel: [<ffffffff81418900>] ? 
> cpuidle_idle_call+0xa0/0xec
> Sep 27 22:08:04 localhost kernel: [<ffffffff81010e8b>] ? cpu_idle+0xbf/0x10a
> Sep 27 22:08:04 localhost kernel: [<ffffffff814fe2d2>] ? 
> start_secondary+0x211/0x268
> Sep 27 22:08:04 localhost kernel: ---[ end trace a7919e7f17c0a727 ]---
> 
> And like this from today:
> 
> Oct  1 12:25:33 localhost kernel: WARNING: at drivers/pci/dmar.c:183 
> dmar_table_init+0x173/0x3d7() (Not tainted)
> Oct  1 12:25:33 localhost kernel: Hardware name: HP EliteBook 8530p
> Oct  1 12:25:33 localhost kernel: Your BIOS is broken; DMAR reported at 
> address zero!
> Oct  1 12:25:33 localhost kernel: BIOS vendor: Hewlett-Packard; Ver: 68PDV 
> Ver. F.0E; Product Version: F.0E
> Oct  1 12:25:33 localhost kernel: Modules linked in:
> Oct  1 12:25:33 localhost kernel: Pid: 1, comm: swapper Not tainted 
> 2.6.31-0.125.4.2.rc5.git2.fc12.x86_64 #1
> Oct  1 12:25:33 localhost kernel: Call Trace:
> Oct  1 12:25:33 localhost kernel: [<ffffffff81064d3b>] 
> warn_slowpath_common+0x95/0xc3
> Oct  1 12:25:33 localhost kernel: [<ffffffff81064df6>] 
> warn_slowpath_fmt+0x50/0x66
> Oct  1 12:25:33 localhost kernel: [<ffffffff81846fc1>] 
> dmar_table_init+0x173/0x3d7
> Oct  1 12:25:33 localhost kernel: [<ffffffff81827ad4>] 
> enable_IR_x2apic+0x21/0x218
> Oct  1 12:25:33 localhost kernel: [<ffffffff81824e72>] 
> native_smp_prepare_cpus+0x13c/0x384
> Oct  1 12:25:33 localhost kernel: [<ffffffff818167f2>] kernel_init+0x93/0x29b
> Oct  1 12:25:33 localhost kernel: [<ffffffff8101412a>] child_rip+0xa/0x20
> Oct  1 12:25:33 localhost kernel: [<ffffffff81013a90>] ? restore_args+0x0/0x30
> Oct  1 12:25:33 localhost kernel: [<ffffffff8181675f>] ? kernel_init+0x0/0x29b
> Oct  1 12:25:33 localhost kernel: [<ffffffff81014120>] ? child_rip+0x0/0x20
> Oct  1 12:25:33 localhost kernel: ---[ end trace a7919e7f17c0a725 ]---
> Oct  1 12:25:33 localhost kernel: Setting APIC routing to flat
> 
> Is this related with http://bugzilla.redhat.com/show_bug.cgi?id=524808 or 
> should I open another bug?

The boot log reported in bug#524808 seems to reference dracut failing to
find the root volume during bootup.  I think your issue might be
different.  I see several similar failures, but haven't found the exact
match just yet (see
http://www.google.com/search?hl=en&client=firefox-a&rls=org.mozilla%
3Aen-US%3Aofficial&hs=9b6&q=site%3Abugzilla.redhat.com+lib%
2Fdma-debug.c&aq=f&oq=&aqi=).  Perhaps worth recording a new defect.

Thanks,
James
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://listman.redhat.com/archives/fedora-test-list/attachments/20091001/6a440ca1/attachment.sig>

More information about the fedora-test-list mailing list