From owner-freebsd-sparc64@FreeBSD.ORG Sat May 29 17:49:51 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 F152016A4CE for ; Sat, 29 May 2004 17:49:51 -0700 (PDT) Received: from newtrinity.zeist.de (newtrinity.zeist.de [217.24.217.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 46B7843D2F for ; Sat, 29 May 2004 17:49:51 -0700 (PDT) (envelope-from marius@newtrinity.zeist.de) Received: from newtrinity.zeist.de (localhost [127.0.0.1]) i4U0nJfQ072346 for ; Sun, 30 May 2004 02:49:23 +0200 (CEST) (envelope-from marius@newtrinity.zeist.de) Received: (from marius@localhost) by newtrinity.zeist.de (8.12.10/8.12.10/Submit) id i4U0nEcr072345 for freebsd-sparc64@freebsd.org; Sun, 30 May 2004 02:49:14 +0200 (CEST) (envelope-from marius) Date: Sun, 30 May 2004 02:49:14 +0200 From: Marius Strobl To: freebsd-sparc64@freebsd.org Message-ID: <20040530024914.A70602@newtrinity.zeist.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i X-AntiVirus: checked by AntiVir Milter 1.1-beta; AVE 6.25.0.60; VDF 6.25.0.80 (host: newtrinity.zeist.de) Subject: hme(4) issues X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 May 2004 00:49:52 -0000 According to the reports sent to this list from time to time there are two issues with hme(4) on FreeBSD/sparc64: 1) Autonegotiation mode fails to establish 100baseTX full-duplex links. 2) When using 100baseTX full-duplex links (by forcing it because of the former but maybe also otherwise?) bind(2) fails with EADDRNOTAVAIL when trying to bind to an IP address of a hme(4) but INADDR_ANY works. I hit 1) myself and tracked it down to a problem with the DP83840A PHY (nsphy) some hme(4) use. This combination is used on e.g. Ultra 2, Ultra AXi and AFAIK also on Ultra 5 and 10. The problem should be fixed with sys/dev/mii/nsphy.c revision 1.22 and sys/dev/hme/if_hme.c revision 1.23. The hme(4) using LU6612 (ukphy; used on Ultra AXe and Netra T1) or QS6612 (qsphy; used on Ultra 60) appear to be unaffected by 1). As for 2) I didn't manage to reproduce this and I have no idea what could cause it. Could those of you who experience this please update to the latest -current containing the above mentioned revisions, remove whatever workaround you have (e.g. forcing half-duplex) and test if it still is an issue? Does anyone see this also with other NICs (e.g. dc(4), fxp(4), gem(4) or xl(4)) or in another situation than described above (e.g. also in half-duplex mode)?