Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 29 Nov 2000 09:20:49 -0800
From:      William Schmidt <bsd_admin@htslabs.com>
To:        dg@root.com
Cc:        freebsd-bugs@FreeBSD.ORG
Subject:   Re: kern/22768: fxp get slow often!
Message-ID:  <3A253AF0.B608BED2@htslabs.com>
References:  <200011282120.NAA03947@implode.root.com>

next in thread | previous in thread | raw e-mail | index | archive | help
David Greenman wrote:

> >No I did think Its the motherboard I have 3 systems  Tyan S1598 , abit  dual bp6
> >and a asus 97-tx  and three have problem at 4.x but run fine at 3.x.  Furthermore
> >I forgot to add that I have tried different NIC cards Pn0 (netgear fa310tx,
> >kinstion kne110tx) , rl0 (sms, ark ,soho), fxp0 (intel etherexperss pro+) and
> >xl0(3com35-905b-tx) and all seem to have the same results.
> >I through It was in the MII common code but the fxp0 didn't use the code.  I have
> >played with the mtu size.  A smaller mtu size below 500 seems the help allot and
> >256 gives speeds of over 2MS/sec.  This make me think the problem is in the
> >TCP/IP controls but I have not had time to go through the mountains of source
> >code.
>
>    Actually, those particular symptoms are pointing very squarely at the
> switch and not the server. This is exactly what I'd expect that you would
> see if the switch was configured for half-duplex while the server was
> configured for full duplex.
>
> -DG
>
> David Greenman
> Co-founder, The FreeBSD Project - http://www.freebsd.org
> President, TeraSolutions, Inc. - http://www.terasolutions.com
> Pave the road of life with opportunities.
>
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-bugs" in the body of the message

Swapping out the linksys switch with an ark switch seemed to fixed  all but one
system
The tyan system still seems to have problems.  Releases 3.x still runs good but the
4.x still has problems with transfers into the system out going transfers seem ok.
Now I wonder if 4.x has a problem the this motherboard that 3.x didn't.  I seemed to
of been fighting two problems that caused ftp slowdown.

I have attached the dmesg from the tyan system  It uses a apollo mvp3 chip set where
the
other systems use an intel.


Copyright (c) 1992-2000 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.2-RELEASE #1: Tue Nov 28 22:54:33 PST 2000
    root@k6.office.htslabs.com:/usr/src/sys/compile/k62
Timecounter "i8254"  frequency 1193182 Hz
Timecounter "TSC"  frequency 334093698 Hz
CPU: AMD-K6(tm) 3D processor (334.09-MHz 586-class CPU)
  Origin = "AuthenticAMD"  Id = 0x58c  Stepping = 12
  Features=0x8021bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,PGE,MMX>
  AMD Features=0x80000800<SYSCALL,3DNow!>
real memory  = 134217728 (131072K bytes)
avail memory = 127066112 (124088K bytes)
K6-family MTRR support enabled (2 registers)
md0: Malloc disk
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib2: <VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib2
pci1: <NVidia/SGS-Thomson Riva128 graphics accelerator> at 0.0 irq 11
isab0: <VIA 82C686 PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C686 ATA66 controller> port 0xd000-0xd00f at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: <VIA 83C572 USB controller> port 0xd400-0xd41f irq 10 at device 7.2 on pci0
usb0: <VIA 83C572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
uhci1: <VIA 83C572 USB controller> port 0xd800-0xd81f irq 10 at device 7.3 on pci0
usb1: <VIA 83C572 USB controller> on uhci1
usb1: USB revision 1.0
uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub1: 2 ports with 2 removable, self powered
ahc0: <Adaptec 2930CU SCSI adapter> port 0xdc00-0xdcff mem 0xe1001000-0xe1001fff irq
11 at device 8.0 on pci0
aic7860: Single Channel A, SCSI Id=7, 3/255 SCBs
dc0: <82c169 PNIC 10/100BaseTX> port 0xe000-0xe0ff mem 0xe1000000-0xe10000ff irq 10
at device 11.0 on pci0
dc0: Ethernet address: 00:a0:cc:3b:8d:d1
miibus0: <MII bus> on dc0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
pcib1: <Host to PCI bridge> on motherboard
pci2: <PCI bus> on pcib1
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model MouseMan+, device ID 0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode
ppi0: <Parallel I/O> on ppbus0
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
pca0 at port 0x40 on isa0
joy0 at port 0x201 on isa0
sbc0: <Creative ViBRA16X> at port 0x220-0x22f,0x330-0x331,0x388-0x38b irq 5 drq 1,3
on isa0
pcm0: <SB DSP 4.16 (ViBRA16X)> on sbc0
joy1: <Generic PnP Joystick> at port 0x200 on isa0
ad0: 9787MB <WDC WD102AA> [19885/16/63] at ata0-master UDMA66
ad1: 14594MB <Maxtor 51536U3> [29651/16/63] at ata0-slave UDMA66
acd0: CDROM <LTN525> at ata1-master using PIO4
Waiting 15 seconds for SCSI devices to settle
Mounting root from ufs:ad0s3a
cd0 at ahc0 bus 0 target 3 lun 0
cd0: <YAMAHA CRW6416S 1.0c> Removable CD-ROM SCSI-2 device
cd0: 10.000MB/s transfers (10.000MHz, offset 15)
cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed





To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3A253AF0.B608BED2>