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 D8D5DC636D4 for ; Mon, 13 Feb 2023 12:16:44 +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:From:References:Cc:To: Subject:MIME-Version:Date:Message-ID:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=ET2f7Uu+qvM7/NLHAn0MOkG8jcAPDR4yOuTL6ZIA5ec=; b=z2ZK7k0v3moekx xFj/vSS0mwjLh5jQEsJiSDI2ujxT9iF81FhPWJHDgt8tVFHhiRPuV1PaJKrzNtfYdYl4QzyWTnZUj D7WcLN6WzMr1yVaFrbuya4cdZGxX9BybT/1VyMB6TirPY0p7ioFpJpZ8t2M2SKj1Xshs3N1u6B8gX aJ8B0erwSlB/EfyGIOcl2ICykTdqCvdYX7umkYpxTapnLAzwMrPHH1Eabq8j2PcQLx7rI7IGJYQ++ r0/6Pi87J05fNhYYLtjmj7aTYE2NcFj241/dQx8sjPXm8c61pag1tUjYSiwRkAByT4r6rC8c0xOJp sfcwoOGAmagsxClhVQNw==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1pRXkM-00EbDb-VJ; Mon, 13 Feb 2023 12:15:51 +0000 Received: from mail-wm1-x32b.google.com ([2a00:1450:4864:20::32b]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1pRXkK-00EbB6-60 for linux-arm-kernel@lists.infradead.org; Mon, 13 Feb 2023 12:15:49 +0000 Received: by mail-wm1-x32b.google.com with SMTP id bg5-20020a05600c3c8500b003e00c739ce4so8846892wmb.5 for ; Mon, 13 Feb 2023 04:15:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :from:to:cc:subject:date:message-id:reply-to; bh=7nGDQUNd9dBhdPcaBB5lS2xMBZ0fK4Ssa5kfOoMGbws=; b=cIhaMCB4BlTai2KXgrCobcWsnPdz+t1msylr+Bi5g1qV9f5CT+aIUjFII8rpwW+nQN s4+9JDu40Rc29nuqwPlxdcoyMPerRfwAgzeW154mxfoACZw1XjqsDNHEN9ZhwNeRJCRr Mx709FYcp+F7NQYu40sRhmfObWT8j6gKJ8sVBdhVBy3fAFHgRfiJv4Kr9UrzUnx7PzDR Mg59T7dFDSJwPL7HBhroJMsaINYF0nwTCueDOu5M4vo9DOzfdY4TVbSZP7dH88YWkC8b Gn+q9E1A20+LmFXBsq+SS2SxlOsaP94aVgORrmpf2s/BRd8wcNZnDqHvldaKhT7FEqSX Zvnw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=7nGDQUNd9dBhdPcaBB5lS2xMBZ0fK4Ssa5kfOoMGbws=; b=lxWdRaB7QZEPG3g1Fbgg/5nkdsKlkzHvW27qNwE9LwR7pquxJ3N7H2kVv0aqKc7aTj 6EVEEj6Hv7JSSuBjPgEkHuyaR7u/il4zR1kWfU58gKp5EZ5ZcQKj4QCpZcHmYz1t85Av 5kYavWiu4xPXvAqtVcEIKalCQLHtoKxjoY9vE0pJ8K1JW9dIkXSN3WUHdx/066EeaOMV B/Ca5dqklpnw8uWxbtKn466kmWWtwqEVqrycbCeHOEzHOAY2xzuciLX2Yt88QxMZyFQE bAnXCbimtuOtmfjVcCLeqDlJp0/MVQjaY2Cc/i2b8DzpxkT0mNGjLL0HOdQWgv5E+6HU cTsg== X-Gm-Message-State: AO0yUKU52t4/g5T6CF+yalztGctFAAiCfGFLiShyKCbVp4j1enlO/66k /dkRnl3vqxonkFUPxBSIdwT3zVSeJfgdtVEJ X-Google-Smtp-Source: AK7set9Unb3/mM6Jb8DIEP8nwSjvIRhez2tP5/wP/NsuECBWeVdd7MKxEHBBQDa3Cwub5BNcRvXK9Q== X-Received: by 2002:a05:600c:43ca:b0:3d9:a145:4d1a with SMTP id f10-20020a05600c43ca00b003d9a1454d1amr18736425wmn.34.1676290543641; Mon, 13 Feb 2023 04:15:43 -0800 (PST) Received: from [192.168.1.109] ([178.197.216.144]) by smtp.gmail.com with ESMTPSA id a3-20020a05600c224300b003db01178b62sm16891996wmm.40.2023.02.13.04.15.42 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 13 Feb 2023 04:15:43 -0800 (PST) Message-ID: <0f5545ee-0d3f-96fc-99b4-9c757532a71d@linaro.org> Date: Mon, 13 Feb 2023 13:15:41 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: [PATCH 02/17] dt-bindings: arm: apple: apple,pmgr: Add t8112-pmgr compatible Content-Language: en-US To: Janne Grunau 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 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> <20230213115741.GA17933@jannau.net> From: Krzysztof Kozlowski In-Reply-To: <20230213115741.GA17933@jannau.net> X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20230213_041548_265346_8409F964 X-CRM114-Status: GOOD ( 18.55 ) 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 13/02/2023 12:57, Janne Grunau wrote: > 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. BTW, your approach causes also bisectability with checkpatch on the drivers or the delay of drivers... Therefore not much solved here. Best regards, Krzysztof _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel