Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp3841667ybl; Tue, 20 Aug 2019 03:08:34 -0700 (PDT) X-Google-Smtp-Source: APXvYqxeoLLl5XJnKQ+NcM9fJ4FMEbNqlCSXqUtka1oRl+z+WctWNXlnMBtqTZVbY69pLvgd9e8X X-Received: by 2002:a62:c584:: with SMTP id j126mr29208533pfg.21.1566295714755; Tue, 20 Aug 2019 03:08:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566295714; cv=none; d=google.com; s=arc-20160816; b=fuIztsJoOrxPUWQFuRv76BTLotmfdj3hv9sf3GjZfqeBicc7CYU1C8ctVGYaAzLDUg 7WbzZeZBSv0D0OiQ7zo7aXMuGhT/duCbhSkEpJZKk9v8NEm1VLhIrqbsE4e718CZyVpN b5uE9X3lKx5dwRhehhSyac+bMAYd6ZC16U4LiL1cSGqNGdT0mNLpNtsTv9GyfEojsCrc V9VeFCmS63KcEK77M/Lw4waVUGsk2AT9h+JqApf53+YCihHCz6QJauT/vS9sdQqlJOIs geQSxJwC9x42i1/WOy1n+W/naOgPV1Xz0/M0tDx2/tMlpEYxCdEX6xwxQAtgaCHbcdEc SScg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=6y6g4WO0fTveLRRjpGhpm0OnN6ZU/S4VQn7lbWGwCmg=; b=I9/rbY+vioeDYGkUEsr8aFC+GckfHB5lhmW8fWu2ZdKEhmo979IMQxBHz+r4xMuRH4 WUU6CB0QHhVwUfTEU6hgeP/j982/YXWtGPBV/6I0RxaXY1mi0GMGk9reOazTPW+xsVqU E4PvJPVKURK1Z018i8rqAn0UaN4nlrXsUum0bNLwOXziRcXAPY8UVz8FyXxCQ7hSh4Hm RMTrjLUyYJovjbUCWvm0F7nNGw0mymbw+O/Rg7itLgD1FRcCY+zlDZzCe92DNlsVZTFg RWnhzwpIukhRGwREdGFVuUTfKAAa5JRYUqMtknB1gsrpUi57a/GMSkI1SBJcLbqKaKek yoxg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id h30si10827632pjb.45.2019.08.20.03.08.18; Tue, 20 Aug 2019 03:08:34 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729607AbfHTKHH (ORCPT + 99 others); Tue, 20 Aug 2019 06:07:07 -0400 Received: from relay1-d.mail.gandi.net ([217.70.183.193]:54111 "EHLO relay1-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728414AbfHTKHH (ORCPT ); Tue, 20 Aug 2019 06:07:07 -0400 X-Originating-IP: 86.250.200.211 Received: from localhost (lfbn-1-17395-211.w86-250.abo.wanadoo.fr [86.250.200.211]) (Authenticated sender: antoine.tenart@bootlin.com) by relay1-d.mail.gandi.net (Postfix) with ESMTPSA id DFC8C240008; Tue, 20 Aug 2019 10:07:04 +0000 (UTC) Date: Tue, 20 Aug 2019 12:07:04 +0200 From: Antoine Tenart To: Sabrina Dubroca Cc: Antoine Tenart , Igor Russkikh , "davem@davemloft.net" , "andrew@lunn.ch" , "f.fainelli@gmail.com" , "hkallweit1@gmail.com" , "netdev@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "thomas.petazzoni@bootlin.com" , "alexandre.belloni@bootlin.com" , "allan.nielsen@microchip.com" , "camelia.groza@nxp.com" , Simon Edelhaus , Pavel Belous Subject: Re: [PATCH net-next v2 6/9] net: macsec: hardware offloading infrastructure Message-ID: <20190820100704.GC3292@kwain> References: <20190808140600.21477-1-antoine.tenart@bootlin.com> <20190808140600.21477-7-antoine.tenart@bootlin.com> <20190813085817.GA3200@kwain> <20190816132500.GA8697@bistromath.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20190816132500.GA8697@bistromath.localdomain> User-Agent: Mutt/1.12.1 (2019-06-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sabrina, On Fri, Aug 16, 2019 at 03:25:00PM +0200, Sabrina Dubroca wrote: > 2019-08-13, 10:58:17 +0200, Antoine Tenart wrote: > > > > As for the need for xmit / handle_frame ops (for a MAC w/ MACsec > > offloading), I'd say the xmit / handle_frame ops of the real net device > > driver could be used as the one of the MACsec virtual interface do not > > do much (regardless of the implementation choice discussed above). > > There's no "handle_frame" op on a real device. macsec_handle_frame is > an rx_handler specificity that grabs packets from a real device and > sends them into a virtual device stacked on top of it. A real device > just hands packets over to the stack via NAPI. Right, so if there is a need for a custom implementation of xmit / hamdle_frame we could let the offloading driver provide it. I'll probably let the first MAC implementation add it, as we agreed not to add an API with no user (and mine is done in the PHY). Thanks! Antoine -- Antoine T?nart, Bootlin Embedded Linux and Kernel engineering https://bootlin.com