Bug 2513
Summary: | (net tulip) driver doesn't work with ADMtec AN983 10/100MBit Onboard LAN chip on Fujitsu-Siemens Mainboard D1607 | ||
---|---|---|---|
Product: | Drivers | Reporter: | Michael Sturm (MikeSturm) |
Component: | Network | Assignee: | Peter Zaspel (zaspelp) |
Status: | RESOLVED CODE_FIX | ||
Severity: | high | CC: | alexn, chris, Fred |
Priority: | P2 | ||
Hardware: | i386 | ||
OS: | Linux | ||
Kernel Version: | 2.6.5 | Subsystem: | |
Regression: | --- | Bisected commit-id: | |
Attachments: |
Patch for tulip_core.c for linux 2.6.6
unified patch of tulip_core.c (first original, latter patched file) |
Description
Michael Sturm
2004-04-15 08:01:14 UTC
Created attachment 2918 [details]
Patch for tulip_core.c for linux 2.6.6
This patch works for my Fujitsu-Sienems Scaleo 600 A64.
It is not tested against any other architecture.
While playing around i was setting the rx_copybreak to 1518 and the driver
still worked. Since I do not have any deeper understanding of the tulip driver
it would be nice if someone could help me assuring the patch works for other
systems as well(eg. Opteron).
With same Hardware the bug persists even with recent Kernel Version 2.6.7-rc3-bk4 supplemetary output from "lspci -v": 0000:00:0b.0 Ethernet controller: Linksys Network Everywhere Fast Ethernet 10/100 model NC100 (rev 11) Subsystem: Unknown device 1734:100c Flags: bus master, medium devsel, latency 64, IRQ 9 I/O ports at 1000 Memory at b0000000 (32-bit, non-prefetchable) [size=1K] Capabilities: [c0] Power Management version 2 No problem at all with i386 kernel 2.6.4( i686 athlon) !! Is this still a problem in 2.6.9? I have a very similar card and it appears to work well, please confirm. Hi... I've got the same board/computer as mentioned above, running gentoo 2.6.10-r7 development sources in 64bit mode (__x86_64__) and I can confirm this thing not functioning with this kernel version. I've cross-checked that * nothing is wrong with the onboard net: it runs well with Windows * nothing is wrong with linux: it runs with an addional 3com 3c59x very well * nothing is wrong with cabling etc: I only use the same cable... With an older kernel - I don't know which version surely - around 2.6.6 or 2.6.7 and the above mentioned patch I got the network running... but now? I would offer me as a test person - if something has to be traced, I would try to trace it. That thing with the ping messages can be reproduced without problems in the same manner... ;-) Thanks a lot. - Michael Found a - possible - solution, not knowing if this is for real: As you can see at the short "ping test" every 48-th byte is going mad and so I played a little with "ping -s xxx" with smaller and bigger sizes of the message encountering that a smaller ping size, results in a not scrambled transmission. So again - I was looking at the older kernel versions and found (with the applied patch), that it must have been - perhaps the wrong diff direction - so it shoud result now in a real code in tulip_core.c --- snip --- #if defined(__alpha__) || defined(__ia64__) static int csr0 = 0x01A00000 | 0xE000; #elif defined(__i386__) || defined(__powerpc__) || defined(__x86_64__) static int csr0 = 0x01A00000 | 0x8000; --- snip --- So I tried this configuration and everything does very well. I know there are many - even modern boards - with a onboard chip on it like 0000:00:0b.0 Ethernet controller: Linksys NC100 Network Everywhere Fast Ethernet 10/100 (rev 11) so many people will now be able to use this onboard network controller. Please confirm - if this is a proper solution. I for my own will use it anywhere. Annotation 2: Even with a bigger burst buffer length like ---snip--- #if defined(__alpha__) || defined(__ia64__) static int csr0 = 0x01A00000 | 0xE000; #elif defined(__i386__) || defined(__powerpc__) || defined(__x86_64__) static int csr0 = 0x01A00000 | 0x9000; ---snip--- my system is running stable. So perhaps this would improve performance a little bit. Created attachment 4602 [details]
unified patch of tulip_core.c (first original, latter patched file)
the patch is a unified diff, with the first file original 2.6.10 source and the
latter file the patched file in the kernel tree.
Hello Michael Polster, your patch is great. On my AMD64 computer with FS-board D1607, I can now have a network connection!!! I'm using Fedora Core 3 (64bit version). Your patch has du be included in to the kernel source. GREAT! THANKS! I think this the patch of Michael Polster does it! I think the patch of Michael Polster does it! Hopefully, they will now put it in to the kernel source |