Date: Sat, 1 Jul 2006 02:54:01 -0500 From: "Nikolas Britton" <nikolas.britton@gmail.com> To: pyunyh@gmail.com Cc: freebsd-net@freebsd.org Subject: Re: Marvell YukonII Status Update? Message-ID: <ef10de9a0607010054w135a1789x4093cec9df7f8d36@mail.gmail.com> In-Reply-To: <20060701070245.GF54876@cdnetworks.co.kr> References: <ef10de9a0606292053i31abe4e2na30ec0028b54da8e@mail.gmail.com> <20060630060956.GA51353@cdnetworks.co.kr> <ef10de9a0606302139t71acf183w645985c467ef0435@mail.gmail.com> <20060701051844.GE54876@cdnetworks.co.kr> <ef10de9a0606302333r40404013mb36bbaa5b91b9386@mail.gmail.com> <20060701070245.GF54876@cdnetworks.co.kr>
next in thread | previous in thread | raw e-mail | index | archive | help
On 7/1/06, Pyun YongHyeon <pyunyh@gmail.com> wrote: > On Sat, Jul 01, 2006 at 01:33:51AM -0500, Nikolas Britton wrote: > > On 7/1/06, Pyun YongHyeon <pyunyh@gmail.com> wrote: > > >On Fri, Jun 30, 2006 at 11:39:14PM -0500, Nikolas Britton wrote: > > > > On 6/30/06, Pyun YongHyeon <pyunyh@gmail.com> wrote: > > > > >On Thu, Jun 29, 2006 at 10:53:52PM -0500, Nikolas Britton wrote: > > > > > > Anyone know what's going on with YukonII support in FreeBSD, > > > > > > specifically the Marvell chips used in PCI-Express add-on cards? > > > > > > > > > > > > Last I checked somebody was developing an experimental driver and > > > > > > Marvell had just released the code to their FreeBSD 5.x/6.x driver: > > > > > > mykbsd60x86-8.12.2.3.tar (bindary kmod package) > > > > > > mykbsd60x86-8.12.1.3-src.tgz (source code) > > > > > > > > > > > > > > > >I don't know current status of the driver. ATM FreeBSD YukonII > > > > >driver has stability issues and the driver needs big cleanups > > > > >if we import the driver into src tree. But I wouldn't do the > > > > >job and I'll spend my spare time to other thing. > > > > >I know, from my previous experience(sk(4), stge(4)), how > > > > >difficult to write a driver without a document and how hard to > > > > >write a correct driver without knowing hardware internals. I'm > > > > >sure there are many developers eager to write YukonII driver if > > > > >they can access the hardware documentation. However I think there > > > > >is no possibility that Marvell releases their chip documentations. > > > > > > > > > > > > > Marvell will give you the docs if you sign an NDA, I know it's stupid > > > > but I think it's the only way... unless we vote with the wallet... Who > > > > has PCI-Express gigabit NIC cards that meet the following criteria?: > > > > > > > > a) Supported by FreeBSD. > > > > b) Unencumbered documentation. > > > > c) Checksum offloading. > > > > > > > > > >There are many PCIe GigE hardwares upported by em(4) or bge/bce(4). > > >AFAIK the only hardware features not supported by em(4)/bge(4) driver > > >is TSO. And hardwares supported by em(4) also have a capability to > > >offload IPv6 checksumming too but it's not yet supported by the driver. > > > > > > > Will TCP Segmentation Offloading help if you already use a 9000 byte > > mtu, and is it going to be supported, someday, with em(4)/bge(4)?... > > I'm mostly clueless about TSO. > > > > Since not all hardwares support JUMBO frame and the maximum MTU > for the JUMBO frame varies among vendors/chipsets TSO would be > better suited for interoperability. > > I'm really want to see TSO support in our drivers. See the > following URL to see TSO effect in NetBSD wm(4) driver. > http://marc.theaimsgroup.com/?t=111662994600001&r=1&w=2 > I see... A poor mans jumbo frames, but only works with the sender, correct? If NetBSD supports it can't we more or less just copy and paste the code to FreeBSD? I know it's never that simple but... -- BSD Podcasts @: http://bsdtalk.blogspot.com/ http://freebsdforall.blogspot.com/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?ef10de9a0607010054w135a1789x4093cec9df7f8d36>