linux-kernel - Re: [PATCH v4 0/2] Fix RISC-V's arch-topology reporting

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: <20220725091346.GA20370@willie-the-truck>
Date:   Mon, 25 Jul 2022 10:13:46 +0100
From:   Will Deacon <will@...nel.org>
To:     Conor.Dooley@...rochip.com
Cc:     paul.walmsley@...ive.com, palmer@...belt.com, palmer@...osinc.com,
        aou@...s.berkeley.edu, sudeep.holla@....com,
        catalin.marinas@....com, gregkh@...uxfoundation.org,
        rafael@...nel.org, Daire.McNamara@...rochip.com,
        niklas.cassel@....com, damien.lemoal@...nsource.wdc.com,
        geert@...ux-m68k.org, zong.li@...ive.com, kernel@...il.dk,
        hahnjo@...njo.de, guoren@...nel.org, anup@...infault.org,
        atishp@...shpatra.org, heiko@...ech.de, philipp.tomsich@...ll.eu,
        robh@...nel.org, maz@...nel.org, viresh.kumar@...aro.org,
        linux-riscv@...ts.infradead.org, linux-kernel@...r.kernel.org,
        linux-arm-kernel@...ts.infradead.org, Brice.Goglin@...ia.fr
Subject: Re: [PATCH v4 0/2] Fix RISC-V's arch-topology reporting

On Sat, Jul 23, 2022 at 11:22:01AM +0000, Conor.Dooley@...rochip.com wrote:
> On 15/07/2022 18:51, Conor Dooley wrote:
> > From: Conor Dooley <conor.dooley@...rochip.com>
> > 
> > Hey all,
> > It's my first time messing around with arch/ code at all, let alone
> > more than one arch, so forgive me if I have screwed up how to do a
> > migration like this.
> > 
> > The goal here is the fix the incorrectly reported arch topology on
> > RISC-V which seems to have been broken since it was added.
> > cpu, package and thread IDs are all currently reported as -1, so tools
> > like lstopo think systems have multiple threads on the same core when
> > this is not true:
> > https://github.com/open-mpi/hwloc/issues/536
> 
> Hey,
> 
> Not got any feedback on the smpboot changes from the RISC-V side.
> I tested it on polarfire, the d1 (with both SMP & !SMP set iirc)
> & on the u540. It all looked good to me.
> 
> I'd like to have this fixed for v5.20, but there isn't too much
> time left before the mw. Not too sure about the cross-tree changes,
> does it need an immutable branch or could it go through driver-core?
> Catalin suggested removing the CC stable from patch 1/2 & adding it
> as a dependency for the 2/2 patch - but obviously that's up to the
> committer to sort out.

I'm finalising the arm64 queue today, so I don't really want to pull in
additional changes beyond critical fixes at this point, I'm afraid. I was
half-expecting a pull request from the riscv side last week but I didn't
see anything.

FWIW, if there's still no movement by -rc1, then I'm happy to queue all
of this on its own branch in the arm64 tree for 5.21.

Let me know.

Will