On Mon, Jan 03, 2022 at 10:19:48AM -0800, Walt Drummond wrote: > This patch set expands the number of signals in Linux beyond the > current cap of 64. It sets a new cap at the somewhat arbitrary limit > of 1024 signals, both because it’s what GLibc and MUSL support and > because many architectures pad sigset_t or ucontext_t in the kernel to > this cap. This limit is not fixed and can be further expanded within > reason. Could you explain the point of the entire exercise? Why do we need more rt signals in the first place? glibc has quite a bit of utterly pointless future-proofing. So "they allow more" is not a good reason - not without a plausible use-case, at least.
