On Mon, Sep 04, 2006 at 08:31:43PM -0400, Steven Stromer wrote: > >Robert L Cochran wrote: > >>>I noticed on the Realtek site that there is no > >>>downloadable driver for the 2.6 kernel. > >> > >> > >>http://www.realtek.com.tw/downloads/downloads1-3.aspx?lineid=1&famid=4&series=2003072&Software=True > >> > >>Download the source code. Unzip the tarball. > >> > >>There is a C program in the src directory that has to be corrected > >>before it will compile: > >> > >>http://gentoo-wiki.com/HARDWARE_RTL8168 > >> > >>>From the r1000_v1.04 directory: > >> > >>su > >>make > >>depmod -a > >> > >>The module will build and install correctly with no changes to any of > >>the Makefiles. > >> > >>Probably you will find the tulip driver has been erroneously loaded. Get > >>rid of it: > >> > >>rmmod tulip > >> > >>change to the correct /lib/modules.../net directory then > >> > >>insmod r1000.ko > >> > >>This should get the Realtek working. > >> > >> > >>One last bit of advice -- it took me about 15 minutes of Googling to > >>locate the links above. That was with time to sip coffee. I got my > >>Realtek 8168 gigabit adapter for PCIe running as soon as I did the > >>insmod, and I'm using it now to send this email. Why not try Google a > >>little more in the future? > >> > >>Bob Cochran > >> > >> > >Steven -- > > > >The r8169 driver sounds like it might have its roots based on the 2.4 > >kernel. I would remove it (rmmod it) and change modprobe.conf to read Slightly OT, but not much: I'm running Centos 4.4 on a Gigabyte GA-7N400 Pro2 board. This board has a builtin RTL8169 chip. When I do lsmod I get (among other things) r8169 19913 0 lspci shows: 01:0b.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8169 Gigabit Ethernet (rev 10) and "ethtool eth0" shows: Settings for eth0: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: Twisted Pair PHYAD: 0 Transceiver: internal Auto-negotiation: on Link detected: yes And FWIW, dmesg shows: r8169 Gigabit Ethernet driver 1.2 loaded ACPI: PCI interrupt 0000:01:0b.0[A] -> GSI 16 (level, high) -> IRQ 201 r8169: NAPI enabled divert: allocating divert_blk for eth0 eth0: Identified chip type is 'RTL8169s/8110s'. eth0: RTL8169 at 0xf8832000, 00:0d:61:3f:5f:c3, IRQ 201 Centos 4.4 is a 2.6 kernel (2.6.9-42.0.2.EL) (though an older one than FC5 uses, I believe). I'm not running the network at gigabit speeds, but it looks as if it would be expected to work, with that driver, were I attempting it, based on the ethtool output. So. My point is: I don't think the r8169 module is necessarily the wrong one. > > > >alias eth0 r1000 > > > >and reboot. > > > >It would be useful to examine your dmesg output. I don't know how else > >you have changed your network scripts. If my suggestion does not fix > >your problem, send me your dmesg output as a text file attachment. You > >can plug a USB flash drive in your machine and then > > > >dmesg > /put the name of your usb drive here/dmesg.txt > > > >I have several other things to do today, and may not be able to look > >over your output till tonight, but I'll review it. > > > >Bob > > > Bob, > > Thank you for your help with my problem. I had changed modprobe.conf to > read 'alias eth0 r1000' when I last reported no success, so that hasn't > resolved the problem. I rmmod'ed the r8169 driver, but this seems to > remove it only until the system is rebooted. dmesg returns some > interesting output that may point us to the problem, but I am not able > to understand it fully. The pertinent part is as follows: > > PCI: Found IRQ 11 for device 0000:00:0f.0 > PCI: Sharing IRQ 11 with 0000:00:07.5 > PCI: Sharing IRQ 11 with 0000:00:0d.2 > eth0: Identified chip type is 'RTL8169S/8110S'. > eth0: r10001.04, the Linux device driver for Realtek Ethernet > Controllers at 0xc800, 00:40:f4:ee:2f:ff, IRQ 11 > BUG: soft lockup detected on CPU#0! > <c043dad5> softlockup_tick+0x90/0xa1 <c0423d50> > update_process_times+0x35/0x57 > <c0406134> timer_interrupt+0x60/0x98 <c043db72> > handle_IRQ_event+0x23/0x4c > <c043dc17> __do_IRQ+0x7c/0xd1 <c0405035> do_IRQ+0x63/0x80 > ======================= > <c04036f2> common_interrupt+0x1a/0x20 <c040d556> delay_tsc+0xb/0x13 > <c04d8125> __delay+0x9/0xa <e88160bd> R1000_WRITE_GMII_REG+0x36/0x3c > [r1000] > <e8817208> r1000_init_one+0x69f/0x892 [r1000] <c053d851> > __driver_attach+0x0/0x8b > <c04dfc3b> pci_device_probe+0x36/0x57 <c053d78d> > driver_probe_device+0x45/0x9a > <c0419231> __cond_resched+0x17/0x28 <c053d8b4> __driver_attach+0x63/0x8b > <c053d21f> bus_for_each_dev+0x37/0x59 <c053d6ee> driver_attach+0x16/0x18 > <c053d851> __driver_attach+0x0/0x8b <c053cf25> bus_add_driver+0x6f/0x10d > <c04dfddf> __pci_register_driver+0x5b/0x7d <c0433a69> > sys_init_module+0x134f/0x14b2 > <c0423c25> __mod_timer+0x0/0x94 <c0402cb3> syscall_call+0x7/0xb > Realtek RTL8169/8110 Family Gigabit Ethernet Network Adapter > Driver version:1.04 > Released date:2006/07/07 > Link Status:Linked > Link Speed:1000Mbps > Duplex mode:Full-Duplex > I/O Base:0xC800(I/O port) > IRQ:11 > > I am trying to research possible causes of the 'BUG: soft lockup > detected on CPU#0!', but the lines here are causing me nightmares! on > the other hand, there is much more recognition of the card in the final > lines than before the switch to the r1000 driver. If you need the rest > of the dmesg output, please let me know. I tried to parsse it down to > what I thought to be the essentials. > > Thanks again for your help! > > Steven > > -- > fedora-list mailing list > fedora-list@xxxxxxxxxx > To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list -- ---- Fred Smith -- fredex@xxxxxxxxxxxxxxxxxxxxxx ----------------------------- But God demonstrates his own love for us in this: While we were still sinners, Christ died for us. ------------------------------- Romans 5:8 (niv) ------------------------------
Attachment:
pgpNDk7CPMmiO.pgp
Description: PGP signature
