From owner-freebsd-hardware Sat Aug 15 20:58:59 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA26725 for freebsd-hardware-outgoing; Sat, 15 Aug 1998 20:58:59 -0700 (PDT) (envelope-from owner-freebsd-hardware@FreeBSD.ORG) Received: from quark.ChrisBowman.com (crbowman.erols.com [209.122.47.155]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA26720 for ; Sat, 15 Aug 1998 20:58:55 -0700 (PDT) (envelope-from crb@ChrisBowman.com) Received: from fermion (fermion [10.0.1.2]) by quark.ChrisBowman.com (8.8.8/8.8.8) with SMTP id AAA08701; Sun, 16 Aug 1998 00:03:58 -0500 (EST) (envelope-from crb@ChrisBowman.com) Message-Id: <199808160503.AAA08701@quark.ChrisBowman.com> X-Sender: crb@quark.ChrisBowman.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0.1 Date: Sat, 15 Aug 1998 23:55:46 -0400 To: Mike Andrews From: "Christopher R. Bowman" Subject: Re: DEC Tulip sluggishness on a 486 Cc: freebsd-hardware@FreeBSD.ORG In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hardware@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 08:04 PM 8/15/98 , Mike Andrews wrote: >Here's a weird one... > >I've been using an old 386SX for a few years to route my home network, >using two SMC Ultras and a full-length Wavelan with no problems. Today I >decided to add 100baseTX to the mix, so I pulled out an old 486 PCI board >(SiS 85c496 + 85c497 chipset), pulled all the guts out of the 386SX, added >a DEC Tulip 21140-AB card and fired it up. > >I'm getting really *horrible* performance out of this. Pinging between >machines on the same segment sometimes gives over 1000 ms ping times, 30% >packet loss, and sometimes doesn't talk at all -- ifconfig shows the >OACTIVE flag set, and it usually takes a few tries of "ifconfig de0 down; >ifconfig de0 up" to wake it up. Sometimes plugging/unplugging the cable >helps too. > >The two other machines on this segment can talk to each other fine -- >they're both P200MMX's, Triton 2 motherboards (Asus P55T2P4), one with the >same version of FreeBSD and one with Windows 98. File transfers, flood >pings, etc are fine between those two. Cables have been swapped. The >other two machines also have Tulip cards (21140-AB in the FreeBSD box, >21140-AF in the Win98 box). > >I did some searches and came up with nothing specific, but a few bits and >pieces... which are leading me to believe that it's some sort of >interaction with the SiS chipset on the 486 board and the Tulip driver -- >the source to the Linux Tulip driver has a special case for 486 boards. >Also the first rev of the SiS 85c496 chipset were said to have >cache-related problems (I've tried disabling L1 and L2 cache; didn't >help). > >So... > >Is there anything I can tweak (i.e. adding kernel options, BIOS settings, >or whatever)... short of using another motherboard, or (more likely) just >getting an Intel Etherexpress? > >Also... an even weirder problem: > >I have another 486 board I would try, except with both PCI and VLB slots >and a UMC 8881F/8886F chipset. When I plug the WaveLAN into it, the RAM >and floppy tests fail, and FreeBSD panics as soon as init comes up. Remove >the WaveLAN and the machine boots fine. I may try running this board with >the Tulip and without the WaveLAN and see if the Tulip is still unhappy... >just for grins. But the WaveLAN problem with it puzzles me. > > >Full dmesg of the SiS 486 follows: > > >FreeBSD 2.2.7-STABLE #0: Sun Jul 26 00:22:33 EDT 1998 > mandrews@mindcrime.termfrost.org:/usr/src/sys/compile/ESCAPE >CPU: AMD Enhanced Am486DX4 Write-Back (486-class CPU) > Origin = "AuthenticAMD" Id = 0x494 Stepping=4 > Features=0x1 >real memory = 33554432 (32768K bytes) >avail memory = 31154176 (30424K bytes) >Probing for devices on PCI bus 0: >chip0 rev 49 on pci0:5:0 >de0 rev 18 int a irq 9 on pci0:11:0 >de0: 21140 [10-100Mb/s] pass 1.2 >de0: address 00:40:f6:84:00:8d >vga0 rev 20 int a irq 12 on pci0:13:0 >Probing for devices on the ISA bus: >sc0 at 0x60-0x6f irq 1 on motherboard >sc0: VGA color <2 virtual consoles, flags=0x0> >ed0 at 0x280-0x29f irq 5 maddr 0xd8000 msize 16384 on isa >ed0: address 00:00:c0:74:ab:9f, type SMC8216T (16 bit) >ed1 at 0x300-0x31f irq 10 maddr 0xd0000 msize 16384 on isa >ed1: address 00:00:c0:71:ab:9f, type SMC8216T (16 bit) >sio0 at 0x3f8-0x3ff irq 4 on isa >sio0: type 16550A >sio1 at 0x2f8-0x2ff irq 3 on isa >sio1: type 16550A >lpt0 at 0x378-0x37f irq 7 on isa >lpt0: Interrupt-driven port >lp0: TCP/IP capable interface >fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa >wdc0 at 0x1f0-0x1f7 irq 14 on isa >wdc0: unit 0 (wd0): >wd0: 114MB (235440 sectors), 981 cyls, 6 heads, 40 S/T, 512 B/S >wl0 at 0x390-0x39f irq 11 on isa >wl0: address 08:00:0e:21:14:ba, NWID 0x1000 >npx0 flags 0x1 on motherboard >npx0: INT 16 interface >IP packet filtering initialized, divert disabled, default to accept, unlimited logging >de0: enabling 100baseTX port >wd0: interrupt timeout: >wd0: status 50 error 0 >de0: link down: cable problem? >de0: abnormal interrupt: transmit underflow (raising TX threshold to 96|256) >de0: abnormal interrupt: transmit underflow (raising TX threshold to 8|512) >de0: abnormal interrupt: transmit underflow (raising TX threshold to 1024) > >(I'm assuming the wd0 error is due to the fact that the drive is *very* >ancient... although it didn't give that error on the 386...) > > >Mike Andrews (MA12) icq 6602506 -------------- mandrews@dcr.net >Senior Systems/Network Administrator --- mandrews@termfrost.org >Digital Crescent, Frankfort, KY ----- http://www.termfrost.org/ >"If Barbie is so popular, why do you have to buy her friends?..." Is this a duplex negotiation problem? Try manually configing the dec adaptor into the propper duplexing mode. Let me know how this works. -------- Christopher R. Bowman crb@ChrisBowman.com http://www.ChrisBowman.com/~crb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hardware" in the body of the message