parisc: Reduce SIGRTMIN from 37 to 32 to behave like other Linux architectures
authorHelge Deller <>
Fri, 10 Oct 2014 20:20:17 +0000 (22:20 +0200)
committerHelge Deller <>
Sun, 12 Oct 2014 09:44:25 +0000 (11:44 +0200)
This patch reduces the value of SIGRTMIN on PARISC from 37 to 32, thus
increasing the number of available RT signals and bring it in sync with other
Linux architectures.

Historically we wanted to natively support HP-UX 32bit binaries with the
PA-RISC Linux port.  Because of that we carried the various available signals
from HP-UX (e.g. SIGEMT and SIGLOST) and folded them in between the native
Linux signals.  Although this was the right decision at that time, this
required us to increase SIGRTMIN to at least 37 which left us with 27 (64-37)
RT signals.

Those 27 RT signals haven't been a problem in the past, but with the upcoming
importance of systemd we now got the problem that systemd alloctes (hardcoded)
signals up to SIGRTMIN+29 which is beyond our NSIG of 64. Because of that we
have not been able to use systemd on the PARISC Linux port yet.

Of course we could ask the systemd developers to not use those hardcoded
values, but this change is very unlikely, esp. with PA-RISC being a niche

The other possibility would be to increase NSIG to e.g. 128, but this would
mean to duplicate most of the existing Linux signal handling code into the
parisc specific Linux kernel tree which would most likely introduce lots of new
bugs beside the code duplication.

The third option is to drop some HP-UX signals and shuffle some other signals
around to bring SIGRTMIN to 32.  This is of course an ABI change, but testing
has shown that existing Linux installations are not visibly affected by this
change - most likely because we move those signals around which are rarely used
and move them to slots which haven't been used in Linux yet. In an existing
installation I was able to exchange either the Linux kernel or glibc (or both)
without affecting the boot process and installed applications.

Dropping the HP-UX signals isn't an issue either, since support for HP-UX was
basically dropped a few months back with Kernel 3.14 in commit
f5a408d53edef3af07ac7697b8bc54a755628450 already, when we changed EWOULDBLOCK
to be equal to EAGAIN.

So, even if this is an ABI change, it's better to change it now and thus bring
PARISC Linux in sync with other architectures to avoid other issues in the

Signed-off-by: Helge Deller <>
Cc: Carlos O'Donell <>
Cc: John David Anglin <>
Cc: James Bottomley <>
Cc: Aaro Koskinen <>
Cc: PARISC Linux Kernel Mailinglist <>
Tested-by: Aaro Koskinen <>

index f5645d6a89f2c9c79e8e22cd9a7201df6dc389df..10df7079f4cdf08dec0e26d871e4270d157a50ed 100644 (file)
@@ -8,12 +8,12 @@
 #define SIGTRAP                 5
 #define SIGABRT                 6
 #define SIGIOT          6
-#define SIGEMT          7
+#define SIGSTKFLT       7
 #define SIGFPE          8
 #define SIGKILL                 9
 #define SIGBUS         10
 #define SIGSEGV                11
-#define SIGSYS         12 /* Linux doesn't use this */
+#define SIGXCPU                12
 #define SIGPIPE                13
 #define SIGALRM                14
 #define SIGTERM                15
 #define SIGTTIN                27
 #define SIGTTOU                28
 #define SIGURG         29
-#define SIGLOST                30 /* Linux doesn't use this either */
-#define        SIGUNUSED       31
-#define SIGXCPU                33
-#define SIGXFSZ                34
-#define SIGSTKFLT      36
+#define SIGXFSZ                30
+#define SIGUNUSED      31
+#define SIGSYS         31 /* Linux doesn't use this */
 /* These should not be considered constants from userland.  */
-#define SIGRTMIN       37
+#define SIGRTMIN       32
 #define SIGRTMAX       _NSIG /* it's 44 under HP/UX */