| Summary: | sys-kernel/gentoo-sources-2.6.30-r1: USB-System does not work with more than 2GB of RAM | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Phil Falcon <gildedfalcon> |
| Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
| Status: | RESOLVED FIXED | ||
| Severity: | major | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | AMD64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Kernel-Config
lsusb -v (2GB) lsusb -v (4GB) dmesg (2GB) dmesg (4GB) dmesg (4GB) after a USB Stick has been plugged in |
||
|
Description
Phil Falcon
2009-06-23 09:20:08 UTC
Please attach an lspci and your kernel config file to give more info on your hardware and drivers. Reopen this bug when you provide the requested information. Created attachment 196654 [details]
Kernel-Config
#lspci 00:00.0 Host bridge: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub (rev 07) 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:02.1 Display controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) 00:19.0 Ethernet controller: Intel Corporation 82567LM Gigabit Network Connection (rev 03) 00:1a.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 (rev 03) 00:1a.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 (rev 03) 00:1a.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 (rev 03) 00:1c.1 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 2 (rev 03) 00:1c.2 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 3 (rev 03) 00:1c.4 PCI bridge: Intel Corporation 82801I (ICH9 Family) PCI Express Port 5 (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 93) 00:1f.0 ISA bridge: Intel Corporation ICH9M-E LPC Interface Controller (rev 03) 00:1f.2 SATA controller: Intel Corporation ICH9M/M-E SATA AHCI Controller (rev 03) 02:00.0 Network controller: Intel Corporation Wireless WiFi Link 5300 85:09.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 06) 85:09.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 25) 85:09.2 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev bb) 85:09.3 CardBus bridge: Ricoh Co Ltd RL5c476 II (rev ff) Could we have a copy of 'lsusb -v' when you are on 4GB of RAM (and USB doesn't work) and another copy of when you are on 2GB of RAM (and USB functions correctly). Thanks Created attachment 197332 [details]
lsusb -v (2GB)
Created attachment 197334 [details]
lsusb -v (4GB)
If you need more Infos, just let me know.
Could we, also, have a copy of your dmesg when on 2GB RAM and when on 4GB RAM? Thanks! Created attachment 198166 [details]
dmesg (2GB)
Created attachment 198168 [details]
dmesg (4GB)
maybe the dmesg output when connecting a usb device could be more helpful, especially when you use 4GB RAM... btw, you can also try the latest development kernel, and see if the bug occurs there too... Created attachment 198974 [details]
dmesg (4GB) after a USB Stick has been plugged in
This File is created using the current Vanilla-Kernel 2.6.30.2. So the bug is still existent.
probably, your kernel is using nommu instead of swiotlb for some reason, and that's why usb devices don't work... try booting the kernel with "iommu=soft"... you can also disble "CALGARY_IOMMU_ENABLED_BY_DEFAULT" and "CALGARY_IOMMU"... and check if the line: "PCI-DMA: Using software bounce buffering for IO (SWIOTLB)" appers in the dmesg output when using 2.6.29-r5 with 4GB RAM... Hey, "iommu=soft" worked! Do I lose any functionality using this workaround? well, after some reading, it appears that what i said above is not 100% correct... apparently, your computer's bios is a bit broken, when it comes to intel iommu(specifically dmar tables)... [ 0.331342] Your BIOS is broken; DMAR reported at address zero! the kernel detects a broken bios and aborts further iommu initialization... you are left without iommu, thus the kernel falls back to the nommu functions, which won't work for >4GB RAM... so the only solution is using iommu=soft, until(and if) an updated BIOS is released... iommu=soft can introduce a performance penalty, but i think it's the only solution for you... however, i can't understand why gentoo-sources-2.6.29-r5 'work'...since they contain the same check(for a broken BIOS) as 2.6.30... anyway, i think that the bug can be closed now... Thanks a lot for your help and analyzation. I will look for a BIOS-Update so. But me too, I do not understand, why this is only valid for 2.6.30 and not for 2.6.29, but I'm saying the truth :) Anyway, thanks a lot, Stratos Psomadakis, it's fixed for me :) Thanks, Stratos. Closing. |
