[Bug libc/17508] New: [hppa] __SIGRTMIN too high to support building systemd.

[carlos at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=17508

            Bug ID: 17508
           Summary: [hppa] __SIGRTMIN too high to support building
                    systemd.
           Product: glibc
           Version: 2.20
            Status: NEW
          Severity: normal
          Priority: P2
         Component: libc
          Assignee: unassigned at sourceware dot org
          Reporter: carlos at redhat dot com
                CC: drepper.fsp at gmail dot com

We find ourselves unable to run systemd because it expects
SIGRTMIN+29 signals to be available and with hppa starting
at 37 that exceeds the 64 signals available. It is arguable
that the systemd code could compact their signal usage (the
have a gap and don't check SIGRTMAX to see if they are over).
However, that would require pursuing this upstream with systemd.
The least work option is to make hppa more like other arches.

We should remove unused signals and reogranize the signals
to support __SIGRTMIN of 32 like every other arch.

It's an ABI break, but the signals on the high end are
esoteric and never used. Testing shows you can bootstrap
build a system and it all works.

A kernel fix for this is in 3.17:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/arch/parisc/include/uapi/asm/signal.h?id=1f25df2eff5b25f52c139d3ff31bc883eee9a0ab

-- 
You are receiving this mail because:
You are on the CC list for the bug.