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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D5B88C4708C for ; Thu, 1 Dec 2022 10:42:22 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230422AbiLAKmV (ORCPT ); Thu, 1 Dec 2022 05:42:21 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50334 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230175AbiLAKmR (ORCPT ); Thu, 1 Dec 2022 05:42:17 -0500 Received: from gandalf.ozlabs.org (gandalf.ozlabs.org [150.107.74.76]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3222F9F4AC; Thu, 1 Dec 2022 02:42:16 -0800 (PST) Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 4NNCLc4QCXz4xFy; Thu, 1 Dec 2022 21:42:00 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellerman.id.au; s=201909; t=1669891334; bh=4hif7EODqPU9RIQoNSM7f4kViT96m8PqRMy1FOSRqmw=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=XMDViV6CFDY+O8nTTE8IlEWWvY7H8YPqwD0Tn3KS84kUAblouGGNC2+Nia8sW2MYv qiQITUGJnoNf2rF8FqcIgIFTtKJlyIpcKBWiNrEakO5NLQ+ickTPEjtr01+GlyanLx mzZ9YX/t1jp5UON6rpZmvdKzHLeuceJXW2c99G//FjEB6EQyCPN8TlRw5ClPGntYn1 1lstUDxUIwXt5rogz0qwgKe9XH3/+5CPLNT6DZ3ksaq4/yXNeIe6xOWsdnc3/9h44G yfuCxdwdv4chZHzuDDmEcJxiTEJT36pr3DPrHlRrFjnXSjff4fqmP4a9zPs8OfNA43 pIMyXosyZ93DA== From: Michael Ellerman To: =?utf-8?B?QXLEsW7DpyDDnE5BTA==?= , Andrew Lunn Cc: Vladimir Oltean , Krzysztof Kozlowski , soc@kernel.org, "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Rob Herring , Krzysztof Kozlowski , Gregory Clement , Sebastian Hesselbarth , Russell King , Nicolas Ferre , Alexandre Belloni , Claudiu Beznea , Ray Jui , Scott Branden , Broadcom internal kernel review list , Florian Fainelli , Hauke Mehrtens , =?utf-8?Q?Rafa?= =?utf-8?Q?=C5=82_Mi=C5=82ecki?= , Hans Ulli Kroll , Linus Walleij , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , NXP Linux Team , Matthias Brugger , Andy Gross , Bjorn Andersson , Konrad Dybcio , Geert Uytterhoeven , Magnus Damm , Maxime Coquelin , Alexandre Torgue , Chen-Yu Tsai , Jernej Skrabec , Samuel Holland , Stefan Agner , Heiko Stuebner , Thomas Bogendoerfer , Sergio Paracuellos , Nicholas Piggin , Christophe Leroy , Tim Harvey , Peng Fan , Rasmus Villemoes , Frank Wunderlich , Michael Riesch , Oleksij Rempel , netdev@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-arm-msm@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-sunxi@lists.linux.dev, linux-rockchip@lists.infradead.org, linux-mips@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Subject: Re: [PATCH 0/5] remove label = "cpu" from DSA dt-binding In-Reply-To: <32638470-b074-3b14-bfb2-10b49307b9e3@arinc9.com> References: <20221130141040.32447-1-arinc.unal@arinc9.com> <32638470-b074-3b14-bfb2-10b49307b9e3@arinc9.com> Date: Thu, 01 Dec 2022 21:42:00 +1100 Message-ID: <877czbs8w7.fsf@mpe.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org Ar=C4=B1n=C3=A7 =C3=9CNAL writes: > On 30.11.2022 18:55, Andrew Lunn wrote: >> On Wed, Nov 30, 2022 at 05:10:35PM +0300, Ar=C4=B1n=C3=A7 =C3=9CNAL wrot= e: >>> Hello folks, >>> >>> With this patch series, we're completely getting rid of 'label =3D "cpu= ";' >>> which is not used by the DSA dt-binding at all. >>> >>> Information for taking the patches for maintainers: >>> Patch 1: netdev maintainers (based off netdev/net-next.git main) >>> Patch 2-3: SoC maintainers (based off soc/soc.git soc/dt) >>> Patch 4: MIPS maintainers (based off mips/linux.git mips-next) >>> Patch 5: PowerPC maintainers (based off powerpc/linux.git next-test) >>=20 >> Hi Ar=C4=B1n=C3=A7 >>=20 >> So your plan is that each architecture maintainer merges one patch? > > Initially, I sent this series to soc@kernel.org to take it all but Rob=20 > said it must be this way instead. > >>=20 >> That is fine, but it is good to be explicit, otherwise patches will >> fall through the cracks because nobody picks them up. I generally use >> To: to indicate who i expect to merge a patch, and everybody else in >> the Cc: > > Thanks for this, I'll follow suit if I don't see any activity for a few=20 > weeks. IMHO the best solution if the patches are truly independent is to send them independantly to each maintainer. That way there's no confusion about whether someone else will take the series. It's also simpler for maintainers to apply a single standalone patch vs pick a single patch from a larger series. cheers 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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 46AA4C43217 for ; Thu, 1 Dec 2022 10:42:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:Cc:List-Subscribe: List-Help:List-Post:List-Archive:List-Unsubscribe:List-Id: Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date: References:In-Reply-To:Subject:To:From:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Owner; bh=4hif7EODqPU9RIQoNSM7f4kViT96m8PqRMy1FOSRqmw=; b=Zq3o0NR0Sf2aUpMLvu0Bci5TAK Nv5/CJ72IO6BoLy+Eyc/16EGDOG/8/+3uS6dQ+iiedK1EMI6uD2GJcoWMGs9ucRaixIZrHizhYMg6 xt/OQn3SmU+00ukx1bMwjWylm4/ha0lyhJ1AgWj8WIt47NEDl2jU0BeMoyA67tnUInbad1tLg1mTt A1XH7GKYtt+F8pbc9tr/jm/I9pw68IaPXqfP7iFMb2OJ/ZkW44ssGPuIN7jp6daAZhrMLPKZIaGIQ ohZ9vNc1WorGI81BT58TimRHqcwlTuyDuQu9iXi3YUn/PJqX8YbaS2DBzMwatMWncLQPgqNT3wnwj W8iXyu1g==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1p0h1S-006noD-C2; Thu, 01 Dec 2022 10:42:30 +0000 Received: from mail.ozlabs.org ([2404:9400:2221:ea00::3] helo=gandalf.ozlabs.org) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1p0h1L-006nk8-2g; Thu, 01 Dec 2022 10:42:28 +0000 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 4NNCLc4QCXz4xFy; Thu, 1 Dec 2022 21:42:00 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellerman.id.au; s=201909; t=1669891334; bh=4hif7EODqPU9RIQoNSM7f4kViT96m8PqRMy1FOSRqmw=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=XMDViV6CFDY+O8nTTE8IlEWWvY7H8YPqwD0Tn3KS84kUAblouGGNC2+Nia8sW2MYv qiQITUGJnoNf2rF8FqcIgIFTtKJlyIpcKBWiNrEakO5NLQ+ickTPEjtr01+GlyanLx mzZ9YX/t1jp5UON6rpZmvdKzHLeuceJXW2c99G//FjEB6EQyCPN8TlRw5ClPGntYn1 1lstUDxUIwXt5rogz0qwgKe9XH3/+5CPLNT6DZ3ksaq4/yXNeIe6xOWsdnc3/9h44G yfuCxdwdv4chZHzuDDmEcJxiTEJT36pr3DPrHlRrFjnXSjff4fqmP4a9zPs8OfNA43 pIMyXosyZ93DA== From: Michael Ellerman To: =?utf-8?B?QXLEsW7DpyDDnE5BTA==?= , Andrew Lunn Subject: Re: [PATCH 0/5] remove label = "cpu" from DSA dt-binding In-Reply-To: <32638470-b074-3b14-bfb2-10b49307b9e3@arinc9.com> References: <20221130141040.32447-1-arinc.unal@arinc9.com> <32638470-b074-3b14-bfb2-10b49307b9e3@arinc9.com> Date: Thu, 01 Dec 2022 21:42:00 +1100 Message-ID: <877czbs8w7.fsf@mpe.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20221201_024223_568800_F2E020FC X-CRM114-Status: GOOD ( 16.09 ) X-BeenThere: linux-mediatek@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Alexandre Belloni , Heiko Stuebner , Geert Uytterhoeven , Tim Harvey , Vladimir Oltean , Linus Walleij , Konrad Dybcio , Alexandre Torgue , Stefan Agner , linux-kernel@vger.kernel.org, Eric Dumazet , Christophe Leroy , Krzysztof Kozlowski , Oleksij Rempel , Fabio Estevam , Peng Fan , Florian Fainelli , Samuel Holland , linux-rockchip@lists.infradead.org, Gregory Clement , =?utf-8?Q?Rafa?= =?utf-8?Q?=C5=82_Mi=C5=82ecki?= , Magnus Damm , Russell King , Jernej Skrabec , linux-stm32@st-md-mailman.stormreply.com, Sergio Paracuellos , Chen-Yu Tsai , Andy Gross , Broadcom internal kernel review list , NXP Linux Team , Ray Jui , Jakub Kicinski , Paolo Abeni , Sascha Hauer , Sebastian Hesselbarth , linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, Maxime Coquelin , Hauke Mehrtens , Hans Ulli Kroll , linuxppc-dev@lists.ozlabs.org, Nicholas Piggin , linux-mips@vger.kernel.org, soc@kernel.org, Rob Herring , linux-mediatek@lists.infradead.org, Matthias Brugger , linux-arm-kernel@lists.infradead.org, Thomas Bogendoerfer , Scott Branden , netdev@vger.kernel.org, Bjorn Andersson , Rasmus Villemoes , Nicolas Ferre , "David S. Miller" , linux-renesas-soc@vger.kernel.org, linux-sunxi@lists.linux.dev, Krzysztof Kozlowski , Pengutronix Kernel Team , Shawn Guo , Claudiu Beznea , Michael Riesch Sender: "Linux-mediatek" Errors-To: linux-mediatek-bounces+linux-mediatek=archiver.kernel.org@lists.infradead.org Ar=C4=B1n=C3=A7 =C3=9CNAL writes: > On 30.11.2022 18:55, Andrew Lunn wrote: >> On Wed, Nov 30, 2022 at 05:10:35PM +0300, Ar=C4=B1n=C3=A7 =C3=9CNAL wrot= e: >>> Hello folks, >>> >>> With this patch series, we're completely getting rid of 'label =3D "cpu= ";' >>> which is not used by the DSA dt-binding at all. >>> >>> Information for taking the patches for maintainers: >>> Patch 1: netdev maintainers (based off netdev/net-next.git main) >>> Patch 2-3: SoC maintainers (based off soc/soc.git soc/dt) >>> Patch 4: MIPS maintainers (based off mips/linux.git mips-next) >>> Patch 5: PowerPC maintainers (based off powerpc/linux.git next-test) >>=20 >> Hi Ar=C4=B1n=C3=A7 >>=20 >> So your plan is that each architecture maintainer merges one patch? > > Initially, I sent this series to soc@kernel.org to take it all but Rob=20 > said it must be this way instead. > >>=20 >> That is fine, but it is good to be explicit, otherwise patches will >> fall through the cracks because nobody picks them up. I generally use >> To: to indicate who i expect to merge a patch, and everybody else in >> the Cc: > > Thanks for this, I'll follow suit if I don't see any activity for a few=20 > weeks. IMHO the best solution if the patches are truly independent is to send them independantly to each maintainer. That way there's no confusion about whether someone else will take the series. It's also simpler for maintainers to apply a single standalone patch vs pick a single patch from a larger series. cheers 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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 53E90C4321E for ; Thu, 1 Dec 2022 10:42:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-ID:Date:References :In-Reply-To:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=rHhyg1lbO/ua2cTIcSWAz5lL1ro+LpYMYvpa/srxNTs=; b=nlncKsyZBsX5sn b5YBghXdA7OGqXwsyStBF1ySm6kyzeLzIIoBlsDiUR52zmfDJ19PGY8/rRFtYj7Y2LTIhR8rtM7KP sVOQ69Wr2S8Fdn4dbIPIip8GztH1JZvPaXWS5iYkDOja18wK9DGSUJuA15WTxE1KqTWeYp9uldpjK mW/rP9vB0oZ/60C4FEj0+bY4Sm2R6lwTt/jsY3oXHKphppwobHCtTQHL9+k3G++COtTx6CH17/Ipu Z3vm6uupAgOnhBEWfX8CAc78Dy3Ma3k0KGG0mc4fBtVl980u2/XT9T6xxI0G0KMv2cwgYYZtZSbBj hWu4ccviidGLjCD0LRfg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1p0h1T-006noO-4I; Thu, 01 Dec 2022 10:42:31 +0000 Received: from mail.ozlabs.org ([2404:9400:2221:ea00::3] helo=gandalf.ozlabs.org) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1p0h1L-006nk8-2g; Thu, 01 Dec 2022 10:42:28 +0000 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 4NNCLc4QCXz4xFy; Thu, 1 Dec 2022 21:42:00 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellerman.id.au; s=201909; t=1669891334; bh=4hif7EODqPU9RIQoNSM7f4kViT96m8PqRMy1FOSRqmw=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=XMDViV6CFDY+O8nTTE8IlEWWvY7H8YPqwD0Tn3KS84kUAblouGGNC2+Nia8sW2MYv qiQITUGJnoNf2rF8FqcIgIFTtKJlyIpcKBWiNrEakO5NLQ+ickTPEjtr01+GlyanLx mzZ9YX/t1jp5UON6rpZmvdKzHLeuceJXW2c99G//FjEB6EQyCPN8TlRw5ClPGntYn1 1lstUDxUIwXt5rogz0qwgKe9XH3/+5CPLNT6DZ3ksaq4/yXNeIe6xOWsdnc3/9h44G yfuCxdwdv4chZHzuDDmEcJxiTEJT36pr3DPrHlRrFjnXSjff4fqmP4a9zPs8OfNA43 pIMyXosyZ93DA== From: Michael Ellerman To: =?utf-8?B?QXLEsW7DpyDDnE5BTA==?= , Andrew Lunn Cc: Vladimir Oltean , Krzysztof Kozlowski , soc@kernel.org, "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Rob Herring , Krzysztof Kozlowski , Gregory Clement , Sebastian Hesselbarth , Russell King , Nicolas Ferre , Alexandre Belloni , Claudiu Beznea , Ray Jui , Scott Branden , Broadcom internal kernel review list , Florian Fainelli , Hauke Mehrtens , =?utf-8?Q?Rafa?= =?utf-8?Q?=C5=82_Mi=C5=82ecki?= , Hans Ulli Kroll , Linus Walleij , Shawn Guo , Sascha Hauer , Pengutronix Kernel Team , Fabio Estevam , NXP Linux Team , Matthias Brugger , Andy Gross , Bjorn Andersson , Konrad Dybcio , Geert Uytterhoeven , Magnus Damm , Maxime Coquelin , Alexandre Torgue , Chen-Yu Tsai , Jernej Skrabec , Samuel Holland , Stefan Agner , Heiko Stuebner , Thomas Bogendoerfer , Sergio Paracuellos , Nicholas Piggin , Christophe Leroy , Tim Harvey , Peng Fan , Rasmus Villemoes , Frank Wunderlich , Michael Riesch , Oleksij Rempel , netdev@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, linux-arm-msm@vger.kernel.org, linux-renesas-soc@vger.kernel.org, linux-stm32@st-md-mailman.stormreply.com, linux-sunxi@lists.linux.dev, linux-rockchip@lists.infradead.org, linux-mips@vger.kernel.org, linuxppc-dev@lists.ozlabs.org Subject: Re: [PATCH 0/5] remove label = "cpu" from DSA dt-binding In-Reply-To: <32638470-b074-3b14-bfb2-10b49307b9e3@arinc9.com> References: <20221130141040.32447-1-arinc.unal@arinc9.com> <32638470-b074-3b14-bfb2-10b49307b9e3@arinc9.com> Date: Thu, 01 Dec 2022 21:42:00 +1100 Message-ID: <877czbs8w7.fsf@mpe.ellerman.id.au> MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20221201_024223_568800_F2E020FC X-CRM114-Status: GOOD ( 16.09 ) X-BeenThere: linux-rockchip@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Upstream kernel work for Rockchip platforms List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Sender: "Linux-rockchip" Errors-To: linux-rockchip-bounces+linux-rockchip=archiver.kernel.org@lists.infradead.org QXLEsW7DpyDDnE5BTCA8YXJpbmMudW5hbEBhcmluYzkuY29tPiB3cml0ZXM6Cj4gT24gMzAuMTEu MjAyMiAxODo1NSwgQW5kcmV3IEx1bm4gd3JvdGU6Cj4+IE9uIFdlZCwgTm92IDMwLCAyMDIyIGF0 IDA1OjEwOjM1UE0gKzAzMDAsIEFyxLFuw6cgw5xOQUwgd3JvdGU6Cj4+PiBIZWxsbyBmb2xrcywK Pj4+Cj4+PiBXaXRoIHRoaXMgcGF0Y2ggc2VyaWVzLCB3ZSdyZSBjb21wbGV0ZWx5IGdldHRpbmcg cmlkIG9mICdsYWJlbCA9ICJjcHUiOycKPj4+IHdoaWNoIGlzIG5vdCB1c2VkIGJ5IHRoZSBEU0Eg ZHQtYmluZGluZyBhdCBhbGwuCj4+Pgo+Pj4gSW5mb3JtYXRpb24gZm9yIHRha2luZyB0aGUgcGF0 Y2hlcyBmb3IgbWFpbnRhaW5lcnM6Cj4+PiBQYXRjaCAxOiBuZXRkZXYgbWFpbnRhaW5lcnMgKGJh c2VkIG9mZiBuZXRkZXYvbmV0LW5leHQuZ2l0IG1haW4pCj4+PiBQYXRjaCAyLTM6IFNvQyBtYWlu dGFpbmVycyAoYmFzZWQgb2ZmIHNvYy9zb2MuZ2l0IHNvYy9kdCkKPj4+IFBhdGNoIDQ6IE1JUFMg bWFpbnRhaW5lcnMgKGJhc2VkIG9mZiBtaXBzL2xpbnV4LmdpdCBtaXBzLW5leHQpCj4+PiBQYXRj aCA1OiBQb3dlclBDIG1haW50YWluZXJzIChiYXNlZCBvZmYgcG93ZXJwYy9saW51eC5naXQgbmV4 dC10ZXN0KQo+PiAKPj4gSGkgQXLEsW7Dpwo+PiAKPj4gU28geW91ciBwbGFuIGlzIHRoYXQgZWFj aCBhcmNoaXRlY3R1cmUgbWFpbnRhaW5lciBtZXJnZXMgb25lIHBhdGNoPwo+Cj4gSW5pdGlhbGx5 LCBJIHNlbnQgdGhpcyBzZXJpZXMgdG8gc29jQGtlcm5lbC5vcmcgdG8gdGFrZSBpdCBhbGwgYnV0 IFJvYiAKPiBzYWlkIGl0IG11c3QgYmUgdGhpcyB3YXkgaW5zdGVhZC4KPgo+PiAKPj4gVGhhdCBp cyBmaW5lLCBidXQgaXQgaXMgZ29vZCB0byBiZSBleHBsaWNpdCwgb3RoZXJ3aXNlIHBhdGNoZXMg d2lsbAo+PiBmYWxsIHRocm91Z2ggdGhlIGNyYWNrcyBiZWNhdXNlIG5vYm9keSBwaWNrcyB0aGVt IHVwLiBJIGdlbmVyYWxseSB1c2UKPj4gVG86IHRvIGluZGljYXRlIHdobyBpIGV4cGVjdCB0byBt ZXJnZSBhIHBhdGNoLCBhbmQgZXZlcnlib2R5IGVsc2UgaW4KPj4gdGhlIENjOgo+Cj4gVGhhbmtz IGZvciB0aGlzLCBJJ2xsIGZvbGxvdyBzdWl0IGlmIEkgZG9uJ3Qgc2VlIGFueSBhY3Rpdml0eSBm b3IgYSBmZXcgCj4gd2Vla3MuCgpJTUhPIHRoZSBiZXN0IHNvbHV0aW9uIGlmIHRoZSBwYXRjaGVz IGFyZSB0cnVseSBpbmRlcGVuZGVudCBpcyB0byBzZW5kCnRoZW0gaW5kZXBlbmRhbnRseSB0byBl YWNoIG1haW50YWluZXIuIFRoYXQgd2F5IHRoZXJlJ3Mgbm8gY29uZnVzaW9uCmFib3V0IHdoZXRo ZXIgc29tZW9uZSBlbHNlIHdpbGwgdGFrZSB0aGUgc2VyaWVzLgoKSXQncyBhbHNvIHNpbXBsZXIg Zm9yIG1haW50YWluZXJzIHRvIGFwcGx5IGEgc2luZ2xlIHN0YW5kYWxvbmUgcGF0Y2ggdnMKcGlj ayBhIHNpbmdsZSBwYXRjaCBmcm9tIGEgbGFyZ2VyIHNlcmllcy4KCmNoZWVycwoKX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KTGludXgtcm9ja2NoaXAgbWFp bGluZyBsaXN0CkxpbnV4LXJvY2tjaGlwQGxpc3RzLmluZnJhZGVhZC5vcmcKaHR0cDovL2xpc3Rz LmluZnJhZGVhZC5vcmcvbWFpbG1hbi9saXN0aW5mby9saW51eC1yb2NrY2hpcAo= 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 lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 41387C47088 for ; Thu, 1 Dec 2022 17:45:13 +0000 (UTC) Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4NNNkv4T0Hz3bhY for ; Fri, 2 Dec 2022 04:45:11 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=ellerman.id.au header.i=@ellerman.id.au header.a=rsa-sha256 header.s=201909 header.b=XMDViV6C; dkim-atps=neutral Received: from gandalf.ozlabs.org (gandalf.ozlabs.org [150.107.74.76]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4NNCLw2flwz2xCj for ; Thu, 1 Dec 2022 21:42:16 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=ellerman.id.au header.i=@ellerman.id.au header.a=rsa-sha256 header.s=201909 header.b=XMDViV6C; dkim-atps=neutral Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by mail.ozlabs.org (Postfix) with ESMTPSA id 4NNCLc4QCXz4xFy; Thu, 1 Dec 2022 21:42:00 +1100 (AEDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ellerman.id.au; s=201909; t=1669891334; bh=4hif7EODqPU9RIQoNSM7f4kViT96m8PqRMy1FOSRqmw=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=XMDViV6CFDY+O8nTTE8IlEWWvY7H8YPqwD0Tn3KS84kUAblouGGNC2+Nia8sW2MYv qiQITUGJnoNf2rF8FqcIgIFTtKJlyIpcKBWiNrEakO5NLQ+ickTPEjtr01+GlyanLx mzZ9YX/t1jp5UON6rpZmvdKzHLeuceJXW2c99G//FjEB6EQyCPN8TlRw5ClPGntYn1 1lstUDxUIwXt5rogz0qwgKe9XH3/+5CPLNT6DZ3ksaq4/yXNeIe6xOWsdnc3/9h44G yfuCxdwdv4chZHzuDDmEcJxiTEJT36pr3DPrHlRrFjnXSjff4fqmP4a9zPs8OfNA43 pIMyXosyZ93DA== From: Michael Ellerman To: =?utf-8?B?QXLEsW7DpyDDnE5BTA==?= , Andrew Lunn Subject: Re: [PATCH 0/5] remove label = "cpu" from DSA dt-binding In-Reply-To: <32638470-b074-3b14-bfb2-10b49307b9e3@arinc9.com> References: <20221130141040.32447-1-arinc.unal@arinc9.com> <32638470-b074-3b14-bfb2-10b49307b9e3@arinc9.com> Date: Thu, 01 Dec 2022 21:42:00 +1100 Message-ID: <877czbs8w7.fsf@mpe.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Fri, 02 Dec 2022 04:43:21 +1100 X-BeenThere: linuxppc-dev@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Alexandre Belloni , Heiko Stuebner , Geert Uytterhoeven , Tim Harvey , Vladimir Oltean , Linus Walleij , Konrad Dybcio , Alexandre Torgue , Stefan Agner , linux-kernel@vger.kernel.org, Eric Dumazet , Krzysztof Kozlowski , Oleksij Rempel , Fabio Estevam , Peng Fan , Florian Fainelli , Samuel Holland , linux-rockchip@lists.infradead.org, Gregory Clement , =?utf-8?Q?Rafa?= =?utf-8?Q?=C5=82_Mi=C5=82ecki?= , Russell King , Jernej Skrabec , linux-stm32@st-md-mailman.stormreply.com, Sergio Paracuellos , Chen-Yu Tsai , Andy Gross , Broadcom internal kernel review list , NXP Linux Team , Ray Jui , Jakub Kicinski , Paolo Abeni , Sascha Hauer , Sebastian Hesselbarth , linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, Maxime Coquelin , Frank Wunderlich , Hauke Mehrtens , Hans Ulli Kroll , linuxppc-dev@lists.ozlabs.org, Nicholas Piggin , linux-mips@vger.kernel.org, soc@kernel.org, Rob Herring , linux-mediatek@lists.infradead.org, Matthias Brugger , linux-arm-kernel@lists.infradead.org, Thomas Bogendoerfer , Scott Branden , netdev@vger.kernel.org, Bjorn A ndersson , Rasmus Villemoes , Nicolas Ferre , "David S. Miller" , linux-renesas-soc@vger.kernel.org, linux-sunxi@lists.linux.dev, Krzysztof Kozlowski , Pengutronix Kernel Team , Shawn Guo , Claudiu Beznea , Michael Riesch Errors-To: linuxppc-dev-bounces+linuxppc-dev=archiver.kernel.org@lists.ozlabs.org Sender: "Linuxppc-dev" Ar=C4=B1n=C3=A7 =C3=9CNAL writes: > On 30.11.2022 18:55, Andrew Lunn wrote: >> On Wed, Nov 30, 2022 at 05:10:35PM +0300, Ar=C4=B1n=C3=A7 =C3=9CNAL wrot= e: >>> Hello folks, >>> >>> With this patch series, we're completely getting rid of 'label =3D "cpu= ";' >>> which is not used by the DSA dt-binding at all. >>> >>> Information for taking the patches for maintainers: >>> Patch 1: netdev maintainers (based off netdev/net-next.git main) >>> Patch 2-3: SoC maintainers (based off soc/soc.git soc/dt) >>> Patch 4: MIPS maintainers (based off mips/linux.git mips-next) >>> Patch 5: PowerPC maintainers (based off powerpc/linux.git next-test) >>=20 >> Hi Ar=C4=B1n=C3=A7 >>=20 >> So your plan is that each architecture maintainer merges one patch? > > Initially, I sent this series to soc@kernel.org to take it all but Rob=20 > said it must be this way instead. > >>=20 >> That is fine, but it is good to be explicit, otherwise patches will >> fall through the cracks because nobody picks them up. I generally use >> To: to indicate who i expect to merge a patch, and everybody else in >> the Cc: > > Thanks for this, I'll follow suit if I don't see any activity for a few=20 > weeks. IMHO the best solution if the patches are truly independent is to send them independantly to each maintainer. That way there's no confusion about whether someone else will take the series. It's also simpler for maintainers to apply a single standalone patch vs pick a single patch from a larger series. cheers