From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Miller Subject: Re: [PATCH v2] kcm: remove any offset before parsing messages Date: Mon, 17 Sep 2018 19:40:59 -0700 (PDT) Message-ID: <20180917.194059.1970452340378032090.davem@davemloft.net> References: <20180912053642.GA2912@nautica> <20180917.184502.447385458615284933.davem@davemloft.net> <20180918015723.GA26300@nautica> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: doronrk@fb.com, tom@quantonium.net, davejwatson@fb.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org To: asmadeus@codewreck.org Return-path: In-Reply-To: <20180918015723.GA26300@nautica> Sender: linux-kernel-owner@vger.kernel.org List-Id: netdev.vger.kernel.org From: Dominique Martinet Date: Tue, 18 Sep 2018 03:57:23 +0200 > Given you did reply now I'll try to spend some time to figure that out > in the next couple of weeks but it might not make it for this cycle > depending on the number of rc we'll get and time you want this to soak > it -next. Great. Remind me, is there actually any way for the bpf programs run in this situation to even _see_ strp_msg(skb)->offset at all? There isn't right? And the alternate proposal was to add such a facility, right? Just trying to remember all of the context, maybe it's good information to add to the commit message?