netdev - Re: cpu_rmap maps CPUs to wrong interrupts after reprogramming affinities

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: <20241218172321.71ea4b4a@kernel.org>
Date: Wed, 18 Dec 2024 17:23:21 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Caleb Sander <csander@...estorage.com>
Cc: David Miller <davem@...emloft.net>, Tom Herbert <therbert@...gle.com>,
 Thomas Gleixner <tglx@...utronix.de>, Eli Cohen <elic@...dia.com>, Ben
 Hutchings <ben@...adent.org.uk>, Eric Dumazet <edumazet@...gle.com>, Paolo
 Abeni <pabeni@...hat.com>, netdev@...r.kernel.org, Linux Kernel Mailing
 List <linux-kernel@...r.kernel.org>
Subject: Re: cpu_rmap maps CPUs to wrong interrupts after reprogramming
 affinities

On Fri, 13 Dec 2024 10:18:30 -0800 Caleb Sander wrote:
> I can see a few possible ways to address this:
> - Store the current affinity masks for all the IRQs in struct cpu_rmap
> so the next closest IRQ can be computed when a CPU's closest IRQ is
> invalidated. This would significantly increase the size of struct
> cpu_rmap.

Ahmed is actively working on something along those lines:
https://lore.kernel.org/all/20241218165843.744647-1-ahmed.zaki@intel.com/
hopefully we can leverage it?