[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Realtek RTL 8139C and Linux Kernel 2.4.22.



Micha Feigin wrote:

> On Mon, 2003-09-29 at 05:54, devotion wrote:
>
>> Hi.
>> I asked help some time ago and got no reply... trying again (sorry if
>>that unappropriate).
>> I have very recently installed the Debian 3.0r1 Linux cd, using
>>default kernel that comes with it, the 2.2.20idepci.
>> I am using adsl, whose modem is connected to my only NIC, a Realtek
>>8139C (not C+, i see 8139C on the chip), and the realtek 8139C driver
>>(8139too.o) detected 2 network interfaces (eth0 and eth1), both on the
>>same IRQ (10).
>> When i boot, eth0 is brought up and eth1 stays down.
>> When i start pppoeconf, it searches for Access Concentrators on
>>"both" the nics, and finds it in the eth1 card.
>> pppoeconf saves my setup, and when i boot, eth0 is brought up, and
>>eth1 is also brought up. When ppp tries to use eth1, the box resets
>>(IRQ conflict?).
>> I therefore edited the ppp_on_boot script to bring eth0 down and
>>bring eth1 up, and now everything related to internet works fine in my
>>2.2 kernel.
>> Problem is, I want to install the 2.4 kernel to support all my other
>>hardware. I installed the same driver, but now it only detects 1
>>network interface card (which was expected at first). pppoeconf
>>detects the concentrator in eth0 (which was also expected) (it does
>>not detect it when i unplug the cable, so i assume its communicating
>>with the modem), but i am not getting any reply from my ISP's
>>authentication server (at 200.165.104.12) nor any DNS servers...
>> Does anyone what this is all about?
>> I have tried to:
>> - download the driver from the realtek site, compile it with the new
>>kernel, same result
>> - recompile the 2.2 kernel (debian package), but no 8139too.c within it
>> - recompile the 2.4 8139too.c with the 2.2 kernel includes, does not
>>compile
>> None of these attempts succeded.
>> Any help is very appreciated, thanks.
>> -- Fred
>>

>
> Try running tcpdump on the iterface while you are starting ppp and see
> if you can see any requests the card is sending out and not getting replies > to. Whats the output of tcpdump if you run a dhco client in the interface?

>Are you sure it's a driver issue?
> What does the output of this command look like?
>   dmesg |grep -n -B 3 -A 3 eth
>
> Also, what about /etc/network/interfaces , /sbin/ifconfig and
> /sbin/route ?

  OK, i tried running these commands, i got:
Kernel 2.4 (non working):
ike:/home/ugah# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:E0:7D:C8:12:93
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:10 Base address:0xe000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:560 (560.0 b)  TX bytes:560 (560.0 b)

Kernel 2.2 (working):
ike:~ugah# ifconfig -a
eth0      Link encap:Ethernet  HWaddr 00:E0:7D:C8:12:93
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)
          Interrupt:10 Base address:0xb800

eth1      Link encap:Ethernet  HWaddr 00:E0:7D:C8:12:93
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2883 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1911 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:2835304 (2.7 MiB)  TX bytes:191356 (186.8 KiB)
          Interrupt:10 Base address:0xd000

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:3924  Metric:1
          RX packets:8 errors:0 dropped:0 overruns:0 frame:0
          TX packets:8 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:560 (560.0 b)  TX bytes:560 (560.0 b)

ppp0      Link encap:Point-to-Point Protocol
inet addr:200.165.218.232 P-t-P:200.216.95.212 Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
          RX packets:2881 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1909 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:10
          RX bytes:3553263 (3.3 MiB)  TX bytes:204722 (199.9 KiB)

When I run dmesg|grep -n -B 3 -A 3 eth , i get:
Kernel 2.2:
53-3c59x.c 18Feb01 Donald Becker and others http://www.scyld.com/network/vortex.html
54-pcnet32.c: PCI bios is present, checking for devices...
55-rtl8139.c:v1.07 5/6/99 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/rtl8139.html
56:eth0: RealTek RTL8139 Fast Ethernet at 0xb800, IRQ 10, 00:e0:7d:c8:12:93.
57-via-rhine.c:v1.08b-LK1.0.1 12/14/2000  Written by Donald Becker
58-  http://www.scyld.com/network/via-rhine.html
66:eth1: 8139too Fast Ethernet driver 0.9.18-pre4 Jeff Garzik <jgarzik@mandrakesoft.com>
67:eth1: Linux-2.2 bug reports to Jens David <dg1kjd@afthd.tu-darmstadt.de>
68:eth1: RealTek RTL8139 Fast Ethernet board found at 0xd004d000, IRQ 10
69:eth1: Chip is 'RTL-8139C' - MAC address '00:e0:7d:c8:12:93'.
70-CSLIP: code copyright 1989 Regents of the University of California
71-PPP: version 2.3.7 (demand dialling)
72-PPP line discipline registered.
74-PPP BSD Compression module registered
75-PPP Deflate Compression module registered
76:eth1: Setting half-duplex based on auto-negotiated partner ability 0000.
77-registered device ppp0
78-probable hardware bug: clock timer configuration lost - probably a VIA686a.
79-probable hardware bug: restoring chip configuration.
--
81-device ppp0 left promiscuous mode
82-device ppp0 entered promiscuous mode
83-device ppp0 left promiscuous mode
84:eth1: Promiscuous mode enabled.
85:device eth1 entered promiscuous mode
86:device eth1 left promiscuous mode
87:device eth0 entered promiscuous mode
88:device eth0 left promiscuous mode
89-device ppp0 entered promiscuous mode
90-device ppp0 left promiscuous mode

Kernel 2.4:
ike:/home/ugah# dmesg | grep -n -B 3 -A 3 eth
78-Adding Swap: 514100k swap-space (priority -1)
79-8139too Fast Ethernet driver 1.6.0 loaded
80-PCI: Found IRQ 10 for device 00:09.0#
81:eth0: use memory map. ioaddr=0xd086e000
82:eth0:  Identified 8139CP chip type 'RTL-8139C'
83:eth0: RealTek RTL8139CP Fast Ethernet at 0xd086e000, 00:e0:7d:c8:12:93, IRQ 10
84-NTFS driver v1.1.22 [Flags: R/O MODULE]
85-CSLIP: code copyright 1989 Regents of the University of California
86-PPP generic driver version 2.4.2
--
93-PPP Deflate Compression module registered
94-usb.c: registered new driver usblp
95-printer.c: v0.11: USB Printer Device Class driver
96:eth0: Setting half-duplex based on auto-negotiated partner ability 0000.

  The file /etc/network/interfaces: (a file, same on both kernels)
# The loopback interface
auto lo
iface lo inet loopback

# The first network card - this entry was created during the Debian installation
# (network, broadcast and gateway are optional)
auto eth0
iface eth0 inet static
        address 192.168.0.1
        netmask 255.255.255.0
        network 192.168.0.0
        broadcast 192.168.0.255
        gateway 192.168.0.2


And finally, the command pppoeconf installed on /etc/ppp/peers/dsl-provider:
pty "/usr/sbin/pppoe -i eth0 -t 80 -m 1452"
  When its configuring pppoeconf, i get:
ppp0: error fetching interface information: Device not found

  Route is empty .. :(
ike:/home/ugah# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
localnet        *               255.255.255.0   U     0      0        0 eth0

  Does anybody know what this is?
  -- Fred



Reply to: