From owner-freebsd-hardware Thu Jul 5 7:43:43 2001 Delivered-To: freebsd-hardware@freebsd.org Received: from l04.research.kpn.com (l04.research.kpn.com [139.63.192.204]) by hub.freebsd.org (Postfix) with ESMTP id DE91F37B401 for ; Thu, 5 Jul 2001 07:43:26 -0700 (PDT) (envelope-from K.J.Koster@kpn.com) Received: by l04.research.kpn.com with Internet Mail Service (5.5.2653.19) id ; Thu, 5 Jul 2001 16:43:26 +0100 Message-ID: <59063B5B4D98D311BC0D0001FA7E452205FD9D2D@l04.research.kpn.com> From: "Koster, K.J." To: "'OpsyDopsy@netcabo.pt'" Cc: hardware@FreeBSD.ORG Subject: RE: Realtek 8139 problem... Date: Thu, 5 Jul 2001 16:43:17 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear JF, Those RealTek cards are broken by design. Use Geocrawler to search the mailing list archives on this subject, and you will from quite some discussion. Kees Jan ================================================ You are only young once, but you can stay immature all your life. > -----Original Message----- > From: JF [mailto:OpsyDopsy@netcabo.pt] > Sent: vrijdag 29 juni 2001 12:53 > To: hardware@FreeBSD.ORG > Subject: Realtek 8139 problem... > > > Heys, from -questions no one could find a solution for this > problem... but > then again I was probably posting to the wrong list :-/ > > I've recently (2001/06/22) updated and rebuilt all my sources. > I have a Realtek 8139 and am running IPFilter as a firewall > (ipf.rules at the > end) > I aint connected to a LAN. > > Now the problem is that sometimes all my connections just > start timing out, > even though my cablemodem has a fixed clean signal. > These timeouts happen randomly as far as I can tell and the > only way to > regain my connection is by powering the cable modem off and > back on and > running a restart DHCP client script that I will paste at the > end of the mail. > > In windows these timeouts do not ocur. > I have the same subnet mask in windows and in FBSD. > > Now, I cought something through syslogd that seems to be the > start of the > problem: Jun 29 12:34:11 OpsyDopsy /kernel: pcm0: > record overrun, > dumping 176896 bytes > I'll paste the whole log at the end of the mail. > > The renewals are beeing applyed correctly (log at the end of the mail) > Besides this small problem the network works perfectly fine > the rest of the > time. > > I've cought something strange in a traceroute I made (the > complete traceroute > is at the end of the mail) that was the first hop the packs pass is a > 10.22.255.254 address when this should be if I'm not mistaken > my default > gateway 213.22.3.254. > > I will also paste a netstat -rn and a dmesg hoping these > extra infos will > help. > > I just dont know why these timeouts happen and hope someone > can help me. > > Thanks in advance for all your time. > > JF > > PS: I've already changed the NIC from a nearer to the lower > part of the box > slot to a higher one... syslogd keeps giving the same error. > > > > Netstat: > bash-2.05# netstat -rn > Routing tables > > Internet: > Destination Gateway Flags Refs Use > Netif Expire > default 213.22.3.254 UGSc 41 22 rl0 > 127.0.0.1 127.0.0.1 UH 0 0 lo0 > 213.22/22 link#1 UC 1 0 > rl0 => > 213.22.3.254 0:4:28:23:ec:54 UHLW 42 0 > rl0 71 > > Internet6: > Destination Gateway > Flags > Netif Expire > ::1 ::1 > UH > lo0 > fe80::%rl0/64 link#1 > UC > rl0 > fe80::%lo0/64 fe80::1%lo0 > Uc > lo0 > ff01::/32 ::1 > U > lo0 > ff02::%rl0/32 link#1 > UC > rl0 > ff02::%lo0/32 fe80::1%lo0 > UC > lo0 > > > Traceroute: > bash-2.05# traceroute telepac.pt > traceroute to telepac.pt (194.65.3.20), 30 hops max, 40 byte packets > 1 10.22.255.254 (10.22.255.254) 6.978 ms 9.164 ms 9.546 ms > 2 212.113.164.10 (212.113.164.10) 9.738 ms 7.296 ms 8.648 ms > 3 lpc-br01-porta1.netcabo.net (212.113.161.33) 9.650 ms > 7.984 ms 7.433 ms > 4 213.13.128.25 (213.13.128.25) 7.529 ms 8.652 ms 9.077 ms > 5 lcatrt2.telepac.net (213.13.135.90) 8.180 ms 7.984 ms 10.577 ms > 6 katrt3.telepac.net (213.13.135.242) 9.508 ms 16.839 ms > 10.751 ms > 7 tpone.telepac.pt (194.65.3.20) 10.487 ms * 8.656 ms > > > DHCP Renewal: > Jun 22 18:58:23 OpsyDopsy dhclient: DHCPREQUEST on rl0 > to 212.113.164.3 port 67 > Jun 22 18:58:23 OpsyDopsy dhclient: DHCPACK > from 212.113.164.3 > Jun 22 18:58:23 OpsyDopsy dhclient: bound to > 213.22.0.69 -- > renewal in 900 seconds. > > > DHCP Restart Script: > #!/bin/sh > # Kill old DHCP process > /bin/kill `cat /var/run/dhclient.pid` > # Delete old DHCP IP address > /sbin/ifconfig rl0 inet delete > # Clear the old route > /sbin/route -q flush -inet > # Start new dhclient process > /sbin/dhclient rl0 > > Dmesg: > Copyright (c) 1992-2001 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, > 1993, 1994 > The Regents of the University of California. All > rights reserved. > FreeBSD 4.3-STABLE #0: Fri Jun 22 15:43:46 WEST 2001 > root@OpsyDopsy.net.dhis.org:/usr/obj/usr/src/sys/PIII-650 > Timecounter "i8254" frequency 1193182 Hz > CPU: Pentium III/Pentium III Xeon/Celeron (651.48-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x681 Stepping = 1 > > Features=0x383f9ff > real memory = 402636800 (393200K bytes) > config> di sn0 > No such device: sn0 > Invalid command or syntax. Type `?' for help. > config> di lnc0 > No such device: lnc0 > Invalid command or syntax. Type `?' for help. > config> di ie0 > No such device: ie0 > Invalid command or syntax. Type `?' for help. > config> di fe0 > No such device: fe0 > Invalid command or syntax. Type `?' for help. > config> q > avail memory = 388390912 (379288K bytes) > Preloaded elf kernel "kernel" at 0xc034d000. > Preloaded userconfig_script "/boot/kernel.conf" at 0xc034d09c. > VESA: v3.0, 4096k memory, flags:0x1, mode table:0xc02e7462 (1000022) > VESA: NVidia > Pentium Pro MTRR support enabled > md0: Malloc disk > npx0: on motherboard > npx0: INT 16 interface > pcib0: on motherboard > pci0: on pcib0 > pcib1: at > device 1.0 on pci0 > pci1: on pcib1 > pci1: at 0.0 irq 11 > isab0: at device 4.0 on pci0 > isa0: on isab0 > atapci0: port 0xd800-0xd80f at > device 4.1 on > pci0ata0: at 0x1f0 irq 14 on atapci0 > ata1: at 0x170 irq 15 on atapci0 > pci0: at 4.2 irq 9 > chip1: port > 0xe800-0xe80f at > device > 4.3 on pci0 > pcm0: port 0xd000-0xd01f irq 5 at device > 10.0 on pci0 > rl0: port 0xb400-0xb4ff mem > 0xc5800000-0xc58000ff > irq 10 at device 11.0 on pci0 > rl0: Ethernet address: 00:00:b4:c2:2d:28 > miibus0: on rl0 > rlphy0: on miibus0 > rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > atapci1: port > 0x9800-0x983f,0xa000-0xa003,0xa400-0xa407,0xa800-0xa803,0xb000 > -0xb007 mem > 0xc5000000-0xc501ffff irq 5 at device 14.0 on pci0 > ata2: at 0xb000 on atapci1 > ata3: at 0xa400 on atapci1 > orm0: