linux-kernel - Re: [PATCH v2 0/4] dt-bindings: soc: smem: Make indirection optional

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <7d8dd47d-cf25-ceb9-be80-81b678c9b9a5@linaro.org>
Date:   Fri, 1 Oct 2021 10:11:06 +0300
From:   Vladimir Zapolskiy <vladimir.zapolskiy@...aro.org>
To:     Bjorn Andersson <bjorn.andersson@...aro.org>,
        Andy Gross <agross@...nel.org>,
        Rob Herring <robh+dt@...nel.org>,
        Frank Rowand <frowand.list@...il.com>
Cc:     linux-arm-msm@...r.kernel.org, devicetree@...r.kernel.org,
        linux-kernel@...r.kernel.org, Chris Lew <clew@...eaurora.org>,
        Deepak Kumar Singh <deesin@...eaurora.org>
Subject: Re: [PATCH v2 0/4] dt-bindings: soc: smem: Make indirection optional

Hi Bjorn,

On 9/30/21 9:21 PM, Bjorn Andersson wrote:
> In the modern Qualcomm platform there's no reason for having smem as a
> separate node, so let's change this.
> 
> Bjorn Andersson (4):
>    dt-bindings: sram: Document qcom,rpm-msg-ram
>    dt-bindings: soc: smem: Make indirection optional
>    soc: qcom: smem: Support reserved-memory description
>    arm64: dts: qcom: sdm845: Drop standalone smem node
> 
>   .../bindings/soc/qcom/qcom,smem.yaml          | 34 +++++++++--
>   .../devicetree/bindings/sram/sram.yaml        |  5 +-
>   arch/arm64/boot/dts/qcom/sdm845.dtsi          | 10 +---
>   drivers/of/platform.c                         |  1 +
>   drivers/soc/qcom/smem.c                       | 57 +++++++++++++------
>   5 files changed, 77 insertions(+), 30 deletions(-)
> 

the patch series looks good.

Reviewed-by: Vladimir Zapolskiy <vladimir.zapolskiy@...aro.org>

--
Best wishes,
Vladimir