From owner-freebsd-net@FreeBSD.ORG Tue Feb 19 00:45:53 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3456816A468 for ; Tue, 19 Feb 2008 00:45:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id C730213C44B for ; Tue, 19 Feb 2008 00:45:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so1420713wri.3 for ; Mon, 18 Feb 2008 16:45:52 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=L+OsG5hiIIpq1GDCk1f8qpXSwa1HmL6O6PMYRvGpFWs=; b=fGdcqUjJX/v6ZZNVsdDAcKhFvRSFQBlanlpkuydlFUG5ggnIRWZDFJF753LF3qTi9OjckPH3c9JisVaeCR6ClZPWYTgEV2n3DOn6ZWZPrrgIV46RYc0DsUnzp7+fIF+/SJ0LxcQoSxV+8AVRbuT9oNSGJFcVYEvDw+zam2bJmGk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=O19GFgSS08Js7EszumXmxEMar3FN6EB0p4xiXaLwxnntDbEWq3YeBOouI0gMpKdO57f3xx8W9T969Zy/lN7DlYl6R32nm0kb0PVRiJImuK3hL+0YvDOgIbhyTE1t/m+CvpIZGsDcidooGDl92via1X8rhpwCTQxRT0JpdvCdlpc= Received: by 10.142.242.8 with SMTP id p8mr4869126wfh.166.1203381951319; Mon, 18 Feb 2008 16:45:51 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 22sm18500831wfg.15.2008.02.18.16.45.48 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Feb 2008 16:45:49 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m1J0jj8W018543 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 19 Feb 2008 09:45:45 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m1J0jiW9018542; Tue, 19 Feb 2008 09:45:44 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 19 Feb 2008 09:45:44 +0900 From: Pyun YongHyeon To: Thomas Hurst Message-ID: <20080219004543.GA18299@cdnetworks.co.kr> References: <200802190010.m1J0A3cb019526@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200802190010.m1J0A3cb019526@freefall.freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@FreeBSD.org Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear FA311's X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Feb 2008 00:45:53 -0000 On Tue, Feb 19, 2008 at 12:10:03AM +0000, Thomas Hurst wrote: > The following reply was made to PR kern/64556; it has been noted by GNATS. > > From: Thomas Hurst > To: Volker > Cc: bug-followup@FreeBSD.org > Subject: Re: kern/64556: [sis] if_sis short cable fix problems with NetGear > FA311's > Date: Tue, 19 Feb 2008 00:03:12 +0000 > > * Volker (volker@vwsoft.com) wrote: > > > > A quick glance at the FreeBSD driver shows a DELAY(100000); which > > > probably accounts for the performance drops; each burst of 'short cable > > > fix' messages basically leaves the card idle for 300ms or so. The Linux > > > driver (drivers/net/natsemi.c) has no sign of such a delay. > > > > well, I'll leave it for the net-team to check if this DELAY can be > > shortened (it's 100 msec delay). > > Yes, but they happen in clusters of 3 or so. > > > > This all happens during card setup, sis_initl(), shouldn't this be only > > > happening once when it aquires the link, not randomly during operation? > > > > sis_initl is being called not just for initializing the card once, but > > whenever RX errors or state changes are detected. > > Ah. > > Linux showed a pretty high number of errors. Maybe it's worth being > less aggressive. > > > I'm wondering if you can give us the following information as I think > > this will be needed for the net folks to further analyze your problem: > > > > pciconf -lv > > dmesg > > hostb0@pci0:0:0:0: class=0x060000 card=0x00000000 chip=0x71908086 rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82443BX/ZX 440BX/ZX CPU to PCI Bridge (AGP Implemented)' > class = bridge > subclass = HOST-PCI > pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0x71918086 rev=0x03 hdr=0x01 > vendor = 'Intel Corporation' > device = '82443BX/ZX 440BX/ZX AGPset PCI-to-PCI bridge' > class = bridge > subclass = PCI-PCI > isab0@pci0:0:7:0: class=0x060100 card=0x00000000 chip=0x71108086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371AB/EB/MB PIIX4/4E/4M ISA Bridge' > class = bridge > subclass = PCI-ISA > atapci0@pci0:0:7:1: class=0x010180 card=0x00000000 chip=0x71118086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371AB/EB/MB PIIX4/4E/4M IDE Controller' > class = mass storage > subclass = ATA > uhci0@pci0:0:7:2: class=0x0c0300 card=0x00000000 chip=0x71128086 rev=0x01 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371AB/EB/MB PIIX4/4E/4M USB Interface' > class = serial bus > subclass = USB > none0@pci0:0:7:3: class=0x068000 card=0x00000000 chip=0x71138086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82371AB/EB/MB PIIX4/4E/4M Power Management Controller' > class = bridge > sis0@pci0:0:15:0: class=0x020000 card=0xf3111385 chip=0x0020100b rev=0x00 hdr=0x00 > vendor = 'National Semiconductors' > device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' > class = network > subclass = ethernet > sis1@pci0:0:17:0: class=0x020000 card=0xf3111385 chip=0x0020100b rev=0x00 hdr=0x00 > vendor = 'National Semiconductors' > device = 'DP83815/16 Fast Ethernet Adapter (MacPhyter/MacPhyter-II)' > class = network > subclass = ethernet > atapci1@pci0:0:19:0: class=0x018000 card=0x00000000 chip=0x00041103 rev=0x01 hdr=0x00 > vendor = 'Triones Technologies Inc. (HighPoint)' > device = 'HPT3xx UDMA66/100/133 EIDE Controller' > class = mass storage > atapci2@pci0:0:19:1: class=0x018000 card=0x00000000 chip=0x00041103 rev=0x01 hdr=0x00 > vendor = 'Triones Technologies Inc. (HighPoint)' > device = 'HPT3xx UDMA66/100/133 EIDE Controller' > class = mass storage > vgapci0@pci0:1:0:0: class=0x030000 card=0xff03102b chip=0x0521102b rev=0x01 hdr=0x00 > vendor = 'Matrox Electronic Systems Ltd.' > device = 'Matrox lnc MGA-G200B Eclipse/Calao' > class = display > subclass = VGA > > Copyright (c) 1992-2008 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 is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-RC2 #0: Fri Feb 8 00:09:57 UTC 2008 > root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium II/Pentium II Xeon/Celeron (534.55-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x665 Stepping = 5 > Features=0x183fbff > real memory = 805240832 (767 MB) > avail memory = 774074368 (738 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 2fef0000 (3) failed > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 > cpu0: on acpi0 > cpu1: on acpi0 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff,0x4000-0x4041,0x5000-0x500f on acpi0 > pci0: on pcib0 > agp0: on hostb0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: mem 0xdc000000-0xdcffffff,0xd8000000-0xd8003fff,0xd9000000-0xd97fffff irq 16 at device 0.0 on pci1 > isab0: at device 7.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 7.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > uhci0: port 0xc000-0xc01f irq 19 at device 7.2 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > pci0: at device 7.3 (no driver attached) > sis0: port 0xc400-0xc4ff mem 0xde000000-0xde000fff irq 16 at device 15.0 on pci0 > sis0: Silicon Revision: DP83815D > miibus0: on sis0 > ukphy0: PHY 0 on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto I thought nsphyter(4) may handle PHY hardware but ukphy(4) was used. Just curious, would you let me know OUI/MII model/revision number of PHY?(ukphy(4) prints that information in verbosed boot.) I don't have sis(4) hardwares so I may not help to diagnose the equalizer issue but it seems that Rx error recovery and link state change handling needs to be rewritten. > sis0: Ethernet address: 00:02:e3:16:ed:b0 > sis0: [ITHREAD] > sis1: port 0xc800-0xc8ff mem 0xde001000-0xde001fff irq 19 at device 17.0 on pci0 > sis1: Silicon Revision: DP83815D > miibus1: on sis1 > ukphy1: PHY 0 on miibus1 > ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > sis1: Ethernet address: 00:09:5b:04:10:f8 > sis1: [ITHREAD] > atapci1: port 0xcc00-0xcc07,0xd000-0xd003,0xd400-0xd4ff irq 18 at device 19.0 on pci0 > atapci1: [ITHREAD] > ata2: on atapci1 > ata2: [ITHREAD] > atapci2: port 0xd800-0xd807,0xdc00-0xdc03,0xe000-0xe0ff irq 18 at device 19.1 on pci0 > atapci2: [ITHREAD] > ata3: on atapci2 > ata3: [ITHREAD] > acpi_tz0: on acpi0 > fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FILTER] > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A > sio0: [FILTER] > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FILTER] > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff,0xef000-0xeffff pnpid ORM0000 on isa0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ums0: on uhub0 > ums0: 3 buttons and Z dir. > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-master PIO4 > ad2: 38166MB at ata1-master UDMA33 > SMP: AP CPU #1 Launched! > Trying to mount root from ufs:/dev/ad2s1a > sis0: Applying short cable fix (reg=ef) > sis0: Applying short cable fix (reg=e8) > sis0: Applying short cable fix (reg=e8) > sis0: Applying short cable fix (reg=e8) > sis0: Applying short cable fix (reg=e8) > sis0: Applying short cable fix (reg=e8) > > > and the following when a bunch of network traffic has been generated: > > > > vmstat -ia > > netstat -i > > After 9 minutes of bidirectional activity, culminating in the receiving > side failing: > > interrupt total rate > ??? 0 0 > irq1: atkbd0 0 0 > stray irq1 0 0 > irq0: 0 0 > stray irq0 0 0 > irq3: sio1 0 0 > stray irq3 0 0 > irq4: sio0 0 0 > stray irq4 0 0 > irq5: 0 0 > stray irq5 0 0 > irq6: fdc0 0 0 > stray irq6 0 0 > irq7: 0 0 > stray irq7 0 0 > irq8: 0 0 > stray irq8 0 0 > irq9: acpi0 0 0 > stray irq9 0 0 > irq10: 0 0 > stray irq10 0 0 > irq11: 0 0 > stray irq11 0 0 > irq12: 0 0 > stray irq12 0 0 > irq13: 0 0 > stray irq13 0 0 > irq14: ata0 57 0 > stray irq14 0 0 > irq15: ata1 1329 1 > stray irq15 0 0 > irq16: sis0 8296315 6285 > stray irq16 0 0 > irq17: 0 0 > stray irq17 0 0 > irq18: atapci1+ 0 0 > stray irq18 0 0 > irq19: sis1 uhci0 4 0 > stray irq19 0 0 > irq20: 0 0 > stray irq20 0 0 > irq21: 0 0 > stray irq21 0 0 > irq22: 0 0 > stray irq22 0 0 > irq23: 0 0 > stray irq23 0 0 > cpu0: timer 2637855 1998 > cpu1: timer 2635648 1996 > Total 13571208 10281 > > Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll > sis0 1500 00:02:e3:16:ed:b0 5465231 0 5759894 0 0 > sis0 1500 10.0.1.0 10.0.1.122 5465224 - 5760193 - - > sis1* 1500 00:09:5b:04:10:f8 0 0 0 0 0 > lo0 16384 0 0 0 0 0 > lo0 16384 fe80:3::1 fe80:3::1 0 - 0 - - > lo0 16384 localhost ::1 0 - 0 - - > lo0 16384 your-net localhost 0 - 0 - - > > > Also just a wild guess as the problems might be related: PR > > kern/112179 http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/112179 > > contains a patch, can you try if you see any difference with that > > patch applied? > > Will do. > > -- > Thomas 'Freaky' Hurst > http://hur.st/ -- Regards, Pyun YongHyeon