Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 47DA6C6379F for ; Mon, 13 Feb 2023 17:30:51 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229783AbjBMRau (ORCPT ); Mon, 13 Feb 2023 12:30:50 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43884 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229651AbjBMRas (ORCPT ); Mon, 13 Feb 2023 12:30:48 -0500 Received: from ms.lwn.net (ms.lwn.net [IPv6:2600:3c01:e000:3a1::42]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0651FA276; Mon, 13 Feb 2023 09:30:46 -0800 (PST) Received: from localhost (unknown [IPv6:2601:281:8300:73::5f6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ms.lwn.net (Postfix) with ESMTPSA id 7621635F; Mon, 13 Feb 2023 17:30:45 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net 7621635F DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1676309445; bh=+0G13RTh6TKJd+Psii2Hnwyy6W/qCSu6rqe6+5bBQ1A=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=V5bvl/7/rl++F9YhB+WZvzhrYMi1v31mog3I+XmrgoQBisl7CyvRhQpjApEO/6otQ 22hRCUpCaufkRkl97rafJWbb1bHYUPmh0uKHR67gYPr+AR2qMCWpbHpOUO/yAUnfrk sseiyIotkQGyF03z+ixuE/q0sK4xU93okXadrQgrqtNO4Tdp21PYf8vPMaO2Vn8VMU RHHOeSbIPG0YiKOLBEfksz8SISGKxxJhVVPjcPn0UzHUX239SPfjIItcboIq7o9lqz OqDX0r9PqrJPxbt61NX7wd7LzEWKNACuM82PZ7vixL/44V4GO8Kfj09sQwSLJxrewe 8KuY8EKPe21JA== From: Jonathan Corbet To: Leon Romanovsky , Nick Alcock Cc: Conor Dooley , mcgrof@kernel.org, linux-modules@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-riscv@lists.infradead.org Subject: Re: [PATCH 8/8] kbuild, PCI: microchip: comment out MODULE_LICENSE in non-modules In-Reply-To: References: <20230210164749.368998-1-nick.alcock@oracle.com> <20230210164749.368998-9-nick.alcock@oracle.com> <871qmx1fv5.fsf@esperi.org.uk> Date: Mon, 13 Feb 2023 10:30:44 -0700 Message-ID: <87ilg5mq0r.fsf@meer.lwn.net> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Leon Romanovsky writes: > It looks odd to me too. Please add SPDX tag in modules which don't have > it already, instead of commenting code. So I'm just a bystander here and should probably be ignored, but ... From what I can see, Nick is attempting one of those cross-tree cleanups that's painful enough to do on its own. This request is asking him to perform a different, unrelated, and potentially fraught cleanup that the maintainers of the code in question have not yet managed to get around to taking care of. This will impede an already prolonged process and, IMO, unnecessarily so. Wouldn't it be better to let this work proceed while making a note of the files still needing SPDX tags? I'll shut up now :) Thanks, jon