| Summary: | forcedeth driver issues with 2.6.20.3 kernel. | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Alex Blom <theblom> |
| Component: | [OLD] Core system | Assignee: | Gentoo Kernel Bug Wranglers and Kernel Maintainers <kernel> |
| Status: | RESOLVED INVALID | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | linux-2.6.??-regression | ||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
kernel .config
boot dmesg dmesg continued ethtool ifconfig 2.6.18 .config Working 2.6.20 .config |
||
|
Description
Alex Blom
2007-03-24 14:47:59 UTC
Created attachment 114253 [details]
kernel .config
Added kernel config My motherboard is called Asus P5N32-E SLI. Their website seems to be down so i cant url it. Please attach lspci output. 00:00.0 Host bridge: nVidia Corporation C55 Host Bridge (rev a2) 00:00.1 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:00.2 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:00.3 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:00.4 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:00.5 RAM memory: nVidia Corporation C55 Memory Controller (rev a2) 00:00.6 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:00.7 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:01.0 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:01.1 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:01.2 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:01.3 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:01.4 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:01.5 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:01.6 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:02.0 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:02.1 RAM memory: nVidia Corporation Unknown device 03bc (rev a1) 00:02.2 RAM memory: nVidia Corporation C55 Memory Controller (rev a1) 00:03.0 PCI bridge: nVidia Corporation C55 PCI Express bridge (rev a1) 00:06.0 PCI bridge: nVidia Corporation C55 PCI Express bridge (rev a1) 00:07.0 PCI bridge: nVidia Corporation C55 PCI Express bridge (rev a1) 00:09.0 RAM memory: nVidia Corporation MCP55 Memory Controller (rev a1) 00:0a.0 ISA bridge: nVidia Corporation MCP55 LPC Bridge (rev a2) 00:0a.1 SMBus: nVidia Corporation MCP55 SMBus (rev a2) 00:0a.2 RAM memory: nVidia Corporation MCP55 Memory Controller (rev a2) 00:0b.0 USB Controller: nVidia Corporation MCP55 USB Controller (rev a1) 00:0b.1 USB Controller: nVidia Corporation MCP55 USB Controller (rev a2) 00:0d.0 IDE interface: nVidia Corporation MCP55 IDE (rev a1) 00:0e.0 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a2) 00:0e.1 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a2) 00:0e.2 IDE interface: nVidia Corporation MCP55 SATA Controller (rev a2) 00:0f.0 PCI bridge: nVidia Corporation MCP55 PCI bridge (rev a2) 00:0f.1 Audio device: nVidia Corporation MCP55 High Definition Audio (rev a2) 00:11.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a2) 00:13.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2) 00:14.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2) 00:15.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2) 00:16.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2) 00:17.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2) 00:18.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a2) 01:00.0 VGA compatible controller: nVidia Corporation GeForce 7300 LE (rev a1) 04:0b.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev c0) OK. You just need forcedeth, no special phy drivers. You can ignore the traces you posted earlier. Can you reproduce this with the latest development kernel, currently 2.6.21-rc4? If so, please go into more detail about what you mean by "i had no network". You might also try changing the "#if 0" line near the top of drivers/net/forcedeth.c to "#if 1" to enable more debug messages going into the logs. Also, did 2.6.19 or any other older kernels work? It's working on 2.6.18. I'll try the latest dev kernel tomorrow. Created attachment 114341 [details]
boot dmesg
Created attachment 114342 [details]
dmesg continued
Created attachment 114344 [details]
ethtool
Created attachment 114346 [details]
ifconfig
uname -a: Linux tacaz 2.6.21-rc4-git10 #1 SMP Sun Mar 25 13:34:33 CEST 2007 i686 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz GenuineIntel GNU/Linux pinging my local router gives: PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. From 192.168.1.7 icmp_seq=1 Destination Host Unreachable From 192.168.1.7 icmp_seq=2 Destination Host Unreachable pinging my own ip gives: PING 192.168.1.7 (192.168.1.7) 56(84) bytes of data. 64 bytes from 192.168.1.7: icmp_seq=1 ttl=64 time=0.016 ms 64 bytes from 192.168.1.7: icmp_seq=2 ttl=64 time=0.016 ms dmesg is filled of these: 000: ff ff ff ff ff ff 00 0e a6 f1 af 94 08 06 00 01 010: 08 00 06 04 00 01 00 0e a6 f1 af 94 c0 a8 01 07 020: 00 00 00 00 00 00 c0 a8 01 03 2b 00 01 00 00 00 030: 00 00 00 00 00 00 a5 01 00 00 74 9b a8 bf 01 00 eth0: nv_start_xmit_optimized: entries 1 queued for transmission. tx_flags_extra: 0 it seems like every packet is queued up. Thanks for testing. The next step would be to file a forcedeth bug upstream at http://bugzilla.kernel.org. Be sure to mention that 2.6.18 works, 2.6.20 doesn't, and 2.6.21-rc4-git10 is still broken. Post the new bug URL here when done. If you are really keen you could do a bisection to find the exact commit which introduced the bug. See http://www.reactivated.net/weblog/archives/2006/01/using-git-bisect-to-find-buggy-kernel-patches/ strange, i did a bisect between 2.6.18 and 2.6.20 and every point was bad. I dont get it. And when i tried ethtool -r eth0 the machine locked up. i just did some more bisecting and tried 2.6.17-rc2 and it didnt work there either. I think im doing something wrong in the config put i cant figure out what. Can you attach your 2.6.18 config? Also, are you 100% sure you were rebooting into the new kernel image on each test? You can use the "uname -v" sanity check here. http://www.gentoo.org/doc/en/kernel-config.xml#doc_chap5 Do you have a 2.6.18 kernel which you can boot into and the network card works? My current is: Linux tacaz 2.6.18-gentoo-r6 #4 SMP PREEMPT Fri Jan 12 18:48:36 CET 2007 i686 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz GenuineIntel GNU/Linux And it works, and i checked my last bisect kernel using uname -a and it said 2.6.17-rc2, im sure. It's so strange. Created attachment 114597 [details]
2.6.18 .config
In your git tree do the following: git branch test git checkout test git reset --hard v2.6.18 Then use the .config you just attached, compile the kernel, and boot into it. Then do the "uname -v" check, and see if the network works. I did some more testing, with my 2.6.20 .config as start no kernel worked but if i just copied my 2.6.18 .config to 2.6.20 it worked. So redid the configuration of 2.6.20 again and enabled some misc options that i that i had in my 2.6.18 config. And i worked. After that i disabled the options i though i had enabled in the first place but it still works, I must have forgotten some option. Anyways, it works now and we can close this bug or whatever. I'll attach my working 2.6.20 .config Created attachment 114889 [details]
Working 2.6.20 .config
|
