Summary: | 8139too driver not working in kernels 2.6.9 and above | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | basic <basic> |
Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | ||
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
emerge info
lspci -v -v net card info part dmesg |
Description
basic
2005-03-04 08:28:37 UTC
Can you please post emerge info and the lspci -v -v entry for your network controller? And please *attach* the full dmesg output from 2.6.11 Created attachment 52666 [details]
emerge info
here's my emerge info. forgot to mention that I only tested using
gentoo-dev-sources
Created attachment 52667 [details]
lspci -v -v net card info
this is under 2.6.8, I've done the same under 2.6.11 and found that it uses a
different irq (5 rather than 11), and that irq is also used by the onboard
C-Media CM8338A, could that be causing the problem?
Created attachment 52673 [details]
part dmesg
from when module was loaded to failed pings under 2.6.11
ok after reslotting the card on to a different pci slot, it works as expected. The only noticable diff between the different slots is the irqs assigned (5 or 11). So it would seem that the onboard sound chip (using irq 5) conflicted with the card. I'm not sure if this is a hardware issue or just the kernel's way of handing out irqs... This issue is solved for me, though I could slot the card into the original slot again to test if needed. If you are willing to help debug this and you still have the problem with the latest release then I suggest you file a bug at http://bugzilla.kernel.org |