* Building liburing on musl libc gives error that errno.h not found @ 2025-06-15 17:16 Milan P. Stanić 2025-06-15 18:57 ` Jens Axboe 0 siblings, 1 reply; 15+ messages in thread From: Milan P. Stanić @ 2025-06-15 17:16 UTC (permalink / raw) To: io-uring Hi, Trying to build liburing 2.10 on Alpine Linux with musl libc got error that errno.h is not found when building examples/zcrx.c Temporary I disabled build zcrx.c, merge request with patch for Alpine is here: https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 I commented in merge request that error.h is glibc specific. Side note: running `make runtests` gives 'Tests failed (32)'. Not sure should I post full log here. -- Kind regards ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-15 17:16 Building liburing on musl libc gives error that errno.h not found Milan P. Stanić @ 2025-06-15 18:57 ` Jens Axboe 2025-06-15 19:56 ` Milan P. Stanić 0 siblings, 1 reply; 15+ messages in thread From: Jens Axboe @ 2025-06-15 18:57 UTC (permalink / raw) To: Milan P. Stanić, io-uring On 6/15/25 11:16 AM, Milan P. Stanić wrote: > Hi, > > Trying to build liburing 2.10 on Alpine Linux with musl libc got error > that errno.h is not found when building examples/zcrx.c > > Temporary I disabled build zcrx.c, merge request with patch for Alpine > is here: > https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 > I commented in merge request that error.h is glibc specific. I killed it, it's not needed and should've been caught during review. We should probably have alpine/musl as part of the CI... > Side note: running `make runtests` gives 'Tests failed (32)'. Not sure > should I post full log here. Either that or file an issue on GH. Sounds like something is very wrong on the setup if you get failing tests, test suite should generally pass on the current kernel, or any -stable kernel. -- Jens Axboe ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-15 18:57 ` Jens Axboe @ 2025-06-15 19:56 ` Milan P. Stanić 2025-06-16 12:34 ` Jens Axboe 0 siblings, 1 reply; 15+ messages in thread From: Milan P. Stanić @ 2025-06-15 19:56 UTC (permalink / raw) To: Jens Axboe; +Cc: io-uring [-- Attachment #1: Type: text/plain, Size: 1069 bytes --] On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: > On 6/15/25 11:16 AM, Milan P. Stanić wrote: > > Hi, > > > > Trying to build liburing 2.10 on Alpine Linux with musl libc got error > > that errno.h is not found when building examples/zcrx.c > > > > Temporary I disabled build zcrx.c, merge request with patch for Alpine > > is here: > > https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 > > I commented in merge request that error.h is glibc specific. > > I killed it, it's not needed and should've been caught during review. > We should probably have alpine/musl as part of the CI... Fine. > > Side note: running `make runtests` gives 'Tests failed (32)'. Not sure > > should I post full log here. > > Either that or file an issue on GH. Sounds like something is very wrong > on the setup if you get failing tests, test suite should generally > pass on the current kernel, or any -stable kernel. > I'm attaching log here to this mail. Actually it is one bug but repeated in different tests, segfaults -- Kind regards. > -- > Jens Axboe > [-- Attachment #2: liburing-build.log --] [-- Type: text/plain, Size: 22126 bytes --] make[1]: Entering directory '/home/mps/aports/main/liburing/src/liburing-liburing-2.10/src' make[1]: Nothing to be done for 'all'. make[1]: Leaving directory '/home/mps/aports/main/liburing/src/liburing-liburing-2.10/src' make[1]: Entering directory '/home/mps/aports/main/liburing/src/liburing-liburing-2.10/test' make[1]: Nothing to be done for 'all'. make[1]: Leaving directory '/home/mps/aports/main/liburing/src/liburing-liburing-2.10/test' make[1]: Entering directory '/home/mps/aports/main/liburing/src/liburing-liburing-2.10/examples' make[1]: Nothing to be done for 'all'. make[1]: Leaving directory '/home/mps/aports/main/liburing/src/liburing-liburing-2.10/examples' make[1]: Entering directory '/home/mps/aports/main/liburing/src/liburing-liburing-2.10/test' Running test 232c93d07b74.t 5 sec Running test 35fa71a030ca.t 5 sec Running test 500f9fbadef8.t ./runtests.sh: line 66: 8980 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test 500f9fbadef8.t failed with ret 139 Running test 7ad0e4b2f83c.t 1 sec Running test 8a9973408177.t 0 sec Running test 917257daa0fe.t 0 sec Running test a0908ae19763.t 0 sec Running test a4c0b3decb33.t 0 sec Running test accept.t Broken overflow handling test_multishot_accept(1, false, true) failed Test accept.t failed with ret 1 Running test accept-link.t 0 sec Running test accept-non-empty.t Skipped Running test accept-reuse.t 0 sec Running test accept-test.t 0 sec Running test across-fork.t 0 sec Running test b19062a56726.t 0 sec Running test b5837bd5311d.t 0 sec Running test bind-listen.t Skipped Running test buf-ring.t ./runtests.sh: line 66: 9194 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test buf-ring.t failed with ret 139 Running test buf-ring-nommap.t ./runtests.sh: line 66: 9201 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test buf-ring-nommap.t failed with ret 139 Running test buf-ring-put.t 1 sec Running test ce593a6c480a.t 1 sec Running test close-opath.t 0 sec Running test connect.t 0 sec Running test connect-rep.t 0 sec Running test coredump.t 0 sec Running test cmd-discard.t Skipped Running test cq-full.t 0 sec Running test cq-overflow.t ./runtests.sh: line 66: 9271 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test cq-overflow.t failed with ret 139 Running test cq-peek-batch.t 0 sec Running test cq-ready.t 0 sec Running test cq-size.t 0 sec Running test d4ae271dfaae.t ./runtests.sh: line 66: 9299 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test d4ae271dfaae.t failed with ret 139 Running test d77a67ed5f27.t 1 sec Running test defer.t 3 sec Running test defer-taskrun.t child failed 0 0 sec Running test defer-tw-timeout.t ./runtests.sh: line 66: 9334 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test defer-tw-timeout.t failed with ret 139 Running test double-poll-crash.t 0 sec Running test drop-submit.t 0 sec Running test eeed8b54e0df.t 0 sec Running test empty-eownerdead.t 0 sec Running test eploop.t 0 sec Running test epwait.t Skipped Running test eventfd.t 0 sec Running test eventfd-disable.t 0 sec Running test eventfd-reg.t 0 sec Running test eventfd-ring.t 0 sec Running test evloop.t 0 sec Running test exec-target.t 0 sec Running test exit-no-cleanup.t 0 sec Running test fadvise.t 0 sec Running test fallocate.t 0 sec Running test fc2a85cb02ef.t Test needs failslab/fail_futex/fail_page_alloc enabled, skipped Skipped Running test fd-install.t Skipped Running test fd-pass.t 0 sec Running test fdinfo.t ./runtests.sh: line 66: 9518 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test fdinfo.t failed with ret 139 Running test fifo-nonblock-read.t 0 sec Running test file-exit-unreg.t 1 sec Running test file-register.t test_huge: No huge file set support, skipping 3 sec Running test files-exit-hang-poll.t 1 sec Running test files-exit-hang-timeout.t 1 sec Running test file-update.t 0 sec Running test file-verify.t ./runtests.sh: line 66: 9568 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test file-verify.t failed with ret 139 Running test fixed-buf-iter.t 0 sec Running test fixed-buf-merge.t ./runtests.sh: line 66: 9582 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test fixed-buf-merge.t failed with ret 139 Running test fixed-hugepage.t Unable to map hugetlb page. Try increasing the value in /proc/sys/vm/nr_hugepages Skipped Running test fixed-link.t 0 sec Running test fixed-reuse.t 0 sec Running test fixed-seg.t ./runtests.sh: line 66: 9610 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test fixed-seg.t failed with ret 139 Running test fpos.t 0 sec Running test fsnotify.t Skipped Running test fsync.t 0 sec Running test futex.t Skipped Running test hardlink.t not root, skipping AT_EMPTY_PATH test 0 sec Running test ignore-single-mmap.t 0 sec Running test init-mem.t ./runtests.sh: line 66: 9665 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test init-mem.t failed with ret 139 Running test io-cancel.t ./runtests.sh: line 66: 9672 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test io-cancel.t failed with ret 139 Running test iopoll.t ./runtests.sh: line 66: 9684 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test iopoll.t failed with ret 139 Running test iopoll-leak.t 0 sec Running test iopoll-overflow.t ./runtests.sh: line 66: 9714 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test iopoll-overflow.t failed with ret 139 Running test io_uring_enter.t 0 sec Running test io_uring_passthrough.t Skipped Running test io_uring_register.t Unable to map a huge page. Try increasing /proc/sys/vm/nr_hugepages by at least 1. Skipping the hugepage test 0 sec Running test io_uring_setup.t 0 sec Running test iowait.t Skipped Running test kallsyms.t ./runtests.sh: line 66: 9757 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test kallsyms.t failed with ret 139 Running test lfs-openat.t 0 sec Running test lfs-openat-write.t 0 sec Running test link.t 0 sec Running test link_drain.t 1 sec Running test link-timeout.t 2 sec Running test linked-defer-close.t 0 sec Running test madvise.t 0 sec Running test min-timeout.t Skipped Running test min-timeout-wait.t Skipped Running test mkdir.t 0 sec Running test msg-ring.t 0 sec Running test msg-ring-fd.t 0 sec Running test msg-ring-flags.t 0 sec Running test msg-ring-overflow.t 0 sec Running test multicqes_drain.t 20 sec Running test napi-test.t NAPI test requires root Skipped Running test no-mmap-inval.t ./runtests.sh: line 66: 10009 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test no-mmap-inval.t failed with ret 139 Running test nop-all-sizes.t 0 sec Running test nop.t expected injected result, got 0 test_nop_inject failed Normal ring test failed: default Test nop.t failed with ret 1 Running test ooo-file-unreg.t 1 sec Running test openat2.t 0 sec Running test open-close.t 0 sec Running test open-direct-link.t 0 sec Running test open-direct-pick.t 0 sec Running test personality.t Not root, skipping 0 sec Running test pipe-bug.t 1 sec Running test pipe-eof.t 0 sec Running test pipe-reuse.t 0 sec Running test poll.t 0 sec Running test poll-cancel.t 0 sec Running test poll-cancel-all.t 0 sec Running test poll-cancel-ton.t 0 sec Running test poll-link.t 0 sec Running test poll-many.t 2 sec Running test poll-mshot-overflow.t 0 sec Running test poll-mshot-update.t 3 sec Running test poll-race.t 0 sec Running test poll-race-mshot.t ./runtests.sh: line 66: 13170 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test poll-race-mshot.t failed with ret 139 Running test poll-ring.t 0 sec Running test poll-v-poll.t 0 sec Running test pollfree.t 10 sec Running test probe.t 0 sec Running test read-before-exit.t 1 sec Running test read-inc-file.t ./runtests.sh: line 66: 33891 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test read-inc-file.t failed with ret 139 Running test read-mshot.t skip Skipped Running test read-mshot-empty.t Skipped Running test read-mshot-stdin.t Skipped Running test read-write.t ./runtests.sh: line 66: 33919 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test read-write.t failed with ret 139 Running test recv-bundle-short-ooo.t Skipped Running test recv-msgall.t 0 sec Running test recv-msgall-stream.t 0 sec Running test recv-multishot.t 0 sec Running test reg-fd-only.t Enable huge pages to test big rings Skipped Running test reg-hint.t 0 sec Running test reg-reg-ring.t 0 sec Running test reg-wait.t ./runtests.sh: line 66: 33981 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test reg-wait.t failed with ret 139 Running test regbuf-clone.t Skipped Running test regbuf-merge.t 0 sec Running test register-restrictions.t 0 sec Running test rename.t 0 sec Running test resize-rings.t 0 sec Running test ringbuf-read.t ./runtests.sh: line 66: 34025 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test ringbuf-read.t failed with ret 139 Running test ringbuf-status.t ./runtests.sh: line 66: 34032 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test ringbuf-status.t failed with ret 139 Running test ring-leak2.t 1 sec Running test ring-leak.t Skipped Running test rsrc_tags.t 0 sec Running test rw_merge_test.t 0 sec Running test self.t 0 sec Running test recvsend_bundle.t ./runtests.sh: line 66: 34081 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test recvsend_bundle.t failed with ret 139 Running test recvsend_bundle-inc.t ./runtests.sh: line 66: 34089 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test recvsend_bundle-inc.t failed with ret 139 Running test send_recv.t 0 sec Running test send_recvmsg.t 0 sec Running test send-zerocopy.t ./runtests.sh: line 66: 34157 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test send-zerocopy.t failed with ret 139 Running test sendmsg_iov_clean.t 1 sec Running test shared-wq.t 0 sec Running test short-read.t 0 sec Running test shutdown.t 0 sec Running test sigfd-deadlock.t 0 sec Running test single-issuer.t 0 sec Running test skip-cqe.t 0 sec Running test socket.t 0 sec Running test socket-io-cmd.t Not able to create a raw socket: Operation not permitted Skipped Running test socket-getsetsock-cmd.t Skipping tests. Skipped Running test socket-nb.t 0 sec Running test socket-rw.t 0 sec Running test socket-rw-eagain.t 0 sec Running test socket-rw-offset.t 0 sec Running test splice.t 0 sec Running test sq-full.t 0 sec Running test sq-full-cpp.t 0 sec Running test sqpoll-disable-exit.t 0 sec Running test sqpoll-exec.t 0 sec Running test sq-poll-dup.t ./runtests.sh: line 66: 34540 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test sq-poll-dup.t failed with ret 139 Running test sqpoll-exit-hang.t 1 sec Running test sq-poll-kthread.t 2 sec Running test sq-poll-share.t ./runtests.sh: line 66: 34572 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test sq-poll-share.t failed with ret 139 Running test sqpoll-sleep.t 0 sec Running test sq-space_left.t 0 sec Running test sqwait.t ./runtests.sh: line 66: 34594 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test sqwait.t failed with ret 139 Running test stdout.t This is a pipe test ./runtests.sh: line 66: 34601 Segmentation fault timeout -s INT -k $TIMEOUT $TIMEOUT "${test_exec[@]}" Test stdout.t failed with ret 139 Running test submit-and-wait.t 1 sec Running test submit-link-fail.t 0 sec Running test submit-reuse.t 2 sec Running test symlink.t 0 sec Running test sync-cancel.t 0 sec Running test teardowns.t 0 sec Running test thread-exit.t 0 sec Running test timeout.t too long, timeout wasn't updated (expired after 10000 instead of 200) test_update_multishot_timeouts linked failed Test timeout.t failed with ret 1 Running test timeout-new.t 2 sec Running test truncate.t Ftruncate not supported, skipping 0 sec Running test tty-write-dpoll.t 0 sec Running test unlink.t 0 sec Running test uring_cmd_ublk.t Skipped Running test version.t 0 sec Running test waitid.t Skipped Running test wait-timeout.t Skipped Running test wakeup-hang.t 2 sec Running test wq-aff.t Skipped Running test xattr.t 0 sec Running test zcrx.t Skipped Running test vec-regbuf.t doesn't support registered vector ops, skip Skipped Running test statx.t 0 sec Running test sq-full-cpp.t 0 sec [0] Test run complete, kernel: 6.6.14-0-lts #1-Alpine SMP PREEMPT_DYNAMIC Fri, 26 Jan 2024 11:08:07 +0000 Tests failed (32): <500f9fbadef8.t> <accept.t> <buf-ring.t> <buf-ring-nommap.t> <cq-overflow.t> <d4ae271dfaae.t> <defer-tw-timeout.t> <fdinfo.t> <file-verify.t> <fixed-buf-merge.t> <fixed-seg.t> <init-mem.t> <io-cancel.t> <iopoll.t> <iopoll-overflow.t> <kallsyms.t> <no-mmap-inval.t> <nop.t> <poll-race-mshot.t> <read-inc-file.t> <read-write.t> <reg-wait.t> <ringbuf-read.t> <ringbuf-status.t> <recvsend_bundle.t> <recvsend_bundle-inc.t> <send-zerocopy.t> <sq-poll-dup.t> <sq-poll-share.t> <sqwait.t> <stdout.t> <timeout.t> make[1]: *** [Makefile:329: runtests] Error 1 make[1]: Leaving directory '/home/mps/aports/main/liburing/src/liburing-liburing-2.10/test' make: *** [Makefile:21: runtests] Error 2 >>> ERROR: liburing: check failed ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-15 19:56 ` Milan P. Stanić @ 2025-06-16 12:34 ` Jens Axboe 2025-06-16 13:06 ` Milan P. Stanić 0 siblings, 1 reply; 15+ messages in thread From: Jens Axboe @ 2025-06-16 12:34 UTC (permalink / raw) To: Milan P. Stanić; +Cc: io-uring On 6/15/25 1:56 PM, Milan P. Stani? wrote: > On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: >> On 6/15/25 11:16 AM, Milan P. Stani? wrote: >>> Hi, >>> >>> Trying to build liburing 2.10 on Alpine Linux with musl libc got error >>> that errno.h is not found when building examples/zcrx.c >>> >>> Temporary I disabled build zcrx.c, merge request with patch for Alpine >>> is here: >>> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 >>> I commented in merge request that error.h is glibc specific. >> >> I killed it, it's not needed and should've been caught during review. >> We should probably have alpine/musl as part of the CI... > > Fine. > >>> Side note: running `make runtests` gives 'Tests failed (32)'. Not sure >>> should I post full log here. >> >> Either that or file an issue on GH. Sounds like something is very wrong >> on the setup if you get failing tests, test suite should generally >> pass on the current kernel, or any -stable kernel. >> > I'm attaching log here to this mail. Actually it is one bug but repeated > in different tests, segfaults Your kernel is ancient, and that will surely account from some of the failures you see. A 6.6 stable series from January 2024 is not current by any stretch, should definitely upgrade that. But I don't think this accounts for all the failures seen, it's more likely there's some musl related issue as well which is affecting some of the tests. -- Jens Axboe ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-16 12:34 ` Jens Axboe @ 2025-06-16 13:06 ` Milan P. Stanić 2025-06-16 13:59 ` Jens Axboe 0 siblings, 1 reply; 15+ messages in thread From: Milan P. Stanić @ 2025-06-16 13:06 UTC (permalink / raw) To: Jens Axboe; +Cc: io-uring On Mon, 2025-06-16 at 06:34, Jens Axboe wrote: > On 6/15/25 1:56 PM, Milan P. Stani? wrote: > > On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: > >> On 6/15/25 11:16 AM, Milan P. Stani? wrote: > >>> Hi, > >>> > >>> Trying to build liburing 2.10 on Alpine Linux with musl libc got error > >>> that errno.h is not found when building examples/zcrx.c > >>> > >>> Temporary I disabled build zcrx.c, merge request with patch for Alpine > >>> is here: > >>> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 > >>> I commented in merge request that error.h is glibc specific. > >> > >> I killed it, it's not needed and should've been caught during review. > >> We should probably have alpine/musl as part of the CI... > > > > Fine. > > > >>> Side note: running `make runtests` gives 'Tests failed (32)'. Not sure > >>> should I post full log here. > >> > >> Either that or file an issue on GH. Sounds like something is very wrong > >> on the setup if you get failing tests, test suite should generally > >> pass on the current kernel, or any -stable kernel. > >> > > I'm attaching log here to this mail. Actually it is one bug but repeated > > in different tests, segfaults > > Your kernel is ancient, and that will surely account from some of the > failures you see. A 6.6 stable series from January 2024 is not current > by any stretch, should definitely upgrade that. But I don't think this > accounts for all the failures seen, it's more likely there's some musl > related issue as well which is affecting some of the tests. This happens also on 6.14.8-1 asahi kernel on apple m1pro machine. I forgot to mention this in previous mail, sorry. -- Kind regards ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-16 13:06 ` Milan P. Stanić @ 2025-06-16 13:59 ` Jens Axboe 2025-06-16 14:18 ` Milan P. Stanić 0 siblings, 1 reply; 15+ messages in thread From: Jens Axboe @ 2025-06-16 13:59 UTC (permalink / raw) To: Milan P. Stanić; +Cc: io-uring On 6/16/25 7:06 AM, Milan P. Stanić wrote: > On Mon, 2025-06-16 at 06:34, Jens Axboe wrote: >> On 6/15/25 1:56 PM, Milan P. Stani? wrote: >>> On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: >>>> On 6/15/25 11:16 AM, Milan P. Stani? wrote: >>>>> Hi, >>>>> >>>>> Trying to build liburing 2.10 on Alpine Linux with musl libc got error >>>>> that errno.h is not found when building examples/zcrx.c >>>>> >>>>> Temporary I disabled build zcrx.c, merge request with patch for Alpine >>>>> is here: >>>>> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 >>>>> I commented in merge request that error.h is glibc specific. >>>> >>>> I killed it, it's not needed and should've been caught during review. >>>> We should probably have alpine/musl as part of the CI... >>> >>> Fine. >>> >>>>> Side note: running `make runtests` gives 'Tests failed (32)'. Not sure >>>>> should I post full log here. >>>> >>>> Either that or file an issue on GH. Sounds like something is very wrong >>>> on the setup if you get failing tests, test suite should generally >>>> pass on the current kernel, or any -stable kernel. >>>> >>> I'm attaching log here to this mail. Actually it is one bug but repeated >>> in different tests, segfaults >> >> Your kernel is ancient, and that will surely account from some of the >> failures you see. A 6.6 stable series from January 2024 is not current >> by any stretch, should definitely upgrade that. But I don't think this >> accounts for all the failures seen, it's more likely there's some musl >> related issue as well which is affecting some of the tests. > > This happens also on 6.14.8-1 asahi kernel on apple m1pro machine. > I forgot to mention this in previous mail, sorry. Also on musl, correct? Guessing it must be some musl oddity. I'll try and setup a vm with alpine and see how that goes. -- Jens Axboe ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-16 13:59 ` Jens Axboe @ 2025-06-16 14:18 ` Milan P. Stanić 2025-06-16 15:13 ` Jens Axboe 0 siblings, 1 reply; 15+ messages in thread From: Milan P. Stanić @ 2025-06-16 14:18 UTC (permalink / raw) To: Jens Axboe; +Cc: io-uring On Mon, 2025-06-16 at 07:59, Jens Axboe wrote: > On 6/16/25 7:06 AM, Milan P. Stanić wrote: > > On Mon, 2025-06-16 at 06:34, Jens Axboe wrote: > >> On 6/15/25 1:56 PM, Milan P. Stani? wrote: > >>> On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: > >>>> On 6/15/25 11:16 AM, Milan P. Stani? wrote: > >>>>> Hi, > >>>>> > >>>>> Trying to build liburing 2.10 on Alpine Linux with musl libc got error > >>>>> that errno.h is not found when building examples/zcrx.c > >>>>> > >>>>> Temporary I disabled build zcrx.c, merge request with patch for Alpine > >>>>> is here: > >>>>> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 > >>>>> I commented in merge request that error.h is glibc specific. > >>>> > >>>> I killed it, it's not needed and should've been caught during review. > >>>> We should probably have alpine/musl as part of the CI... > >>> > >>> Fine. > >>> > >>>>> Side note: running `make runtests` gives 'Tests failed (32)'. Not sure > >>>>> should I post full log here. > >>>> > >>>> Either that or file an issue on GH. Sounds like something is very wrong > >>>> on the setup if you get failing tests, test suite should generally > >>>> pass on the current kernel, or any -stable kernel. > >>>> > >>> I'm attaching log here to this mail. Actually it is one bug but repeated > >>> in different tests, segfaults > >> > >> Your kernel is ancient, and that will surely account from some of the > >> failures you see. A 6.6 stable series from January 2024 is not current > >> by any stretch, should definitely upgrade that. But I don't think this > >> accounts for all the failures seen, it's more likely there's some musl > >> related issue as well which is affecting some of the tests. > > > > This happens also on 6.14.8-1 asahi kernel on apple m1pro machine. > > I forgot to mention this in previous mail, sorry. > > Also on musl, correct? Yes, correct. > Guessing it must be some musl oddity. I'll try and setup a vm with > alpine and see how that goes. It could be. I can ask on #musl IRC channel on libera.chat -- Kind regards ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-16 14:18 ` Milan P. Stanić @ 2025-06-16 15:13 ` Jens Axboe 2025-06-16 15:26 ` Jens Axboe 2025-06-16 15:35 ` Jens Axboe 0 siblings, 2 replies; 15+ messages in thread From: Jens Axboe @ 2025-06-16 15:13 UTC (permalink / raw) To: Milan P. Stanić; +Cc: io-uring On 6/16/25 8:18 AM, Milan P. Stani? wrote: > On Mon, 2025-06-16 at 07:59, Jens Axboe wrote: >> On 6/16/25 7:06 AM, Milan P. Stani? wrote: >>> On Mon, 2025-06-16 at 06:34, Jens Axboe wrote: >>>> On 6/15/25 1:56 PM, Milan P. Stani? wrote: >>>>> On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: >>>>>> On 6/15/25 11:16 AM, Milan P. Stani? wrote: >>>>>>> Hi, >>>>>>> >>>>>>> Trying to build liburing 2.10 on Alpine Linux with musl libc got error >>>>>>> that errno.h is not found when building examples/zcrx.c >>>>>>> >>>>>>> Temporary I disabled build zcrx.c, merge request with patch for Alpine >>>>>>> is here: >>>>>>> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 >>>>>>> I commented in merge request that error.h is glibc specific. >>>>>> >>>>>> I killed it, it's not needed and should've been caught during review. >>>>>> We should probably have alpine/musl as part of the CI... >>>>> >>>>> Fine. >>>>> >>>>>>> Side note: running `make runtests` gives 'Tests failed (32)'. Not sure >>>>>>> should I post full log here. >>>>>> >>>>>> Either that or file an issue on GH. Sounds like something is very wrong >>>>>> on the setup if you get failing tests, test suite should generally >>>>>> pass on the current kernel, or any -stable kernel. >>>>>> >>>>> I'm attaching log here to this mail. Actually it is one bug but repeated >>>>> in different tests, segfaults >>>> >>>> Your kernel is ancient, and that will surely account from some of the >>>> failures you see. A 6.6 stable series from January 2024 is not current >>>> by any stretch, should definitely upgrade that. But I don't think this >>>> accounts for all the failures seen, it's more likely there's some musl >>>> related issue as well which is affecting some of the tests. >>> >>> This happens also on 6.14.8-1 asahi kernel on apple m1pro machine. >>> I forgot to mention this in previous mail, sorry. >> >> Also on musl, correct? > > Yes, correct. > >> Guessing it must be some musl oddity. I'll try and setup a vm with >> alpine and see how that goes. > > It could be. I can ask on #musl IRC channel on libera.chat Probably easier if I just take a look at it, as long as I can get an alpine vm image going. -- Jens Axboe ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-16 15:13 ` Jens Axboe @ 2025-06-16 15:26 ` Jens Axboe 2025-06-16 15:35 ` Jens Axboe 1 sibling, 0 replies; 15+ messages in thread From: Jens Axboe @ 2025-06-16 15:26 UTC (permalink / raw) To: Milan P. Stanić; +Cc: io-uring On 6/16/25 9:13 AM, Jens Axboe wrote: > On 6/16/25 8:18 AM, Milan P. Stani? wrote: >> On Mon, 2025-06-16 at 07:59, Jens Axboe wrote: >>> On 6/16/25 7:06 AM, Milan P. Stani? wrote: >>>> On Mon, 2025-06-16 at 06:34, Jens Axboe wrote: >>>>> On 6/15/25 1:56 PM, Milan P. Stani? wrote: >>>>>> On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: >>>>>>> On 6/15/25 11:16 AM, Milan P. Stani? wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> Trying to build liburing 2.10 on Alpine Linux with musl libc got error >>>>>>>> that errno.h is not found when building examples/zcrx.c >>>>>>>> >>>>>>>> Temporary I disabled build zcrx.c, merge request with patch for Alpine >>>>>>>> is here: >>>>>>>> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 >>>>>>>> I commented in merge request that error.h is glibc specific. >>>>>>> >>>>>>> I killed it, it's not needed and should've been caught during review. >>>>>>> We should probably have alpine/musl as part of the CI... >>>>>> >>>>>> Fine. >>>>>> >>>>>>>> Side note: running `make runtests` gives 'Tests failed (32)'. Not sure >>>>>>>> should I post full log here. >>>>>>> >>>>>>> Either that or file an issue on GH. Sounds like something is very wrong >>>>>>> on the setup if you get failing tests, test suite should generally >>>>>>> pass on the current kernel, or any -stable kernel. >>>>>>> >>>>>> I'm attaching log here to this mail. Actually it is one bug but repeated >>>>>> in different tests, segfaults >>>>> >>>>> Your kernel is ancient, and that will surely account from some of the >>>>> failures you see. A 6.6 stable series from January 2024 is not current >>>>> by any stretch, should definitely upgrade that. But I don't think this >>>>> accounts for all the failures seen, it's more likely there's some musl >>>>> related issue as well which is affecting some of the tests. >>>> >>>> This happens also on 6.14.8-1 asahi kernel on apple m1pro machine. >>>> I forgot to mention this in previous mail, sorry. >>> >>> Also on musl, correct? >> >> Yes, correct. >> >>> Guessing it must be some musl oddity. I'll try and setup a vm with >>> alpine and see how that goes. >> >> It could be. I can ask on #musl IRC channel on libera.chat > > Probably easier if I just take a look at it, as long as I can get > an alpine vm image going. Works fine here, only tests that seem to mess up are the ones that assume a fully featured ps is there: Running test sq-poll-kthread.t ps: unrecognized option: ppid BusyBox v1.37.0 (2025-05-26 20:04:45 UTC) multi-call binary. Usage: ps [-o COL1,COL2=HEADER] [-T] Show list of processes -o COL1,COL2=HEADER Select columns for display -T Show threads ps: unrecognized option: ppid Unsure what's going on at your end. This is using a recent -git kernel, fwiw. -- Jens Axboe ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-16 15:13 ` Jens Axboe 2025-06-16 15:26 ` Jens Axboe @ 2025-06-16 15:35 ` Jens Axboe 2025-06-16 16:32 ` Milan P. Stanić 1 sibling, 1 reply; 15+ messages in thread From: Jens Axboe @ 2025-06-16 15:35 UTC (permalink / raw) To: Milan P. Stanić; +Cc: io-uring On 6/16/25 9:13 AM, Jens Axboe wrote: > On 6/16/25 8:18 AM, Milan P. Stani? wrote: >> On Mon, 2025-06-16 at 07:59, Jens Axboe wrote: >>> On 6/16/25 7:06 AM, Milan P. Stani? wrote: >>>> On Mon, 2025-06-16 at 06:34, Jens Axboe wrote: >>>>> On 6/15/25 1:56 PM, Milan P. Stani? wrote: >>>>>> On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: >>>>>>> On 6/15/25 11:16 AM, Milan P. Stani? wrote: >>>>>>>> Hi, >>>>>>>> >>>>>>>> Trying to build liburing 2.10 on Alpine Linux with musl libc got error >>>>>>>> that errno.h is not found when building examples/zcrx.c >>>>>>>> >>>>>>>> Temporary I disabled build zcrx.c, merge request with patch for Alpine >>>>>>>> is here: >>>>>>>> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 >>>>>>>> I commented in merge request that error.h is glibc specific. >>>>>>> >>>>>>> I killed it, it's not needed and should've been caught during review. >>>>>>> We should probably have alpine/musl as part of the CI... >>>>>> >>>>>> Fine. >>>>>> >>>>>>>> Side note: running `make runtests` gives 'Tests failed (32)'. Not sure >>>>>>>> should I post full log here. >>>>>>> >>>>>>> Either that or file an issue on GH. Sounds like something is very wrong >>>>>>> on the setup if you get failing tests, test suite should generally >>>>>>> pass on the current kernel, or any -stable kernel. >>>>>>> >>>>>> I'm attaching log here to this mail. Actually it is one bug but repeated >>>>>> in different tests, segfaults >>>>> >>>>> Your kernel is ancient, and that will surely account from some of the >>>>> failures you see. A 6.6 stable series from January 2024 is not current >>>>> by any stretch, should definitely upgrade that. But I don't think this >>>>> accounts for all the failures seen, it's more likely there's some musl >>>>> related issue as well which is affecting some of the tests. >>>> >>>> This happens also on 6.14.8-1 asahi kernel on apple m1pro machine. >>>> I forgot to mention this in previous mail, sorry. >>> >>> Also on musl, correct? >> >> Yes, correct. >> >>> Guessing it must be some musl oddity. I'll try and setup a vm with >>> alpine and see how that goes. >> >> It could be. I can ask on #musl IRC channel on libera.chat > > Probably easier if I just take a look at it, as long as I can get > an alpine vm image going. Pure guesswork, but you are most likely running into default ulimit limits being tiny. Probably something ala: rc_ulimit="-n 524288 -l 262144" in /etc/rc.conf would help. -- Jens Axboe ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-16 15:35 ` Jens Axboe @ 2025-06-16 16:32 ` Milan P. Stanić 2025-06-16 16:35 ` Jens Axboe 0 siblings, 1 reply; 15+ messages in thread From: Milan P. Stanić @ 2025-06-16 16:32 UTC (permalink / raw) To: Jens Axboe; +Cc: io-uring On Mon, 2025-06-16 at 09:35, Jens Axboe wrote: > On 6/16/25 9:13 AM, Jens Axboe wrote: > > On 6/16/25 8:18 AM, Milan P. Stani? wrote: > >> On Mon, 2025-06-16 at 07:59, Jens Axboe wrote: > >>> On 6/16/25 7:06 AM, Milan P. Stani? wrote: > >>>> On Mon, 2025-06-16 at 06:34, Jens Axboe wrote: > >>>>> On 6/15/25 1:56 PM, Milan P. Stani? wrote: > >>>>>> On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: > >>>>>>> On 6/15/25 11:16 AM, Milan P. Stani? wrote: > >>>>>>>> Hi, > >>>>>>>> > >>>>>>>> Trying to build liburing 2.10 on Alpine Linux with musl libc got error > >>>>>>>> that errno.h is not found when building examples/zcrx.c > >>>>>>>> > >>>>>>>> Temporary I disabled build zcrx.c, merge request with patch for Alpine > >>>>>>>> is here: > >>>>>>>> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 > >>>>>>>> I commented in merge request that error.h is glibc specific. > >>>>>>> > >>>>>>> I killed it, it's not needed and should've been caught during review. > >>>>>>> We should probably have alpine/musl as part of the CI... > >>>>>> > >>>>>> Fine. > >>>>>> > >>>>>>>> Side note: running `make runtests` gives 'Tests failed (32)'. Not sure > >>>>>>>> should I post full log here. > >>>>>>> > >>>>>>> Either that or file an issue on GH. Sounds like something is very wrong > >>>>>>> on the setup if you get failing tests, test suite should generally > >>>>>>> pass on the current kernel, or any -stable kernel. > >>>>>>> > >>>>>> I'm attaching log here to this mail. Actually it is one bug but repeated > >>>>>> in different tests, segfaults > >>>>> > >>>>> Your kernel is ancient, and that will surely account from some of the > >>>>> failures you see. A 6.6 stable series from January 2024 is not current > >>>>> by any stretch, should definitely upgrade that. But I don't think this > >>>>> accounts for all the failures seen, it's more likely there's some musl > >>>>> related issue as well which is affecting some of the tests. > >>>> > >>>> This happens also on 6.14.8-1 asahi kernel on apple m1pro machine. > >>>> I forgot to mention this in previous mail, sorry. > >>> > >>> Also on musl, correct? > >> > >> Yes, correct. > >> > >>> Guessing it must be some musl oddity. I'll try and setup a vm with > >>> alpine and see how that goes. > >> > >> It could be. I can ask on #musl IRC channel on libera.chat > > > > Probably easier if I just take a look at it, as long as I can get > > an alpine vm image going. > > Pure guesswork, but you are most likely running into default ulimit > limits being tiny. Probably something ala: > > rc_ulimit="-n 524288 -l 262144" > > in /etc/rc.conf would help. Tried, but didn't help. I will left it for now and return to test it when new liburing is released. It must pass our builders and CI, so I disabled test earlier. Thank you for help. -- Kind regards ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-16 16:32 ` Milan P. Stanić @ 2025-06-16 16:35 ` Jens Axboe 2025-06-16 16:44 ` Milan P. Stanić 2025-06-17 8:19 ` Milan P. Stanić 0 siblings, 2 replies; 15+ messages in thread From: Jens Axboe @ 2025-06-16 16:35 UTC (permalink / raw) To: Milan P. Stanić; +Cc: io-uring On 6/16/25 10:32 AM, Milan P. Stani? wrote: > On Mon, 2025-06-16 at 09:35, Jens Axboe wrote: >> On 6/16/25 9:13 AM, Jens Axboe wrote: >>> On 6/16/25 8:18 AM, Milan P. Stani? wrote: >>>> On Mon, 2025-06-16 at 07:59, Jens Axboe wrote: >>>>> On 6/16/25 7:06 AM, Milan P. Stani? wrote: >>>>>> On Mon, 2025-06-16 at 06:34, Jens Axboe wrote: >>>>>>> On 6/15/25 1:56 PM, Milan P. Stani? wrote: >>>>>>>> On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: >>>>>>>>> On 6/15/25 11:16 AM, Milan P. Stani? wrote: >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> Trying to build liburing 2.10 on Alpine Linux with musl libc got error >>>>>>>>>> that errno.h is not found when building examples/zcrx.c >>>>>>>>>> >>>>>>>>>> Temporary I disabled build zcrx.c, merge request with patch for Alpine >>>>>>>>>> is here: >>>>>>>>>> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 >>>>>>>>>> I commented in merge request that error.h is glibc specific. >>>>>>>>> >>>>>>>>> I killed it, it's not needed and should've been caught during review. >>>>>>>>> We should probably have alpine/musl as part of the CI... >>>>>>>> >>>>>>>> Fine. >>>>>>>> >>>>>>>>>> Side note: running `make runtests` gives 'Tests failed (32)'. Not sure >>>>>>>>>> should I post full log here. >>>>>>>>> >>>>>>>>> Either that or file an issue on GH. Sounds like something is very wrong >>>>>>>>> on the setup if you get failing tests, test suite should generally >>>>>>>>> pass on the current kernel, or any -stable kernel. >>>>>>>>> >>>>>>>> I'm attaching log here to this mail. Actually it is one bug but repeated >>>>>>>> in different tests, segfaults >>>>>>> >>>>>>> Your kernel is ancient, and that will surely account from some of the >>>>>>> failures you see. A 6.6 stable series from January 2024 is not current >>>>>>> by any stretch, should definitely upgrade that. But I don't think this >>>>>>> accounts for all the failures seen, it's more likely there's some musl >>>>>>> related issue as well which is affecting some of the tests. >>>>>> >>>>>> This happens also on 6.14.8-1 asahi kernel on apple m1pro machine. >>>>>> I forgot to mention this in previous mail, sorry. >>>>> >>>>> Also on musl, correct? >>>> >>>> Yes, correct. >>>> >>>>> Guessing it must be some musl oddity. I'll try and setup a vm with >>>>> alpine and see how that goes. >>>> >>>> It could be. I can ask on #musl IRC channel on libera.chat >>> >>> Probably easier if I just take a look at it, as long as I can get >>> an alpine vm image going. >> >> Pure guesswork, but you are most likely running into default ulimit >> limits being tiny. Probably something ala: >> >> rc_ulimit="-n 524288 -l 262144" >> >> in /etc/rc.conf would help. > > Tried, but didn't help. > > I will left it for now and return to test it when new liburing is > released. It must pass our builders and CI, so I disabled test earlier. > > Thank you for help. That's fine, I don't recommend distros attempt to verify it by using the test suite anyway, that's not really its intended purpose. Though it can be useful in terms of verifying all relevant fixes are backported, particular if the distro is one of those oddballs that don't base on or pull in -stable. I'll be releasing 2.11 shortly, but it likely won't change anything on your end, outside of having the examples/zcrx compilation fixed. FWIW, I'm on Alpine Linux 3.22 and it passes here. -- Jens Axboe ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-16 16:35 ` Jens Axboe @ 2025-06-16 16:44 ` Milan P. Stanić 2025-06-17 8:19 ` Milan P. Stanić 1 sibling, 0 replies; 15+ messages in thread From: Milan P. Stanić @ 2025-06-16 16:44 UTC (permalink / raw) To: Jens Axboe; +Cc: io-uring On Mon, 2025-06-16 at 10:35, Jens Axboe wrote: > On 6/16/25 10:32 AM, Milan P. Stani? wrote: > > On Mon, 2025-06-16 at 09:35, Jens Axboe wrote: > >> On 6/16/25 9:13 AM, Jens Axboe wrote: > >>> On 6/16/25 8:18 AM, Milan P. Stani? wrote: > >>>> On Mon, 2025-06-16 at 07:59, Jens Axboe wrote: > >>>>> On 6/16/25 7:06 AM, Milan P. Stani? wrote: > >>>>>> On Mon, 2025-06-16 at 06:34, Jens Axboe wrote: > >>>>>>> On 6/15/25 1:56 PM, Milan P. Stani? wrote: > >>>>>>>> On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: > >>>>>>>>> On 6/15/25 11:16 AM, Milan P. Stani? wrote: > >>>>>>>>>> Hi, > >>>>>>>>>> > >>>>>>>>>> Trying to build liburing 2.10 on Alpine Linux with musl libc got error > >>>>>>>>>> that errno.h is not found when building examples/zcrx.c > >>>>>>>>>> > >>>>>>>>>> Temporary I disabled build zcrx.c, merge request with patch for Alpine > >>>>>>>>>> is here: > >>>>>>>>>> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 > >>>>>>>>>> I commented in merge request that error.h is glibc specific. > >>>>>>>>> > >>>>>>>>> I killed it, it's not needed and should've been caught during review. > >>>>>>>>> We should probably have alpine/musl as part of the CI... > >>>>>>>> > >>>>>>>> Fine. > >>>>>>>> > >>>>>>>>>> Side note: running `make runtests` gives 'Tests failed (32)'. Not sure > >>>>>>>>>> should I post full log here. > >>>>>>>>> > >>>>>>>>> Either that or file an issue on GH. Sounds like something is very wrong > >>>>>>>>> on the setup if you get failing tests, test suite should generally > >>>>>>>>> pass on the current kernel, or any -stable kernel. > >>>>>>>>> > >>>>>>>> I'm attaching log here to this mail. Actually it is one bug but repeated > >>>>>>>> in different tests, segfaults > >>>>>>> > >>>>>>> Your kernel is ancient, and that will surely account from some of the > >>>>>>> failures you see. A 6.6 stable series from January 2024 is not current > >>>>>>> by any stretch, should definitely upgrade that. But I don't think this > >>>>>>> accounts for all the failures seen, it's more likely there's some musl > >>>>>>> related issue as well which is affecting some of the tests. > >>>>>> > >>>>>> This happens also on 6.14.8-1 asahi kernel on apple m1pro machine. > >>>>>> I forgot to mention this in previous mail, sorry. > >>>>> > >>>>> Also on musl, correct? > >>>> > >>>> Yes, correct. > >>>> > >>>>> Guessing it must be some musl oddity. I'll try and setup a vm with > >>>>> alpine and see how that goes. > >>>> > >>>> It could be. I can ask on #musl IRC channel on libera.chat > >>> > >>> Probably easier if I just take a look at it, as long as I can get > >>> an alpine vm image going. > >> > >> Pure guesswork, but you are most likely running into default ulimit > >> limits being tiny. Probably something ala: > >> > >> rc_ulimit="-n 524288 -l 262144" > >> > >> in /etc/rc.conf would help. > > > > Tried, but didn't help. > > > > I will left it for now and return to test it when new liburing is > > released. It must pass our builders and CI, so I disabled test earlier. > > > > Thank you for help. > > That's fine, I don't recommend distros attempt to verify it by using > the test suite anyway, that's not really its intended purpose. Though it > can be useful in terms of verifying all relevant fixes are backported, > particular if the distro is one of those oddballs that don't base on or > pull in -stable. Fine for me also. So I will keep tests disabled for Alpine in future. > I'll be releasing 2.11 shortly, but it likely won't change anything on > your end, outside of having the examples/zcrx compilation fixed. ok. > FWIW, I'm on Alpine Linux 3.22 and it passes here. We do developing new release in 'edge' (something like rolling release) and only backport for security fixes and some bugs to stable releases. So, I always run all things on 'edge' (except servers, ofc) -- Kind regards ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-16 16:35 ` Jens Axboe 2025-06-16 16:44 ` Milan P. Stanić @ 2025-06-17 8:19 ` Milan P. Stanić 2025-06-17 11:51 ` Jens Axboe 1 sibling, 1 reply; 15+ messages in thread From: Milan P. Stanić @ 2025-06-17 8:19 UTC (permalink / raw) To: Jens Axboe; +Cc: io-uring On Mon, 2025-06-16 at 10:35, Jens Axboe wrote: > On 6/16/25 10:32 AM, Milan P. Stani? wrote: > > On Mon, 2025-06-16 at 09:35, Jens Axboe wrote: > >> On 6/16/25 9:13 AM, Jens Axboe wrote: > >>> On 6/16/25 8:18 AM, Milan P. Stani? wrote: > >>>> On Mon, 2025-06-16 at 07:59, Jens Axboe wrote: > >>>>> On 6/16/25 7:06 AM, Milan P. Stani? wrote: > >>>>>> On Mon, 2025-06-16 at 06:34, Jens Axboe wrote: > >>>>>>> On 6/15/25 1:56 PM, Milan P. Stani? wrote: > >>>>>>>> On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: > >>>>>>>>> On 6/15/25 11:16 AM, Milan P. Stani? wrote: > >>>>>>>>>> Hi, > >>>>>>>>>> > >>>>>>>>>> Trying to build liburing 2.10 on Alpine Linux with musl libc got error > >>>>>>>>>> that errno.h is not found when building examples/zcrx.c > >>>>>>>>>> > >>>>>>>>>> Temporary I disabled build zcrx.c, merge request with patch for Alpine > >>>>>>>>>> is here: > >>>>>>>>>> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 > >>>>>>>>>> I commented in merge request that error.h is glibc specific. > >>>>>>>>> > >>>>>>>>> I killed it, it's not needed and should've been caught during review. > >>>>>>>>> We should probably have alpine/musl as part of the CI... > >>>>>>>> > >>>>>>>> Fine. > >>>>>>>> > >>>>>>>>>> Side note: running `make runtests` gives 'Tests failed (32)'. Not sure > >>>>>>>>>> should I post full log here. > >>>>>>>>> > >>>>>>>>> Either that or file an issue on GH. Sounds like something is very wrong > >>>>>>>>> on the setup if you get failing tests, test suite should generally > >>>>>>>>> pass on the current kernel, or any -stable kernel. > >>>>>>>>> > >>>>>>>> I'm attaching log here to this mail. Actually it is one bug but repeated > >>>>>>>> in different tests, segfaults > >>>>>>> > >>>>>>> Your kernel is ancient, and that will surely account from some of the > >>>>>>> failures you see. A 6.6 stable series from January 2024 is not current > >>>>>>> by any stretch, should definitely upgrade that. But I don't think this > >>>>>>> accounts for all the failures seen, it's more likely there's some musl > >>>>>>> related issue as well which is affecting some of the tests. > >>>>>> > >>>>>> This happens also on 6.14.8-1 asahi kernel on apple m1pro machine. > >>>>>> I forgot to mention this in previous mail, sorry. > >>>>> > >>>>> Also on musl, correct? > >>>> > >>>> Yes, correct. > >>>> > >>>>> Guessing it must be some musl oddity. I'll try and setup a vm with > >>>>> alpine and see how that goes. > >>>> > >>>> It could be. I can ask on #musl IRC channel on libera.chat > >>> > >>> Probably easier if I just take a look at it, as long as I can get > >>> an alpine vm image going. > >> > >> Pure guesswork, but you are most likely running into default ulimit > >> limits being tiny. Probably something ala: > >> > >> rc_ulimit="-n 524288 -l 262144" > >> > >> in /etc/rc.conf would help. > > > > Tried, but didn't help. > > > > I will left it for now and return to test it when new liburing is > > released. It must pass our builders and CI, so I disabled test earlier. > > > > Thank you for help. > > That's fine, I don't recommend distros attempt to verify it by using > the test suite anyway, that's not really its intended purpose. Though it > can be useful in terms of verifying all relevant fixes are backported, > particular if the distro is one of those oddballs that don't base on or > pull in -stable. > > I'll be releasing 2.11 shortly, but it likely won't change anything on > your end, outside of having the examples/zcrx compilation fixed. > > FWIW, I'm on Alpine Linux 3.22 and it passes here. liburing 2.11 builds fine on Alpine edge and previous bugs (segfaults) don't appears now with new version. runtests shows that 4 test failed: ---------------- Test run complete, kernel: 6.6.14-0-lts #1-Alpine SMP PREEMPT_DYNAMIC Fri, 26 Jan 2024 11:08:07 +0000 Tests failed (4): <accept.t> <nop.t> <sqwait.t> <timeout.t> make[1]: *** [Makefile:331: runtests] Error 1 make[1]: Leaving directory '/home/mps/aports/main/liburing/src/liburing-liburing-2.11/test' make: *** [Makefile:21: runtests] Error 2 ---------------- but I think this is not blocker to update liburing to 2.11 on alpine. -- Kind regards ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Building liburing on musl libc gives error that errno.h not found 2025-06-17 8:19 ` Milan P. Stanić @ 2025-06-17 11:51 ` Jens Axboe 0 siblings, 0 replies; 15+ messages in thread From: Jens Axboe @ 2025-06-17 11:51 UTC (permalink / raw) To: Milan P. Stanić; +Cc: io-uring On 6/17/25 2:19 AM, Milan P. Stani? wrote: > On Mon, 2025-06-16 at 10:35, Jens Axboe wrote: >> On 6/16/25 10:32 AM, Milan P. Stani? wrote: >>> On Mon, 2025-06-16 at 09:35, Jens Axboe wrote: >>>> On 6/16/25 9:13 AM, Jens Axboe wrote: >>>>> On 6/16/25 8:18 AM, Milan P. Stani? wrote: >>>>>> On Mon, 2025-06-16 at 07:59, Jens Axboe wrote: >>>>>>> On 6/16/25 7:06 AM, Milan P. Stani? wrote: >>>>>>>> On Mon, 2025-06-16 at 06:34, Jens Axboe wrote: >>>>>>>>> On 6/15/25 1:56 PM, Milan P. Stani? wrote: >>>>>>>>>> On Sun, 2025-06-15 at 12:57, Jens Axboe wrote: >>>>>>>>>>> On 6/15/25 11:16 AM, Milan P. Stani? wrote: >>>>>>>>>>>> Hi, >>>>>>>>>>>> >>>>>>>>>>>> Trying to build liburing 2.10 on Alpine Linux with musl libc got error >>>>>>>>>>>> that errno.h is not found when building examples/zcrx.c >>>>>>>>>>>> >>>>>>>>>>>> Temporary I disabled build zcrx.c, merge request with patch for Alpine >>>>>>>>>>>> is here: >>>>>>>>>>>> https://gitlab.alpinelinux.org/alpine/aports/-/merge_requests/84981 >>>>>>>>>>>> I commented in merge request that error.h is glibc specific. >>>>>>>>>>> >>>>>>>>>>> I killed it, it's not needed and should've been caught during review. >>>>>>>>>>> We should probably have alpine/musl as part of the CI... >>>>>>>>>> >>>>>>>>>> Fine. >>>>>>>>>> >>>>>>>>>>>> Side note: running `make runtests` gives 'Tests failed (32)'. Not sure >>>>>>>>>>>> should I post full log here. >>>>>>>>>>> >>>>>>>>>>> Either that or file an issue on GH. Sounds like something is very wrong >>>>>>>>>>> on the setup if you get failing tests, test suite should generally >>>>>>>>>>> pass on the current kernel, or any -stable kernel. >>>>>>>>>>> >>>>>>>>>> I'm attaching log here to this mail. Actually it is one bug but repeated >>>>>>>>>> in different tests, segfaults >>>>>>>>> >>>>>>>>> Your kernel is ancient, and that will surely account from some of the >>>>>>>>> failures you see. A 6.6 stable series from January 2024 is not current >>>>>>>>> by any stretch, should definitely upgrade that. But I don't think this >>>>>>>>> accounts for all the failures seen, it's more likely there's some musl >>>>>>>>> related issue as well which is affecting some of the tests. >>>>>>>> >>>>>>>> This happens also on 6.14.8-1 asahi kernel on apple m1pro machine. >>>>>>>> I forgot to mention this in previous mail, sorry. >>>>>>> >>>>>>> Also on musl, correct? >>>>>> >>>>>> Yes, correct. >>>>>> >>>>>>> Guessing it must be some musl oddity. I'll try and setup a vm with >>>>>>> alpine and see how that goes. >>>>>> >>>>>> It could be. I can ask on #musl IRC channel on libera.chat >>>>> >>>>> Probably easier if I just take a look at it, as long as I can get >>>>> an alpine vm image going. >>>> >>>> Pure guesswork, but you are most likely running into default ulimit >>>> limits being tiny. Probably something ala: >>>> >>>> rc_ulimit="-n 524288 -l 262144" >>>> >>>> in /etc/rc.conf would help. >>> >>> Tried, but didn't help. >>> >>> I will left it for now and return to test it when new liburing is >>> released. It must pass our builders and CI, so I disabled test earlier. >>> >>> Thank you for help. >> >> That's fine, I don't recommend distros attempt to verify it by using >> the test suite anyway, that's not really its intended purpose. Though it >> can be useful in terms of verifying all relevant fixes are backported, >> particular if the distro is one of those oddballs that don't base on or >> pull in -stable. >> >> I'll be releasing 2.11 shortly, but it likely won't change anything on >> your end, outside of having the examples/zcrx compilation fixed. >> >> FWIW, I'm on Alpine Linux 3.22 and it passes here. > > liburing 2.11 builds fine on Alpine edge and previous bugs (segfaults) > don't appears now with new version. > > runtests shows that 4 test failed: > ---------------- > Test run complete, kernel: 6.6.14-0-lts #1-Alpine SMP PREEMPT_DYNAMIC Fri, 26 Jan 2024 11:08:07 +0000 > Tests failed (4): <accept.t> <nop.t> <sqwait.t> <timeout.t> > make[1]: *** [Makefile:331: runtests] Error 1 > make[1]: Leaving directory '/home/mps/aports/main/liburing/src/liburing-liburing-2.11/test' > make: *** [Makefile:21: runtests] Error 2 > ---------------- > > but I think this is not blocker to update liburing to 2.11 on alpine. It's fine - as mentioned, by far most of the test suite is for kernel testing, not liburing itself. And if run on an old kernel. various test case failures are expected, as the kernel is lacking fixes. -- Jens Axboe ^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2025-06-17 11:51 UTC | newest] Thread overview: 15+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2025-06-15 17:16 Building liburing on musl libc gives error that errno.h not found Milan P. Stanić 2025-06-15 18:57 ` Jens Axboe 2025-06-15 19:56 ` Milan P. Stanić 2025-06-16 12:34 ` Jens Axboe 2025-06-16 13:06 ` Milan P. Stanić 2025-06-16 13:59 ` Jens Axboe 2025-06-16 14:18 ` Milan P. Stanić 2025-06-16 15:13 ` Jens Axboe 2025-06-16 15:26 ` Jens Axboe 2025-06-16 15:35 ` Jens Axboe 2025-06-16 16:32 ` Milan P. Stanić 2025-06-16 16:35 ` Jens Axboe 2025-06-16 16:44 ` Milan P. Stanić 2025-06-17 8:19 ` Milan P. Stanić 2025-06-17 11:51 ` Jens Axboe
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox