FreeBSD on Eeepc 1000h
bsam at ipt.ru
Sun Nov 2 13:25:51 PST 2008
Sven Aluoor <aluoor at gmail.com> writes:
> On Sun, 2 Nov 2008 08:42:53 +0100
> Matthias Apitz <guru at unixarea.de> wrote:
>> El día Sunday, November 02, 2008 a las 02:48:13AM +0300, Boris
>> Samorodov escribió:
>> > Seems that you may be interested at:
>> > http://docs.freebsd.org/cgi/getmsg.cgi?fetch=343551+0+current/freebsd-current
> Hi Boris
> This link reference to an empty document
Hm, it seems to be changed:
Anyway here it is:
On Thu, Oct 30, 2008 at 08:48:45PM +0900, To freebsd-current at FreeBSD.org wrote:
> On Thu, Oct 30, 2008 at 01:06:37PM +0900, To freebsd-current at FreeBSD.org wrote:
> > 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
> Sorry for confusion.
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).
Boris Samorodov (bsam)
Research Engineer, http://www.ipt.ru Telephone & Internet SP
FreeBSD committer, http://www.FreeBSD.org The Power To Serve
More information about the freebsd-questions