Received: by 2002:a5b:505:0:0:0:0:0 with SMTP id o5csp5293265ybp; Tue, 8 Oct 2019 00:05:23 -0700 (PDT) X-Google-Smtp-Source: APXvYqwJRPfVQNJvkrqUDGB5f1a0dQ7GcXtNBeKI7myHfM2WH0H89KzREqbMRjKc4aB1/QrGnaED X-Received: by 2002:a05:6402:346:: with SMTP id r6mr31911926edw.124.1570518322965; Tue, 08 Oct 2019 00:05:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1570518322; cv=none; d=google.com; s=arc-20160816; b=mSFuMz7q+32BaVJULrr3WnDA3kpxuHzb3Cj8/IS2JxobBPhI1esjPeuu2d2GUgxqiO FqhWf4VMAv/Yj68JBakyCF6pI9BRDqTSn+LKwHSKmEYkLFrSlsUXi6HfLHx82BDe1ola C5AwOoZ6e1rTtvVr2o15j8GOjgbciKMMOzhshwX0lY7GEBd/1mbJi2zi0XdiFYgiYbrO caJR7VPK6OKHkNGon/80qLlgbNi89cuuf7TvEi6ODj39UsuaSmepndk1kETwu7XjPork qKiOO6Oy0NXqI0XTxqdpEyy7tcQ5Hap9BOU1oA4WNbYom1OrjJQtv/ae21WiPNWhXmOB 5HQg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=P2DMw3lHa9iQY8hmJlV044PnCfODbmB98UG0tujiEW8=; b=A9pJa2Nvm9RK+2zwU1wrPgi46N5Fzgk6VHYlZ71cFhBiU1H7TVK86vaDzrhgZZihxv cRaJ3JmxmfRTTuccoHczyhtkQZb+EElkhqFWwjMwYDsSs24RzXrEbZGhq0BPmooEsZ+s bFLrrlfsw2uhDtAb2dMLLSJpEU6Zygi58dxSdmzgss1vWqDnxSiv9rQ1puu+60FGTHpl Vt2Q8lMg+vXUuChsz4kpN+iuC5reQKobfsWPYdkk5dRCwzPSD3Q8KmV9MrDjEXx/MjP1 gxheC5ggKNUUKoHmswjWp554Ng7DkSO7/b9D2GMdYh4BvgHLJZxdbjI7DkC+Iabzs41O r0rQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l21si9900453edc.112.2019.10.08.00.04.58; Tue, 08 Oct 2019 00:05:22 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730122AbfJHHEz (ORCPT + 99 others); Tue, 8 Oct 2019 03:04:55 -0400 Received: from mga12.intel.com ([192.55.52.136]:1926 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729740AbfJHHEy (ORCPT ); Tue, 8 Oct 2019 03:04:54 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga106.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Oct 2019 00:04:54 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.67,269,1566889200"; d="scan'208";a="277017670" Received: from cli6-desk1.ccr.corp.intel.com (HELO [10.239.161.118]) ([10.239.161.118]) by orsmga001.jf.intel.com with ESMTP; 08 Oct 2019 00:04:51 -0700 Subject: Re: [PATCH] proc:fix confusing macro arg name To: linmiaohe , "adobriyan@gmail.com" , "tglx@linutronix.de" , "akpm@linux-foundation.org" , "dhowells@redhat.com" , "cyphar@cyphar.com" , "christian@brauner.io" Cc: Mingfangsen , "mm-commits@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "linux-fsdevel@vger.kernel.org" References: <165631b964b644dfa933653def533e41@huawei.com> From: "Li, Aubrey" Message-ID: <56474105-0df0-975b-a347-711c1c6422f2@linux.intel.com> Date: Tue, 8 Oct 2019 15:04:51 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.1.1 MIME-Version: 1.0 In-Reply-To: <165631b964b644dfa933653def533e41@huawei.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019/10/8 14:44, linmiaohe wrote: > Add suitable additional cc's as Andrew Morton suggested. > Get cc list from get_maintainer script: > [root@localhost mm]# ./scripts/get_maintainer.pl 0001-proc-fix-confusing-macro-arg-name.patch > Alexey Dobriyan (reviewer:PROC FILESYSTEM) > linux-kernel@vger.kernel.org (open list:PROC FILESYSTEM) > linux-fsdevel@vger.kernel.org (open list:PROC FILESYSTEM) > > ------------------------------------------------------ > From: Miaohe Lin > Subject: fix confusing macro arg name > > state_size and ops are in the wrong position, fix it. > > Signed-off-by: Miaohe Lin > Reviewed-by: Andrew Morton > Cc: Alexey Dobriyan > Signed-off-by: Andrew Morton > --- Good catch! This is interesting, I saw this interface has 50+ callers, How did they work before? ;) Thanks, -Aubrey > > include/linux/proc_fs.h | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/include/linux/proc_fs.h b/include/linux/proc_fs.h index a705aa2d03f9..0640be56dcbd 100644 > --- a/include/linux/proc_fs.h > +++ b/include/linux/proc_fs.h > @@ -58,8 +58,8 @@ extern int remove_proc_subtree(const char *, struct proc_dir_entry *); struct proc_dir_entry *proc_create_net_data(const char *name, umode_t mode, > struct proc_dir_entry *parent, const struct seq_operations *ops, > unsigned int state_size, void *data); > -#define proc_create_net(name, mode, parent, state_size, ops) \ > - proc_create_net_data(name, mode, parent, state_size, ops, NULL) > +#define proc_create_net(name, mode, parent, ops, state_size) \ > + proc_create_net_data(name, mode, parent, ops, state_size, NULL) > struct proc_dir_entry *proc_create_net_single(const char *name, umode_t mode, > struct proc_dir_entry *parent, > int (*show)(struct seq_file *, void *), void *data); > -- > 2.21.GIT > >