Received: by 2002:a05:6358:f14:b0:e5:3b68:ec04 with SMTP id b20csp6219836rwj; Wed, 21 Dec 2022 12:22:52 -0800 (PST) X-Google-Smtp-Source: AMrXdXtLQ28bmNMXy2A4AGiP/kLW+h7iSGPMIPQiFC4EWG7bYyjKLiza8XqXxD9gQwXthRz5S071 X-Received: by 2002:a17:90b:30ca:b0:219:68f8:7aaa with SMTP id hi10-20020a17090b30ca00b0021968f87aaamr18603202pjb.40.1671654172427; Wed, 21 Dec 2022 12:22:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671654172; cv=none; d=google.com; s=arc-20160816; b=0FnjUWgGmiE22eiXPedPeWxsVf9RTKwcuMLDMd8TzURgAgkouT50YEwgmQXopXGeOs eZg7AxMvP6EsqONIdy2M7Iqu18THn/C696bTEy9kzvpK+AVhbgY+sDgvKs7r6dKhC4bn j/gERI9iVcW3R3P0w3ZvEZz5hFHucs4D7fqqgu8F+vMNbZoPwSdHQeKbzuLPzRq1vzH7 bsriKAkGNg3os8C4KXedab4Ir27uNkYpwUN1edL/sAtVc5vHNajGHKIQYRE+HQUDHg1n a9nJKVCQMkDlCGeKnCWc18RP1Pg38tP0vWRGWreSOxpF8RDZWssPHI5hlp7T2ZF8QfJQ Ap4w== 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=MRo9Es4TETaumZ0Gxh+CRtCG1EOUJSXBFePVu0YqELs=; b=WZBG8AakCbIzXevIjubNGQDc+8m9v/gJq7UlwID/ksyzuAgdhdzQmctfNwi5xnlO7H aRAfYDBwdP1dfp2FyosWogkWdJ+mhv1Rbqy0Lo1hBVzzze2VNl27libfh6qSNoHLCjtg AGlvgPvkNs9F8NolO8H3hRn67H7TKJlw1ND9km2ftuh3xyuJW4bEexIY+wimtzyOXDFD 5RdJirhku8hLjCvTVVQYIF9y4NpQwDHImqE4MZjXnsn1AtN/r2RlALvlu3BKaAF0mZwN wjn6tMJu57ZYcg0Lh+tqfferRFAM4TFBmcUzBun/P2qExdVqfQXDHncBdz6y5tq20oHo 6gqQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b="Gdp/X9ZO"; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n37-20020a634d65000000b0047839aeb6e4si16603136pgl.363.2022.12.21.12.22.43; Wed, 21 Dec 2022 12:22:52 -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=@google.com header.s=20210112 header.b="Gdp/X9ZO"; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234710AbiLUUK3 (ORCPT + 67 others); Wed, 21 Dec 2022 15:10:29 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51130 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229578AbiLUUKV (ORCPT ); Wed, 21 Dec 2022 15:10:21 -0500 Received: from mail-pl1-x636.google.com (mail-pl1-x636.google.com [IPv6:2607:f8b0:4864:20::636]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 863BB23329 for ; Wed, 21 Dec 2022 12:10:20 -0800 (PST) Received: by mail-pl1-x636.google.com with SMTP id d7so16608691pll.9 for ; Wed, 21 Dec 2022 12:10:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=MRo9Es4TETaumZ0Gxh+CRtCG1EOUJSXBFePVu0YqELs=; b=Gdp/X9ZO8QsRjK2/43/LcFJUwmY+g/lSRUEsJVySFafLQDUptRrB4Xy2ykTmmcJiTz +1sKFk/UGU0Ch5nn2zZ+BAav12RGnOcgMNNt8K73TkM2ywbkF/dAw8AbqCLsDj65omTo YL/WuNKJ2qTSq9ECNo5hso0vVqjn1H+4QUSZBAgWtKV3ZIuQ03SzKPLFNCPg4QhxKkKl yFcmJDe0+JIa79wfcZXOXVom/WbeZFzSFVyNjxBu1+oj9WCiu/eAvMHaMU2Sgfcm5sDi iNb8FFFxhp+1Kv0DRnJu47oxG+bCHvFH7EzOZnUSeDl4nt31gOt2tjX9fxpirasQhg+W bedg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=MRo9Es4TETaumZ0Gxh+CRtCG1EOUJSXBFePVu0YqELs=; b=2RSbOnTb6ih6RsqOHYfvwEeYMD4vtfBA/2ssJhfZPBENRI5gUjXtxc9kf9XIfLUYjU 2UIaaXMlPppNC5gQd4nF/t9ukoOD3sMKavrm9GOu02aEHkwmigUS8iZskU5MSrlY9f0F P4PEpNFpze1ZBJXQMjnT8ekA8VBK26hRLEQn1IwZUn9OO1UB1xOvtGB284WqQKjRBYf1 1bZOLQpUS536vUtzJKXMlMinmAJRKmmS4/TtjoAUCvuK5vj7QFiXb2RYDr5odAesHvWF ZJ/U6OtiAFfTknn8/3mPUJpjDqhqaD9G9hfNgPFuIIbGN8WR4Jfysnv0yI3ncRiR/2Dm 9DtA== X-Gm-Message-State: AFqh2koqStCEFMLBFvnxdqA4HIi23fgHJxBzSWC29LeaTvPpf8K36/dX c1/JmaD8Aep0SJSLXQmXpmRuFxECdwesvOIs6bwCUuGdgVWcvHBDBfU= X-Received: by 2002:a17:902:a506:b0:189:97e2:ab8b with SMTP id s6-20020a170902a50600b0018997e2ab8bmr301811plq.131.1671653419884; Wed, 21 Dec 2022 12:10:19 -0800 (PST) MIME-Version: 1.0 References: <20221221-bpf-syscall-v1-0-9550f5f2c3fc@chromium.org> In-Reply-To: <20221221-bpf-syscall-v1-0-9550f5f2c3fc@chromium.org> From: Stanislav Fomichev Date: Wed, 21 Dec 2022 12:10:08 -0800 Message-ID: Subject: Re: [PATCH] bpf: Remove unused field initialization To: Ricardo Ribalda Cc: John Fastabend , KP Singh , Jiri Olsa , Martin KaFai Lau , Daniel Borkmann , Hao Luo , Yonghong Song , Andrii Nakryiko , Alexei Starovoitov , Song Liu , bpf@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-17.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF, ENV_AND_HDR_SPF_MATCH,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS, USER_IN_DEF_DKIM_WL,USER_IN_DEF_SPF_WL 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 Wed, Dec 21, 2022 at 11:55 AM Ricardo Ribalda wrote: > > Maxlen is used by standard proc_handlers such as proc_dointvec(), but in this > case we have our own proc_handler. Remove the initialization. Are you sure? bpf_stats_handler proc_dointvec_minmax do_proc_dointvec __do_proc_dointvec vleft = table->maxlen / sizeof(*i); Maybe we should really do the following instead? .maxlen: sizeof(int) ? > Signed-off-by: Ricardo Ribalda > --- > bpf: Trivial remove of unitialised field. > > I have inspired myself in your code and heritaded this bug :). Fixing this > here so none else makes the same mistake. > > To: Alexei Starovoitov > To: Daniel Borkmann > To: John Fastabend > To: Andrii Nakryiko > To: Martin KaFai Lau > To: Song Liu > To: Yonghong Song > To: KP Singh > To: Stanislav Fomichev > To: Hao Luo > To: Jiri Olsa > Cc: bpf@vger.kernel.org > Cc: linux-kernel@vger.kernel.org > --- > kernel/bpf/syscall.c | 1 - > 1 file changed, 1 deletion(-) > > diff --git a/kernel/bpf/syscall.c b/kernel/bpf/syscall.c > index 35972afb6850..8e55456bd648 100644 > --- a/kernel/bpf/syscall.c > +++ b/kernel/bpf/syscall.c > @@ -5319,7 +5319,6 @@ static struct ctl_table bpf_syscall_table[] = { > { > .procname = "bpf_stats_enabled", > .data = &bpf_stats_enabled_key.key, > - .maxlen = sizeof(bpf_stats_enabled_key), > .mode = 0644, > .proc_handler = bpf_stats_handler, > }, > > --- > base-commit: b6bb9676f2165d518b35ba3bea5f1fcfc0d969bf > change-id: 20221221-bpf-syscall-58d1ac3f817a > > Best regards, > -- > Ricardo Ribalda