From mboxrd@z Thu Jan 1 00:00:00 1970 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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id C1850E77188 for ; Tue, 14 Jan 2025 11:33:17 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 433906B0085; Tue, 14 Jan 2025 06:33:17 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 3BCF26B0088; Tue, 14 Jan 2025 06:33:17 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 236996B0089; Tue, 14 Jan 2025 06:33:17 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0017.hostedemail.com [216.40.44.17]) by kanga.kvack.org (Postfix) with ESMTP id 01FD56B0085 for ; Tue, 14 Jan 2025 06:33:16 -0500 (EST) Received: from smtpin07.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay05.hostedemail.com (Postfix) with ESMTP id 717B64415E for ; Tue, 14 Jan 2025 11:33:16 +0000 (UTC) X-FDA: 83005846392.07.8BEA73B Received: from nyc.source.kernel.org (nyc.source.kernel.org [147.75.193.91]) by imf04.hostedemail.com (Postfix) with ESMTP id C2DC840018 for ; Tue, 14 Jan 2025 11:33:14 +0000 (UTC) Authentication-Results: imf04.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=SxarYMfK; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf04.hostedemail.com: domain of mchehab+huawei@kernel.org designates 147.75.193.91 as permitted sender) smtp.mailfrom=mchehab+huawei@kernel.org ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1736854394; a=rsa-sha256; cv=none; b=0vF/ljqduafNwWL62wUu7lLIvOL15cBXAKray9abpyuTWbMrD6tg82f6D24/0ZbHCptqlf NWBQURUvI6ve/k6XgMI4My4Fue0sCDP99W0SzomDFPqulFnHKXChlZ2Et29HhWUsJWaaD/ 8Ajv9aNK2qDm+t8qhIc7GP/1T8gPSe4= ARC-Authentication-Results: i=1; imf04.hostedemail.com; dkim=pass header.d=kernel.org header.s=k20201202 header.b=SxarYMfK; dmarc=pass (policy=quarantine) header.from=kernel.org; spf=pass (imf04.hostedemail.com: domain of mchehab+huawei@kernel.org designates 147.75.193.91 as permitted sender) smtp.mailfrom=mchehab+huawei@kernel.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1736854394; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=xiFScTYvqGp4urCQ8jMSMk5BLc/zA9sG1s6hoCrGFpQ=; b=ZJs6fz+NlmF766Z92Ke27OZvtnpyhr1SnqiIYcvv+8Hpr/iz/Rx3g7grWWyHpq7GPFJq5u wrBplNRi4+uhuCXKvlborw9Tw+79IKKBhi0yXZxrL+a6SgnwwgMJSJmX4WHNfWg6BBsdFu 2O7REXQ06sC/BkT29DuZPbH/ucBLRI0= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by nyc.source.kernel.org (Postfix) with ESMTP id DA50AA40EEC; Tue, 14 Jan 2025 11:31:25 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3EC21C4CEDD; Tue, 14 Jan 2025 11:33:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1736854393; bh=MrivJ/DDz0XYxvN0xXP9ngJ9hdTIa0KM7xnuiQfKegw=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=SxarYMfKtM3whO3COpRgQ5tRlIqHXwhCJef8sfGkc1XBI9pmZAZPc/Yv5v2vPz/wg lanuPJZ7Fe6hHQDXey/rhsOodTJbEiKFI6HEoph4CExODchImkWyDBEI0GWb03+7eW 3CyQWJkYA/gZKmtSYM5Jl+Z9fFzAQjCa4IHCSKtkowRrKKihPa9bgnK0CfUo9+xqiA Aa3ISK7qRCWly58IA6Xj5vSfRsukGPpDAgRZDRTPfu+pxFtOkbVApc1TQCHVJDs24r es3fPrRbCks8C+wcHvA78bFYSPdCt+0VNkFkazcoOmXfaWXzc7TIeU2Uo4FxzKbAX7 ZUkYTDpWXO7Sg== Date: Tue, 14 Jan 2025 12:33:01 +0100 From: Mauro Carvalho Chehab To: Shiju Jose Cc: "linux-edac@vger.kernel.org" , "linux-cxl@vger.kernel.org" , "linux-acpi@vger.kernel.org" , "linux-mm@kvack.org" , "linux-kernel@vger.kernel.org" , "bp@alien8.de" , "tony.luck@intel.com" , "rafael@kernel.org" , "lenb@kernel.org" , "mchehab@kernel.org" , "dan.j.williams@intel.com" , "dave@stgolabs.net" , "Jonathan Cameron" , "dave.jiang@intel.com" , "alison.schofield@intel.com" , "vishal.l.verma@intel.com" , "ira.weiny@intel.com" , "david@redhat.com" , "Vilas.Sridharan@amd.com" , "leo.duran@amd.com" , "Yazen.Ghannam@amd.com" , "rientjes@google.com" , "jiaqiyan@google.com" , "Jon.Grimm@amd.com" , "dave.hansen@linux.intel.com" , "naoya.horiguchi@nec.com" , "james.morse@arm.com" , "jthoughton@google.com" , "somasundaram.a@hpe.com" , "erdemaktas@google.com" , "pgonda@google.com" , "duenwen@google.com" , "gthelen@google.com" , "wschwartz@amperecomputing.com" , "dferguson@amperecomputing.com" , "wbs@os.amperecomputing.com" , "nifan.cxl@gmail.com" , tanxiaofei , "Zengtao (B)" , "Roberto Sassu" , "kangkang.shen@futurewei.com" , wanghuiqiang , Linuxarm Subject: Re: [PATCH v18 01/19] EDAC: Add support for EDAC device features control Message-ID: <20250114123301.3665ada8@foz.lan> In-Reply-To: <08f67030bb81401688ef8a5505f10c7e@huawei.com> References: <20250106121017.1620-1-shiju.jose@huawei.com> <20250106121017.1620-2-shiju.jose@huawei.com> <20250113160611.39bdf3b3@foz.lan> <08f67030bb81401688ef8a5505f10c7e@huawei.com> X-Mailer: Claws Mail 4.3.0 (GTK 3.24.43; x86_64-redhat-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Stat-Signature: j7xo89euex7j7ut4juxeehgyk56gmao4 X-Rspam-User: X-Rspamd-Queue-Id: C2DC840018 X-Rspamd-Server: rspam08 X-HE-Tag: 1736854394-110733 X-HE-Meta: U2FsdGVkX18C3YbsGxuwtr/V8Ap3JMtQWcu+ZKtIMFUrsuVG7lhxDSDgUO1myeDwk/PenwK31yt2V8NfC+EjsCLtE3i9y2zN4c6IT33RqlHIXiKaOIBFOOwweACZ/KYhn3O8HrrhNxoP8MLjJIgEQV44zKpeoJBAz/XZj24mO19p7kAjH2HGho4XJH6qsRxpofjDfwpfbPvGRv1H49Rwmm91oRfReEHoMalfwUeZzE4jzbqenrp3B+yVvoeXoWcXkzvtNGUhMcq4g8D7tmBmsdbRF7m7cA2oAiNYjLc63Z80d0QS0bMinNc2ZsTd7Yd4clBmYM2HYZC9KHN+PP/vIx7kcANjJ5zVTjnTHfoKf3q15/VEyouK4WIcmrj2n0O9lBlf83PjayfJGko2fLsh+2NTRQFa0x+YgBav1gC+H6xXRxyGDFkEu7mpiGN1mhCPR2ziR1FyqNVbQ1pUudaaQD6u9+9HWBy4C6RvmwB8BQWSGlmB42uTVWC3yHOlVgxSB/pGv/2rNHy89nnBF6P+gvDsg8Gt3X1rzr36cdBo+u/8rgCy9Pmr8F9u1VVLStTTrLPfeE2bW7xRN8OEEJuXA+N/wZa4iANBcqxCYZ0CGOUB0bD2+bJP2g2ShLGMGEObNcbSY5Z0B4M4R4YbzSTrDash/gxFfst8p3yNEGrE30JeO6koDiHPW1zm8jf4YPQAbnBn1yqheKsEGJZ3Con8jF28LA7BdlP8rDU+3dVtytDG7/3hlj83ftUw0NwC7AN+hdAay25Wo9HcQnPYoJmdnfatDoSqo5B/1pt2sQFqrOxqOh+JowxqP0Rq2RtjBxKgJz4jK3MJD6KOnMdrSX3Yjqz3UHQUOQp8oGu+os4ghAf6gT6GFuLxZGAfmF9SbDaahyUfaoqsswvcDpCipkly/LftbqVc4f9fbG7Yu9qC6+Ybg07CbYoYlL2tuBzA1uf0EDHPkriTHZJhuWiONCG ge+hItq3 l/rlYwqi6SNEhEKeTyOQedztJZdvZVRTUH0EkOpyByFwFnfRS30kbrDQpMBvWyroeqTNh+Wr0DoZ41naA6i/6t2leacXuI6keYByhbSz+mfA5NcA2Amjq1QoI0P80JuEksnau2969aw1r6Q9yndmifT+GaYXmM+n/WgktkI/Pl9OZZNQBsburfKi/Cj5iYt7Z2CWkctB1EZuJVf+hTVz3pfWwY4pXZn5EESDcGFXbcZMOnYaWcqxi9cMvuG7TaSfj2pzau3mK6J3uhoaIgE/tK0im0s31jnlfRq9S5HzeozmRpRViQ/4svPqSDwLuF42ZBTms6B/cVRvVg0ostg111S/QdoKpK2BRfdhuyz8FaoX8tAaAQ0k1LO+A4Ogv6oKBGhVwFQMjW9HMxDRXZVGwv7EwbA6HwC5h3rAXlidnjCVY4oxcJ23hjIaMhZMPeaqohqBUPwPpYhQqO6U7WjA8f0HGmLFJ1MXPyqZTV0yu2RIJKTGe8UFq2K/0lV14Iobkdp/vbYVJXDiw7fP/vxMcRUP8zzT+ChLjdMZdqs1Nc/FhzfBC7m2EuLNXgc69bm+0pt/Zk3DNyk79DeiG+uz5mK6pUmkCRtZ87aVzB6KE+QzpiLF4MCPwiIVZfVya2x8CKwSb X-Bogosity: Ham, tests=bogofilter, spamicity=0.000081, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Em Tue, 14 Jan 2025 10:08:42 +0000 Shiju Jose escreveu: > >> diff --git a/Documentation/edac/features.rst > >> b/Documentation/edac/features.rst new file mode 100644 index > >> 000000000000..f32f259ce04d > >> --- /dev/null > >> +++ b/Documentation/edac/features.rst > >> @@ -0,0 +1,94 @@ > >> +.. SPDX-License-Identifier: GPL-2.0 > > > >SPDX should match what's written there, e. g. > > > > .. SPDX-License-Identifier: GPL-2.0 OR GFDL-1.2-no-invariants-or-later > > > >Please notice that GNU FDL family contains both open source and non-open > >source licenses. The open-source one is this: > > > > https://spdx.org/licenses/GFDL-1.2-no-invariants-or-later.html > > > >E.g. it is a the license permits changing the entire document in the future, as > >there's no invariant parts on it. > This seems not widely used, have seen this is used in few documents only. This was added after some discussions I had with LF people in charge of SPDX: GFDL explicitly allows to have some parts that can't be touched by future patches. Those are "invariant" parts of the document. They were designed in a way that the original author's notes can't be touched on any further patch from someone's else. You can see more about that at: https://www.gnu.org/licenses/fdl-howto-opt.en.html See: "The classical example of an invariant nontechnical section in a free manual is the GNU Manifesto, which is included in the GNU Emacs Manual. The GNU Manifesto says nothing about how to edit with Emacs, but it explains the reason why I wrote GNU Emacs" And: https://www.gnu.org/gnu/manifesto.html Due to its nature of being invariant, most people consider it as a non-open-source license. See, for instance: https://www.debian.org/vote/2006/vote_001 Due to such concerns, after several discussions I had with interested parties, this was added to SPDX spec and to the Linux Kernel: - GFDL-1.2-no-invariants-only - for GFDL v 1.2 only - GFDL-1.2-no-invariants-or-later - for GFDL v 1.2 or later (plus variants for other GFDL versions) You may use either one of them, but you should *not* use GFDL-1.2 as this is deprecated: https://spdx.org/licenses/GFDL-1.2.html And need to be replaced by either: https://spdx.org/licenses/GFDL-1.2-no-invariants-or-later.html or: https://spdx.org/licenses/GFDL-1.2-invariants-only.html Thanks, Mauro