[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200529120912.GD11244@42.do-not-panic.com>
Date: Fri, 29 May 2020 12:09:12 +0000
From: Luis Chamberlain <mcgrof@...nel.org>
To: Greg KH <gregkh@...uxfoundation.org>
Cc: keescook@...omium.org, yzaikin@...gle.com, nixiaoming@...wei.com,
ebiederm@...ssion.com, axboe@...nel.dk, clemens@...isch.de,
arnd@...db.de, jani.nikula@...ux.intel.com,
joonas.lahtinen@...ux.intel.com, rodrigo.vivi@...el.com,
airlied@...ux.ie, daniel@...ll.ch, benh@...nel.crashing.org,
rdna@...com, viro@...iv.linux.org.uk, mark@...heh.com,
jlbec@...lplan.org, joseph.qi@...ux.alibaba.com, vbabka@...e.cz,
sfr@...b.auug.org.au, jack@...e.cz, amir73il@...il.com,
rafael@...nel.org, tytso@....edu, julia.lawall@...6.fr,
akpm@...ux-foundation.org, intel-gfx@...ts.freedesktop.org,
dri-devel@...ts.freedesktop.org, linuxppc-dev@...ts.ozlabs.org,
ocfs2-devel@....oracle.com, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 09/13] firmware_loader: simplify sysctl declaration with
register_sysctl_subdir()
On Fri, May 29, 2020 at 12:26:13PM +0200, Greg KH wrote:
> On Fri, May 29, 2020 at 07:41:04AM +0000, Luis Chamberlain wrote:
> > From: Xiaoming Ni <nixiaoming@...wei.com>
> >
> > Move the firmware config sysctl table to fallback_table.c and use the
> > new register_sysctl_subdir() helper. This removes the clutter from
> > kernel/sysctl.c.
> >
> > Signed-off-by: Xiaoming Ni <nixiaoming@...wei.com>
> > Signed-off-by: Luis Chamberlain <mcgrof@...nel.org>
> > ---
> > drivers/base/firmware_loader/fallback.c | 4 ++++
> > drivers/base/firmware_loader/fallback.h | 11 ++++++++++
> > drivers/base/firmware_loader/fallback_table.c | 22 +++++++++++++++++--
> > include/linux/sysctl.h | 1 -
> > kernel/sysctl.c | 7 ------
> > 5 files changed, 35 insertions(+), 10 deletions(-)
>
> So it now takes more lines than the old stuff? :(
Pretty much agreed with the other changes, thanks for the review!
But this diff-stat change, indeed, it is unfortunate that we end up
with more code here than before. We'll try to reduce it instead
somehow, however in some cases during this spring-cleaning, since
the goal is to move code from one file to another, it *may* require
more code. So it won't always be negative. But we'll try!
Luis
Powered by blists - more mailing lists