From owner-freebsd-usb@FreeBSD.ORG Thu Jul 22 16:59:52 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 9E5A21065670 for ; Thu, 22 Jul 2010 16:59:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6CC458FC13 for ; Thu, 22 Jul 2010 16:59:52 +0000 (UTC) Received: by pwj9 with SMTP id 9so3632091pwj.13 for ; Thu, 22 Jul 2010 09:59:52 -0700 (PDT) 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=WAIBJk0Uees9U70Z8kYcis9MX3ttro6nrqFKTqhMg38=; b=QjLWoGq+8mJhsy8wGLOu07s05QnBVQTY9PJSoG66rpZ5d5yBhzUlL7Z2bGqqeOwMpn WBm7P88aNEKQOXaqVGq+/GSg/kUGG5m0etA+h2DYa1wzWtr+ciqdy8wdkJ8XN6nDRV1l JOIlymb0QuQmLJhoUB/0SKTwOb1SbdOumsekk= 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=e8ZOUXakrwG85G4YmSAxA+fl1xdS9kT0eQLWAI0CfO8WXbSSnoQmmwXB+otDGYdIDn WB6ZsFJZ/tM3i7HItstBu/5rxOZu6fhypuSFh+NrLZLhrxmEWkEggbCtASAheipwUhZ4 Gi4gEvDopBcB+MwDXK9qeISstzCt3S0OLW+1s= Received: by 10.114.132.18 with SMTP id f18mr3484892wad.97.1279817991875; Thu, 22 Jul 2010 09:59:51 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id c11sm21187574rvf.3.2010.07.22.09.59.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Jul 2010 09:59:50 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 22 Jul 2010 09:59:05 -0700 From: Pyun YongHyeon Date: Thu, 22 Jul 2010 09:59:05 -0700 To: Derrick Brashear Message-ID: <20100722165905.GA16185@michelle.cdnetworks.com> References: <201007201610.o6KGA3lK051365@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201007201610.o6KGA3lK051365@freefall.freebsd.org> 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: Thu, 22 Jul 2010 16:59:52 -0000 On Tue, Jul 20, 2010 at 04:10:03PM +0000, 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 > Cc: > Subject: Re: usb/140883: [axe] [usb8] USB gigabit ethernet hangs after short > period of traffic > Date: Tue, 20 Jul 2010 11:39:28 -0400 > > Happens with non-gig adapters also: > axe0: on usbus2 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > axe1: on usbus2 > ukphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > USB200M v2. > > USB_ERR_TIMEOUT until a reset is forced after a large amount of data > passes, e.g. > Jul 20 01:50:38 rtr kernel: axe_bulk_write_callback: transfer error, > USB_ERR_TIMEOUT > Jul 20 01:50:48 rtr kernel: axe_bulk_write_callback: transfer error, > USB_ERR_TIMEOUT > Jul 20 01:50:57 rtr kernel: axe_bulk_write_callback: transfer error, > USB_ERR_TIMEOUT > Jul 20 01:51:01 rtr kernel: axe_bulk_read_callback: bulk read error, > USB_ERR_CANCELLED > Jul 20 01:51:01 rtr kernel: axe_bulk_write_callback: transfer error, > USB_ERR_CANCELLED > Jul 20 01:51:13 rtr kernel: axe_bulk_read_callback: bulk read error, > USB_ERR_CANCELLED > > and data continues to be able to be read after writing it fails, as > described in the original PR. > I think your issue is different from the PR. There are several AX88178 variants that use different PHY and each controller/PHY combination require different GPIO programming and PHY specific initialization. Hans committed that part to P4 but it's not in CURRENT yet. Your controller looks like AX88772A, a second generation of AX88172. It's known that there is AX88772B, another variant of AX88772A, which can offload TX/RX checksum computation from CPU. These controllers seem to require controller specific magic to power up PHY as well as new GPIO configuration. Unfortunately it looks hard to write patches without real hardware access and ASIX no more provide data sheet for these newer controllers. > sysctl -a|grep date > kern.osreldate: 801000 >