From: DJ Delorie <dj@redhat.com>
Date: Thu, 15 May 2025 20:38:11 +0000 (-0400)
Subject: manual: add sched_getcpu()
X-Git-Tag: glibc-2.42~243
X-Git-Url: http://git.ipfire.org/?a=commitdiff_plain;h=579f8668816b35f8302e89e5255aff60b81938df;p=thirdparty%2Fglibc.git

manual: add sched_getcpu()

Reviewed-by: Collin Funk <collin.funk1@gmail.com>
---

diff --git a/manual/resource.texi b/manual/resource.texi
index a9b4b68e2f..39df1c4cb6 100644
--- a/manual/resource.texi
+++ b/manual/resource.texi
@@ -1653,6 +1653,22 @@ The operating system does not support this function.
 This function is Linux-specific and is declared in @file{sched.h}.
 @end deftypefun
 
+@deftypefun int sched_getcpu (void)
+@standards{Linux, <sched.h>}
+
+Similar to @code{getcpu} but with a simpler interface.  On success,
+returns a nonnegative number identifying the CPU on which the current
+thread is running.  Returns @code{-1} on failure.  The following
+@code{errno} error condition is defined for this function:
+
+@table @code
+@item ENOSYS
+The operating system does not support this function.
+@end table
+
+This function is Linux-specific and is declared in @file{sched.h}.
+@end deftypefun
+
 Here's an example of how to use most of the above to limit the number
 of CPUs a process runs on, not including error handling or good logic
 on CPU choices: