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
| ||
|
Date: Tue, 26 Jul 2022 01:12:28 -0700 From: Atish Patra <atishp@...shpatra.org> To: Conor Dooley <Conor.Dooley@...rochip.com> Cc: "will@...nel.org" <will@...nel.org>, Paul Walmsley <paul.walmsley@...ive.com>, Palmer Dabbelt <palmer@...belt.com>, Palmer Dabbelt <palmer@...osinc.com>, Albert Ou <aou@...s.berkeley.edu>, Sudeep Holla <sudeep.holla@....com>, "catalin.marinas@....com" <catalin.marinas@....com>, Greg Kroah-Hartman <gregkh@...uxfoundation.org>, "Rafael J. Wysocki" <rafael@...nel.org>, Daire McNamara <Daire.McNamara@...rochip.com>, Niklas Cassel <niklas.cassel@....com>, Damien Le Moal <damien.lemoal@...nsource.wdc.com>, Geert Uytterhoeven <geert@...ux-m68k.org>, Zong Li <zong.li@...ive.com>, Emil Renner Berhing <kernel@...il.dk>, Jonas Hahnfeld <hahnjo@...njo.de>, Guo Ren <guoren@...nel.org>, Anup Patel <anup@...infault.org>, Heiko Stübner <heiko@...ech.de>, Philipp Tomsich <philipp.tomsich@...ll.eu>, Rob Herring <robh@...nel.org>, Marc Zyngier <maz@...nel.org>, Viresh Kumar <viresh.kumar@...aro.org>, linux-riscv <linux-riscv@...ts.infradead.org>, "linux-kernel@...r.kernel.org List" <linux-kernel@...r.kernel.org>, "linux-arm-kernel@...ts.infradead.org" <linux-arm-kernel@...ts.infradead.org>, Brice Goglin <Brice.Goglin@...ia.fr> Subject: Re: [PATCH v4 0/2] Fix RISC-V's arch-topology reporting On Mon, Jul 25, 2022 at 2:20 AM <Conor.Dooley@...rochip.com> wrote: > > On 25/07/2022 10:13, Will Deacon wrote: > > On Sat, Jul 23, 2022 at 11:22:01AM +0000, Conor.Dooley@...rochip.com wrote: > >> On 15/07/2022 18:51, Conor Dooley wrote: > >> > >> 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. > > Yeah, that's fair. It's late in the game for cross-tree messing. > I know Palmer has been p busy recently. > > > 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. > > Hopefully someone on the riscv side will have confirmed what I am doing > is sane by then. > > > > > Let me know. > > I will, thanks! Sorry for the delayed response here. I was planning to test the series last week itself but got dragged into something else and a qemu bug for NUMA. Thanks for the fixes. I have tested this on Qemu(removing the topology node) for the following configurations. SMP, !SMP, NUMA (2 sockets) FWIW, Tested-by: Atish Patra <atishp@...osinc.com> -- Regards, Atish
Powered by blists - more mailing lists