Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp494313rwb; Wed, 28 Sep 2022 05:39:34 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6i+BFGxZrzGgpEHEDIUr5bQ0WBq0gBcACi5oYvbB5emeG0O8S37Mdw6d6yWVhaoT4hPPcv X-Received: by 2002:a05:6402:280f:b0:44e:ee5c:da6b with SMTP id h15-20020a056402280f00b0044eee5cda6bmr32961854ede.256.1664368774291; Wed, 28 Sep 2022 05:39:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664368774; cv=none; d=google.com; s=arc-20160816; b=HjArIu3wxB1tYHhFSUCJkZRULfGIu7OBmcpM3PtMZHbfBQ6MPEtQDmj1yj91/9PvhT JORGYWVI+vGbbZqY7vhfOqb85yaj68YCSp0QSyWB+ORDtKG8+T3IMrh1W34ZjCJW7sms UcCR78jHHdLTNvsaMIQxk312UcCCHhuqpwpaMzt0juyYDuXjhZnPfU1Y2fhs9xVAv1ZM 7gv7/1gB8Yo4CDBQbZb7DFkhaIJKPHZI8eGS3yi0QXpRhhRckBkHD9RTptHo5sQNZU2B 04C9cbX2J1bRwVGeV96DdJPmYAt4/J5sOCEpOz1o04fk0EmvDxF89O2Z6Z+QwDB6s8qI xKSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:subject :from:references:cc:to:content-language:user-agent:mime-version:date :message-id; bh=0dWcy7SjawY1GX4QROrWLvZxF1W1ClbHE1A7NaZarhs=; b=o6M8hyW/6GvJMeTG+MH7/BhO8mG0kLA82eU+N8D0r3XgwggfkDODPnv+VQKdnUEOO9 OqJ0ZJuEeMCe4UROV+wq4TjE00qnzDv27lha7g8rAPcqpIP7UwlZFTwXn9MHdJkqoJ/V Zf4MitmXR+7zK0rS8v84EIk89oLNPvTlOrv2gnIc5OmuosOhakaAGN0/cVKxGyBQ1OEz KDxmb/AoIj3JPOz16La62VvvcunDLy0o0cXwwY6DKjBG5UdKEwIrI0YduSNwSRvFjIdN /VmUmMaow00sAB3laXKovgnPed/CK8Idd+ZOS8BiBrz4aLhJmXNVJYxO4RxeX1jdtZV7 hVVg== 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 i26-20020a0564020f1a00b00457e7b5d230si2224151eda.550.2022.09.28.05.39.04; Wed, 28 Sep 2022 05:39:34 -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 S233850AbiI1MCY (ORCPT + 99 others); Wed, 28 Sep 2022 08:02:24 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42688 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233775AbiI1MCO (ORCPT ); Wed, 28 Sep 2022 08:02:14 -0400 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [IPv6:2a01:488:42:1000:50ed:8234::]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 41F566D9F2; Wed, 28 Sep 2022 05:02:07 -0700 (PDT) Received: from [2a02:8108:963f:de38:eca4:7d19:f9a2:22c5]; authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1odVlL-0005C5-OC; Wed, 28 Sep 2022 14:02:03 +0200 Message-ID: Date: Wed, 28 Sep 2022 14:02:03 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Content-Language: en-US, de-DE To: Bryan O'Donoghue , corbet@lwn.net, konstantin@linuxfoundation.org, krzysztof.kozlowski@linaro.org, linux-doc@vger.kernel.org Cc: linux-kernel@vger.kernel.org References: <20220928003006.230103-1-bryan.odonoghue@linaro.org> <9df735b7-2963-9fca-aa7e-6ae993e8b948@leemhuis.info> <9a321c25-32ba-6ea0-67a0-07617a1131b2@linaro.org> From: Thorsten Leemhuis Subject: Re: [PATCH] Documentation/process: Add text to indicate supporters should be mailed In-Reply-To: <9a321c25-32ba-6ea0-67a0-07617a1131b2@linaro.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-bounce-key: webpack.hosteurope.de;linux@leemhuis.info;1664366527;50ef800d; X-HE-SMSGID: 1odVlL-0005C5-OC X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS 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 On 28.09.22 13:48, Bryan O'Donoghue wrote: > On 28/09/2022 05:34, Thorsten Leemhuis wrote: >> On 28.09.22 02:30, Bryan O'Donoghue wrote: >>> Recently when submitting a yaml change I found that I had omitted the >>> maintainer whose tree the change needed to go through. >>> >>> The reason for that is the path in MAINTAINERS is marked as Supported >>> not >>> Maintained. Reading MAINTAINERS we see quote: >>> >>>             Supported:   Someone is actually paid to look after this. >>>             Maintained:  Someone actually looks after it. >>> >>> The current submitting-patches.rst only says to mail maintainers >>> though not >>> supporters. When we run scripts/get_maintainer.pl anybody who is >>> denoted a >>> paid maintainer will appear as a supporter. >>> >>> Let's add some text to the submitting-patches.rst to indicate that >>> supporters should similarly be mailed so that you can't do as I did and >>> mail every maintainer get_maintainer.pl tells you to, without actually >>> mailing the one supporter you need to. > [...] >> Which leads to two other question: Are there any other places that might >> benefit from such a clarification? Or would it be even make sense to >> change the format of MAINTAINERS to avoid the problem in the first >> place? Maybe something like "Maintained(v)" (Someone volunteered to look >> after it in spare hours.) and "Maintained(p)" (Someone is actually paid >> to look after this.). Ahh, no, that doesn't look good. But you get the >> idea. > > We could update get_maintainer to print out something else > such as I really like the idea of just changing get_maintainer, but also... > scripts/get_maintainer.pl > Documentation/devicetree/bindings/mfd/qcom,spmi-pmic.yaml > > Andy Gross (maintainer:ARM/QUALCOMM SUPPORT) > Bjorn Andersson (maintainer:ARM/QUALCOMM > SUPPORT) > Konrad Dybcio (reviewer:ARM/QUALCOMM > SUPPORT) > Lee Jones (maintainer-supporter:MULTIFUNCTION DEVICES > (MFD)) > > or say > > scripts/get_maintainer.pl > Documentation/devicetree/bindings/mfd/qcom,spmi-pmic.yaml > Andy Gross (maintainer:ARM/QUALCOMM SUPPORT) > Bjorn Andersson (maintainer:ARM/QUALCOMM > SUPPORT) > Konrad Dybcio (reviewer:ARM/QUALCOMM > SUPPORT) > Lee Jones (supporting-maintainer:MULTIFUNCTION DEVICES > (MFD)) > > it would be less churn but, I still think we would need to update the > documentation to be very explicit that "supporting-maintainer or > maintainer" needs to be emailed with your patch so that sufficiently > talented idiots such as myself, know who to mail. > > Although thinking about it we would be introducing yet another term > "supporting-maintainer" to which people would say "what is that" ...agree with this. > Feels a little less confusing to me to leave supporter as-is and just > document expectations for patch submission better. Hmm, how about this: scripts/get_maintainer.pl Documentation/devicetree/bindings/mfd/qcom,spmi-pmic.yaml Lee Jones (maintainer[supported]:MULTIFUNCTION DEVICES (MFD)) Andy Gross (maintainer[volunteer]:ARM/QUALCOMM SUPPORT) Bjorn Andersson (maintainer[volunteer]:ARM/QUALCOMM SUPPORT) Konrad Dybcio (reviewer:ARM/QUALCOMM SUPPORT) Not totally sure about this myself. And there is a risk that any such change might break scripts that rely on the current approach used by scripts/get_maintainer.pl :-/ Ciao, Thorsten