From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andy Gospodarek Subject: Re: [patch net-next RFC 10/12] openvswitch: add support for datapath hardware offload Date: Tue, 26 Aug 2014 14:41:38 -0400 Message-ID: <20140826184138.GB5275@gospo.rtplab.test> References: <53FB6122.2040901@mojatatu.com> <20140825225057.GD30140@casper.infradead.org> <53FC909D.8090000@cumulusnetworks.com> <20140826140630.GA1848@nanopsycho.lan> <53FCA0AE.9010304@mojatatu.com> <20140826152217.GA1843@nanopsycho.lan> <53FCA7C6.5070804@mojatatu.com> <20140826154459.GB1843@nanopsycho.lan> <20140826155426.GA5275@gospo.rtplab.test> <20140826161956.GA15316@casper.infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: ryazanov.s.a-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, ronye-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org, jasowang-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, john.r.fastabend-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, Neil.Jerram-QnUH15yq9NYqDJ6do+/SaQ@public.gmane.org, edumazet-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org, Andy Gospodarek , dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org, nbd-p3rKhJxN3npAfugRpC6u6w@public.gmane.org, f.fainelli-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org, Shrijeet Mukherjee , John Fastabend , jeffrey.t.kirsher-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org, ogerlitz , ben-/+tVBieCtBitmTQ+vhA3Yw@public.gmane.org, buytenh-OLH4Qvv75CYX/NnBR394Jw@public.gmane.org, Jiri Pirko , Roopa Prabhu , Jamal Hadi Salim , aviadr-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org, nicolas.dichtel-pdR9zngts4EAvxtiuMwx3w@public.gmane.org, vyasevic-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org, Neil Horman , netdev , stephen-OTpzqLSitTUnbdJkjeBofR2eb7JE58TQ@public.gmane.org, dborkman , ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org, David Miller To: Thomas Graf Return-path: Content-Disposition: inline In-Reply-To: <20140826161956.GA15316-FZi0V3Vbi30CUdFEqe4BF2D2FQJk+8+b@public.gmane.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-yBygre7rU0TnMu66kgdUjQ@public.gmane.org Sender: "dev" List-Id: netdev.vger.kernel.org On Tue, Aug 26, 2014 at 05:19:56PM +0100, Thomas Graf wrote: > On 08/26/14 at 11:54am, Andy Gospodarek wrote: > > It is easy to *say* it could be added later, but connecting to software > > forwarding in the kernel outside of OVS (which is important to some) > > would take significant effort since this set only connects switch > > hardware to OVS. > > Can you explain why that effort is more significant if a flow API > added first? I'm not saying it is easy to offload the existing > forwarding path, otherwise it would have been done already, but > I don't understand how the proposal makes this any more difficult. Sorry if I introduced any confusion. My intent was not to imply there was specific increased technical effort required to implement other software forwarding elements in hardware if a flow-based API is added first. > > It may be that all software-based forwarding is done via OVS in the > > future, but it feels like we are long way from that future for those > > that do not want to use an external controller. > > Wait... I don't want to use OpenFlow to configure my laptop ;-) You don't? I do. ;-)