Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 30 Oct 2008 15:07:08 +0900
From:      Pyun YongHyeon <pyunyh@gmail.com>
To:        Christian Brueffer <brueffer@FreeBSD.org>
Cc:        freebsd-current@FreeBSD.org
Subject:   Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet
Message-ID:  <20081030060708.GC78796@cdnetworks.co.kr>
In-Reply-To: <20081030055821.GA1228@haakonia.hitnet.RWTH-Aachen.DE>
References:  <20081030040637.GA78796@cdnetworks.co.kr> <20081030055821.GA1228@haakonia.hitnet.RWTH-Aachen.DE>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Oct 30, 2008 at 06:58:21AM +0100, Christian Brueffer wrote:
 > On Thu, Oct 30, 2008 at 01:06:37PM +0900, Pyun YongHyeon wrote:
 > > 
 > > Hi,
 > > 
 > > I had been working on writing a driver for Atheros AR8121(L1E),
 > > AR8113/AR8114(L2E) ethernet controllers since Jeremy Chadwick sent
 > > the hardware to me. I think it's feature complete state and time
 > > for more testing for stability or some edge cases. I guess AR81xx
 > > is commonly found on newer Asus EeePC or P5Q series of Asus
 > > motherboard. If you have AR81xx controller would you give it spin
 > > and let me know how it goes? You can get the latest driver at the
 > > following URL.
 > > http://people.freebsd.org/~yongari/ate/if_ate.c
 > > http://people.freebsd.org/~yongari/ate/if_atereg.h
 > > http://people.freebsd.org/~yongari/ate/if_atevar.h
 > > http://people.freebsd.org/~yongari/ate/Makefile
 > > or
 > > http://people.freebsd.org/~yongari/ate/ate.20081030.tar.gz
 > > The driver should build without problems on CURRENT, stable/7.
 > > 
 > > ATM the driver supports the following hardware features.
 > >  - TSO
 > >  - Rx TCP/UDP/IP checksum offload
 > >  - VLAN tag insertion/stripping
 > >  - Jumbo frame
 > >  - WOL
 > > It seems that hardware supports Tx checksum offload but I couldn't
 > > make it work for TCP segments. Only short TCP segments seem to work
 > > so I disabled Tx checksum offload.
 > > Note, the hardware does not support descriptor based DMA on Rx side
 > > so driver have to copy recevied frames to pass them to upper stack
 > > so it will consume a lot of CPU cycles if you push the hardware to
 > > the limit.
 > > 
 > 
 > Great work!  The driver could use a different name though, there's
 > already an ate(4) for arm, see src/sys/arm/at91/if_ate.c.
 > 

Ah... You're right. It's getting harder to name a driver these
days. 

Thanks for pointing out! 
-- 
Regards,
Pyun YongHyeon



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081030060708.GC78796>