Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp3675316pxb; Fri, 11 Feb 2022 05:26:51 -0800 (PST) X-Google-Smtp-Source: ABdhPJww1IWbvk7+QyOaoe2RNwJEnoFDQXEKpMgPYPC+cZQjEZ3pffamPXfSCSRAERSgOG+ilcom X-Received: by 2002:a17:902:e54c:: with SMTP id n12mr1541193plf.60.1644586011293; Fri, 11 Feb 2022 05:26:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644586011; cv=none; d=google.com; s=arc-20160816; b=tWhZdhCQ7mi8X89gCt2MYk2gcoMtXWqMMMDfHqe8ko+x+EMvW5/c0nNIZ4U4DV8X9n /hfDkb0F4M1bBt7IjzJIVjaPgPpwbaja8NNqmsnEOswttKCidyNywmSr4rvRk5teftQD zLz0Lfm40B9ZMt1HDzuvKg2Yz9RleutVTJb8zg5q0OzgA10AY6D/LVy1gBRyK+szlbRK HO4IcgJF5hXxZzu6MzfqpkSaIZ6jRKEMClgNOvJmOTvJ3zuoeGWs9YLha4wiKhkNYY6h hBMhJrB1MQ5Kn5PPx1cTBbcni+bCBDhcZghJTSymgM9TD4GIHqE9Tcp5arB+tvyorIj2 kFwA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=t0SaSiI4ixJP954QSUF/b/uxkkfR3Kxx/Wa5KAVhb8I=; b=epacgkvDmi7668DOt2hibAm27Dwa5j3cb0wEpnljzQY/va6Ci/UA8BIZIYrmLe+laf 9l7dj+GJpcm6MjVHu1JgiyFy/atdjkGadnvjj7dY/hbizZDaWeTFletunTstqE62Wkqm FVc95kUUdbgBWWJy/BSCYOnaajwuPc9N2cmaWlTb+84Lqs5QXbJaaB2GCfO/4Yurj6A/ u4MS4nPZ1F+Sg3EYCSjK1i4aK53XYOTRdFnv9CDFldzSpiatMxmYrFl06CrBFR3s1wYm A6LvfPtRX+3NX41fM/4AHKSc15/29QQiD8Wbw4G4roeIxa/z49sMxTLHO4xab6KHwkbQ /A0w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=ALK6NKHc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id k2si21711261pgl.788.2022.02.11.05.26.37; Fri, 11 Feb 2022 05:26:51 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=ALK6NKHc; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348341AbiBKI60 (ORCPT + 99 others); Fri, 11 Feb 2022 03:58:26 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:47384 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234134AbiBKI6Y (ORCPT ); Fri, 11 Feb 2022 03:58:24 -0500 Received: from mail-ed1-x541.google.com (mail-ed1-x541.google.com [IPv6:2a00:1450:4864:20::541]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 34491E62; Fri, 11 Feb 2022 00:58:23 -0800 (PST) Received: by mail-ed1-x541.google.com with SMTP id da4so15354476edb.4; Fri, 11 Feb 2022 00:58:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=t0SaSiI4ixJP954QSUF/b/uxkkfR3Kxx/Wa5KAVhb8I=; b=ALK6NKHcBobueyxzQjYqIHBdYXdtmXhyPKwQBa2NS3xX9rI1543sn5Fe1P4QDpg8mk 6eH4ryG3YvnTdPEFa/QNNpGkat6PNfUbm8Mnd3Bo01MmnhSMRld1ZRQtGZRV2NqiVesf 8dMfvPTwgFn1RuVQmGPaWK2358Jes2ClYUbEYezLy/HTDD6EEeTZ7e5nW2z7RmSk/Tzi wi/+QbbGPZIiZO8G5toupQuRiAbr5rKW3pwTBz7dC0KyD/1rg6H4uwfIaYOcPFlCFKsS ITCZdUgOhXRV5gBh9qlBhYE2WQLv9lCokAE9RdCTW2LwAp+y4wkyJQ4gsPo3byO6SXDt qXRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=t0SaSiI4ixJP954QSUF/b/uxkkfR3Kxx/Wa5KAVhb8I=; b=jvtq8lIU6EIrbw7LiLu05w3VpneGRStWFXgv453XZHr5cQWLGRCB173Lu68jAXm3Vj E7ZT9K3AwfGO4Onq/upGzZ0H27cxfPMwhEJc/VSOcG7QzxSYlpt9vxs3mn5glrVIEmtJ isLMFLdgcXyyQhIDFO6IX5ccsxER1Cq5iqGTCHpITqgE2Ln2UpYdrlMN+uJZzRyEv9Id rCsuJzCqmF0esrdtQeGaHTOkzorakzr4LVUQ5Tg8pmgixRCIzhjA9luE6PsVq8vnBxb1 vpUNBbALtlo5w2GIkZYtg5YIyyEpsvgtL5hArqbzNteMte5Z0f5yAOcVgV7OzPUnTyqE +8MA== X-Gm-Message-State: AOAM532H4bl7eFnkBK5XFuAE9ZvC1tKUVj3ffrwkkVPCasA+yfZrugQR en2aBORWQQlRb8lJFW2BVbK7bGAsBaYGshSylaLnsrAL X-Received: by 2002:aa7:d541:: with SMTP id u1mr763824edr.388.1644569901803; Fri, 11 Feb 2022 00:58:21 -0800 (PST) MIME-Version: 1.0 References: <20220128073319.1017084-1-imagedong@tencent.com> <20220128073319.1017084-2-imagedong@tencent.com> <0029e650-3f38-989b-74a3-58c512d63f6b@gmail.com> <20220209211202.7cddd337@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> <20220210081322.566488f6@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> In-Reply-To: From: Menglong Dong Date: Fri, 11 Feb 2022 16:53:25 +0800 Message-ID: Subject: Re: [PATCH v3 net-next 1/7] net: skb_drop_reason: add document for drop reasons To: Eric Dumazet Cc: Jakub Kicinski , David Ahern , David Ahern , Steven Rostedt , Ingo Molnar , David Miller , Hideaki YOSHIFUJI , Pablo Neira Ayuso , Jozsef Kadlecsik , Florian Westphal , Menglong Dong , Alexander Lobakin , paulb@nvidia.com, Kees Cook , Talal Ahmad , Kevin Hao , Kumar Kartikeya Dwivedi , LKML , netdev , netfilter-devel@vger.kernel.org, coreteam@netfilter.org, Cong Wang Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 11, 2022 at 12:29 AM Eric Dumazet wrote: > > On Thu, Feb 10, 2022 at 8:13 AM Jakub Kicinski wrote: > > > > On Thu, 10 Feb 2022 21:42:14 +0800 Menglong Dong wrote: > > > How about introducing a field to 'struct sock' for drop reasons? As sk is > > > locked during the packet process in tcp_v4_do_rcv(), this seems to work. > > > > I find adding temporary storage to persistent data structures awkward. > > You can put a structure on the stack and pass it thru the call chain, > > that's just my subjective preference, tho, others may have better ideas. > > I had a similar TODO item, because stuff like 'waking up task' or free > one skb (or list of skb) could be performed outside of socket lock. May I ask what it's like? Is it used to solve this kind of problem? Thanks! Menglong Dong