-
Notifications
You must be signed in to change notification settings - Fork 7.4k
posix: options: add custom Zephyr POSIX subprofile #88547
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
posix: options: add custom Zephyr POSIX subprofile #88547
Conversation
0d193e5
to
f68b0fb
Compare
Probably one or two follow-up PRs can be made to ensure that the Currently, all of the implementation of |
e891f53
to
10c619d
Compare
Shell utilities should probably also be gated by the new Kconfig. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks Chris, this helps to understand what is going on with the POSIX options.
lib/posix/Kconfig.profile
Outdated
|
||
These functions are divided into two standalone Option Groups that may be enabled | ||
independently of the remainder of the POSIX API implementation; namely POSIX_C_LIB_EXT and | ||
POSIX_C_LANG_SUPPORT_R. If not referenced by the Zephyr kernel or application, There are no |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
POSIX_C_LANG_SUPPORT_R. If not referenced by the Zephyr kernel or application, There are no | |
POSIX_C_LANG_SUPPORT_R. If not referenced by the Zephyr kernel or application, there are no |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed!
db9804b
to
2ca347b
Compare
aeb78be
to
7ac5797
Compare
I'll give this a rebase shorty |
04b8fa8
to
df478b2
Compare
02a72f0
to
b1e87fc
Compare
|
Hmm... this was passing. Now SonarQube seems to be refusing to run. Maybe if I force push again? |
6f20e45
to
3b2d0af
Compare
The commit message for
|
I fixed it locally, just haven't pushed. Thought I would give CI a break for a while |
Previously, log messages would generate warnings (escalated to errors in CI) when CONFIG_TIMEOUT_64BIT=n. For example, ``` west build -p auto -b qemu_cortex_m0 -t run tests/posix/timers/ \ -- -DCONFIG_TIMEOUT_64BIT=n .. warning: format '%llx' expects argument of type \ 'long long unsigned int', but argument 3 has type 'k_ticks_t' \ {aka 'unsigned int'} ``` Use portable print specifiers and cast the argument to int64_t. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Additional entries for the sys_clock API, comprised of: * sys_clock_gettime() * sys_clock_settime() * sys_clock_nanosleep() along with the constants * SYS_CLOCK_REALTIME * SYS_CLOCK_MONOTONIC * SYS_TIMER_ABSTIME The primary motivation for this API is so that libc and other libraries have a familiar-enough API to reach to when POSIX is not available, since POSIX is optional in Zephyr. By adding this API to lib/os, we also eliminate dependency cycles between libc and posix, as lib/os is a mutual dependency. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Add bullets to release notes for sys_clock_gettime(), sys_clock_settime(), and sys_clock_nanosleep(). These changes were significant, as they make timekeeping dependencies more independent between libc and posix, and remove several unnecessary dependencies on posix for ISO C library routines. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Use the newly added sys_clock_gettime() to avoid the unnecessary dependency on POSIX APIs. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Remove POSIX clock_gettime() from the common libc time implementation, since POSIX should not be a dependency for ISO C. Instead, use the newly added lib/os sys_clock API. Specifically, sys_clock_gettime(). Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Use the implementation of time() from the common libc, since there it no longer pulls in POSIX. Use is implied for minimal, newlib, and picolibc, and selected for IAR. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Reduce the dependency on POSIX by taking advantage of the newly added sys_clock_nanosleep(). Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
The C standard does not guarantee that `thrd_success` is equal to zero, so ensure that the test takes that into account. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
The specification does not say that the first struct timespec passed to thrd_sleep() may be NULL. Preserving the testpoint so that a possible future testsuite can be run that expects faults to occur when undefined behaviour is used. Faults are one possible solution to handling undefined behaviour, but it would be good to come to a concensus about how that should be handled in Zephyr for standard function calls belonging to ISO C or POSIX. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Use `timespec_from_timeout(K_MSEC(msec), &ts)` instead of leaning on lazily-crafted timespecs with invalid tv_nsec fields. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
A bit of a race condition seems to exist, but only for `qemu_x86_64/atom`. It's the same race that was attributed to scheduler noise or something along those lines when running under qemu. Most other architectures no longer see this issue, and it has not been required for some time in the `tests/benchmark/posix/threads` app, but here it seems to be pronounced again. Testing done: Before: We would see failures very reproducible, but only on this platform. Also, the failure has existed in `main` for some time, so is independent of the current PR. https://github.com/zephyrproject-rtos/zephyr/actions/runs/\ 15238463423/job/42862652065 After: ```shell COUNT=100 NOKAY=0 NFAIL=0 for i in $(seq 0 $((COUNT - 1))); do if [ $i -ne 0 ] && [ $((i % 10)) -eq 0 ]; then echo "Running test iteration $i" fi twister -i --test-only -p qemu_x86_64/atom -s \ libraries.libc.c11_threads.picolibc >/dev/null 2>&1 if [ $? -eq 0 ]; then NOKAY=$((NOKAY + 1)) else NFAIL=$((NFAIL + 1)) echo "Test failed on iteration $i" fi done PCT="$(echo "scale=0; ((100 * $NFAIL) / $COUNT) / 1" | bc)" echo "$NFAIL / $COUNT = $PCT % test failure rate" Running test iteration 10 Running test iteration 20 Running test iteration 30 Running test iteration 40 Running test iteration 50 Running test iteration 60 Running test iteration 70 Running test iteration 80 Running test iteration 90 0 / 100 = 0 % test failure rate ``` Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Presumably the time testsuite was separate from the c library set of testsuites because it had a depedency on POSIX. Since that dependency no longer exists, colocate the time testsuite with the other c library testsuites. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Use the newly added sys_clock API in lib/os for * clock_gettime() * clock_settime() * clock_nanosleep() and nanosleep() * gettimeofday() Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
The ISO C function time() should not depend on POSIX and this was corrected recently via the common libc time() implementation. Remove this dependency from the network subsystem where it has been unduly needed for some time. Similarly, XSI_SINGLE_PROCESS was a dependency for time() via picolibc, because the time() implementation in picolibc relies on the POSIX gettimeofday() call. However, since Zephyr's common libc time() implementation no longer depends on that, it can be removed as a dependency in the network subsystem as well. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Remove POSIX_TIMERS and XSI_SINGLE_PROCESS dependencies from the aws cloud sample and the lwm2m client sample, as they are no longer required. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
The eventfd configuration does not need to be so deeply nested within POSIX since it does not depend on POSIX completely. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Separate the POSIX implementation into two categories: - Extensions to ISO C - System Interfaces The first category include standalone functions that generally do not require OS support or depend on any other features within the POSIX specification. The Option Groups that comprise this category include - POSIX_C_LIB_EXT: e.g. strnlen(), fnmatch() - POSIX_C_LANG_SUPPORT_R: e.g. gmtime_r(), strtok_r() The second category includes the majority of other POSIX Option Groups that do require OS support. The latter group may also be categorized generally as being NATIVE_LIBC_INCOMPATIBLE, although that might eventually become more granular. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Add a custom Zephyr POSIX subprofile specifically for enabling the default features that Zephyr requires as per the coding guidelines. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Default POSIX_AEP_CHOICE to POSIX_AEP_CHOICE_ZEPHYR Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
Add zephyr-keep-sorted-start and zephyr-keep-sorted-stop comments. Signed-off-by: Chris Friedt <cfriedt@tenstorrent.com>
3b2d0af
to
764da0b
Compare
|
POSIX_AEP_CHOICE_ZEPHYR
the defaultFixes #75843
Should only be merged after
Note
The sources used when
CONFIG_POSIX_C_LANG_SUPPORT_R=y
andCONFIG_POSIX_C_LIB_EXT=y
can still beoverridden with
CONFIG_TC_PROVIDES_POSIX_C_LANG_SUPPORT_R=y
anCONFIG_TC_PROVIDES_POSIX_C_LIB_EXT=y
(which must be used withselect <option>
inKconfig
), as they are primarily meant for toolchain maintainers.A comparison when building
samples/hello_world
fornative_sim
.Before:
After: