Date: Sat, 11 Jun 2011 16:53:04 -0400 From: Ryan Stone <rysto32@gmail.com> To: Luigi Rizzo <rizzo@iet.unipi.it> Cc: freebsd-net@freebsd.org, "K. Macy" <kmacy@freebsd.org> Subject: Re: FreeBSD I/OAT (QuickData now?) driver Message-ID: <BANLkTik-oaT93GHuX9ijE_d4pOoHN-35pQ@mail.gmail.com> In-Reply-To: <20110611185533.GA67980@onelab2.iet.unipi.it> References: <BANLkTinuOS_yZYrqZ4cmU4cim%2BKFHNA=hQ@mail.gmail.com> <alpine.BSF.2.00.1106111645010.44950@fledge.watson.org> <20110611181352.GA67777@onelab2.iet.unipi.it> <BANLkTi=VspGAjP2W9ttLHpw%2BcH1SESyVFQ@mail.gmail.com> <20110611185533.GA67980@onelab2.iet.unipi.it>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, Jun 11, 2011 at 2:55 PM, Luigi Rizzo <rizzo@iet.unipi.it> wrote: > I am also looking at other options, eg. a "mixed" mode where > certain packets (e.g. depending on the MAC address) retain > the usual path, whereas others stay in the netmap ring. > Of course when you need to replicate packets (multicast/broadcast) > you have to pay the price somewhere -- even the 85299 (intel 10G > controller) can do some replication in hardware but it > takes some precious PCIe and memory bus cycles to do so. I've independently implemented something very similar to this at $(WORK) for the ixgbe driver and I intend on cleaning up the patch this summer and submitting it to jfv. My approach is more general than what you're describing here: my ixgbe driver has the capability to present multiple virtual interfaces to the rest of the system that share a single virtual interface. The main use case I was envisioning for this was with vnet and/or jails, but it sounds like it would mesh very well with netmap. You can create one virtual interface for netmap and one for the stack, and the driver and hardware take care of the multiplexing transparently.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BANLkTik-oaT93GHuX9ijE_d4pOoHN-35pQ>