From owner-freebsd-current@FreeBSD.ORG Thu Apr 9 01:08:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CB25106566C for ; Thu, 9 Apr 2009 01:08:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id 638E38FC08 for ; Thu, 9 Apr 2009 01:08:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id l9so354499rvb.43 for ; Wed, 08 Apr 2009 18:08:49 -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=Ppv5zdY+o1aaOixwc3JmS1iYxjsAxu+ciqo1L/kYLaI=; b=LSGC1WYepZU6nror097cf6BlgieYJEKDXBJUA5opHsVD6b/3sFPSsZzpA3KmK1Izsc Tx1wV2gUZ8stFSNnKi2MEBa5nnVIE3LiHzLtoXed8dkxV5sZ5ZyS7ywtUaAiDgwBVfZ5 85cSiOingU1RlArRbQfBjcPLbQdNc+iKnBGkw= 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=WH5WA2jq4v4N+fM9csEPp9sFtZFE8MmFGBdTZclnzz+yu+HfYVDT0M/FaEr4Dg3MXc pKPwRB1MWwtfljMoPuIsX9O85rB0WDmZ6N+R0Sll1zOXMP3fe15CGvCan347VcH9bK0L xbPF6I3dV7+CgMkkAo47qoMLpe99OIzSr2uiE= Received: by 10.140.164.1 with SMTP id m1mr775637rve.8.1239239328965; Wed, 08 Apr 2009 18:08:48 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id b8sm26905154rvf.12.2009.04.08.18.08.46 (version=SSLv3 cipher=RC4-MD5); Wed, 08 Apr 2009 18:08:47 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 9 Apr 2009 10:09:53 +0900 From: Pyun YongHyeon Date: Thu, 9 Apr 2009 10:09:53 +0900 To: Niki Denev Message-ID: <20090409010953.GE37714@michelle.cdnetworks.co.kr> References: <2e77fc10903280259s5a761cacs398b88649a2367fe@mail.gmail.com> <20090328102735.GE99923@michelle.cdnetworks.co.kr> <2e77fc10903280942u7c934aa4w80176680e9dff6d7@mail.gmail.com> <2e77fc10903281539h7b713711w116a90fd2bfadbcf@mail.gmail.com> <20090330021648.GE7076@michelle.cdnetworks.co.kr> <20090330024748.GF7076@michelle.cdnetworks.co.kr> <2e77fc10904071315q66d725bl76229d9bffd92f35@mail.gmail.com> <20090408024901.GC37714@michelle.cdnetworks.co.kr> <2e77fc10904072345o4d8215dcg561931ede528bcd6@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2e77fc10904072345o4d8215dcg561931ede528bcd6@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: axe(4) (Belkin F5D5055) problems X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Apr 2009 01:08:49 -0000 On Wed, Apr 08, 2009 at 09:45:26AM +0300, Niki Denev wrote: > Hi Pyun, > > On Wed, Apr 8, 2009 at 5:49 AM, Pyun YongHyeon wrote: > > On Tue, Apr 07, 2009 at 11:15:47PM +0300, Niki Denev wrote: > > > > [...] > > > > I've read the datasheet but I still don't understand why dsp > > programming in truephy_reset is required. Anyway would you try > > attached patch? And show me dmesg output generated by truephy(4). > > Here is the dmesg output with the latest patch. > > truephy0: PHY 1 on miibus0 > truephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > > > > > >> I have temporarily replaced the belkin USB ethernet interface with an > >> Apple USB ethernet, > >> which also uses the axe(4) driver, but is only 100Mbit/s. > >> As I suspected the negotiation problems do not exist with it, and > >> everything seemed ok, until > >> it started to stop working exactly like the previous adapter. > >> Pings start to return "buffer space not available" and replugging or > >> "usbconfig reset" the interface > >> returns it to normal status. > >> > > > > This sounds like different issue to me. Let's focus on the > > truephy(4) until axe(4) get a valid link report. > > > > Ok. > With this patch the old problems still persist. > Can you add a couple of printf()s in if_axe.c:axe_miibus_statchg and see how link state/speed reports are generated? Does it cycle between 1000baseT-FDX and 100baseTX-HDX? And the UTP cable you used was proven to work without problems with gigabit link? It seems ET1011C performs automatic-downshifting so I'd like to rule out it. > >> It looks like that the packet loss that I've experienced with the > >> Belkin gigabit adabter is one problem, > >> and the interface stopping to work another. > >> > >> P.S.: I don't know if it could be my USB hardware, because the machine > >> is a little bit "exotic", > >> an HP ex470 MediaSmartServer, which was supposedly designed to run > >> only embedded version of > >> Windows and has a nasty SiS chipset in it (with the unsupported sis191 > >> gigabit adapter) > > > > There had been a post for SiS191 driver. Check mailing list > > archives. Unfortunately I don't have SiS191 controller so I > > couldn't write a driver and commit the posted driver to tree. > > Even though the controller is not for high performance servers it > > would be enough to most desktop users. At least SiS controllers > > does not seem to require special workarounds for silicon bugs which > > are commonly found on RealTek/Marvell controllers. > > > > Yes, I've tried to make this driver work for several days, I've found > OpenSolaris driver and tried to get some stuff missing in the linux > driver from it, > but the best I got was to see some packets on the wire, but was never > able to send anything. It's hard to say what was broken here but it seems SiS190 has severe hardware limitation(no hardware padding, no multi dma segment support, etc) You may use similar code of if_rl.c:rl_encap() or if_vr.c:vr_encap(). > Also the SiS191 seems to have problems negotiating gigabit link, there > are many posts about this > when using Linux. > This could be related with PHY handling bug of Linux sis190 driver. Because Linux does not have mii(4) it have to poke PHY registers in driver layer which in turn would make it hard to support various PHY hardwares. > > Alternatively you can use ndis(4) to use your SiS191 controller. I > > don't know whether ndis(4) works for this controller though. > > > > I've tried, but afair there were some functions in the driver that > were not yet implemented > in the ndis layer, so it didn't worked for me. > Make sure you've used NDIS 5.0 compliant driver. ndis(4) does not support NDIS 6.0 yet.