From owner-freebsd-sparc64@FreeBSD.ORG Tue Jul 13 02:48:03 2004 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CB83D16A4CE for ; Tue, 13 Jul 2004 02:48:03 +0000 (GMT) Received: from ns.kt-is.co.kr (ns.kt-is.co.kr [211.218.149.125]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4802D43D2F for ; Tue, 13 Jul 2004 02:48:03 +0000 (GMT) (envelope-from yongari@kt-is.co.kr) Received: from michelle.kt-is.co.kr (ns2.kt-is.co.kr [220.76.118.193]) (authenticated bits=128) by ns.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6D2gIAh063493 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 13 Jul 2004 11:42:18 +0900 (KST) Received: from michelle.kt-is.co.kr (localhost.kt-is.co.kr [127.0.0.1]) by michelle.kt-is.co.kr (8.12.10/8.12.10) with ESMTP id i6D2lijH004540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jul 2004 11:47:44 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Received: (from yongari@localhost) by michelle.kt-is.co.kr (8.12.10/8.12.10/Submit) id i6D2lhMd004539; Tue, 13 Jul 2004 11:47:43 +0900 (KST) (envelope-from yongari@kt-is.co.kr) Date: Tue, 13 Jul 2004 11:47:43 +0900 From: Pyun YongHyeon To: Marius Strobl Message-ID: <20040713024743.GA4256@kt-is.co.kr> References: <20040712110444.GA1157@frontfree.net> <20040712111807.GB1909@kt-is.co.kr> <20040713010317.A43168@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20040713010317.A43168@newtrinity.zeist.de> User-Agent: Mutt/1.4.1i X-Filter-Version: 1.11a (ns.kt-is.co.kr) cc: freebsd-sparc64@freebsd.org cc: Xin LI Subject: Re: Strange networking problem on SPARC64 X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: yongari@kt-is.co.kr List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jul 2004 02:48:04 -0000 On Tue, Jul 13, 2004 at 01:03:17AM +0200, Marius Strobl wrote: > On Mon, Jul 12, 2004 at 08:18:07PM +0900, Pyun YongHyeon wrote: > > On Mon, Jul 12, 2004 at 07:04:44PM +0800, Xin LI wrote: > > > Hi, folks, > > > > > > My friend at Nankai University has a problem with Networking subsystem on > > > FreeBSD/SPARC64. With a heavy FTP load, ipkterr raises rapidly. > > > > > > As I don't have sparc64 based hardware at hand, I send this mail on behalf > > > of him with a hope that someone can give him some hints to figure out what > > > is happening. Please fell free if I have missed some information and I will > > > forward these to him. > > > > > > Hope we have provided useful information :-) fell free to ask us for more if > > > necessary. > > > > > > Upgrading to -CURRENT does not solved the problem. After some experiences > > > we believe that this is not due to a networking hardware/device error. Same > > > hardware works well under other operating system. > > > > > > Here comes some detailed information: > > > > > ... > > > hme0: mem 0x8000-0xffff at device 1.1 on pci0 > > > hme0: Ethernet address: 08:00:20:e6:8a:f0 > > > miibus0: on hme0 > > > nsphy0: on miibus0 > > ^^^^^^^ > > > nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > ... > > > /var: superblock summary recomputed > > > hme0: invalid packet size 8422; dropping > > > hme0: invalid packet size 7; dropping > > > hme0: invalid packet size 7; dropping > > > hme0: invalid packet size 7; dropping > > > hme0: invalid packet size 7; dropping > > ^^^^^^^^^^^^^^^^^^^^^^ > > See the commit log(if_hme.c rev 1.27) of marius. > > Or see > > http://marc.theaimsgroup.com/?l=freebsd-sparc64&m=108942881831209&w=2 > > > > Does reverting to 1.26 of if_hme.c really fix the problem or is it > just a workaround because auto-negotation then establishes a 100mbit > full-duplex link, i.e. is it also gone with 1.26 when using a half- > duplex link? > On hme with DP83840 PHY(SBus Ultra2), rev. 1.26: - auto-negotiation works ok. Everthing seems to normal. (I didn't try to set 'half-duplex' mode though.) rev. 1.27: - auto-negotiation fails and I always see somthing like: "hme0: invalid packet size 8192; dropping" - "ifconfig hme0 media 100baseTX mediaopt full-duplex" corrects the negotiation problem only.(The switch is Intel Express 460T and the link was fixed to full-duplex in the switch menu.) - When I try to send files with ftp I see the following message in ftp client. "425 Can't create data socket (xxx.xxx.xxx.xxx,20): Can't assign requested address." (Because ssh works well, I guess it is related with bind problem with hme's IP address. As you know, ssh binds with INADDR_ANY. I wonder how this can happen and have no idea. :-( ) But when I set to "half-duplex"(i.e. without setting mediaopt in rc.conf file), sending files via ftp are ok. I guess there is another problem with ifconfig mediaopt command in addition to lack of auto-negotiation. The only way I can make hme work correctly was to patch the source and revive the commented code in order not to invoke ifconfig mediaopt command. However, the method I taken has a problem too. When the system boots hme(4)'s auto-negotiation seems to take a quite long time. So I see "no carrier" message during the boot and my ntp configuration doesn't work. But after a few seconds later, all seems to work ok incling ftp transfers. Regards, Pyun YongHyeon -- Pyun YongHyeon