[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <cover.1644396407.git.geert@linux-m68k.org>
Date: Wed, 9 Feb 2022 09:53:58 +0100
From: Geert Uytterhoeven <geert@...ux-m68k.org>
To: Paul Walmsley <paul.walmsley@...ive.com>,
Palmer Dabbelt <palmer@...belt.com>,
Albert Ou <aou@...s.berkeley.edu>
Cc: Atish Patra <atishp@...osinc.com>,
Jessica Clarke <jrtc27@...c27.com>,
Anup Patel <anup@...infault.org>,
Emil Renner Berthing <kernel@...il.dk>,
linux-riscv@...ts.infradead.org, linux-kernel@...r.kernel.org,
Geert Uytterhoeven <geert@...ux-m68k.org>
Subject: [PATCH v2 0/3] RISC-V: Fix cpumask rework fall-out
Hi all,
This patch series fixes the fall-out from commit 26fb751ca37846c9
("RISC-V: Do not use cpumask data structure for hartid bitmap"), cfr.
the discussion in thread[1]. Most important, it fixes userspace crashes
on systems where the first CPU does not have the lowest Hart ID.
Changes compared to v1[2]:
- Add Reviewed-by, Tested-by.
Thanks for applying!
[1] "[PATCH v3 6/6] RISC-V: Do not use cpumask data structure for hartid
bitmap"
https://lore.kernel.org/r/20220120090918.2646626-7-atishp@rivosinc.com/
[2] "[PATCH 0/3] RISC-V: Fix cpumask rework falloout"
https://lore.kernel.org/all/cover.1643635156.git.geert@linux-m68k.org/
Geert Uytterhoeven (3):
RISC-V: Fix hartid mask handling for hartid 31 and up
RISC-V: Fix handling of empty cpu masks
RISC-V: Fix IPI/RFENCE hmask on non-monotonic hartid ordering
arch/riscv/kernel/sbi.c | 72 +++++++++++++++++++++++++++--------------
1 file changed, 47 insertions(+), 25 deletions(-)
--
2.25.1
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@...ux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds
Powered by blists - more mailing lists