From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 015B0C4320A for ; Sun, 25 Jul 2021 16:25:49 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id C6C0560E0C for ; Sun, 25 Jul 2021 16:25:48 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230077AbhGYPpK (ORCPT ); Sun, 25 Jul 2021 11:45:10 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44544 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229545AbhGYPpJ (ORCPT ); Sun, 25 Jul 2021 11:45:09 -0400 Received: from Chamillionaire.breakpoint.cc (Chamillionaire.breakpoint.cc [IPv6:2a0a:51c0:0:12e:520::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 547FCC061757; Sun, 25 Jul 2021 09:25:39 -0700 (PDT) Received: from fw by Chamillionaire.breakpoint.cc with local (Exim 4.92) (envelope-from ) id 1m7gwS-0003O6-CZ; Sun, 25 Jul 2021 18:25:28 +0200 Date: Sun, 25 Jul 2021 18:25:28 +0200 From: Florian Westphal To: Paul Moore Cc: Florian Westphal , Paolo Abeni , Casey Schaufler , netdev@vger.kernel.org, "David S. Miller" , Jakub Kicinski , Eric Dumazet , linux-security-module@vger.kernel.org, selinux@vger.kernel.org Subject: Re: [PATCH RFC 0/9] sk_buff: optimize layout for GRO Message-ID: <20210725162528.GK9904@breakpoint.cc> References: <1252ad17-3460-5e6a-8f0d-05d91a1a7b96@schaufler-ca.com> <2e9e57f0-98f9-b64d-fd82-aecef84835c5@schaufler-ca.com> <20210724185141.GJ9904@breakpoint.cc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.1 (2018-07-13) Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org Paul Moore wrote: > > There is the skb extension infra, does that work for you? > > I was hopeful that when the skb_ext capability was introduced we might > be able to use it for the LSM(s), but when I asked netdev if they > would be willing to accept patches to leverage the skb_ext > infrastructure I was told "no". I found https://lore.kernel.org/netdev/CAHC9VhSz1_KA1tCJtNjwK26BOkGhKGbPT7v1O82mWPduvWwd4A@mail.gmail.com/#r and from what I gather from your comments and that of Casey I think skb extensions is the correct thing for this (i.e., needs netlabel/secid config/enablement so typically won't be active on a distro kernel by default). It certainly makes more sense to me than doing lookups in a hashtable based on a ID (I tried to do that to get rid of skb->nf_bridge pointer years ago and it I could not figure out how to invalidate an entry without adding a new skb destructor callback).