From owner-freebsd-usb@FreeBSD.ORG Fri Nov 19 01:39:02 2010 Return-Path: Delivered-To: freebsd-usb@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE35B1065670 for ; Fri, 19 Nov 2010 01:39:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7FD048FC15 for ; Fri, 19 Nov 2010 01:39:01 +0000 (UTC) Received: by gxk21 with SMTP id 21so23313gxk.13 for ; Thu, 18 Nov 2010 17:39:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=kZlQUpftPYIrz6IAShLD6CUMXPhns0wCOzOvxj58Qew=; b=bszpeegZJnwBN6gkFkm+7aJEh4HpqOx9fsXAKth/PWd2lTYaJ1LMH5eEZP3rsng8cj d3Z65IWDdmj8clsYyAdSO5BDo+vxxcvKs7YPvguCvBWQM4BGHMNzn2Q/KcRdBdTipet9 Pg/jZYHzTXWmYGn4Kq9JWpfIm7qwdwG1ujXyI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=uddWq0UDCivdM3nxwKr+4vUiH3HSL+hh0yKw6/rjFV1cpWBZZ/s8h81t2wmQmlt6g9 wBCuCwSNHMyMRFa9yDECqip9yDyzJ+Uy3q83GPL6a/KCaQcrEBIZhehSCf5XlIVlH2bH +DXSIqMHB/1/6reJk0ftOj81ldfnRZVe8fdMU= Received: by 10.90.2.10 with SMTP id 10mr1707318agb.81.1290130740303; Thu, 18 Nov 2010 17:39:00 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id k52sm670586yhg.39.2010.11.18.17.38.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 18 Nov 2010 17:38:59 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 18 Nov 2010 17:38:57 -0800 From: Pyun YongHyeon Date: Thu, 18 Nov 2010 17:38:57 -0800 To: Nenhum_de_Nos Message-ID: <20101119013857.GE8512@michelle.cdnetworks.com> References: <201011181510.oAIFA7SZ034209@freefall.freebsd.org> <833a33ce5369c53c6db220b79e379092.squirrel@eternamente.info> <20101118202426.GB8512@michelle.cdnetworks.com> <20101119000618.GC8512@michelle.cdnetworks.com> <32aed4c0a483f26c662dd513ea718a78.squirrel@eternamente.info> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <32aed4c0a483f26c662dd513ea718a78.squirrel@eternamente.info> User-Agent: Mutt/1.4.2.3i Cc: freebsd-usb@freebsd.org Subject: Re: usb/140883: [axe] [usb8] USB gigabit ethernet hangs after short period of traffic X-BeenThere: freebsd-usb@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: FreeBSD support for USB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 01:39:02 -0000 On Thu, Nov 18, 2010 at 10:40:10PM -0200, Nenhum_de_Nos wrote: > > On Thu, November 18, 2010 22:06, Pyun YongHyeon wrote: > > On Thu, Nov 18, 2010 at 09:12:13PM -0200, Nenhum_de_Nos wrote: > >> > >> On Thu, November 18, 2010 18:24, Pyun YongHyeon wrote: > >> > On Thu, Nov 18, 2010 at 04:20:51PM -0200, Nenhum_de_Nos wrote: > >> >> > >> >> On Thu, November 18, 2010 13:10, Derrick Brashear wrote: > >> >> > The following reply was made to PR usb/140883; it has been noted by > >> >> GNATS. > >> >> > > >> >> > From: Derrick Brashear > >> >> > To: bug-followup@FreeBSD.org, sub.mesa@gmail.com > >> >> > Cc: > >> >> > Subject: Re: usb/140883: [axe] [usb8] USB gigabit ethernet hangs > >> after > >> >> > short > >> >> > period of traffic > >> >> > Date: Thu, 18 Nov 2010 09:36:50 -0500 > >> >> > > >> >> > Pyun has provided an updated driver which avoids several issues > >> >> > including using a too-large transmit buffer (the chipset claims > >> only > >> >> > 8k) but none of the fixes worked until he disabled frame combining > >> >> for > >> >> > transmit. With only a single packet being sent per frame (as was > >> the > >> >> > case in FreeBSD 7, apparently) seems to make the issue go away. > >> None > >> >> > of the cases I could use to reproduce the issue now happen. > >> >> > > >> >> > -- > >> >> > Derrick > >> >> > >> >> is this already in 8-stable ? I have a couple of axe(4) based nic's > >> >> they're not ok on 8-stable. I've talked to Pyun before, and that time > >> >> seemed do solve the issue (with gigabit belkin axe based) but now I > >> >> can't > >> >> get them to work anymore. even fast ethernet linksys axe are just > >> dying > >> >> when in a bridge (switched to OpenBSD to have it working). > >> >> > >> >> how ca I try this to help ? > >> >> > >> > > >> > I uploaded updated if_axe.c/if_axereg.h to the following URL. > >> > http://people.freebsd.org/~yongari/axe/if_axe.c > >> > http://people.freebsd.org/~yongari/axe/if_axereg.h > >> > > >> > That files seem to fix axe(4) hang which were seen on AX88772A > >> > controller. One of most notable changes are removing combining > >> > multiple TX frames in TX path such that this change may result in > >> > sub-optimal performance for most axe(4) controllers. However it > >> > seems that change makes Derrick's controller work without problems. > >> > Generally I prefer driver stability over performance so if this > >> > change also fixes other axe(4) stability issues reported so far, I > >> > want to check in the change. > >> > > >> > Thanks. > >> > >> well, > >> > >> things did got better here. but the link state UP and DOWN are still > >> there :( > >> > >> ugen2.3: at usbus2 > >> axe1: on usbus2 > >> axe1: PHYADDR 0xe0:0x01 > >> miibus2: on axe1 > >> ukphy2: PHY 1 on miibus2 > >> ukphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > >> 1000baseT-FD > >> X, auto > > > > It seems you have PHY driver issue. Normally all gigabit PHYs > > should have their own PHY driver since most PHYs hardwares tend to > > have a special register that reports link state changes. > > Show me the output of "devinfo -rv | grep phy". > > there you are: > > devinfo -rv|grep phy > ukphy1 pnpinfo oui=0xec6 model=0x1 rev=0x1 at phyno=16 > ukphy2 pnpinfo oui=0xa080 model=0x28 rev=0x2 at phyno=1 > ukphy0 pnpinfo oui=0x4063 model=0x32 rev=0xa at phyno=1 > Hmm.... You have many ukphys there. :-) I think the PHY attached to the USB controller is ukphy2. The OUI indicates its maker is ASIX. Unfortunately there is no dedicated PHY driver for this PHY. I guess it may use a modified CICADA PHY though. Updated driver to force GPIO configuration for this PHY. Would you try again after downloading if_axe.c/if_axereg.h? It may show "unknown PHY mode : 0xXX" if my guess is wrong. > > >> ue1: on axe1 > >> ue1: Ethernet address: "my mac shown here :)" > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> ugen1.2: at usbus1 (disconnected) > >> ukbd0: at uhub1, port 1, addr 2 (disconnected) > >> ums0: at uhub1, port 1, addr 2 (disconnected) > >> uhid0: at uhub1, port 1, addr 2 (disconnected) > >> ue1: link state changed to DOWN > >> ue1: link state changed to UP > >> > >> the good thing is, it usually never got recognized, and was said not to > >> have a PHY (or something alike). > >> > > > > Are you using 8.1-RELEASE? If yes, please give it try stable/8 and > > use axe(4) I posted. > > sorry, forgot to add: > > uname -a > FreeBSD valfenda.apartnet 8.1-STABLE FreeBSD 8.1-STABLE #2: Fri Nov 5 > 01:52:06 BRT 2010 root@valfenda.apartnet:/usr/obj/usr/src/sys/valfenda > i386 > > and this is using that axe(4) you posted :) > > just got a little deeper, and put two of them (all I have) connected. when > in 1000Base-TX FullDuplex, the throughput is horrible., never get more > then 3% of the link (on side this FreeBSD Stable shown above, the other I'm not surprised with the poor performance since you have link flapping issues. :-( > Win7 and belkin drivers for it). when I force for 100BaseTX FullDuplex on > Windows, and this way I get 68Mbps out of it (need to say the windows task > manager keeps showing 90% link utilization quite all time, some falls from > time to time though). > > thanks as usual, >