Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp4486619rwd; Tue, 30 May 2023 06:10:57 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ5NV8pNKVF6U6ZaDbAe7EGfFztHZ8gKkUeb60KLEXzwWuSpUWqDTkOHPQaz/S9laPbaULzJ X-Received: by 2002:a05:6a00:cd5:b0:64d:742f:f590 with SMTP id b21-20020a056a000cd500b0064d742ff590mr2534517pfv.8.1685452257165; Tue, 30 May 2023 06:10:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1685452257; cv=none; d=google.com; s=arc-20160816; b=EGqXXE9ISV5+7Bxq5SkAquqdqn8ZNDWBGIglf4hskKxT4T67NFF4kBaGKU/R0Gh0ZP o10VevCkl69gNXp3t0XNI/Wrr00by59LSdn8PvjqlteizJzyp19DWXeTO8b/LXOnJ/t3 8nLkA8ToQSWZHY2Pj1kjIuwEekSq2EOy5Rfj9WZv4TOlC0qrnlN3zAHlknMVCXMLIAbb IuxcHUCZ9yE0L1MiAtTla9Ew2ykQwzKguhnjrgoQj1C/wd8h2MK7alAuJnmIJf/Q3qKR MDVfg+QfEefQEmERvKx7mV5pjFQ6shgu2KYTiVULgHQGjMsFegSRf89pCI5qm9KzOdc1 DidQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:dkim-signature:dkim-filter; bh=3SGbXGOQNzzGuMtucvkj8QS43S18mpeT+xTTD9gRr68=; b=Paygyw2KxRb5Y/GulRTlu/k8A0BoH/CIEPzvWhET7WocEYH9vaUhqKEviRF1GcHPc3 SBensCpYnkdmC5mM1Pdzu+Ty2+mNigZG2mrJlyecD1IxwZ/aHvuXYwIZxMA4uUTb6Xs7 a6S6//AzSIiNfUwUZ57fXn3u0qV2dx75i/54OK+RhKdnEbxkUQLXn7gf6538u0IiGJNF HD9HY2EuftxwKOwSPqa2kiXFBZBY7ZXiUrT2Pln7YtzaEkfsI2hYEld0rczmwYim2zVJ 61FhwCw2PPH0xNXH7L938oSTbFvLm5nNhw1vjkx2JL+eF9lEzI2DAlZGIswI+0sWkg/9 zWoA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@lwn.net header.s=20201203 header.b="fQLTe/EM"; 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 u145-20020a627997000000b0064d72691d73si1667842pfc.316.2023.05.30.06.10.45; Tue, 30 May 2023 06:10:57 -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; dkim=pass header.i=@lwn.net header.s=20201203 header.b="fQLTe/EM"; 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 S231484AbjE3NCn (ORCPT + 99 others); Tue, 30 May 2023 09:02:43 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60910 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232540AbjE3NCg (ORCPT ); Tue, 30 May 2023 09:02:36 -0400 X-Greylist: delayed 79971 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Tue, 30 May 2023 06:02:32 PDT Received: from ms.lwn.net (ms.lwn.net [45.79.88.28]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0EAA4D9; Tue, 30 May 2023 06:02:32 -0700 (PDT) Received: from localhost (mdns.lwn.net [45.79.72.68]) (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 165FD5CC; Tue, 30 May 2023 13:02:29 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.11.0 ms.lwn.net 165FD5CC DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lwn.net; s=20201203; t=1685451751; bh=3SGbXGOQNzzGuMtucvkj8QS43S18mpeT+xTTD9gRr68=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=fQLTe/EMkViY19r/dHDcNbZ14XWOlj9BKD73/NwQgPP+qgOQzu6QiIkelbQwXpj3S H1beUZwWf1ho4h4uRVjJ6ByOHdtCN9zXw+WmuLl8WBA7qTwHe4kUiotqquVeJJmfJX +6Eq/Be3Uxp3vxuzEYYd5StIRsHOfYjbwhu9CU0hAEi6OCbPC4vNAJd0n2j//aOhte cI9FdwrwqPvCXBna/YB7M8kToLOgzWlRA6FBDlaopMDy016wrDP6gmrSaxsaFfqPXh vDf7F3ME9XEFq3oRXMEHBBhQ1RO/pAtlagOuf2LQnfbwYtxtZnhwN6rSYNP7cZhSMk 2YGJDg55H+4ug== From: Jonathan Corbet To: Conor Dooley , soc@kernel.org Cc: conor@kernel.org, conor.dooley@microchip.com, devicetree@vger.kernel.org, krzysztof.kozlowski+dt@linaro.org, linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org, olof@lixom.net, palmer@dabbelt.com, robh+dt@kernel.org, arnd@arndb.de Subject: Re: [PATCH v2] Documentation/process: add soc maintainer handbook In-Reply-To: <20230530-multiple-whooping-ee5706fceb67@wendy> References: <20230530-multiple-whooping-ee5706fceb67@wendy> Date: Tue, 30 May 2023 07:02:26 -0600 Message-ID: <87bki23rbx.fsf@meer.lwn.net> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham 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 Conor Dooley writes: > Arnd suggested that adding a maintainer handbook for the SoC "subsystem" > would be helpful in trying to bring on board maintainers for the various > new platforms cropping up in RISC-V land. > > Add a document briefly describing the role of the SoC subsystem and some > basic advice for (new) platform maintainers. > > Suggested-by: Arnd Bergmann > Signed-off-by: Conor Dooley > --- > Changes in v2: > - add Krzysztof's suggested method for avoiding inter-branch > dependencies > - explicitly mention that tags should be signed > - link to the devicetree abi document, rather than trying to explain it > here & reword that whole section > - fix some typos, capitalisation & unify bullet style > > The devicetree abi doc feels quite out of date at this point, and could > probably do with a spring clean - but it also feels like hallowed ground > on which one should tread lightly, so I won't go near that til Rob is > back. So, this is a nit, but worth considering... > Documentation/devicetree/bindings/ABI.rst | 2 + > .../devicetree/bindings/writing-schema.rst | 2 + > .../process/maintainer-handbooks.rst | 3 +- > Documentation/process/maintainer-soc.rst | 178 ++++++++++++++++++ > MAINTAINERS | 1 + > 5 files changed, 185 insertions(+), 1 deletion(-) > create mode 100644 Documentation/process/maintainer-soc.rst > > diff --git a/Documentation/devicetree/bindings/ABI.rst b/Documentation/devicetree/bindings/ABI.rst > index a885713cf184..93ec82f78ae5 100644 > --- a/Documentation/devicetree/bindings/ABI.rst > +++ b/Documentation/devicetree/bindings/ABI.rst > @@ -1,5 +1,7 @@ > .. SPDX-License-Identifier: GPL-2.0 > > +.. _devicetree-abi: Somehow we've developed this habit of putting labels at the top of each file; I really think that they just add clutter and are best left out. Without the label, this reference: > +Perhaps one of the most important things to highlight is that dt-bindings > +document the ABI between the devicetree and the kernel. Please see > +:ref:`devicetree-abi` more information on the ABI. ...can just be written as "Please see Documentation/devicetree/bindings/ABI.rst". The cross-reference link will be generated as expected, and readers of the plain-text docs don't have to go grepping to find the reference. Thanks, jon