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 901A6C636CC for ; Mon, 13 Feb 2023 11:58: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: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=rC1q7ZBlesq690IbnzyOyQWWW2TGuYlgFBhI/glrLzM=; b=qfRwutlQxLbnoV LMU9IwA9uTdzBzdwgWVGCgTd1TAPxnYGFZHsd9jAOivlnIOW31vZtBMxe6Fu6Osi1KgKa4a0QNB3n RMY6dPJSTAzjspLq4mKNqNQ4YiTTEX3rwm2yjFWTWQYB1b+ewruXDrx/bYEqQOKbh0/PtzKTxX1UO y+hzQHkIOyPWn32DLET0sRlkAZd+YEdUnmZrG00xyAMscRrtpyOGRoR13/lbDUy+FUYoZhmmSH6JV MLxGN3+R3Qxupfxdhnph7ljb4w0mBNl1vw1uQUSfG8Vj7tPGE8G0iZp6RFzxobQ65G/M0Wmekoe2h G8D/nZjfj+NH1uX6qV0A==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1pRXSv-00EXGn-Ep; Mon, 13 Feb 2023 11:57:49 +0000 Received: from soltyk.jannau.net ([144.76.91.90]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1pRXSs-00EXEU-Ea for linux-arm-kernel@lists.infradead.org; Mon, 13 Feb 2023 11:57:48 +0000 Received: by soltyk.jannau.net (Postfix, from userid 1000) id A0A4926F77E; Mon, 13 Feb 2023 12:57:41 +0100 (CET) Date: Mon, 13 Feb 2023 12:57:41 +0100 From: Janne Grunau To: Krzysztof Kozlowski Cc: Hector Martin , Sven Peter , Alyssa Rosenzweig , Rob Herring , Krzysztof Kozlowski , Mark Kettenis , asahi@lists.linux.dev, linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 02/17] dt-bindings: arm: apple: apple,pmgr: Add t8112-pmgr compatible Message-ID: <20230213115741.GA17933@jannau.net> References: <20230202-asahi-t8112-dt-v1-0-cb5442d1c229@jannau.net> <20230202-asahi-t8112-dt-v1-2-cb5442d1c229@jannau.net> <5ebf96d9-689a-f915-29b8-31af891fc63f@linaro.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <5ebf96d9-689a-f915-29b8-31af891fc63f@linaro.org> User-Agent: Mutt/1.10.1 (2018-07-13) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230213_035746_684794_65E3C1C1 X-CRM114-Status: GOOD ( 16.91 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 2023-02-13 12:10:36 +0100, Krzysztof Kozlowski wrote: > On 12/02/2023 16:41, Janne Grunau wrote: > > The block on Apple M2 SoCs is compatible with the existing driver so > > just add its per-SoC compatible. > > > > Signed-off-by: Janne Grunau > > > > --- > > This trivial dt-bindings update should be merged through the asahi-soc > > tree to ensure validation of the Apple M2 (t8112) devicetrees in this > > series. > > No, the bindings go via subsystem. Just because you want to validate > something is not really a reason - you can validate on next. Don't > create special rules for Asahi... or rather - why Asahi is special than > everyone else? We did that 2 or 3 times in the past without commnts that it is not desired so I wasn't aware that this would be special handling. Merging binding and devicetree updates together looks to me like the most sensible option since dtbs validation is the only testable dependecy of dt binding updates. Keeping them together ensures the dtbs validate without delaying devicetree changes by one kernel release after the dt-bindings change was merged. I suppose it works out most of the time if the merge request is sent only if it validates in next. That still depends on the merge order in the merge window but -rc1 should be fine. I'll consider devicetree validation as eventually valid from now on and not care too much about it. Janne _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel