Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp3589017rwb; Mon, 16 Jan 2023 09:58:10 -0800 (PST) X-Google-Smtp-Source: AMrXdXvtyebUJ7SwmMXI8o7W+97S635DcaO4qJqrnZO7YEpS8Mf/XDlh9Me+kTWj7xPNR2PPOfQl X-Received: by 2002:a17:907:a68a:b0:7c1:4d35:a143 with SMTP id vv10-20020a170907a68a00b007c14d35a143mr15669051ejc.3.1673891890164; Mon, 16 Jan 2023 09:58:10 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673891890; cv=none; d=google.com; s=arc-20160816; b=tmuc/FGSfcrXZsCb4csxDKfdanzKOoVMFcFR/J+aIqpixpDjylrVJafAgVETt/vo7D 8sh9DCHEnlMmPXeakziCu0mLxmx/b9WIFn07a3CHcLAo+BgQCABYR2XIYdNzoqgRwWcv uX3nVQhip2OWEO8Dtuz5BTS0CRWYVNol3AXOMqhxMKZzU70eDMegJ5Zh/6qujoIZyi22 hHFS3UFmI9JZ50eH/zW/mIz8ZLojmb1zqqdx8A3p0TITdZDD9Yw3t0RMts2/ZfItOYst OvPnGHEGYLTGYMdyjOYiERPkATWwQ/AbO5c6kn3zhyEhg2aA36kSfE6HMiiwu9H+wFfS d7ww== 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:dkim-signature; bh=tZS1IPgaOjsAe0HlNtSkL3myE8d+s9jinRmiEQ+etLM=; b=BHeXx1of+yV9OoP5fbJBDZKF9T8t8I306b86u75i68Uk81jBAyLur1eflG7zDFLWfJ SIv8FETWEuRsVJdbJXg3cmVMMRcXbdpocTS8YX1C3L5ghDsK5XeNirgWzj+D/IYTpjqn 31h2l1pyYitrlFj8PsNsS1TEghlDugfHGPothjZjvKxU9BRkHeJ5B2YHG+IAR+y9REPn FlCAFgYEBmOBCi4F4jum5teEr+9Ni0edqi24MRLmJGJ4skqkGsdG2J6OmCEjlAjp8ije R2SurCNR+d83xTjI5SNs437iCxJxvERlA6ik/gVgxfXr4iAdC1uTHxVOt32+YFNgaQ6k XVSw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=E5v4eKvx; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id i11-20020a1709064fcb00b0086cda17d40esi9764943ejw.766.2023.01.16.09.57.57; Mon, 16 Jan 2023 09:58:10 -0800 (PST) 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; dkim=pass header.i=@linaro.org header.s=google header.b=E5v4eKvx; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232415AbjAPQJA (ORCPT + 50 others); Mon, 16 Jan 2023 11:09:00 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51868 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232530AbjAPQIF (ORCPT ); Mon, 16 Jan 2023 11:08:05 -0500 Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E18242687F for ; Mon, 16 Jan 2023 08:05:46 -0800 (PST) Received: by mail-lj1-x22d.google.com with SMTP id c3so548444ljh.1 for ; Mon, 16 Jan 2023 08:05:46 -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=tZS1IPgaOjsAe0HlNtSkL3myE8d+s9jinRmiEQ+etLM=; b=E5v4eKvxOikFKkEgv3OlXyCTlr7tjsvKcIgG5qawJ66NTYHvrJIvaehJhqMg4sUuPU gW8qRViNQLQw8riVm4NytWEYbvR6c/+Md5riOxQpUirj+ChSdi9e3JSjztID8vTa3WLn YKzkXJsYjYTqgwJdKREyp37Vad6N8EXoqjm4VurMfJznSQcxlCbhXZgaNyoIQv6v+b/T vzjjTucDg8f5bMWUxUW/CrD/j+yivtXzRl5vpX2QwVXFV23BKHemgqUtgLiTwEDFcu/f XaWxU6BTCMgJvtHmaErAfgGw5Os4wd4pJ+bznKz9n0a8DqFNleZ/Qb+1ZL3RK284Hcn0 0pJg== 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=tZS1IPgaOjsAe0HlNtSkL3myE8d+s9jinRmiEQ+etLM=; b=hnYYtFu88+5cASDGukxNxdH/yYqL4E+VjWVeCfTmVACbatneKoX5xzU77o3tzdGJiA ZuGqZPjYvGyv489jgbQ1w6fuBVqkRlOg3Gs0QdhDy21/lkeyS9sO2f24tSSxbnLI6S1/ fX+yqUGRLdikYfJEc29bOAXiqMijpmRH08BkefH8hwBK34v2ZQpoJFmX/3JWnHPjm05T NtzWrOkaDbZolpYBzn5e1rm7KtVZSBPY6XLTuh06MLTxUgFqdJ4zoDh7fSY+8S1SwUPS nHiKvv9mZJVxhucZicNSLP+RTmiCcY7OJFOFkLJ2e4OmEg9201z71dcqmU5Wt3cLA0CA n9Ig== X-Gm-Message-State: AFqh2kpsqXqdF3p3dZw14HJbxRtx/G6/VBWk9YUulofGKaGnz3w8O4ma QbKAGvkGWjrjc0gD+kAn6NbaCg== X-Received: by 2002:a2e:9b08:0:b0:27f:d21a:554d with SMTP id u8-20020a2e9b08000000b0027fd21a554dmr3070764lji.10.1673885145247; Mon, 16 Jan 2023 08:05:45 -0800 (PST) Received: from [192.168.1.101] (abym53.neoplus.adsl.tpnet.pl. [83.9.32.53]) by smtp.gmail.com with ESMTPSA id bj31-20020a2eaa9f000000b0028b7cc84ad9sm694141ljb.104.2023.01.16.08.05.43 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 16 Jan 2023 08:05:44 -0800 (PST) Message-ID: <64e4b3b0-fc71-1876-9de8-e51d503d6183@linaro.org> Date: Mon, 16 Jan 2023 17:05:43 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.6.1 Subject: Re: [PATCH] dt-bindings: qcom: geni-se: Fix '#address-cells' & '#size-cells' related dt-binding error Content-Language: en-US To: Bhupesh Sharma , Krzysztof Kozlowski Cc: linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, agross@kernel.org, andersson@kernel.org, linux-kernel@vger.kernel.org, bhupesh.linux@gmail.com, robh+dt@kernel.org, krzysztof.kozlowski+dt@linaro.org References: <20230113201038.267449-1-bhupesh.sharma@linaro.org> <23b4551c-db79-d859-c037-6ed3c8a11883@linaro.org> <6f08d466-9589-ebff-c38d-bf9015a0f6ad@linaro.org> From: Konrad Dybcio In-Reply-To: <6f08d466-9589-ebff-c38d-bf9015a0f6ad@linaro.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.3 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, RCVD_IN_SORBS_HTTP,RCVD_IN_SORBS_SOCKS,SPF_HELO_NONE,SPF_PASS autolearn=no 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 16.01.2023 17:02, Bhupesh Sharma wrote: > > On 1/16/23 9:24 PM, Konrad Dybcio wrote: >> >> >> On 16.01.2023 16:43, Bhupesh Sharma wrote: >>> On Mon, 16 Jan 2023 at 13:23, Krzysztof Kozlowski >>> wrote: >>>> >>>> On 15/01/2023 22:33, Bhupesh Sharma wrote: >>>>> On Sun, 15 Jan 2023 at 20:57, Krzysztof Kozlowski >>>>> wrote: >>>>>> >>>>>> On 13/01/2023 21:10, Bhupesh Sharma wrote: >>>>>>> Fix the following '#address-cells' & '#size-cells' related >>>>>>> dt-binding error: >>>>>>> >>>>>>>     $ make dtbs_check >>>>>>> >>>>>>>     From schema: Documentation/devicetree/bindings/soc/qcom/qcom,geni-se.yaml >>>>>>>          arch/arm64/boot/dts/qcom/sm4250-oneplus-billie2.dtb: geniqup@4ac0000: >>>>>>>                #address-cells:0:0: 2 was expected >>>>>>>        From schema: Documentation/devicetree/bindings/soc/qcom/qcom,geni-se.yaml >>>>>> >>>>>> Don't we want rather to unify the soc address range? >>>>> >>>>> Well, the assumption in the original dt-bindings was that every reg >>>>> variable is 4 * u32 wide (as most new qcom SoCs set #address- and >>>>> #size-cells to <2>). However, that is not the case for all of the >>>>> SoCs. >>>> >>>> Hm, which device of that SoC cannot be used with address/size cells 2? >>> >>> As noted in the git log already the geniqup on sm6115 / sm4250 cannot >>> be used with address/size cells 2 (See: >>> https://github.com/torvalds/linux/blob/master/arch/arm64/boot/dts/qcom/sm6115.dtsi#L795) >> SM6115 (and pretty much every other arm64 msm platform newer than 8916) >> should be using addr/size-cells = 2 along with (dma-)ranges of 36 bit, as >> that's what their smmus use and otherwise some addresses may get cut off >> in translation, or so the story went with 845 N years ago.. We can either >> pursue this patch or I can submit the 2-cell-ification if you don't plan on >> adding more nodes shortly > > > Have you tested this combination on SM6115 like SoCs with various IPs? I have tried a few experiments in the past and not all IPs work well with 36-bit DMA ranges (atleast not on the boards I have). Can you list any specific examples? I've been using it for quite some time now and I see nothing wrong.. > > So, I think it might lead to more breakage (unless we are sure of a well-tested fix). A simpler patch to fix the dt-bindings looks more useful IMO. I'm not saying no, you just have to convince Krzysztof :D Konrad > > Thanks, > Bhupesh