Message ID | 20221125223400.94515-1-matti.lehtimaki@gmail.com |
---|---|
State | New |
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:adf:f944:0:0:0:0:0 with SMTP id q4csp4329043wrr; Fri, 25 Nov 2022 14:40:42 -0800 (PST) X-Google-Smtp-Source: AA0mqf6UhqsqQN70+J5HAMNDHxT7pgpSycW85zWBMSuqC2Bb7OXyVB/Fb9T4bYu04iUtTfRVwW88 X-Received: by 2002:a17:906:43c7:b0:7bb:c1e6:c4ac with SMTP id j7-20020a17090643c700b007bbc1e6c4acmr3934816ejn.757.1669416042436; Fri, 25 Nov 2022 14:40:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1669416042; cv=none; d=google.com; s=arc-20160816; b=Tdxl9iFA18ACzbmsiLS+Z77ubWzaP2AtMeRxthCGR1Ptkz3EkHEDzHwJtLSSBoGL0r 0WZvKiQm1v1+j6xA9jNa6bkAlLqQS/zLaZJ9ApLblhA/osG7+Zrm6qxuYazA49WL8YQP 6gc6GQOmLaXOufk9KgVYBz7r/rgq/10JFsZxIws2vZ2rqeKBy9lWsX19bnIcg72MJQto hPkg9NR/w8zZk0+fMh7cy+Vaz8tDugaU9EJttlU1/Ou9CPxAtVzVYAhHICHG+n+PpXtR u3savSvVKrPsfZWKpM150mUECczi4KB/Jx+6T7fVNp3MVOcYAhSZF13qIh2pTDkJREFl 4mog== 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=niMavHIx/AWaO4yyhWp984rwBKsNidh7Wk+Ub6Q559A=; b=vhVYNApTwBSTDDrYEtAfKg9iLXU8pKPPbnLR5ooizYiv4DpTmZodPMCGDDpsXI+GRn zH6z1Jaqe0RRav1cJ1ClXoh8iL+q01tQlV+2bunrv6SkfYx3adpPTyZuM56BH/zJY26l MWx5lE4cws2U43OZKTBpwi//qvZkLOQYmHKP/wHkqCSRLxtwuvKuD8wTm5BRNnG6kr1z 1n/QynxF7U1o2wUuzrBY7iXa7QuS5xOsq9pJT6Q5gEMYK6EVRxTLqdUyFWFPoBMdjIT1 /3mfBGqoDb7yMozfwMrU1BylLMfLTTxI0lU02wX9w17BkYkl7kM5NTx2pZLeWux3ywqQ EYaA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=KJJmGGxb; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id di13-20020a170906730d00b007ae37a89b5bsi5219683ejc.601.2022.11.25.14.40.16; Fri, 25 Nov 2022 14:40:42 -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=@gmail.com header.s=20210112 header.b=KJJmGGxb; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229732AbiKYWeo (ORCPT <rfc822;zxc52fgh@gmail.com> + 99 others); Fri, 25 Nov 2022 17:34:44 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50490 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229634AbiKYWem (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Fri, 25 Nov 2022 17:34:42 -0500 Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9224E230; Fri, 25 Nov 2022 14:34:40 -0800 (PST) Received: by mail-lj1-x231.google.com with SMTP id j2so4092445ljg.10; Fri, 25 Nov 2022 14:34:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=niMavHIx/AWaO4yyhWp984rwBKsNidh7Wk+Ub6Q559A=; b=KJJmGGxbxWMugMPePN2a3OVTaDG+dR0vMeor/ObZacim+FpRkzQsgYz/xz5WhrFbta zT7zAaeyc9tM9xA6mMhto4IyBv2zqrhCCcF68qFhegdZduEvV7q5MAwiCtUBsDqPk+vH IHaqxdxk+wUiZQNmPS9j6KMEpo2ZdO461GwungT2DlPuomfuh+9a/e/tEuLU4SnYwQy4 gtGVt0dKa4/0Qwcu6EfQn7kcGECOV/RZGgqm6BKUG3ONTtqs6em7hf8Xa++K+oST/cTM wBjOAfUTa5CMMoWa38W84KSBKcSFW4j4TnBs8ejEoq2DfL2SLleqXYDqohvEMRmo7DWb Br4Q== 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=niMavHIx/AWaO4yyhWp984rwBKsNidh7Wk+Ub6Q559A=; b=ZV6WYIEYpTAh/XFTCTcgIX4wxr2eY0P7+YvFjQziywpwS+eSw0raV28t6fkH0l5ena Hv/LCjO42f5j+JZMkwI/xkUFKZBFirt3vV2+YlYhEviJgRw9HUlhOCzt96TsMnpikBNA Ilxt83uE3dVynh+jZwyzrmPIbyQXWKDaHtMqp/C6MZ8OCUvL7gRkXQc4kPcVjT09cthN 4al9MKWy0tu0w2WULNaPCiUjE2lElmpVAOIX5ztB5HsjAZacp4BX3c7DxjuuedlGhJ++ pLjGHFAV5ocqMmSh3SM0E3M9ZjTO2yf6/hG7CYMRrIrYrm+bdD6SFGf9/iKbnciW42F8 uMJg== X-Gm-Message-State: ANoB5pnz48ja6zGceVD+t4vy3V3PW7hCWVdHj0kdkqFVuBBf8D6zzex2 eTKWGXbZ3IBcMFZy6Ifd/GC5f32dFXHBmg== X-Received: by 2002:a2e:7306:0:b0:279:9104:d60c with SMTP id o6-20020a2e7306000000b002799104d60cmr2017396ljc.163.1669415678801; Fri, 25 Nov 2022 14:34:38 -0800 (PST) Received: from i-vetokaappi.home.lan (dsl-hkibng42-56733b-36.dhcp.inet.fi. [86.115.59.36]) by smtp.gmail.com with ESMTPSA id b4-20020ac24104000000b004b4b5bd8d02sm668945lfi.78.2022.11.25.14.34.38 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 25 Nov 2022 14:34:38 -0800 (PST) From: =?utf-8?q?Matti_Lehtim=C3=A4ki?= <matti.lehtimaki@gmail.com> To: linux-arm-msm@vger.kernel.org Cc: ~postmarketos/upstreaming@lists.sr.ht, phone-devel@vger.kernel.org, =?utf-8?q?Matti_Lehtim=C3=A4ki?= <matti.lehtimaki@gmail.com>, Andy Gross <agross@kernel.org>, Bjorn Andersson <andersson@kernel.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] ARM: dts: qcom: apq8026-samsung-matisse-wifi: Enable ADSP Date: Sat, 26 Nov 2022 00:34:00 +0200 Message-Id: <20221125223400.94515-1-matti.lehtimaki@gmail.com> X-Mailer: git-send-email 2.34.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 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,FREEMAIL_FROM, 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?1750509595958667289?= X-GMAIL-MSGID: =?utf-8?q?1750509595958667289?= |
Series |
ARM: dts: qcom: apq8026-samsung-matisse-wifi: Enable ADSP
|
|
Commit Message
Matti Lehtimäki
Nov. 25, 2022, 10:34 p.m. UTC
Configure the reserved memory for ADSP and enable it.
Signed-off-by: Matti Lehtimäki <matti.lehtimaki@gmail.com>
---
arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts | 7 ++++++-
1 file changed, 6 insertions(+), 1 deletion(-)
Comments
On 25.11.2022 23:34, Matti Lehtimäki wrote: > Configure the reserved memory for ADSP and enable it. > > Signed-off-by: Matti Lehtimäki <matti.lehtimaki@gmail.com> > --- > arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts | 7 ++++++- > 1 file changed, 6 insertions(+), 1 deletion(-) > > diff --git a/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts b/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts > index 1c52337af560..859e91c16c61 100644 > --- a/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts > +++ b/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts > @@ -133,7 +133,8 @@ wcnss@d200000 { > no-map; > }; > > - adsp@d900000 { > + /delete-node/ adsp@dc00000; Please delete nodes by referencing the label like so: /delete-node/ &adsp_region; Konrad > + adsp_region: adsp@d900000 { > reg = <0x0d900000 0x1800000>; > no-map; > }; > @@ -169,6 +170,10 @@ rmtfs@fd80000 { > }; > }; > > +&adsp { > + status = "okay"; > +}; > + > &blsp1_i2c2 { > status = "okay"; >
On 28.11.2022 16.41, Konrad Dybcio wrote: > > On 25.11.2022 23:34, Matti Lehtimäki wrote: >> diff --git a/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts b/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts >> index 1c52337af560..859e91c16c61 100644 >> --- a/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts >> +++ b/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts >> @@ -133,7 +133,8 @@ wcnss@d200000 { >> no-map; >> }; >> >> - adsp@d900000 { >> + /delete-node/ adsp@dc00000; > Please delete nodes by referencing the label like so: > > /delete-node/ &adsp_region; When I created the devicetree I was asked to do the opposite for the smem_region [1] which I had originally deleted using the label near top of the file but then moved next to the relevant node, where I cannot use label when deleting it. Should the smem_region also be moved to the top of the file if I move this delete-node there so the file would be consistent? [1] https://lore.kernel.org/linux-arm-msm/CAA8EJpqUH_v1GXEYF62Z3DBtFu_305_h4D36aCnBr38bo5HoJw@mail.gmail.com/
On 28.11.2022 18:01, Matti Lehtimäki wrote: > On 28.11.2022 16.41, Konrad Dybcio wrote: >> >> On 25.11.2022 23:34, Matti Lehtimäki wrote: >>> diff --git a/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts b/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts >>> index 1c52337af560..859e91c16c61 100644 >>> --- a/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts >>> +++ b/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts >>> @@ -133,7 +133,8 @@ wcnss@d200000 { >>> no-map; >>> }; >>> - adsp@d900000 { >>> + /delete-node/ adsp@dc00000; >> Please delete nodes by referencing the label like so: >> >> /delete-node/ &adsp_region; > > When I created the devicetree I was asked to do the opposite for the > smem_region [1] which I had originally deleted using the label near top of the > file but then moved next to the relevant node, where I cannot use label > when deleting it. Should the smem_region also be moved to the top of the > file if I move this delete-node there so the file would be consistent? In [1] you were asked to move the delete-node statement, not to alter the argument. Referencing nodes by label is allowed globally in the DTS. The removal should stay inside reserved-memory. Konrad > > [1] https://lore.kernel.org/linux-arm-msm/CAA8EJpqUH_v1GXEYF62Z3DBtFu_305_h4D36aCnBr38bo5HoJw@mail.gmail.com/
On Montag, 28. November 2022 21:59:06 CET Konrad Dybcio wrote: > On 28.11.2022 18:01, Matti Lehtimäki wrote: > > On 28.11.2022 16.41, Konrad Dybcio wrote: > >> On 25.11.2022 23:34, Matti Lehtimäki wrote: > >>> diff --git a/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts > >>> b/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts index > >>> 1c52337af560..859e91c16c61 100644 > >>> --- a/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts > >>> +++ b/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts > >>> @@ -133,7 +133,8 @@ wcnss@d200000 { > >>> no-map; > >>> }; > >>> - adsp@d900000 { > >>> + /delete-node/ adsp@dc00000; > >> > >> Please delete nodes by referencing the label like so: > >> > >> /delete-node/ &adsp_region; > > > > When I created the devicetree I was asked to do the opposite for the > > smem_region [1] which I had originally deleted using the label near top of > > the file but then moved next to the relevant node, where I cannot use > > label when deleting it. Should the smem_region also be moved to the top > > of the file if I move this delete-node there so the file would be > > consistent? > In [1] you were asked to move the delete-node statement, not to alter > the argument. Referencing nodes by label is allowed globally in the DTS. > The removal should stay inside reserved-memory. Having e.g. this doesn't build, you get "syntax error" error reserved-memory { /delete-node/ &venus_region; }; Not sure exactly why, but that's the reason everything's outside of the root node if you use labels (don't ask me why labels lead to syntax error but specifying the name manually works) > > Konrad > > > [1] > > https://lore.kernel.org/linux-arm-msm/CAA8EJpqUH_v1GXEYF62Z3DBtFu_305_h4D > > 36aCnBr38bo5HoJw@mail.gmail.com/
On 28.11.2022 22:06, Luca Weiss wrote: > On Montag, 28. November 2022 21:59:06 CET Konrad Dybcio wrote: >> On 28.11.2022 18:01, Matti Lehtimäki wrote: >>> On 28.11.2022 16.41, Konrad Dybcio wrote: >>>> On 25.11.2022 23:34, Matti Lehtimäki wrote: >>>>> diff --git a/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts >>>>> b/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts index >>>>> 1c52337af560..859e91c16c61 100644 >>>>> --- a/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts >>>>> +++ b/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts >>>>> @@ -133,7 +133,8 @@ wcnss@d200000 { >>>>> no-map; >>>>> }; >>>>> - adsp@d900000 { >>>>> + /delete-node/ adsp@dc00000; >>>> >>>> Please delete nodes by referencing the label like so: >>>> >>>> /delete-node/ &adsp_region; >>> >>> When I created the devicetree I was asked to do the opposite for the >>> smem_region [1] which I had originally deleted using the label near top of >>> the file but then moved next to the relevant node, where I cannot use >>> label when deleting it. Should the smem_region also be moved to the top >>> of the file if I move this delete-node there so the file would be >>> consistent? >> In [1] you were asked to move the delete-node statement, not to alter >> the argument. Referencing nodes by label is allowed globally in the DTS. >> The removal should stay inside reserved-memory. > > Having e.g. this doesn't build, you get "syntax error" error > > reserved-memory { > /delete-node/ &venus_region; > }; > > Not sure exactly why, but that's the reason everything's outside of the root > node if you use labels (don't ask me why labels lead to syntax error but > specifying the name manually works) > Hm.. The DT spec does not seem to limit where this syntax should work.. Perhaps it's a bug in DTC then. Unless it does and I simply don't see it. Konrad >> >> Konrad >> >>> [1] >>> https://lore.kernel.org/linux-arm-msm/CAA8EJpqUH_v1GXEYF62Z3DBtFu_305_h4D >>> 36aCnBr38bo5HoJw@mail.gmail.com/ > > > >
diff --git a/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts b/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts index 1c52337af560..859e91c16c61 100644 --- a/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts +++ b/arch/arm/boot/dts/qcom-apq8026-samsung-matisse-wifi.dts @@ -133,7 +133,8 @@ wcnss@d200000 { no-map; }; - adsp@d900000 { + /delete-node/ adsp@dc00000; + adsp_region: adsp@d900000 { reg = <0x0d900000 0x1800000>; no-map; }; @@ -169,6 +170,10 @@ rmtfs@fd80000 { }; }; +&adsp { + status = "okay"; +}; + &blsp1_i2c2 { status = "okay";