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]
Date:   Fri, 15 Oct 2021 20:58:42 +0200
From:   Konrad Dybcio <>
To:     Yassine Oudjana <>,
        Andy Gross <>,
        Bjorn Andersson <>,
        Michael Turquette <>,
        Stephen Boyd <>,
        Rob Herring <>,
        Ilia Lin <>,
        Viresh Kumar <>, Nishanth Menon <>,
        "Rafael J. Wysocki" <>,
        Loic Poulain <>
Cc:     AngeloGioacchino Del Regno 
        <>,,,,,, ~postmarketos/,
Subject: Re: [PATCH 4/8] cpufreq: qcom_cpufreq_nvmem: Simplify reading kryo

On 14.10.2021 10:32, Yassine Oudjana wrote:
> In preparation for adding a separate device tree for MSM8996 Pro, skip reading
> msm-id from smem and just read the speedbin efuse.
While I'd really like for this to be merged, it's gonna totally wreck backwards

compatibility.. But then, since APCC was not defined properly before commit

0a275a35ceab07 arm64: dts: qcom: msm8996: Make CPUCC actually probe (and work)

there's only 5.14/5.15 (both of which were non-LTS) which would *actually* break given

somebody decided that "ah yes, pulling in DTs from these specific mainline kernel releases

is a good idea"...

If I were to judge, it would probably be fine to rid the old mechanism..


Powered by blists - more mailing lists