Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp2688454pxb; Mon, 31 Jan 2022 02:01:35 -0800 (PST) X-Google-Smtp-Source: ABdhPJxFreQ8B/5803yf7wrfUIXNYI6Fsl7tgieiHvF9F26By9HsaH6pIUxz15l9SERPmqsEkicg X-Received: by 2002:a05:6a00:cb:: with SMTP id e11mr19221329pfj.53.1643623295229; Mon, 31 Jan 2022 02:01:35 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643623295; cv=none; d=google.com; s=arc-20160816; b=klAL9K1kY4dIHs6hHC7dWLgvCo7EvR/hdEFuKD4SjIukJFWai1+QTGuP9xiu9dq6oB nCu0OXcq5wFJxDsnXuOPpsJu6Un06DdJIVo6k4FTfEmzZmH0JVyaHaqlJFuUlqTINDWX XUCG9/9OzH5f6o8TqE1M4yZPpbMp76+swG+2g9A3RVROWSoQNmXRwhKTCVL09ok74b7V TVSQBrHCbonJI7t8/d1hslC5EC8H/uFipJC9sX7h/UOa9RKPNX2i5yGrZxz+wxPE5Fmc 4/VCGk7WaduaJHgGTjoIzAI9v5fnh3yiTgzcOvYBJU1AThCIVKP1lIFrNRtN/AmQI8bZ YumQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature :dkim-signature; bh=eScZUL/hK44czXnWhXbOJCWGqu8dIN75GFAtP6MX5Uw=; b=wg+pBy68dT7WV3opvag7WMzNAVh4Y32hjH2WI22mFAZnqVbtExgLGrh6xCf4DV69A5 ZGDxhFqptIUWxvAX6K/qfegd6EDXUu6/TTrAg72DaSvKcnma5G6AWxeQAvkkqwsOyUTs AmPUpmcVqssyVv9HiR8JGZjLgVec/0U0H5d5rhWDclDtjez/QgpK0p2lG5fe6oEF8Mae bu7dMMtqsehJhSpRuXy0rp3S23F5OLK6ZLxg7featvsaoOpl0JSDDycNkUkginl3BjX7 CyOMt8oYiRPCfxiyHjOtqhgMyCgSVb1n6CbEALyyEZKr7e1rZYJTSkPGvB8vuhZ/p8QD 4HSQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@suse.cz header.s=susede2_rsa header.b=VKH2Rypv; dkim=neutral (no key) header.i=@suse.cz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h8si13524100pfh.359.2022.01.31.02.01.24; Mon, 31 Jan 2022 02:01:35 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@suse.cz header.s=susede2_rsa header.b=VKH2Rypv; dkim=neutral (no key) header.i=@suse.cz; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1348171AbiA1MEZ (ORCPT + 99 others); Fri, 28 Jan 2022 07:04:25 -0500 Received: from smtp-out1.suse.de ([195.135.220.28]:58892 "EHLO smtp-out1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S242285AbiA1MEY (ORCPT ); Fri, 28 Jan 2022 07:04:24 -0500 Received: from relay2.suse.de (relay2.suse.de [149.44.160.134]) by smtp-out1.suse.de (Postfix) with ESMTP id 372A521102; Fri, 28 Jan 2022 12:04:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_rsa; t=1643371463; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=eScZUL/hK44czXnWhXbOJCWGqu8dIN75GFAtP6MX5Uw=; b=VKH2RypvIkSL1QDYbFOdrGDxMAJxW5Te+WPE7Krx1EU5G6z1pIH34dQMNkI86bJIirEmoh gf5JQAVAweOmQqVmIkYAIAm6A8SDuwobcEDzFcXj4LR/qY37i5XBHFjqq+mTDGmygmVMq9 uGT0iBlGOowHv/u9yhYKK5HrpIO4QgM= DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=suse.cz; s=susede2_ed25519; t=1643371463; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=eScZUL/hK44czXnWhXbOJCWGqu8dIN75GFAtP6MX5Uw=; b=50xxrgkimoLBvNbLPjJEvTRM14Te5jLk1bI/d9zo+tcpb4xAzgTDBcyRP0IK6eIFfpvGMW bL/XZex+fXn+kTCg== Received: from quack3.suse.cz (unknown [10.100.224.230]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by relay2.suse.de (Postfix) with ESMTPS id B814FA3B84; Fri, 28 Jan 2022 12:04:21 +0000 (UTC) Received: by quack3.suse.cz (Postfix, from userid 1000) id 5B1E4A05E6; Fri, 28 Jan 2022 13:04:21 +0100 (CET) Date: Fri, 28 Jan 2022 13:04:21 +0100 From: Jan Kara To: Linus Torvalds Cc: kernel test robot , Luis Chamberlain , Jan Kara , Al Viro , Amir Goldstein , Andy Shevchenko , Antti Palosaari , Arnd Bergmann , Benjamin Herrenschmidt , Benjamin LaHaise , Clemens Ladisch , David Airlie , "Eric W. Biederman" , Greg Kroah-Hartman , Iurii Zaikin , Jani Nikula , Joel Becker , Joonas Lahtinen , Joseph Qi , Julia Lawall , Kees Cook , Lukas Middendorf , Mark Fasheh , Paul Turner , Peter Zijlstra , Petr Mladek , Phillip Potter , Qing Wang , Rodrigo Vivi , Sebastian Reichel , Sergey Senozhatsky , Stephen Kitt , Tetsuo Handa , Xiaoming Ni , Douglas Gilbert , "James E.J. Bottomley" , Jani Nikula , John Ogness , "Martin K. Petersen" , "Rafael J. Wysocki" , Steven Rostedt , Suren Baghdasaryan , Theodore Ts'o , Andrew Morton , LKML , lkp@lists.01.org, kernel test robot Subject: Re: [ocfs2] c42ff46f97: sysctl_table_check_failed Message-ID: <20220128120421.kzo5iduigr7k55bs@quack3.lan> References: <20220128065310.GF8421@xsang-OptiPlex-9020> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri 28-01-22 10:00:29, Linus Torvalds wrote: > On Fri, Jan 28, 2022 at 8:53 AM kernel test robot wrote: > > > > commit: 46e33fd45a52bf03769906e64d8a8a1ab317777d ("ocfs2: simplify subdirectory > > registration with register_sysctl()") > > Well, it's apparently commit c42ff46f97c1 ("ocfs2: simplify > subdirectory registration with register_sysctl()") in mainline now. > > What worries me a bit is that the commit was auto-generated, and when > reading the commit message it reads as if it wasn't supposed to cause > any semantic changes at all. > > Is the cause of this that 'nm' is supposed to be a directory, and > register_sysctl() doesn't handle directories? > > I don't know this code at all, should it have been simplified even > further with something (TOTALLY UNTESTED) like the attached? Yep, I've tested the patch and it fixes the failure for me. Feel free to add: Tested-by: Jan Kara Also the change makes sense to me as far as I'm reading register_sysctl() so you can also add: Reviewed-by: Jan Kara Honza > diff --git a/fs/ocfs2/stackglue.c b/fs/ocfs2/stackglue.c > index 731558a6f27d..dd77b7aaabf5 100644 > --- a/fs/ocfs2/stackglue.c > +++ b/fs/ocfs2/stackglue.c > @@ -661,17 +661,6 @@ static struct ctl_table ocfs2_nm_table[] = { > { } > }; > > -static struct ctl_table ocfs2_mod_table[] = { > - { > - .procname = "nm", > - .data = NULL, > - .maxlen = 0, > - .mode = 0555, > - .child = ocfs2_nm_table > - }, > - { } > -}; > - > static struct ctl_table_header *ocfs2_table_header; > > /* > @@ -682,7 +671,7 @@ static int __init ocfs2_stack_glue_init(void) > { > strcpy(cluster_stack_name, OCFS2_STACK_PLUGIN_O2CB); > > - ocfs2_table_header = register_sysctl("fs/ocfs2", ocfs2_mod_table); > + ocfs2_table_header = register_sysctl("fs/ocfs2/nm", ocfs2_nm_table); > if (!ocfs2_table_header) { > printk(KERN_ERR > "ocfs2 stack glue: unable to register sysctl\n"); -- Jan Kara SUSE Labs, CR