man/event-quick-child.c

@@ -1,42 +0,0 @@
-/* SPDX-License-Identifier: CC0-1.0 */
-
-#include <assert.h>
-#include <stdio.h>
-#include <unistd.h>
-#include <sd-event.h>
-
-int main(int argc, char **argv) {
-  pid_t pid = fork();
-  assert(pid >= 0);
-
-  /* SIGCHLD signal must be blocked for sd_event_add_child to work */
-  sigset_t ss;
-  sigemptyset(&ss);
-  sigaddset(&ss, SIGCHLD);
-  sigprocmask(SIG_BLOCK, &ss, NULL);
-
-  if (pid == 0)  /* child */
-    sleep(1);
-
-  else {         /* parent */
-    sd_event *e = NULL;
-    int r;
-
-    /* Create the default event loop */
-    sd_event_default(&e);
-    assert(e);
-
-    /* We create a floating child event source (attached to 'e').
-     * The default handler will be called with 666 as userdata, which
-     * will become the exit value of the loop. */
-    r = sd_event_add_child(e, NULL, pid, WEXITED, NULL, (void*) 666);
-    assert(r >= 0);
-
-    r = sd_event_loop(e);
-    assert(r == 666);
-
-    sd_event_unref(e);
-  }
-
-  return 0;
-}

man/sd_event_add_child.xml

@@ -114,29 +114,25 @@
     event loop. The event loop object is specified in the <parameter>event</parameter> parameter, the event
     source object is returned in the <parameter>source</parameter> parameter. The <parameter>pid</parameter>
     parameter specifies the PID of the process to watch, which must be a direct child process of the invoking
-    process. The <parameter>options</parameter> parameter determines which state changes will be watched for.
+    process. The <parameter>handler</parameter> must reference a function to call when the process changes
-    It must contain an OR-ed mask of <constant>WEXITED</constant> (watch for the child process terminating),
+    state. The handler function will be passed the <parameter>userdata</parameter> pointer, which may be
-    <constant>WSTOPPED</constant> (watch for the child process being stopped by a signal), and
+    chosen freely by the caller. The handler also receives a pointer to a <structname>siginfo_t</structname>
-    <constant>WCONTINUED</constant> (watch for the child process being resumed by a signal). See
+    structure containing information about the child process event. The <parameter>options</parameter>
-    <citerefentry project='man-pages'><refentrytitle>waitid</refentrytitle><manvolnum>2</manvolnum></citerefentry>
+    parameter determines which state changes will be watched for. It must contain an OR-ed mask of
-    for further information.</para>
+    <constant>WEXITED</constant> (watch for the child process terminating), <constant>WSTOPPED</constant>
+    (watch for the child process being stopped by a signal), and <constant>WCONTINUED</constant> (watch for
+    the child process being resumed by a signal). See <citerefentry
+    project='man-pages'><refentrytitle>waitid</refentrytitle><manvolnum>2</manvolnum></citerefentry> for
+    further information.</para>
 
-    <para>The <parameter>handler</parameter> must be a function to call when the process changes state or
+    <para>Only a single handler may be installed for a specific
-    <constant>NULL</constant>. The handler function will be passed the <parameter>userdata</parameter>
+    child process. The handler is enabled for a single event
-    pointer, which may be chosen freely by the caller. The handler also receives a pointer to a
+    (<constant>SD_EVENT_ONESHOT</constant>), but this may be changed
-    <structname>siginfo_t</structname> structure containing information about the child process event. The
+    with
-    handler may return negative to signal an error (see below), other return values are ignored. If
-    <parameter>handler</parameter> is <constant>NULL</constant>, a default handler that calls
-    <citerefentry><refentrytitle>sd_event_exit</refentrytitle><manvolnum>3</manvolnum></citerefentry> will be
-    used.</para>
-
-    <para>Only a single handler may be installed for a specific child process. The handler is enabled for a
-    single event (<constant>SD_EVENT_ONESHOT</constant>), but this may be changed with
     <citerefentry><refentrytitle>sd_event_source_set_enabled</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
-    If the handler function returns a negative error code, it will either be disabled after the invocation,
+    If the handler function returns a negative error code, it will be
-    even if the <constant>SD_EVENT_ON</constant> mode was requested before, or it will cause the loop to
+    disabled after the invocation, even if the
-    terminate, see
+    <constant>SD_EVENT_ON</constant> mode was requested before.
-    <citerefentry><refentrytitle>sd_event_source_set_exit_on_failure</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
     </para>
 
     <para>To destroy an event source object use
@@ -311,16 +307,6 @@
 
   <xi:include href="libsystemd-pkgconfig.xml" />
 
-  <refsect1>
-    <title>Example</title>
-
-    <example>
-      <title>Exit loop when the child terminates</title>
-
-      <programlisting><xi:include href="event-quick-child.c" parse="text" /></programlisting>
-    </example>
-  </refsect1>
-
   <refsect1>
     <title>See Also</title>
 

man/sd_event_add_defer.xml

@@ -66,17 +66,14 @@
   <refsect1>
     <title>Description</title>
 
-    <para>These three functions add new static event sources to an event loop. The event loop object is
+    <para>These three functions add new static event sources to an
-    specified in the <parameter>event</parameter> parameter, the event source object is returned in the
+    event loop. The event loop object is specified in the
-    <parameter>source</parameter> parameter. The event sources are enabled statically and will "fire" when
+    <parameter>event</parameter> parameter, the event source object is
-    the event loop is run and the conditions described below are met.</para>
+    returned in the <parameter>source</parameter> parameter. The event
-
+    sources are enabled statically and will "fire" when the event loop
-    <para>The <parameter>handler</parameter> is a function to call or <constant>NULL</constant>. The handler
+    is run and the conditions described below are met. The handler
-    function will be passed the <parameter>userdata</parameter> pointer, which may be chosen freely by the
+    function will be passed the <parameter>userdata</parameter>
-    caller. The handler may return negative to signal an error (see below), other return values are
+    pointer, which may be chosen freely by the caller.</para>
-    ignored. If <parameter>handler</parameter> is <constant>NULL</constant>, a default handler that calls
-    <citerefentry><refentrytitle>sd_event_exit</refentrytitle><manvolnum>3</manvolnum></citerefentry> will be
-    used.</para>
 
     <para><function>sd_event_add_defer()</function> adds a new event
     source that will be dispatched instantly, before the event loop
@@ -106,11 +103,9 @@
     (<constant>SD_EVENT_ON</constant>) or to make it fire just once
     (<constant>SD_EVENT_ONESHOT</constant>).</para>
 
-    <para>If the handler function returns a negative error code, it will either be disabled after the
+    <para>If the handler function returns a negative error code, it
-    invocation, even if the <constant>SD_EVENT_ON</constant> mode was requested before, or it will cause the
+    will be disabled after the invocation, even if the
-    loop to terminate, see
+    <constant>SD_EVENT_ON</constant> mode was requested before.</para>
-    <citerefentry><refentrytitle>sd_event_source_set_exit_on_failure</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
-    </para>
 
     <para>To destroy an event source object use
     <citerefentry><refentrytitle>sd_event_source_unref</refentrytitle><manvolnum>3</manvolnum></citerefentry>,

man/sd_event_add_inotify.xml

@@ -70,40 +70,33 @@
     <title>Description</title>
 
     <para><function>sd_event_add_inotify()</function> adds a new <citerefentry
-    project='man-pages'><refentrytitle>inotify</refentrytitle><manvolnum>7</manvolnum></citerefentry> file
+    project='man-pages'><refentrytitle>inotify</refentrytitle><manvolnum>7</manvolnum></citerefentry> file system inode
-    system inode event source to an event loop. The event loop object is specified in the
+    event source to an event loop. The event loop object is specified in the <parameter>event</parameter> parameter,
-    <parameter>event</parameter> parameter, the event source object is returned in the
+    the event source object is returned in the <parameter>source</parameter> parameter. The <parameter>path</parameter>
-    <parameter>source</parameter> parameter. The <parameter>path</parameter> parameter specifies the path of
+    parameter specifies the path of the file system inode to watch. The <parameter>handler</parameter> must reference a
-    the file system inode to watch. The <parameter>mask</parameter> parameter specifies which types of inode
+    function to call when the inode changes. The handler function will be passed the <parameter>userdata</parameter>
-    events to watch specifically. It must contain an OR-ed combination of <constant>IN_ACCESS</constant>,
+    pointer, which may be chosen freely by the caller. The handler also receives a pointer to a <structname>struct
-    <constant>IN_ATTRIB</constant>, <constant>IN_CLOSE_WRITE</constant>, … flags. See <citerefentry
+    inotify_event</structname> structure containing information about the inode event. The <parameter>mask</parameter>
-    project='man-pages'><refentrytitle>inotify</refentrytitle><manvolnum>7</manvolnum></citerefentry> for
+    parameter specifies which types of inode events to watch specifically. It must contain an OR-ed combination of
+    <constant>IN_ACCESS</constant>, <constant>IN_ATTRIB</constant>, <constant>IN_CLOSE_WRITE</constant>, … flags. See
+    <citerefentry project='man-pages'><refentrytitle>inotify</refentrytitle><manvolnum>7</manvolnum></citerefentry> for
     further information.</para>
 
-    <para>The <parameter>handler</parameter> must reference a function to call when the inode changes or
-    <contant>NULL</contant>. The handler function will be passed the <parameter>userdata</parameter> pointer,
-    which may be chosen freely by the caller. The handler also receives a pointer to a <structname>struct
-    inotify_event</structname> structure containing information about the inode event. The handler may return
-    negative to signal an error (see below), other return values are ignored. If
-    <parameter>handler</parameter> is <constant>NULL</constant>, a default handler that calls
-    <citerefentry><refentrytitle>sd_event_exit</refentrytitle><manvolnum>3</manvolnum></citerefentry> will be
-    used.</para>
-
     <para><function>sd_event_add_inotify_fd()</function> is identical to
     <function>sd_event_add_inotify()</function>, except that it takes a file descriptor to an inode (possibly
-    an <constant>O_PATH</constant> one, but any other will do too) instead of a path in the file system.
+    an <constant>O_PATH</constant> one, but any other will do too) instead of a path in the file
-    </para>
+    system.</para>
 
     <para>If multiple event sources are installed for the same inode the backing inotify watch descriptor is
     automatically shared. The mask parameter may contain any flag defined by the inotify API, with the exception of
     <constant>IN_MASK_ADD</constant>.</para>
 
     <para>The handler is enabled continuously (<constant>SD_EVENT_ON</constant>), but this may be changed with
-    <citerefentry><refentrytitle>sd_event_source_set_enabled</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
+    <citerefentry><refentrytitle>sd_event_source_set_enabled</refentrytitle><manvolnum>3</manvolnum></citerefentry>. Alternatively,
-    Alternatively, the <constant>IN_ONESHOT</constant> mask flag may be used to request
+    the <constant>IN_ONESHOT</constant> mask flag may be used to request <constant>SD_EVENT_ONESHOT</constant> mode.
-    <constant>SD_EVENT_ONESHOT</constant> mode. If the handler function returns a negative error code, it
+    If the handler function returns a negative error code, it will be disabled after the invocation, even if the
-    will be disabled after the invocation, even if the <constant>SD_EVENT_ON</constant> mode was requested
+    <constant>SD_EVENT_ON</constant> mode was requested before.
-    before.</para>
+    </para>
 
     <para>As a special limitation the priority of inotify event sources may only be altered (see
     <citerefentry><refentrytitle>sd_event_source_set_priority</refentrytitle><manvolnum>3</manvolnum></citerefentry>)

man/sd_event_add_io.xml

@@ -115,27 +115,27 @@
     <constant>EPOLLRDHUP</constant>, <constant>EPOLLPRI</constant>,
     and <constant>EPOLLET</constant>, see
     <citerefentry project='man-pages'><refentrytitle>epoll_ctl</refentrytitle><manvolnum>2</manvolnum></citerefentry>
-    for details.</para>
+    for details. The <parameter>handler</parameter> shall reference a
+    function to call when the event source is triggered. The
+    <parameter>userdata</parameter> pointer will be passed to the
+    handler function, and may be chosen freely by the caller. The
+    handler will also be passed the file descriptor the event was seen
+    on, as well as the actual event flags. It's generally a subset of
+    the events watched, however may additionally include
+    <constant>EPOLLERR</constant> and <constant>EPOLLHUP</constant>.
+    </para>
 
-    <para>The <parameter>handler</parameter> is a function to call when the event source is triggered or
+    <para>By default, an event source will stay enabled
-    <constant>NULL</constant>. The <parameter>userdata</parameter> pointer will be passed to the handler
+    continuously (<constant>SD_EVENT_ON</constant>), but this may be
-    function, and may be chosen freely by the caller. The handler will also be passed the file descriptor the
+    changed with
-    event was seen on, as well as the actual event flags. It's generally a subset of the events watched,
-    however may additionally include <constant>EPOLLERR</constant> and <constant>EPOLLHUP</constant>. The
-    handler may return negative to signal an error (see below), other return values are ignored. If
-    <parameter>handler</parameter> is <constant>NULL</constant>, a default handler that calls
-    <citerefentry><refentrytitle>sd_event_exit</refentrytitle><manvolnum>3</manvolnum></citerefentry> will be
-    used.</para>
-
-    <para>By default, an event source will stay enabled continuously (<constant>SD_EVENT_ON</constant>), but
-    this may be changed with
     <citerefentry><refentrytitle>sd_event_source_set_enabled</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
-    If the handler function returns a negative error code, it will either be disabled after the invocation,
+    If the handler function returns a negative error code, it will be
-    even if the <constant>SD_EVENT_ON</constant> mode was requested before, or it will cause the loop to
+    disabled after the invocation, even if the
-    terminate, see
+    <constant>SD_EVENT_ON</constant> mode was requested before. Note
-    <citerefentry><refentrytitle>sd_event_source_set_exit_on_failure</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
+    that an event source set to <constant>SD_EVENT_ON</constant> will
-    Note that an event source set to <constant>SD_EVENT_ON</constant> will fire continuously unless data is
+    fire continuously unless data is read from or written to the file
-    read from or written to the file descriptor to reset the mask of events seen.</para>
+    descriptor to reset the mask of events seen.
+    </para>
 
     <para>Setting the I/O event mask to watch for to 0 does not mean
     that the event source won't be triggered anymore, as

man/sd_event_add_signal.xml

@@ -64,18 +64,16 @@
     <parameter>source</parameter> parameter. The
     <parameter>signal</parameter> parameter specifies the numeric
     signal to be handled (see <citerefentry
-    project='man-pages'><refentrytitle>signal</refentrytitle><manvolnum>7</manvolnum></citerefentry>).</para>
+    project='man-pages'><refentrytitle>signal</refentrytitle><manvolnum>7</manvolnum></citerefentry>).
-
+    The <parameter>handler</parameter> parameter must reference a
-    <para>The <parameter>handler</parameter> parameter is a function to call when the signal is received or
+    function to call when the signal is received or be
-    <constant>NULL</constant>. The handler function will be passed the <parameter>userdata</parameter>
+    <constant>NULL</constant>.  The handler function will be passed
-    pointer, which may be chosen freely by the caller. The handler also receives a pointer to a
+    the <parameter>userdata</parameter> pointer, which may be chosen
-    <structname>signalfd_siginfo</structname> structure containing information about the received signal. See
+    freely by the caller. The handler also receives a pointer to a
-    <citerefentry project='man-pages'><refentrytitle>signalfd</refentrytitle><manvolnum>2</manvolnum></citerefentry>
+    <structname>signalfd_siginfo</structname> structure containing
-    for further information. The handler may return negative to signal an error (see below), other return
+    information about the received signal. See <citerefentry
-    values are ignored. If <parameter>handler</parameter> is <constant>NULL</constant>, a default handler
+    project='man-pages'><refentrytitle>signalfd</refentrytitle><manvolnum>2</manvolnum></citerefentry>
-    that calls
+    for further information.</para>
-    <citerefentry><refentrytitle>sd_event_exit</refentrytitle><manvolnum>3</manvolnum></citerefentry> will be
-    used.</para>
 
     <para>Only a single handler may be installed for a specific signal. The signal must be blocked in all
     threads before this function is called (using <citerefentry
@@ -86,10 +84,9 @@
     <para>By default, the event source is enabled permanently
     (<constant>SD_EVENT_ON</constant>), but this may be changed with
     <citerefentry><refentrytitle>sd_event_source_set_enabled</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
-    If the handler function returns a negative error code, it will either be disabled after the
+    If the handler function returns a negative error code, it will be
-    invocation, even if the <constant>SD_EVENT_ON</constant> mode was requested before, or it will cause the
+    disabled after the invocation, even if the
-    loop to terminate, see
+    <constant>SD_EVENT_ON</constant> mode was requested before.
-    <citerefentry><refentrytitle>sd_event_source_set_exit_on_failure</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
     </para>
 
     <para>To destroy an event source object use

man/sd_event_add_time.xml

@@ -122,30 +122,25 @@
     timer event may be delayed. Use <constant>0</constant> to select the default accuracy (250ms). Use 1µs for maximum
     accuracy. Consider specifying 60000000µs (1min) or larger for long-running events that may be delayed
     substantially. Picking higher accuracy values allows the system to coalesce timer events more aggressively,
-    improving power efficiency.</para>
+    improving power efficiency. The <parameter>handler</parameter> parameter shall reference a function to call when
+    the timer elapses. The handler function will be passed the <parameter>userdata</parameter> pointer, which may be
+    chosen freely by the caller. The handler is also passed the configured trigger time, even if it is actually called
+    slightly later, subject to the specified accuracy value, the kernel timer slack (see
+    <citerefentry><refentrytitle>prctl</refentrytitle><manvolnum>2</manvolnum></citerefentry>), and additional
+    scheduling latencies. To query the actual time the handler was called use
+    <citerefentry><refentrytitle>sd_event_now</refentrytitle><manvolnum>3</manvolnum></citerefentry>.</para>
 
-    <para>The <parameter>handler</parameter> is a function to call when the timer elapses or
+    <para>By default, the timer will elapse once
-    <constant>NULL</constant>. The <parameter>userdata</parameter> pointer will be passed to the handler
+    (<constant>SD_EVENT_ONESHOT</constant>), but this may be changed
-    function, and may be chosen freely by the caller. The configured trigger time is also passed to the
+    with
-    handler, even if the call actually happens slightly later, subject to the specified accuracy value, the
-    kernel timer slack (see
-    <citerefentry><refentrytitle>prctl</refentrytitle><manvolnum>2</manvolnum></citerefentry>), and
-    additional scheduling latencies. To query the actual time the handler was called use
-    <citerefentry><refentrytitle>sd_event_now</refentrytitle><manvolnum>3</manvolnum></citerefentry>. The
-    handler may return negative to signal an error (see below), other return values are ignored. If
-    <parameter>handler</parameter> is <constant>NULL</constant>, a default handler that calls
-    <citerefentry><refentrytitle>sd_event_exit</refentrytitle><manvolnum>3</manvolnum></citerefentry> will be
-    used.</para>
-
-    <para>By default, the timer will elapse once (<constant>SD_EVENT_ONESHOT</constant>), but this may be
-    changed with
     <citerefentry><refentrytitle>sd_event_source_set_enabled</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
-    If the handler function returns a negative error code, it will either be disabled after the invocation,
+    If the handler function returns a negative error code, it will be
-    even if the <constant>SD_EVENT_ON</constant> mode was requested before, or it will cause the loop to
+    disabled after the invocation, even if the
-    terminate, see
+    <constant>SD_EVENT_ON</constant> mode was requested before. Note
-    <citerefentry><refentrytitle>sd_event_source_set_exit_on_failure</refentrytitle><manvolnum>3</manvolnum></citerefentry>.
+    that a timer event set to <constant>SD_EVENT_ON</constant> will
-    Note that a timer event set to <constant>SD_EVENT_ON</constant> will fire continuously unless its
+    fire continuously unless its configured time is updated using
-    configured time is updated using <function>sd_event_source_set_time()</function>.</para>
+    <function>sd_event_source_set_time()</function>.
+    </para>
 
     <para><function>sd_event_add_time_relative()</function> is like <function>sd_event_add_time()</function>,
     but takes a relative time specification. It's relative to the current time of the event loop iteration,

src/login/logind-dbus.c

@@ -1654,6 +1654,7 @@ error:
 }
 
 int manager_dispatch_delayed(Manager *manager, bool timeout) {
+
         _cleanup_(sd_bus_error_free) sd_bus_error error = SD_BUS_ERROR_NULL;
         Inhibitor *offending = NULL;
         int r;
@@ -1685,9 +1686,10 @@ int manager_dispatch_delayed(Manager *manager, bool timeout) {
 
                 manager->action_unit = NULL;
                 manager->action_what = 0;
+                return r;
         }
 
-        return 1; /* We did some work. */
+        return 1;
 }
 
 static int manager_inhibit_timeout_handler(
@@ -1696,11 +1698,13 @@ static int manager_inhibit_timeout_handler(
                         void *userdata) {
 
         Manager *manager = userdata;
+        int r;
 
         assert(manager);
         assert(manager->inhibit_timeout_source == s);
 
-        return manager_dispatch_delayed(manager, true);
+        r = manager_dispatch_delayed(manager, true);
+        return (r < 0) ? r : 0;
 }
 
 static int delay_shutdown_or_sleep(

src/random-seed/random-seed.c

@@ -104,10 +104,11 @@ static CreditEntropy may_credit(int seed_fd) {
 }
 
 static int run(int argc, char *argv[]) {
-        bool read_seed_file, write_seed_file, synchronous, hashed_old_seed = false;
         _cleanup_close_ int seed_fd = -1, random_fd = -1;
+        bool read_seed_file, write_seed_file, synchronous;
         _cleanup_free_ void* buf = NULL;
         struct sha256_ctx hash_state;
+        uint8_t hash[32];
         size_t buf_size;
         struct stat st;
         ssize_t k, l;
@@ -213,16 +214,6 @@ static int run(int argc, char *argv[]) {
                 else {
                         CreditEntropy lets_credit;
 
-                        /* If we're going to later write out a seed file, initialize a hash state with
-                         * the contents of the seed file we just read, so that the new one can't regress
-                         * in entropy. */
-                        if (write_seed_file) {
-                                sha256_init_ctx(&hash_state);
-                                sha256_process_bytes(&k, sizeof(k), &hash_state); /* Hash length to distinguish from new seed. */
-                                sha256_process_bytes(buf, k, &hash_state);
-                                hashed_old_seed = true;
-                        }
-
                         (void) lseek(seed_fd, 0, SEEK_SET);
 
                         lets_credit = may_credit(seed_fd);
@@ -254,6 +245,16 @@ static int run(int argc, char *argv[]) {
                         if (r < 0)
                                 log_error_errno(r, "Failed to write seed to /dev/urandom: %m");
                 }
+                /* If we're going to later write out a seed file, initialize a hash state with
+                 * the contents of the seed file we just read, so that the new one can't regress
+                 * in entropy. */
+                if (write_seed_file) {
+                        sha256_init_ctx(&hash_state);
+                        if (k < 0)
+                                k = 0;
+                        sha256_process_bytes(&k, sizeof(k), &hash_state);
+                        sha256_process_bytes(buf, k, &hash_state);
+                }
         }
 
         if (write_seed_file) {
@@ -292,12 +293,11 @@ static int run(int argc, char *argv[]) {
                 /* If we previously read in a seed file, then hash the new seed into the old one,
                  * and replace the last 32 bytes of the seed with the hash output, so that the
                  * new seed file can't regress in entropy. */
-                if (hashed_old_seed) {
+                if (read_seed_file) {
-                        uint8_t hash[32];
+                        sha256_process_bytes(&k, sizeof(k), &hash_state);
-                        sha256_process_bytes(&k, sizeof(k), &hash_state); /* Hash length to distinguish from old seed. */
                         sha256_process_bytes(buf, k, &hash_state);
                         sha256_finish_ctx(&hash_state, hash);
-                        l = MIN((size_t)k, sizeof(hash));
+                        l = MIN(k, 32);
                         memcpy((uint8_t *)buf + k - l, hash, l);
                 }
 

src/test/meson.build

@@ -552,8 +552,7 @@ tests += [
          [],
          core_includes, '', 'manual'],
 
-        [['src/test/test-watchdog.c'],
+        [['src/test/test-watchdog.c']],
-         [], [], [], '', 'unsafe'],
 
         [['src/test/test-sched-prio.c'],
          [libcore,