[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZAoGAj3sRXKYzwc2@kroah.com>
Date: Thu, 9 Mar 2023 17:14:58 +0100
From: Greg KH <gregkh@...uxfoundation.org>
To: Nick Alcock <nick.alcock@...cle.com>
Cc: mcgrof@...nel.org, linux-clk@...r.kernel.org,
linux-gpio@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-modules@...r.kernel.org, linux-perf-users@...r.kernel.org,
linux-pm@...r.kernel.org, linux-remoteproc@...r.kernel.org,
linux-renesas-soc@...r.kernel.org, linux-riscv@...ts.infradead.org,
linux-serial@...r.kernel.org, linux-tegra@...r.kernel.org,
linux-trace-devel@...r.kernel.org,
linux-trace-kernel@...r.kernel.org
Subject: Re: [PATCH 00/20] MODULE_LICENSE removals, fifth tranche
On Tue, Feb 28, 2023 at 01:01:55PM +0000, Nick Alcock wrote:
> This series, based on current modules-next, is part of a treewide cleanup
> suggested by Luis Chamberlain, to remove the LICENSE_MODULE usage from
> files/objects that are not tristate. Due to recent changes to kbuild, these
> uses are now problematic. See the commit logs for more details.
Why isn't kbuild fixed instead? These files can have MODULE_AUTHOR()
and other macros when built into the kernel, what is so special about
MODULE_LICENSE() that prevents this from working properly?
There should not be a need to remove these markings in my opinion, why
treat one MODULE_* macro more special than others?
thanks,
greg k-h
Powered by blists - more mailing lists