Re: [PATCH] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512

From: Christoph Lameter (Ampere)
Date: Wed Jan 17 2024 - 15:10:21 EST

Next message: Martin K. Petersen: "Re: [PATCH] scsi: fnic: unlock on error path in fnic_queuecommand()"
Previous message: David Sterba: "Re: [syzbot] [btrfs?] KASAN: slab-out-of-bounds Read in getname_kernel (2)"
In reply to: Eric Mackay: "Re: [PATCH] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

On Tue, 16 Jan 2024, Eric Mackay wrote:

It seems > 256 was chosen as the cutoff simply because it preserves existing behavior.
The patch description seems to imply there was pushback from distro maintainers on just increasing
the default NR_CPUS.

Yup that was it.

Next message: Martin K. Petersen: "Re: [PATCH] scsi: fnic: unlock on error path in fnic_queuecommand()"
Previous message: David Sterba: "Re: [syzbot] [btrfs?] KASAN: slab-out-of-bounds Read in getname_kernel (2)"
In reply to: Eric Mackay: "Re: [PATCH] ARM64: Dynamically allocate cpumasks and increase supported CPUs to 512"
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]