summaryrefslogtreecommitdiff
path: root/test
AgeCommit message (Collapse)Author
2024-03-15riscv64: fix compiler warningWaldemar Brodkorb
2024-03-08we use qemu now, test passesWaldemar Brodkorb
2024-03-08riscv32: disable blocking testWaldemar Brodkorb
2024-03-07add some more time64 32 bit architectures which can be testedWaldemar Brodkorb
2024-02-27Add test to *stat() after 2038y with time64.Dmitry Chestnykh
Signed-off-by: Dmitry Chestnykh <dm.chestnykh@gmail.com>
2024-01-18disable test for coldfireWaldemar Brodkorb
2024-01-03microblaze: disable a lot of tests, all are stalling on latest QemuWaldemar Brodkorb
2023-12-26microblaze: skip stalling testWaldemar Brodkorb
2023-12-26microblaze: skip stalling testWaldemar Brodkorb
2023-11-07misc: add tests for getrlimit/setrlimit/prlimitPavel Kozlov
Add tst-rlimit test to check setrlimit/getrlimit/prlimit and setrlimit64/getrlimit64/prlimit64 functions. Add tst-rlimit64 to check the 64-bit offset variant. Signed-off-by: Pavel Kozlov <pavel.kozlov@synopsys.com>
2023-08-29xtensa: disable hanging mmap2 test on noMMUWaldemar Brodkorb
2023-08-29riscv64: disable blocking test on noMMU testingWaldemar Brodkorb
2023-08-28disable mmap2 for arm, fixes stalling testsuite run on armv5-nommu with ↵Waldemar Brodkorb
kernel 6.1.44
2023-08-08cris: disable stalling testsWaldemar Brodkorb
2023-08-05math: disable bessel function checkingWaldemar Brodkorb
2023-08-04tst-calloc: reduce samples per size for small systems without MMUWaldemar Brodkorb
2023-08-04reduce allocs for small systems with f.e. 64 MB RAMWaldemar Brodkorb
2023-06-15enable tst-exec-nullWaldemar Brodkorb
2023-06-15Fix exec-null test for newer kernelsYann Sionneau
Without this patch, since https://github.com/torvalds/linux/commit/dcd46d897adb70d63e025f175a00a89797d31a43 this test runs in infinite loop. Signed-off-by: Yann Sionneau <ysionneau@kalrayinc.com>
2023-02-02disable for noMMU buildsWaldemar Brodkorb
2023-01-27exec-null hangs in endless loop on systems with linuxthreadsWaldemar Brodkorb
2022-10-02musl does not implement rawmemchrWaldemar Brodkorb
2022-09-27arc: fix TLS_GD macro, bad clobber listPavel Kozlov
Move function call outside the inline asm code to simplify a clobber list. The patch fixes tests tst-tls7 and tst-tls8 on ARCv3, they didn't pass because cc was not in clobber list and bad code was generated. The compiler didn't take in account changes of CPU Condition flags. Signed-off-by: Pavel Kozlov <pavel.kozlov@synopsys.com>
2022-09-27arc: use existing tls macros for ARCv3 32-bit CPUsSergey Matyukevich
Signed-off-by: Sergey Matyukevich <sergey.matyukevich@synopsys.com> Signed-off-by: Pavel Kozlov <pavel.kozlov@synopsys.com>
2022-09-23revert glibc sync for math testsWaldemar Brodkorb
Signed-off-by: Waldemar Brodkorb <wbx@openadk.org>
2022-03-10xtensa: fix variable reference in TLS_LDWaldemar Brodkorb
Use @DTPOFF instead of @TPOFF in TLS_LD as specified by the xtensa ABI. DTPOFF produces variable offset relative to the variable's module TLS block, it's the linker's job to replace it with TPOFF and adjust surrounding code when the object file is linked into an executable. This fixes tests tls/tst-tls[123] on xtensa that fail if built as PIE. Signed-off-by: Max Filippov <jcmvbkbc@gmail.com>
2020-12-01riscv64: TLS macros remove unsused headersWaldemar Brodkorb
2020-11-28add nios2 tls macros from glibcFabrice Fontaine
Retrieved from https://github.com/bminor/glibc/blob/master/sysdeps/nios2/tls-macros.h Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>
2020-10-19misc: add test for hasmntopt() option matchingYann Sionneau
Signed-off-by: Yann Sionneau <yann@sionneau.net>
2020-10-15add c-sky tls macros from glibcWaldemar Brodkorb
2020-09-07fix gcc10 issueWaldemar Brodkorb
2020-04-27fix riscv macrosWaldemar Brodkorb
2020-04-27add riscv macros from glibcWaldemar Brodkorb
2020-04-06tls: add aarch64 macrosWaldemar Brodkorb
2020-04-05tls: make tls tests great againYann Sionneau
* TLS tests were "empty" because nothing was setting the following variables: * USE_TLS * HAVE___THREAD * HAVE_TLS_MODEL_ATTRIBUTE All toolchains supported by uClibc-ng today do support both NPTL threads and TLS. All ports also define HAVE_TLS_MODEL_ATTRIBUTE except alpha. * 3 tests (tst-tls6 / tst-tls7 / tst-tls8) were peeking into internal/private data structures from libc, which is not possible anymore since libc and tests are now split into 2 git repositories. This commit fixes those 2 issues so that TLS tests can be run again. Signed-off-by: Yann Sionneau <yann@sionneau.net>
2020-04-05powerpc: update tls macros inline asm clobbersYann Sionneau
This was causing a compile error for powerpc64 toolchain because r3 was both listed as clobbered and as output in inline asm. Signed-off-by: Yann Sionneau <yann@sionneau.net>
2020-04-05powerpc64: add missing tls macrosYann Sionneau
Signed-off-by: Yann Sionneau <yann@sionneau.net>
2020-04-05or1k: add missing tls macrosYann Sionneau
Signed-off-by: Yann Sionneau <yann@sionneau.net>
2019-10-29Merge remote-tracking branch 'github/master'Waldemar Brodkorb
2019-10-29test/nptl/tst-mqueue4.c: fix build with latest glibcFabrice Fontaine
Fix the following error with latest glibc: In file included from /home/fabrice/buildroot/output/host/riscv32-buildroot-linux-gnu/sysroot/usr/include/mqueue.h:93:0, from tst-mqueue4.c:22: In function 'mq_open', inlined from 'do_test' at tst-mqueue4.c:174:6: /home/fabrice/buildroot/output/host/riscv32-buildroot-linux-gnu/sysroot/usr/include/bits/mqueue2.h:41:5: error: call to '__mq_open_wrong_number_of_args' declared with attribute error: mq_open can be called either with 2 or 4 arguments __mq_open_wrong_number_of_args (); ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Fixes: - http://autobuild.buildroot.net/results/f370abcc8dc12975d96a46c34db978554f8c21db Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>
2019-10-29test/misc/test-nftw.c: fix build with latest glibcFabrice Fontaine
Fix the following error with latest glibc: In function 'open', inlined from 'do_test' at tst-nftw.c:38:10, inlined from 'main' at ../test-skeleton.c:318:12: /home/mark/buildroot-test/instance-0/output/host/riscv32-buildroot-linux-gnu/sysroot/usr/include/bits/fcntl2.h:50:4: error: call to '__open_missing_mode' declared with attribute error: open with O_CREAT or O_TMPFILE in second argument needs 3 arguments __open_missing_mode (); ^~~~~~~~~~~~~~~~~~~~~~ Fixes: - http://autobuild.buildroot.net/results/f370abcc8dc12975d96a46c34db978554f8c21db Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>
2019-10-19avoid deadlock test in nsimdrv ARC simulatorWaldemar Brodkorb
2019-05-24be more conformant, from Timur.R.Mustafin@mcst.ruWaldemar Brodkorb
2019-05-13disable some looping testsWaldemar Brodkorb
2019-04-14Fix tst-mallocfork testYann Sionneau
This test was changed from using fork to vfork by: https://cgit.uclibc-ng.org/cgi/cgit/uclibc-ng.git/commit/?id=822e4896c1072b9f84b17f4f7bcb7c51d1a57723 This change was wrong because man page says the child of vfork() must ONLY do either: - a call to one of exec(2) - a call to _exit(2) - get killed by a signal BUT the test case does: - a call to kill - and also a call to exit(3) and not _exit(2) This test produces a double free() causing assert in free because this is called several times: https://elixir.bootlin.com/uclibc-ng/latest/source/libc/stdlib/_atexit.c#L270 So, it seems wrong both in theory (according to man page) and in fact in practice (assert in free). Here I propose to get back to testing fork(), which is the original test case from: https://sourceware.org/bugzilla/show_bug.cgi?id=838 And to just "PASS" on no-mmu systems. For the record, here is the assert call stack: FAIL tst-mallocfork got 1 expected 0 ./tst-mallocfork: libc/stdlib/malloc-standard/malloc.c: 149: __do_check_inuse_chunk: Assertion `((((mchunkptr)(((char*)(p))+((p)->size & ~0x1)))->size) & 0x1)' failed. Didn't expect signal from child: got `Aborted' 0 free (mem=0x3a010) at libc/stdlib/malloc-standard/free.c:285 1 0x00000000000220c4 in __exit_handler (status=1) at libc/stdlib/_atexit.c:270 2 0x000000000001afa0 in __GI_exit (rv=1) at libc/stdlib/_atexit.c:301 3 0x0000000000010dcc in main (argc=1, argv=0x7ffffffd98) at ../test-skeleton.c:405 4 0x000000000001cba8 in __uClibc_main (main=0x10988 <main>, argc=1, argv=0x7ffffffd98, app_init=0x100e8, app_fini=0x23918 <_fini>, rtld_fini=0x0 <k1c_start>, stack_end=0x7ffffffd90) at libc/misc/internals/__uClibc_main.c:512 5 0x00000000000eb8b8 in ?? () Signed-off-by: Yann Sionneau <ysionneau@kalray.eu>
2018-12-31rt/tst-posix_spawn: fix random crash due to uninitialized varVineet Gupta
Seen on ARC when it passed in 1 setup, but segv on other | Path: /sd/arc_initramfs_hs_1812-gnu-2018.09-BIG/uClibc-ng-testsuite-Os/rt/tst-posix_spawn | CPU: 1 PID: 3313 Comm: tst-posix_spawn Not tainted | 4.19.0-00003-ga4e0cf751ad3 #108 | | [ECR ]: 0x00050100 => Invalid Read @ 0x00000000 by insn @ 0x20060c84 | [EFA ]: 0x00000000 | [BLINK ]: 0x20060bf4 | [ERET ]: 0x20060c84 | @off 0x52c84 in [/lib/libuClibc-1.0.29.so] | VMA: 0x2000e000 to 0x20072000 Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
2018-11-25Add NO_CRYPT to fix build with glibc 2.28Fabrice Fontaine
Since glibc 2.28 (https://savannah.gnu.org/forum/forum.php?forum_id=9205), the obsolete functions encrypt, encrypt_r, setkey, setkey_r, cbc_crypt, ecb_crypt, and des_setparity are no longer available to newly linked binaries, and the headers <rpc/des_crypt.h> and <rpc/rpc_des.h> are no longer installed. These functions encrypted and decrypted data with the DES block cipher, which is no longer considered secure. Software that still uses these functions should switch to a modern cryptography library, such as libgcrypt. So add a NO_CRYPT variable to disable test/crypt Fixes: - http://autobuild.buildroot.org/results/158438debb0ce313b012b871e199bed42ba38294 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com>
2018-08-16disable complex mathWaldemar Brodkorb
2018-07-21Revert "arc: disable deadlocking test"Vineet Gupta
This seems to work fine on ARC ! This reverts commit f0567d67075ff7a27ada8ab5bce750fe8a739763. Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
2018-04-04remove tst-atomic*Waldemar Brodkorb
They cannot be enabled, because atomic.h is not exported and just an internal uClibc-ng header. Suggested-by: Alexey Brodkin <Alexey.Brodkin@synopsys.com>