| Message ID | cover.1643635156.git.geert@linux-m68k.org (mailing list archive) |
|---|---|
| Headers | show |
| Series | RISC-V: Fix cpumask rework falloout | expand |
On Mon, 31 Jan 2022 at 14:26, Geert Uytterhoeven <geert@linux-m68k.org> wrote: > > Hi all, > > This patch series intends to fix the fall-out from commit > 26fb751ca37846c9 ("RISC-V: Do not use cpumask data structure for hartid > bitmap"), cfr. the discussion in thread[1]. > > Thanks for your comments! > > [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/ > > 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(-) I built this and rebooted my Starlight board a number of times without seeing any of the errors that usually shows up when [1] is not reverted. Tested-by: Emil Renner Berthing <kernel@esmil.dk> [1]: 26fb751ca37846c9 ("RISC-V: Do not use cpumask data structure for hartid bitmap")
Hi all, This patch series intends to fix the fall-out from commit 26fb751ca37846c9 ("RISC-V: Do not use cpumask data structure for hartid bitmap"), cfr. the discussion in thread[1]. Thanks for your comments! [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/ 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(-)