<html>
    <head>
      <base href="https://bugs.freedesktop.org/" />
    </head>
    <body><span class="vcard"><a class="email" href="mailto:floppym@gentoo.org" title="Mike Gilbert <floppym@gentoo.org>"> <span class="fn">Mike Gilbert</span></a>
</span> changed
              <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - hppa can't handle SIGRTMIN+29"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=84931">bug 84931</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>NEEDINFO
           </td>
           <td>REOPENED
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - hppa can't handle SIGRTMIN+29"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=84931#c2">Comment # 2</a>
              on <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - hppa can't handle SIGRTMIN+29"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=84931">bug 84931</a>
              from <span class="vcard"><a class="email" href="mailto:floppym@gentoo.org" title="Mike Gilbert <floppym@gentoo.org>"> <span class="fn">Mike Gilbert</span></a>
</span></b>
        <pre>(In reply to Lennart Poettering from <a href="show_bug.cgi?id=84931#c1">comment #1</a>)
<span class="quote">> Hmm, did I get this right? SIGRTMAX-SIGRTMIN is different for Linux on hppa
> than for Linux on all other archs?</span >

Yes.

<span class="quote">> What's the last SIGRTMIN+n that works on hppa? Or in other words, what is
> SIGRTMAX-SIGRTMIN? If you let me know we'll just skip all signal assignments
> beyond this value on #ifdef __hppa__</span >

>From the Gentoo bug that Pacho linked, it seems that SIGRTMIN is 39 on hppa. I
assume SIGRTMAX is still 64, so that would make the difference 25.

<span class="quote">> Note that the signals we expose are kinda API, hence we cannot dynamically
> assign them. Hence checking things against SIGRTMAX and shifting things
> around is really not a good idea. And normally this wouldn't be a problem as
> on Linux/glibc the number of rt sigs should be stable and fixed. Apparently
> though with the exception of Linux/hppa...</span >

You are probably familiar, but signal(7) says:

"... programs  should never refer to real-time signals using hard-coded
numbers, but instead should always refer to real-time signals using  the 
notation  SIGRTMIN+n, and include suitable (run-time) checks that SIGRTMIN+n
does not exceed SIGRTMAX."

Ideally, systemd would just use a smaller range of signals, without gaps.</pre>
        </div>
      </p>
      <hr>
      <span>You are receiving this mail because:</span>
      
      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>