[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <53349945.1000303@mojatatu.com>
Date: Thu, 27 Mar 2014 17:33:57 -0400
From: Jamal Hadi Salim <jhs@...atatu.com>
To: Neil Horman <nhorman@...driver.com>
CC: Florian Fainelli <f.fainelli@...il.com>,
Thomas Graf <tgraf@...g.ch>, Jiri Pirko <jiri@...nulli.us>,
netdev <netdev@...r.kernel.org>,
David Miller <davem@...emloft.net>,
Andy Gospodarek <andy@...yhouse.net>,
dborkman <dborkman@...hat.com>, ogerlitz <ogerlitz@...lanox.com>,
jesse <jesse@...ira.com>, pshelar <pshelar@...ira.com>,
azhou <azhou@...ira.com>, Ben Hutchings <ben@...adent.org.uk>,
Stephen Hemminger <stephen@...workplumber.org>,
jeffrey.t.kirsher@...el.com, vyasevic <vyasevic@...hat.com>,
Cong Wang <xiyou.wangcong@...il.com>,
John Fastabend <john.r.fastabend@...el.com>,
Eric Dumazet <edumazet@...gle.com>,
Scott Feldman <sfeldma@...ulusnetworks.com>,
Lennert Buytenhek <buytenh@...tstofly.org>,
Felix Fietkau <nbd@...nwrt.org>
Subject: Re: [patch net-next RFC 0/4] introduce infrastructure for support
of switch chip datapath
On 03/27/14 11:26, Neil Horman wrote:
> You're absolutely correct - I am viewing this from a host based perspective.
> And I completely understand that offload is good in a middle box environment (I
> worked for embedded switch companies in a former life). I'm looking at it from
> a host perspective because, as we've been discussing the wide range of devices
> covered here (from the small SOC switches used by owrt to the big enterprise
> switches), theres this middle ground thats seeing some consolodation here which
> I think we need to cover as well. I'm referring to NICS that have an embedded
> switch in them that can (or soon will) preform lots of these flow based
> forwarding operations and actions.
Agreed - I think we need to capture those. The challenge there maybe how
to abstract some of those tables (example in VMDQ) and make it feel
like a L2 fdb.
cheers,
jamal
--
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