[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <523DD7B5.2040206@intel.com>
Date: Sat, 21 Sep 2013 10:30:29 -0700
From: John Fastabend <john.r.fastabend@...el.com>
To: Neil Horman <nhorman@...driver.com>
CC: netdev@...r.kernel.org, John Fastabend <john.fastabend@...il.com>
Subject: Re: [RFC PATCH 3/4] net: VSI: Add virtual station interface support
On 9/20/2013 4:12 PM, Neil Horman wrote:
>
> John-
> Sorry for not copying your orgional patch into your email, but I apparently
> erased this email prior to fully reading it. At any rate, as we discussed the
> other day, I think this idea is great, but it would benefit from being
> implemented using macvlans rather than a new link type. If we can set a
> hardware flag in the underlying driver to indicate support for hardware
> forwarding, we can skip the macvlan soft forwarding, and just transmit directly.
> It should save us needing to create a whole new link type that is so simmilar to
> one we already have.
>
> I'm back home now, so I can start looking at this if you like on monday.
>
> Best
> Neil
>
>
Yes definitely take a look making it an extension (flag) to macvlan
would be more useful if it can work. The one question I have is would
we need to clear the flag when a feature is attached to the PF that can
not be done in hardware. For example attaching an ingress qdisc,
ebtables, or starting up tcpdump are two that come to mind.
.John
Sorry for the duplication Neil, I sent this mail from a broken email
client just a minute ago and vger dropped it.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists