Bug 2424302
| Summary: | FTBFS: coreutils: test failure on aarch64 when building with gcc16 | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Siddhesh Poyarekar <sipoyare> |
| Component: | coreutils | Assignee: | Lukáš Zaoral <lzaoral> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | rawhide | CC: | admiller, collin.funk1, jamartis, kdudka, kzak, lzaoral, nixuser, ovasik, p, vmihalko |
| Target Milestone: | --- | Flags: | lzaoral:
mirror+
|
| Target Release: | --- | ||
| Hardware: | aarch64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | coreutils-9.9-2.fc44 | Doc Type: | --- |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2026-01-13 16:50:24 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 2424310 | ||
|
Description
Siddhesh Poyarekar
2025-12-22 15:00:18 UTC
It would be a good to include a bit more output from test-suite.log to verify the calculated $vm value was sane. Does the following adjustment avoid the issue? That shouldn't be needed though. Does `getconf PAGE_SIZE` work on that platform, because we use a fallback of 4096 which may not be appropriate for the platform. diff --git a/tests/cut/cut-huge-range.sh b/tests/cut/cut-huge-range.sh index 4bd1b129d..c0b7cc2e4 100755 --- a/tests/cut/cut-huge-range.sh +++ b/tests/cut/cut-huge-range.sh @@ -22,6 +22,7 @@ getlimits_ vm=$(get_min_ulimit_v_ returns_ 0 cut -b1 /dev/null) \ || skip_ 'shell lacks ulimit, or ASAN enabled' +vm=$(($vm+1000)) # Ensure we can cut up to our sentinel value. CUT_MAX=$(expr $UINTMAX_MAX - 1) || framework_failure_ Sorry, I should have linked to the failure log: https://copr.fedorainfracloud.org/coprs/siddhesh/mbp-gcc-snapshot-latest/build/9940990/ https://download.copr.fedorainfracloud.org/results/siddhesh/mbp-gcc-snapshot-latest/fedora-rawhide-aarch64/09940990-coreutils/builder-live.log.gz I'll try the workaround and let you know. It does work with the patch you suggested: https://koji.fedoraproject.org/koji/taskinfo?taskID=140281595 I don't see why `getconf PAGESIZE` shouldn't work on aarch64, but I think we have 64k pages on aarch64, so obviously something is awry. one could correlate the page size with something like `grep -Fi PAGESIZE /proc/$$/smaps | sort -u` But the logs show getconf returns 4096. I can't think of any other workaround for now, so I suggest applying that change as a patch to rawhide (I'll do the same upstream). I know next to nothing about the malloc internals, but could it be due to this recent change? https://sourceware.org/git/?p=glibc.git;a=commit;h=321e1fc73f53081d92ba357cdd48c56b79292020 > The benefit is that on MORECORE() invocation, we extend the heap by 2MB instead of 4KB [on aarch64] Oh interesting. Something to keep in mind for the `ulimit -v ...` limit determination in coreutils tests Thank you all for the analysis! The fix is building now: https://koji.fedoraproject.org/koji/taskinfo?taskID=141060076 FEDORA-2026-12d51a2112 (coreutils-9.9-2.fc44) has been submitted as an update to Fedora 44. https://bodhi.fedoraproject.org/updates/FEDORA-2026-12d51a2112 FEDORA-2026-12d51a2112 (coreutils-9.9-2.fc44) has been pushed to the Fedora 44 stable repository. If problem still persists, please make note of it in this bug report. |