Boris, you are great! Finally it works! And it seems quite good. Ok, I did this. - downloaded kernel-2.6.18-1.2747.fc6.src.rpm - install the src.rpm - changed spec file putting 1 only in %define buildsmp 1 and %define includexen 1 - done an rpmbuild -bp - applied the further patch you outlined r8169.c - gone into /usr/src/redhat/BUILD/kernel-2.6.18/linux-2.6.18.i386/ - make - make modules_install - copy under /boot of the vmlinuz file generated - mkinitrd for the new kernel - reboot
Network seems to work. lspci gives 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI E xpress Gigabit Ethernet controller (rev 01)
lspci -v gives:
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI E xpress Gigabit Ethernet controller (rev 01) Subsystem: ASUSTeK Computer Inc. Unknown device 81aa Flags: bus master, fast devsel, latency 0, IRQ 177 I/O ports at a800 [size=256] Memory at ff5ff000 (64-bit, non-prefetchable) [size=4K] Expansion ROM at ff5c0000 [disabled] [size=128K] Capabilities: [40] Power Management version 2 Capabilities: [48] Vital Product Data Capabilities: [50] Message Signalled Interrupts: 64bit+ Queue=0/1 Enable - Capabilities: [60] Express Endpoint IRQ 0 Capabilities: [84] Vendor Specific Information
I'm not inside a lan so I can only test through the dsl modem. This kind of connectivity seems quite good at the moment. Eventually I can connect a laptop through cross cable and give other kind of results obtained. Tell me if you like. Francois, I'm going to send e-mail to the netdev address you gave. The lspci -vvx for the adapter is: 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01) Subsystem: ASUSTeK Computer Inc. Unknown device 81aa Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2 B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <P ERR- Latency: 0, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 177 Region 0: I/O ports at a800 [size=256] Region 2: Memory at ff5ff000 (64-bit, non-prefetchable) [size=4K] Expansion ROM at ff5c0000 [disabled] [size=128K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Capabilities: [48] Vital Product Data Capabilities: [50] Message Signalled Interrupts: 64bit+ Queue=0/1 Enable- Address: 0000000000000000 Data: 0000 Capabilities: [60] Express Endpoint IRQ 0 Device: Supported: MaxPayload 1024 bytes, PhantFunc 0, ExtTag+ Device: Latency L0s <1us, L1 unlimited Device: AtnBtn+ AtnInd+ PwrInd+ Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported- Device: RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ Device: MaxPayload 128 bytes, MaxReadReq 512 bytes Link: Supported Speed 2.5Gb/s, Width x1, ASPM L0s, Port 0 Link: Latency L0s unlimited, L1 unlimited Link: ASPM Disabled RCB 64 bytes CommClk+ ExtSynch- Link: Speed 2.5Gb/s, Width x1 Capabilities: [84] Vendor Specific Information 00: ec 10 68 81 07 00 10 00 01 00 00 02 08 00 00 00 10: 01 a8 00 00 00 00 00 00 04 f0 5f ff 00 00 00 00 20: 00 00 00 00 00 00 00 00 00 00 00 00 43 10 aa 81 30: 00 00 5c ff 40 00 00 00 00 00 00 00 0a 01 00 00
Gianluca
Hello, Gianluca Cecchi.
On 10.10.2006 02:07 you said the following:
Boris, you are great! Finally it works! And it seems quite good.
It's not me, thank's to Francois Romieu for contribution!
Network seems to work. lspci gives 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI E xpress Gigabit Ethernet controller (rev 01)
Ok, I have the same pci-e card on my ASUS A6 laptop, and this patch work's perfectly. I've use it since 2.6.16 without any issues.
- downloaded kernel-2.6.18-1.2747.fc6.src.rpm
- install the src.rpm
- changed spec file putting 1 only in
%define buildsmp 1 and %define includexen 1
- done an rpmbuild -bp
- applied the further patch you outlined r8169.c
- gone into /usr/src/redhat/BUILD/kernel-2.6.18/linux-2.6.18.i386/
- make
- make modules_install
- copy under /boot of the vmlinuz file generated
- mkinitrd for the new kernel
- reboot
+1 for posting solutions.... thanks.
This procedure also worked for me. Same lspci, setup, patch. I'm assuming netdev has already queued this patch, so I'm not going to cross post.
Thanks again.
-benjamin
On Wed, 2006-11-01 at 10:26 +0100, Benjamin Kosnik wrote:
- downloaded kernel-2.6.18-1.2747.fc6.src.rpm
- install the src.rpm
- changed spec file putting 1 only in
%define buildsmp 1 and %define includexen 1
- done an rpmbuild -bp
- applied the further patch you outlined r8169.c
- gone into /usr/src/redhat/BUILD/kernel-2.6.18/linux-2.6.18.i386/
- make
- make modules_install
- copy under /boot of the vmlinuz file generated
- mkinitrd for the new kernel
- reboot
+1 for posting solutions.... thanks.
btw the entire "copy and make an initrd" step can be shortened to
make install
that copies all needed files, makes an initrd and also adds the new kernel to grub (or lilo if that's your preferred poison)
btw the entire "copy and make an initrd" step can be shortened to
make install
that copies all needed files, makes an initrd and also adds the new kernel to grub (or lilo if that's your preferred poison)
Right. Sorry, in the spirit of posting answers:
01) download http://mirrors.kernel.org/fedora/core/6/source/SRPMS/kernel-2.6.18-1.2798.fc... 02) rpm -ivh kernel-2.6.18-1.2798.fc6.src.rpm 03) cd /usr/src/redhat/SOURCES; cp linux-2.6-r8129-update.patch . 04) cd /usr/src/redhat/SPECS 05) cp kernel-spec.patch . ; patch -p0 < kernel-spec.patch 06) rpmbuild -ba kernel-2.6.spec 07) cd /usr/src/redhat/BUILD/kernel-2.6.18/linux-2.6.18.i386/ 08) make 09) make modules_install 10) make install 11) reboot
-benjamin
Actually I found that it is sufficient to run make after patching, so that you produce the modules (and btw the kernel too, even if not necessary). Then you can eventually unload the official r8169.ko module, and safely copy the produced /usr/src/redhat/BUILD/kernel-2.6.18/linux-2.6.18.i386/drivers/net/r8169.ko module overwriting the official fedora one under /lib/modules/2.6.18-1.2798.fc6/kernel/drivers/net/r8169.ko and finally running a depmod -a to verify that no problems arise. In this way you - have not to reboot but you can immediately restart network services - you don't need jak (just another kernel tm ;-) but you can use the offical one. - leverage the modularized architecture of linux... I think the only risk could be to have a module produced by a different compiler than the original ones you have on your system if gcc was patched in the mean time... With dmesg you can however see how was build the original fc kernel like:
Linux version 2.6.18-1.2798.fc6 (brewbuilder@hs20-bc2-4.build.redhat.com) (gcc v ersion 4.1.1 20061011 (Red Hat 4.1.1-30)) #1 SMP Mon Oct 16 14:37:32 EDT 2006
Anyway, these steps work for me with the latest 2798 kernel.
I only have a problem with my cd becoming crazy when the network is stressed Tipical examples massive yum updates or scp of great number of files. I get incredible series of Oct 29 17:44:52 tekka kernel: ide: failed opcode was: unknown Oct 29 17:44:52 tekka kernel: hde: drive not ready for command Oct 29 17:44:52 tekka kernel: hde: status error: status=0x58 { DriveReady SeekCo mplete DataRequest } And I can only power off and power on.... the button itself of the cd doesn't make anything. But I think it could be a problem with irqs or the ide controller JMB363 I have, or the cd device itself. ASAP I'm going to buy a sata burner.. and see. Or next panic I would try to trace. I'm seeing that sysrq works also from graphical environment I didn't know this...
HTH Gianluca
Arjan van de Ven wrote:
On Wed, 2006-11-01 at 10:26 +0100, Benjamin Kosnik wrote:
- downloaded kernel-2.6.18-1.2747.fc6.src.rpm
- install the src.rpm
- changed spec file putting 1 only in
%define buildsmp 1 and %define includexen 1
- done an rpmbuild -bp
- applied the further patch you outlined r8169.c
- gone into /usr/src/redhat/BUILD/kernel-2.6.18/linux-2.6.18.i386/
- make
- make modules_install
- copy under /boot of the vmlinuz file generated
- mkinitrd for the new kernel
- reboot
+1 for posting solutions.... thanks.
btw the entire "copy and make an initrd" step can be shortened to
make install
that copies all needed files, makes an initrd and also adds the new kernel to grub (or lilo if that's your preferred poison)
in this case a complete rebuild isn't needed anyway: download linux-2.6.18.1 from kernel.org extract apply the patch edit the makefile in drivers/net so that it looks like this: obj-m += r8169.o cd into the drivers/net dir do make -C /lib/modules/`uname -r`/build SUBDIRS=$PWD modules make -C /lib/modules/`uname -r`/build SUBDIRS=$PWD modules_install /sbin/depmod -a works fine here lspci -vvv: 02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 01) Subsystem: Inventec Corporation Unknown device 0040 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR+ <PERR- Latency: 0, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 169 Region 0: I/O ports at 3000 [size=256] Region 2: Memory at cc000000 (64-bit, non-prefetchable) [size=4K] [virtual] Expansion ROM at c4000000 [disabled] [size=128K] Capabilities: [40] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0-,D1+,D2+,D3hot+,D3cold+) Status: D0 PME-Enable- DSel=0 DScale=0 PME+ Capabilities: [48] Vital Product Data Capabilities: [50] Message Signalled Interrupts: 64bit+ Queue=0/1 Enable- Address: 0000000000000000 Data: 0000 Capabilities: [60] Express Endpoint IRQ 0 Device: Supported: MaxPayload 1024 bytes, PhantFunc 0, ExtTag+ Device: Latency L0s <1us, L1 unlimited Device: AtnBtn+ AtnInd+ PwrInd+ Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported- Device: RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+ Device: MaxPayload 128 bytes, MaxReadReq 512 bytes Link: Supported Speed 2.5Gb/s, Width x4, ASPM L0s, Port 0 Link: Latency L0s unlimited, L1 unlimited Link: ASPM Disabled RCB 64 bytes CommClk+ ExtSynch- Link: Speed 2.5Gb/s, Width x1 Capabilities: [84] Vendor Specific Information Capabilities: [100] Advanced Error Reporting Capabilities: [12c] Virtual Channel Capabilities: [148] Device Serial Number 68-81-ec-10-00-00-00-1e Capabilities: [154] Power Budgeting
This is now being tracked in bugzilla: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=215243
-benjamin
-
Arjan van de Ven -
Benjamin De Kosnik -
Boris B. Zhmurov -
dragoran -
Gianluca Cecchi