On Mon, 26 Aug 2013 18:37:54 -0400 John David Anglin <dave.anglin@xxxxxxxx> wrote: > On 26-Aug-13, at 5:27 PM, Helge Deller wrote: > >> [1] Sneak preview: https://bugs.gentoo.org/show_bug.cgi?id=482214 > > > > Did you already filed this signal-problem upstream as suggested in > > comment #3 (https://bugs.gentoo.org/show_bug.cgi?id=482214#c3)? Well, there are two ways to resolve this problem, and seeing who is developing systemd and seeing the generous way the "available" signal range is used, I'm pretty doubtful about changes there. As I said in comment #2, that range could be compacted (a lot) and then fit easily on any future platform. Since it was a design choice even reflected in man pages[1] ("[...], SIGRTMIN+29 Sets the log level to [...]"), I'm very afraid they will not change it easily. > I believe two of the signal numbers come from HP-UX. #define SIGXCPU 33 #define SIGXFSZ 34 #define SIGSTKFLT 36 According to [2], SIGSTKFLT isn't used. Do we still support HP-UX? I have never seen a binary for it I could try with, but then maybe I never went looking for one, either. :) jer [1] http://www.freedesktop.org/software/systemd/man/systemd.html [2] http://h21007.www2.hp.com/portal/download/files/unprot/STK/Linux_STK/impacts/i60.html -- To unsubscribe from this list: send the line "unsubscribe linux-parisc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
