Date: Fri, 7 Nov 2008 15:47:24 +0900 From: Pyun YongHyeon <pyunyh@gmail.com> To: freebsd-current@FreeBSD.org Subject: Re: Call for testers: Atheros AR8121(L1E)/AR8113/AR8114(L2E) ethernet Message-ID: <20081107064724.GA11486@cdnetworks.co.kr> In-Reply-To: <20081031034443.GF82781@cdnetworks.co.kr> References: <20081030040637.GA78796@cdnetworks.co.kr> <20081030114845.GE78796@cdnetworks.co.kr> <20081031034443.GF82781@cdnetworks.co.kr>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Oct 31, 2008 at 12:44:43PM +0900, To freebsd-current@FreeBSD.org wrote: > On Thu, Oct 30, 2008 at 08:48:45PM +0900, To freebsd-current@FreeBSD.org wrote: > > On Thu, Oct 30, 2008 at 01:06:37PM +0900, To freebsd-current@FreeBSD.org 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. > > > > > > > As bruffer pointed out the device name chosen conflicts with other > > driver in tree so I renamed it to ale(4).The URL for the driver is > > http://people.freebsd.org/~yongari/ale/if_ale.c > > http://people.freebsd.org/~yongari/ale/if_alereg.h > > http://people.freebsd.org/~yongari/ale/if_alevar.h > > http://people.freebsd.org/~yongari/ale/Makefile > > or > > http://people.freebsd.org/~yongari/ale/ale.20081030.tar.gz > > Sorry for confusion. > > > > FYI: > There was a typo that keep ale(4) from building on stable/7. It was > fixed now and I reuploaded related files(URLs are the same as before). Finally I've managed to make Tx checksum offload work and added one more workaround for silicon bug. As usual updated ale(4) can be found at the following URL. http://people.freebsd.org/~yongari/ale/if_ale.c http://people.freebsd.org/~yongari/ale/if_alereg.h http://people.freebsd.org/~yongari/ale/if_alevar.h http://people.freebsd.org/~yongari/ale/Makefile or http://people.freebsd.org/~yongari/ale/ale.20081107.tar.gz The workaround takes more CPU cycles than previous one but you can still saturate the link if you have fast CPU. I'll commit this version within a week unless severe issues are reported. Thanks. -- Regards, Pyun YongHyeon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20081107064724.GA11486>