Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp4283116imw; Tue, 19 Jul 2022 03:46:56 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tUB20XLpWMv92sR1ASbVBG9cmEAn7h5RcaVk/QBHIFm5+XCurN++wVTPTJyr9WgC9W+Uri X-Received: by 2002:a17:907:6087:b0:72f:36ff:7fa2 with SMTP id ht7-20020a170907608700b0072f36ff7fa2mr7790960ejc.162.1658227616008; Tue, 19 Jul 2022 03:46:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658227616; cv=none; d=google.com; s=arc-20160816; b=ovePcJOiRZwqHM2meQcBm9wp7Tn0kX9Bf9xf8BAl/kTr5YWUnfPQILbSUt8t+w1Y4R xSStCXF7htOHwIFa2sOCZmsVks2jKfBg4fG48dNHAcFGajh0iQ/A2XDWgQ8sJKw9lyCA 6H/cmWzB1rywXs78lCyjCq7DCGJtiGJazozLuNoGnJMKHmplq2lsRIZj45LGvvFD/jbo QGYtmNWBSzooFDDXwvBA8+qy+qwMqz/0P/J2StK8L/VnDIkPB2iz1ZvVhEq4/CT+AgrV ubpxfcDB2c/vT9SmkmJWPAKYllFGbufzJFyaCC7+UjzVKHPpD5TmLOVOzRgkIKh5IGjP AITw== 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:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=v59eQv2iQSozpAVfSBuLoGN/S5noVDaCPDBrO05nScw=; b=pxyvb3KVnNvk72YYLQowMh3y5XEVtahcxCVc4hQDuBW2jEQ1HSE32jHFw1c/foyoPE yR4Li8bDUzIomMM1wixOfyETUROjlbLnIVLZK4PoKR7S0E6y+KjZ4p4kNgvPHkXYUDf5 4jd8sT41lqfWXixlS0VDFw/pLrMRYtYfpInvPF+im1qLAP6lt9t1e2nohQWw0EInKfDJ PPeWzyDQKM+bqLqdlU4yo/AJiywmqKkbdxG9Iwt8jt12hWUzB4Cxi1bPj5ac6mvZGzEX w0JaU14PHxqcGAKHzrZEmKzEGV34rMvoaSwbaG/9tF1SFLJo0JOeq1orJxSN0OEcwt8Q orJw== 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 w12-20020a05640234cc00b0043a72fe76e5si23461736edc.366.2022.07.19.03.46.31; Tue, 19 Jul 2022 03:46:55 -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 S235371AbiGSK1g (ORCPT + 99 others); Tue, 19 Jul 2022 06:27:36 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51406 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233889AbiGSK1f (ORCPT ); Tue, 19 Jul 2022 06:27:35 -0400 Received: from relay08.th.seeweb.it (relay08.th.seeweb.it [IPv6:2001:4b7a:2000:18::169]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 744C365CB for ; Tue, 19 Jul 2022 03:27:33 -0700 (PDT) Received: from [192.168.1.101] (abxj77.neoplus.adsl.tpnet.pl [83.9.3.77]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by m-r2.th.seeweb.it (Postfix) with ESMTPSA id D87F73F695; Tue, 19 Jul 2022 12:27:30 +0200 (CEST) Message-ID: Date: Tue, 19 Jul 2022 12:27:30 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.11.0 Subject: Re: [PATCH 1/2] ARM: dts: qcom: ipq8064: reorganize node order and sort them Content-Language: en-US To: Christian Marangi Cc: Krzysztof Kozlowski , Dmitry Baryshkov , Andy Gross , Bjorn Andersson , Rob Herring , Krzysztof Kozlowski , linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20220718153815.29414-1-ansuelsmth@gmail.com> <7f2a4f21-5e07-9320-8f7b-573ccc562f43@linaro.org> <78230095-6b45-4536-f41d-12bb23308d34@linaro.org> <62d686c0.1c69fb81.4a957.bf03@mx.google.com> From: Konrad Dybcio In-Reply-To: <62d686c0.1c69fb81.4a957.bf03@mx.google.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 19.07.2022 10:19, Christian Marangi wrote: > On Tue, Jul 19, 2022 at 12:22:24PM +0200, Konrad Dybcio wrote: >> >> >> On 19.07.2022 12:16, Krzysztof Kozlowski wrote: >>> On 19/07/2022 11:59, Dmitry Baryshkov wrote: >>>> On Tue, 19 Jul 2022 at 12:56, Krzysztof Kozlowski >>>> wrote: >>>>> >>>>> On 18/07/2022 17:38, Christian Marangi wrote: >>>>>> Reorganize node order and sort them by address. >>>>>> >>>>>> Signed-off-by: Christian Marangi >>>>>> --- >>>>>> >>>>>> This was picked from for-next qcom branch [1]. Reorganize dtsi as requested. >>>>>> >>>>>> [1] https://git.kernel.org/pub/scm/linux/kernel/git/qcom/linux.git/?h=for-next >>>>> >>>>> If this is picked by qcom branch, no need to resend it. >>>>> >>>>> I don't see value in such reshuffle. Reviewing is not possible and you >>>>> did not mention tests (results should be equal). >>>> >>>> The value is usual for all the cleanups: make it follow the >>>> established practice. >>> >>> Are you sure this is established practice? >> Yes. >> >> New DTSI files (see SC8280XP, >>> sm8450 although sc7280 looked ordered) do not always follow it, so why >>> imposing it for existing code? >> Perhaps it slipped through review.. Partially my bad. >> >> >> Such reshuffle can cause conflicts thus >>> stops parallel development. Review is close to impossible... >> Almost any addition or removal also causes conflicts, because git is >> not as smart as we would like it to be. If the commit is structured >> properly (i.e. it *only* changes the order and nothing else), >> decompiling the dtbs before and after applying it and using a tool >> like meld that can find similar chunks of text at different offsets >> review is definitely possible, though not very pleasant (you can't >> just diff them, as order is preserved & phandles change due to that) >> as you have to look at it manually and can't tell much by just taking >> a look at the email. >> > > Can you give me an example of such tool? So I can put these data in the > commit description. I have to rebase this anyway as more changes got > merged so it might be a good idea to add more info about how this won't > make actualy changes. dtc -I dtb filename.dtb -O dts > outfile.dts meld old.dts new.dts Then you have to look at them side by side. Alternatively, python has libfdt and one could make a tool for that particular usecase.. Konrad > >> Konrad >>> >>> Best regards, >>> Krzysztof >