linux-kernel - Re: [PATCH] soc: qcom: llcc: Fix dis_cap_alloc and retain_on

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 for Android: free password hash cracker in your pocket

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

Message-ID: <CAE-0n50HwE+gNYotYXduer3b=O+c3ZWLC_8gEmpo0KQmtzmNvQ@mail.gmail.com>
Date:   Mon, 6 Nov 2023 13:55:58 -0800
From:   Stephen Boyd <swboyd@...omium.org>
To:     Atul Dhudase <quic_adhudase@...cinc.com>,
        Bjorn Andersson <quic_bjorande@...cinc.com>,
        Mukesh Ojha <quic_mojha@...cinc.com>
Cc:     agross@...nel.org, andersson@...nel.org, konrad.dybcio@...aro.org,
        isaacm@...eaurora.org, dianders@...omium.org,
        linux-arm-msm@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] soc: qcom: llcc: Fix dis_cap_alloc and retain_on_pc configuration

Quoting Mukesh Ojha (2023-11-05 22:54:28)
>
>
> On 11/4/2023 1:03 AM, Bjorn Andersson wrote:
> > On Fri, Nov 03, 2023 at 04:27:12PM +0530, Atul Dhudase wrote:
> >> While programming dis_cap_alloc and retain_on_pc, set a bit
> >> corresponding to a specific SCID without disturbing the
> >> previously configured bits.
> >>
> >
> > As far as I can see, the only invocation of _qcom_llcc_cfg_program()
> > comes from qcom_llcc_cfg_program(), which is only called once, from
> > qcom_llcc_probe(), and here also seems to only be the single write to
> > these two registers.
>
> It does not look to be single write but the write is for each slice
> in the same register which was overriding other slices values.

Can you add that detail to the commit text? What's the seriousness of
the issue? Why should it be backported to stable? Is something seriously
broken because a slice configuration is overwritten? Does it mean that
some allocation made in a slice is being lost over power collapse (pc)
when it shouldn't be?