Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp818289rwl; Fri, 24 Mar 2023 02:20:56 -0700 (PDT) X-Google-Smtp-Source: AKy350apXe5o+NH0JmLfQvS0wjIuuo+IoBPlpbWVJ67yTifDd2ye2C2Tlf2ScPaQhPrEnwTP3G83 X-Received: by 2002:a17:907:8687:b0:93b:46f7:a716 with SMTP id qa7-20020a170907868700b0093b46f7a716mr2456968ejc.50.1679649655915; Fri, 24 Mar 2023 02:20:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1679649655; cv=none; d=google.com; s=arc-20160816; b=gP+r21IPD4j8iBbSjqa+GrlQUaqVWkKghMcMgZYY+PuZMtKe7/hYuhmRrUrv+Zz5na 7BSFBPVfD3YFnlDiUd+8U+CgPb84X7gxrC/abW5Aw9Xc6DbU1qC0GVVBdycDsT8p6Jxn LljXt/AqDbcSE+SUT06HZQKP77LiL5f6w+CrCU60T7BhocTt+Acom4rXmyTo5pRB74lY 9+hW0MK2jGEqa3fHmcsUXumRmGIN9PgSxt5AkNvLUBMpBzu4NkVV3Kswdyq9bGyE6+nd gGZl+jAvefzXMs55tkQHBE8CC2yVKU+lOqjs7WrLUIX335WlpEIpCK/U58eonBgVGaon IzoQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version; bh=sp6RoGNzO/9wmvuDGdK9VYmpf9KYYyHefjx8eCqtcVw=; b=qMMOJbf7YYQXg0wk2nGyFGPIYAbYsEp7stMp6eOoCBqbBNrHfb3Lu8LU3EOEgMw3mn m05NELxiDzJQ627+MZpOL5Odng+cCZ3aIuxrp7eQ00HtvJm347cYrUU7ah3qiLVx+2te gTOo6bDCkWqwE4QhQAKaoxd7Z38p4SssPF47dif9EVt7loQyBQ3mtRNDl0u38dgRm7N1 a663n6x5GtnlIzE1wuG/Os1yRCFYBcDrPDdsKxzscS6vMX+9jaAQJNLuypuYiZSe2X1+ WGEM/6uHHcZ6Mt0IE8pYbaYaiI4W44CVHxmWoSSILZICAH/jhEsaaMQviGRpBgtfnyr2 sonQ== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id q6-20020a1709060f8600b009318c913c59si20582730ejj.525.2023.03.24.02.20.30; Fri, 24 Mar 2023 02:20:55 -0700 (PDT) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231387AbjCXJQq convert rfc822-to-8bit (ORCPT + 99 others); Fri, 24 Mar 2023 05:16:46 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44090 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231359AbjCXJQo (ORCPT ); Fri, 24 Mar 2023 05:16:44 -0400 Received: from mail-yw1-f176.google.com (mail-yw1-f176.google.com [209.85.128.176]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6D3D122789; Fri, 24 Mar 2023 02:16:42 -0700 (PDT) Received: by mail-yw1-f176.google.com with SMTP id 00721157ae682-5447d217bc6so22246857b3.7; Fri, 24 Mar 2023 02:16:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1679649401; h=content-transfer-encoding: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=LDNPjwsegaDfMUliMA6TpiS3Kuq+LAgqyHSjqAMs0rE=; b=NEwj40PxM5upHr9KTGqYQdFWObGWO1f+9UmcW4aB2iKcctPhREwZAMyDnoT+KKV22n mvw2f1lpV0kjy6+OHaZ5UlPqXUZ9bgjhFq2HmkA2sgr2TUW9jtsFZGML4pxJ6aO2USf3 Drh3TLNepqvwLKfFwGEGXjA5OaXgu1gHRMPO9Ay+xlSrz9xY6Cx0fFRSD7XTeZ6keE2F pBc1a2sTvFzM1GQ+TE/Ue/M/1Wzfg8lHNbdBH8fJ+K7qy4iZBjwApF2qGNV+tl4PF3K9 dAGpNi43BZq/Z9FSgO7Nae1Xkf2ibt2sON/91p9+uZF1uEnojpK2Ln9d+xc9VCQeqlek H72g== X-Gm-Message-State: AAQBX9c3YFMIF9tNvhbZZ4CSQshci7i3ZTU8Eq4eZ5nemt93e6K/nI+v DEv4+5LMgkGs7ITAeNIcvz08i4izCj0kOg== X-Received: by 2002:a81:4ed0:0:b0:535:aff2:d264 with SMTP id c199-20020a814ed0000000b00535aff2d264mr1655307ywb.1.1679649401139; Fri, 24 Mar 2023 02:16:41 -0700 (PDT) Received: from mail-yb1-f181.google.com (mail-yb1-f181.google.com. [209.85.219.181]) by smtp.gmail.com with ESMTPSA id cn24-20020a05690c0d1800b00545a08184e7sm313771ywb.119.2023.03.24.02.16.40 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 24 Mar 2023 02:16:40 -0700 (PDT) Received: by mail-yb1-f181.google.com with SMTP id i6so1352895ybu.8; Fri, 24 Mar 2023 02:16:40 -0700 (PDT) X-Received: by 2002:a05:6902:722:b0:a09:314f:a3ef with SMTP id l2-20020a056902072200b00a09314fa3efmr901470ybt.12.1679649400404; Fri, 24 Mar 2023 02:16:40 -0700 (PDT) MIME-Version: 1.0 References: <20230302211759.30135-1-nick.alcock@oracle.com> <20230302211759.30135-11-nick.alcock@oracle.com> In-Reply-To: From: Geert Uytterhoeven Date: Fri, 24 Mar 2023 10:16:28 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH 10/17] tty: remove MODULE_LICENSE in non-modules To: Greg Kroah-Hartman Cc: Luis Chamberlain , Masahiro Yamada , Thomas Gleixner , Christoph Hellwig , Nick Alcock , linux-modules@vger.kernel.org, linux-kernel@vger.kernel.org, Hitomi Hasegawa , Jiri Slaby Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT X-Spam-Status: No, score=0.5 required=5.0 tests=FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H2,SPF_HELO_NONE,SPF_PASS autolearn=no 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 Hi Greg, On Fri, Mar 24, 2023 at 10:14 AM Greg Kroah-Hartman wrote: > On Fri, Mar 24, 2023 at 10:08:17AM +0100, Geert Uytterhoeven wrote: > > On Fri, Mar 10, 2023 at 8:42 PM Luis Chamberlain wrote: > > > On Fri, Mar 10, 2023 at 08:31:30AM +0100, Greg Kroah-Hartman wrote: > > > > On Thu, Mar 09, 2023 at 02:38:10PM -0800, Luis Chamberlain wrote: > > > > > On Thu, Mar 09, 2023 at 05:15:42PM +0100, Greg Kroah-Hartman wrote: > > > > > > On Thu, Mar 02, 2023 at 09:17:52PM +0000, Nick Alcock wrote: > > > > > > > Since commit 8b41fc4454e ("kbuild: create modules.builtin without > > > > > > > Makefile.modbuiltin or tristate.conf"), MODULE_LICENSE declarations > > > > > > > are used to identify modules. As a consequence, uses of the macro > > > > > > > in non-modules will cause modprobe to misidentify their containing > > > > > > > object file as a module when it is not (false positives), and modprobe > > > > > > > might succeed rather than failing with a suitable error message. > > > > > > > > > > > > > > So remove it in the files in this commit, none of which can be built as > > > > > > > modules. > > > > > > > > > > > > > > Signed-off-by: Nick Alcock > > > > > > > Suggested-by: Luis Chamberlain > > > > > > > Cc: Luis Chamberlain > > > > > > > Cc: linux-modules@vger.kernel.org > > > > > > > Cc: linux-kernel@vger.kernel.org > > > > > > > Cc: Hitomi Hasegawa > > > > > > > Cc: Greg Kroah-Hartman > > > > > > > Cc: Jiri Slaby > > > > > > > --- > > > > > > > drivers/tty/n_null.c | 1 - > > > > > > > 1 file changed, 1 deletion(-) > > > > > > > > > > > > > > diff --git a/drivers/tty/n_null.c b/drivers/tty/n_null.c > > > > > > > index f913b665af725..c24f75942c49d 100644 > > > > > > > --- a/drivers/tty/n_null.c > > > > > > > +++ b/drivers/tty/n_null.c > > > > > > > @@ -63,7 +63,6 @@ static void __exit n_null_exit(void) > > > > > > > module_init(n_null_init); > > > > > > > module_exit(n_null_exit); > > > > > > > > > > > > > > -MODULE_LICENSE("GPL"); > > > > > > > MODULE_AUTHOR("Alan Cox"); > > > > > > > MODULE_ALIAS_LDISC(N_NULL); > > > > > > > MODULE_DESCRIPTION("Null ldisc driver"); > > > > > > > -- > > > > > > > 2.39.1.268.g9de2f9a303 > > > > > > > > > > > > > > > > > > > Nope, sorry, this is not good to do, please fix kbuild instead of > > > > > > forcing a tree-wide change like this. > > > > > > > > > > Masahiro Yamada already NACK'd it such effort: > > > > > > > > > > https://lkml.kernel.org/r/CAK7LNAQLttPD=Ae==e0CYeQtS78=o_JZFK+zxa29JnUYio52Ug@mail.gmail.com > > > > > > > > > > And his descriptiuon of the reasoning and logic is explained here: > > > > > > > > > > https://lore.kernel.org/all/CAK7LNASL7_RgfASstBvN6AzhR=nMU=HsQvODf5q13Xud8tBWRQ@mail.gmail.com/ > > > > > > > > > > Let me summarize it though with a few quotes from him: > > > > > > > > > > "Having false-positives in modules.builtin should be OK" > > > > > "In this sense, having always-builtin entries in module.builtin is OK." > > > > > > > > None of that matters, sorry. > > > > > > > > Again, all I am saying is that you can not have some MODULE_() macros > > > > that are ok for code that is built in, and some that are not, for > > > > "reasons" that have to do how you all are treating the build system > > > > infrastructure as you are now putting arbritrary requirements for all > > > > driver authors (of which there are thousands) to know this. > > > > > > As noted once again, it is not putting hard requirement. Future tooling > > > not yet added would just not benefit from distinguishing symbols for > > > your modules. > > > > > > I'm happy to live with module authors not wanting to remove the module > > > license tag from their modules if they can never actually be modules > > > from not benefitting from the above tooling gains as its just cherry > > > on top tooling gains. > > > > Apparently lots of these patches have not arrived in linux-next > > without Acks (we're still discussing about this, right???). > > > > And some of the modified files have no SPDX-License-Identifier > > lines yet, so we are losing important licensing information: > > > > $ git grep -L SPDX-License-Identifier -- $(git show $(git log > > --oneline v6.3-rc1..linux-next/master | grep "remove MODULE_LICENSE in > > non-modules" | cut -d " " -f 1) | lsdiff --strip=1) > > drivers/bus/arm-cci.c > > drivers/bus/imx-weim.c > > drivers/bus/simple-pm-bus.c > > drivers/gpu/drm/drm_mipi_dsi.c > > drivers/irqchip/irq-mvebu-pic.c > > drivers/reset/reset-axs10x.c > > drivers/reset/reset-hsdk.c > > drivers/soc/sunxi/sunxi_sram.c > > drivers/video/fbdev/asiliantfb.c > > drivers/video/fbdev/gbefb.c > > drivers/video/fbdev/imsttfb.c > > drivers/xen/xenbus/xenbus_probe.c > > lib/glob.c > > Ick, that's not ok at all. > > Again, I strongly feel that removing MODULE_LICENSE() lines from files > that just don't happen to be built as a module is not ok as no other > MODULE_*() macro has this arbitrary restriction. I (still) agree with that, and I saw similar comments from others as well. Unfortunately these comments are spread across tens of threads :-( Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds