need some help on a backport of r8169
Hello everyone, I am experiencing a big fight with a Realtek RTL8168 ethernet card that I need to use with a 2.6.11.11 kernel. Here is my problem : the RTL8168 (which seems to be the PIC-express version of the RTL8169) isn't recognized by the 2.6.11.11 kernel. So I tried the r1000 driver supplied by Realtek, which recognizes my RTL8168 card but doesn't do what I want. In fact, it only supports ethtool for speed control and always uses autonegotiation to force a mode, which is also the behaviour of the r8169 driver but doesn't fit my needs because some of my company's clients use network switches that do not support autonegotiation. I must precise that I previously succeeded to backport the support for mii-tool in the r8169 driver from the 2.6.20 kernel to the 2.6.11.11, which allows me to effectively force the speed without using autonegotiation. Ok, but that was for the RTL8169 card, already supported in the 2.6.11.11 kernel, now I need to support a RTL8168 one. So I tried a 2.6.20 kernel with this card and I saw that it was supported by the r8169 driver. So I decided to backport some of this driver to add the RTL8168 in it for the 2.6.11.11 kernel. I thought it was easy and just required to add some references (pci id ...) but sadly it isn't, and my patch results in a kernel panic when I turn the interface up. Could anyone take a look at my patch and tell me what is missing, or what is wrong? Or if you have other suggestions, do not hesitate, if you think I'd better patch the r1000 driver to add mii-tool support (it didn't seem so easy) or anything else, but please don't suggest me to change my network switches, these are not mines so I cannot do anything for this. Also I cannot change my entire kernel for the moment. Here you can find my patch : http://www.synerway.net/patch/r8169-backport.patch it adds mii-tool support and TRIES to add RTL8168 support. Thank you for any help Pascal - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: need some help on a backport of r8169
Francois Romieu a écrit, le Tue 27 Feb 2007 à 12:48:31AM : > Pascal GREGIS <[EMAIL PROTECTED]> : > [...] > > Could anyone take a look at my patch and tell me what is missing, > > - It lacks the adequate registers init sequence for a 8168 for instance. > - Fix went in between 2.6.11 and 2.6.12. Where is this init sequence in the driver? I searched in the code and didn't find something that could satisfy, then I took the 2.6.12.3 r8169.c, put it in the 2.6.11.11 source tree, applied my patch, changed synchronize_sched(); to synchronize_kernel(); because the symbol was unknown and then I could turn eth1 on and assign it an ip address but the rx and tx count never grew and when I turned eth0 down (a 8139 card) eth1 didn't reply to ping anymore. > > There are 59 r8169 related patches between 2.6.12 and current. Only a few > of those break the API. I'll give it a try tomorrow evening. Hmm... you wrote this mail at 00 h 48 this morning, what did you mean by tomorrow evening? Merci Pascal - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: need some help on a backport of r8169
[EMAIL PROTECTED] a écrit, le Thu 01 Mar 2007 à 10:57:11AM : > Hello Ueimor, > [...] > > Once you have logged the ifconfig/ethtool dump, you can try the serie > > or the patch at: > > > > http://www.fr.zoreil.com/people/francois/backport/r8169/20070228-00 > Hum... ok I might have enough time to check it, not sure though, I > have a point with my boss this morning. Indeed I wasn't able to test it yesterday. I won't be able today so, the hardware being required for other tests, but don't worry, I don't forget you, I'll test it as soon as I can, probably next week. > > > > > Btw: > > > > [...dmesg dump...] > > > Enabling fast FPU save and restore... done. > > > Enabling unmasked SIMD FPU exception support... done. > > > Checking 'hlt' instruction... OK. > > > ACPI: setting ELCR to 0200 (from 0c08) > > > NET: Registered protocol family 16 > > > PCI: PCI BIOS revision 3.00 entry at 0xf0031, last bus=2 > > > PCI: Using MMCONFIG > > > > Please disable MMCONFIG. > In the BIOS? > > > > > If you have any PCI latency option in your bios, set it to 64. > I'm not the BIOS-master, I'll suggest it. > > > > > -- > > Ueimor > > Sigerg - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
