Message ID | 20221213170340.456252-1-konrad.dybcio@linaro.org |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:adf:e747:0:0:0:0:0 with SMTP id c7csp245259wrn; Tue, 13 Dec 2022 09:06:32 -0800 (PST) X-Google-Smtp-Source: AA0mqf7i9JOhZVd2eCPpUUgiOdhPC7g/xG/ZubbLcf6a+adt8752U7z17yxuhWsw1tnq9jxj/jcy X-Received: by 2002:a17:90a:d984:b0:219:6619:848a with SMTP id d4-20020a17090ad98400b002196619848amr21650289pjv.36.1670951191698; Tue, 13 Dec 2022 09:06:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1670951191; cv=none; d=google.com; s=arc-20160816; b=EcIbqFB4XIu8Ot1l+d3yxQeZhzoXpviFvnlkdI76yDsTremhGPkKjeR9QI9X43xMCu Qv2SNIND5ZZS930TRuFf0kLvn34WujcIA2Ktig2S7EFIh+xuco6odW8t2DnJJLSCAJCg 6jbCZJ69eCSP2j4GbNnaMXR7d+47EUPGZw3DuGVXRt/rTwz49Z8HdQJ9MQr7AOVKLKxN wfh0hlDMhcOAywir5M6+JIRKHfVh19a2fj+MO3zzKEqcShRXFsAB8uRp9kPxXSM8kg6h 0mpJvFk7XuUnGkgJS9cC9UgvTafAkibjzSd8jmQSCI1szJ4lcyAfEofcBV3v2/SI/7jc bkgA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=9whwM05lxda1ZLYL23P+3imYfDYTBHNqamA4JNSFNFI=; b=Yq62GWxQ4i+13cz9hnO5u/1y9TLqnlTY2+aIxgLzEV1e8oji7jP5fz+cVH43f7qwrT eMg0j/wagKewYxFJIR+iuWLvQKI3sR7I4E9ryQ2b098nmrsGCxzK1pQfs3AcEtX4dS2B bCUzauu2LKWyUH1yG1Lt3vF2aOKGViBsSyklCdTQfIiteaFfW/KWk4AFSqF6wxwiRGs9 wVXShRPYYMuQSxLVqV2bwIKJJLekuKX24u58/6QTBLG4DsIoXHlSEf83KMJqWSuYa+sE iUFnwesdfLixWIZiEhgg26zZyzRkhfreG0k+R45AiPVBb/QBbNoQoluTwWBKfBoGwzln XJcQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=denNa49m; 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: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id md13-20020a17090b23cd00b001f31da6b2d2si12388813pjb.154.2022.12.13.09.06.17; Tue, 13 Dec 2022 09:06:31 -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=denNa49m; 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 S236211AbiLMREo (ORCPT <rfc822;jeantsuru.cumc.mandola@gmail.com> + 99 others); Tue, 13 Dec 2022 12:04:44 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:32856 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236209AbiLMRDy (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Tue, 13 Dec 2022 12:03:54 -0500 Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [IPv6:2a00:1450:4864:20::129]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B05409C for <linux-kernel@vger.kernel.org>; Tue, 13 Dec 2022 09:03:53 -0800 (PST) Received: by mail-lf1-x129.google.com with SMTP id z26so5943862lfu.8 for <linux-kernel@vger.kernel.org>; Tue, 13 Dec 2022 09:03:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=9whwM05lxda1ZLYL23P+3imYfDYTBHNqamA4JNSFNFI=; b=denNa49m9X7502D9PP+mm3zEdhaFEkwFeb0OqDobKmiEJhPtkRw8O0sKZ2/3c7ocEq WwxlbFZafpNNrugpEnnjtsKX8GYHp6Zs6uBAQi7Qf2jEl5Vm8prDP1mUSUOL/cqfQiHo 0pZTN8lZscPgYcsvZvB05nVyUJl3SoY29FeiwMQAA3UE8LNMoyLaZhBNhWFAU/x3loe2 FXTK9w5ofKoZ1Mjz1BP/8rk6W4XLRNS5CvE/AfZFv39e/CGddqZBsP6mI3wq4KNwWlDJ D8oQDDldNe53tN2GLwxY+GCjiv+5VMVwhlP0XSMOy5Udrm7avwL+2MMBBeGUNwTlsTu0 re9g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=9whwM05lxda1ZLYL23P+3imYfDYTBHNqamA4JNSFNFI=; b=SGae/olAMO2IyZyORKNHHF/Zybd3LlfiLvp0OK3Z+WWlUFKMunLcqQGA1HL0MzRjVW TnTykQmAnP05qORV4z1aIotXmcjQ8jAtaWQeGDGBpoZu0D1n1bsZOAGWICpHE+3WcJ5n OKBn9LomtJONpfNOdWqKle7zAoIN654LQpvg6x3csz1+lVF99Q62vaMPKhkcbmq1mcoH d8LDZZEd/CEMFTKuBCcbWhaU2Lgi+M3synHYR7iCW8shnSLNLNJJkqLF/dcHLCdAv29p 28WAdI0xlMKW1poMVSVGZUaOACsbF7Pr4OkXnTcHI/OWoqGr7UQV7tzEJzmWZz9rLku0 EsJg== X-Gm-Message-State: ANoB5pmGWjCOsKmXatOMwdRkkALdLz1aJ5iKVXOnXxV4BlNV0EWiywkT OTECa7PagWzcriEiDqu/qzeU+Q== X-Received: by 2002:a05:6512:1512:b0:4b6:f647:a98f with SMTP id bq18-20020a056512151200b004b6f647a98fmr1381190lfb.62.1670951032070; Tue, 13 Dec 2022 09:03:52 -0800 (PST) Received: from localhost.localdomain (abxh44.neoplus.adsl.tpnet.pl. [83.9.1.44]) by smtp.gmail.com with ESMTPSA id e2-20020a05651236c200b004b56bebdc4esm446874lfs.14.2022.12.13.09.03.50 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 13 Dec 2022 09:03:51 -0800 (PST) From: Konrad Dybcio <konrad.dybcio@linaro.org> To: linux-arm-msm@vger.kernel.org, andersson@kernel.org, agross@kernel.org, krzysztof.kozlowski@linaro.org Cc: marijn.suijten@somainline.org, Konrad Dybcio <konrad.dybcio@linaro.org>, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 1/2] dt-bindings: reserved-memory: rmtfs: Document qcom,assign-to-nav Date: Tue, 13 Dec 2022 18:03:39 +0100 Message-Id: <20221213170340.456252-1-konrad.dybcio@linaro.org> X-Mailer: git-send-email 2.39.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=ham 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: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1752119316932265243?= X-GMAIL-MSGID: =?utf-8?q?1752119316932265243?= |
Series |
[1/2] dt-bindings: reserved-memory: rmtfs: Document qcom,assign-to-nav
|
|
Commit Message
Konrad Dybcio
Dec. 13, 2022, 5:03 p.m. UTC
Some SoCs mandate that the RMTFS is also assigned to the NAV VM, while
others really don't want that. Since it has to be conditional, add a
bool property to toggle this behavior.
Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org>
---
.../devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml | 5 +++++
1 file changed, 5 insertions(+)
Comments
On 13/12/2022 18:03, Konrad Dybcio wrote: > Some SoCs mandate that the RMTFS is also assigned to the NAV VM, while > others really don't want that. Since it has to be conditional, add a > bool property to toggle this behavior. > > Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> > --- > .../devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml | 5 +++++ > 1 file changed, 5 insertions(+) > > diff --git a/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml b/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml > index 2998f1c8f0db..1d8c4621178a 100644 > --- a/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml > +++ b/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml > @@ -31,6 +31,11 @@ properties: > description: > > vmid of the remote processor, to set up memory protection > > + qcom,assign-to-nav: > + type: boolean > + description: > No need for '>' > + whether to also assign the region to the NAV VM Here and in property name you express desired Linux driver action, but it is better to express the property of the hardware. What is different/special in these SoCs or their configuration that additional assignment is needed? Best regards, Krzysztof
On 14.12.2022 09:11, Krzysztof Kozlowski wrote: > On 13/12/2022 18:03, Konrad Dybcio wrote: >> Some SoCs mandate that the RMTFS is also assigned to the NAV VM, while >> others really don't want that. Since it has to be conditional, add a >> bool property to toggle this behavior. >> >> Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> >> --- >> .../devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml | 5 +++++ >> 1 file changed, 5 insertions(+) >> >> diff --git a/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml b/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml >> index 2998f1c8f0db..1d8c4621178a 100644 >> --- a/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml >> +++ b/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml >> @@ -31,6 +31,11 @@ properties: >> description: > >> vmid of the remote processor, to set up memory protection >> >> + qcom,assign-to-nav: >> + type: boolean >> + description: > > > No need for '>' > >> + whether to also assign the region to the NAV VM > > Here and in property name you express desired Linux driver action, but > it is better to express the property of the hardware. What is > different/special in these SoCs or their configuration that additional > assignment is needed? Honestly, I have no clue.. probably there's something more complex than was there before connected to GPS.. Konrad > > > Best regards, > Krzysztof >
On 14/12/2022 10:55, Konrad Dybcio wrote: > > > On 14.12.2022 09:11, Krzysztof Kozlowski wrote: >> On 13/12/2022 18:03, Konrad Dybcio wrote: >>> Some SoCs mandate that the RMTFS is also assigned to the NAV VM, while >>> others really don't want that. Since it has to be conditional, add a >>> bool property to toggle this behavior. >>> >>> Signed-off-by: Konrad Dybcio <konrad.dybcio@linaro.org> >>> --- >>> .../devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml | 5 +++++ >>> 1 file changed, 5 insertions(+) >>> >>> diff --git a/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml b/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml >>> index 2998f1c8f0db..1d8c4621178a 100644 >>> --- a/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml >>> +++ b/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml >>> @@ -31,6 +31,11 @@ properties: >>> description: > >>> vmid of the remote processor, to set up memory protection >>> >>> + qcom,assign-to-nav: >>> + type: boolean >>> + description: > >> >> No need for '>' >> >>> + whether to also assign the region to the NAV VM >> >> Here and in property name you express desired Linux driver action, but >> it is better to express the property of the hardware. What is >> different/special in these SoCs or their configuration that additional >> assignment is needed? > Honestly, I have no clue.. probably there's something more complex > than was there before connected to GPS.. One thing could be number of VMs - if it is even something known. Best regards, Krzysztof
diff --git a/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml b/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml index 2998f1c8f0db..1d8c4621178a 100644 --- a/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml +++ b/Documentation/devicetree/bindings/reserved-memory/qcom,rmtfs-mem.yaml @@ -31,6 +31,11 @@ properties: description: > vmid of the remote processor, to set up memory protection + qcom,assign-to-nav: + type: boolean + description: > + whether to also assign the region to the NAV VM + required: - qcom,client-id