linux-kernel - Re: [RFC PATCH v6 1/4] topology: Represent clusters of CPUs within a die

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]

Date:   Wed, 28 Apr 2021 11:48:11 +0200
From:   Andrew Jones <drjones@...hat.com>
To:     song.bao.hua@...ilicon.com
Cc:     aubrey.li@...ux.intel.com, bp@...en8.de, bsegall@...gle.com,
        catalin.marinas@....com, dietmar.eggemann@....com,
        gregkh@...uxfoundation.org, guodong.xu@...aro.org, hpa@...or.com,
        jonathan.cameron@...wei.com, juri.lelli@...hat.com,
        lenb@...nel.org, liguozhu@...ilicon.com,
        linux-acpi@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
        linux-kernel@...r.kernel.org, linuxarm@...neuler.org,
        mark.rutland@....com, mgorman@...e.de, mingo@...hat.com,
        msys.mizuma@...il.com, peterz@...radead.org,
        prime.zeng@...ilicon.com, rjw@...ysocki.net, rostedt@...dmis.org,
        sudeep.holla@....com, tglx@...utronix.de,
        tim.c.chen@...ux.intel.com, valentin.schneider@....com,
        vincent.guittot@...aro.org, will@...nel.org, x86@...nel.org,
        xuwei5@...wei.com, yangyicong@...wei.com
Subject: Re: [RFC PATCH v6 1/4] topology: Represent clusters of CPUs within a die

On 20/04/2021 12:18, Barry Song wrote:
...
> Currently the ID provided is the offset of the Processor
> Hierarchy Nodes Structure within PPTT.  Whilst this is unique
> it is not terribly elegant so alternative suggestions welcome.
> 

The ACPI table offsets are consistent with how other topology IDs are
generated. I once tried to make them a little more human friendly with
[1], but it was nacked.

[1] https://lore.kernel.org/lkml/20180629132934.GA16282@e107155-lin/t/

Thanks,
drew