devel

devel@uclibc-ng.org

1 participants
1164 discussions

Re: [uclibc-ng-devel] [LTP] [PATCH] cpuset: disable for UCLIBC
by Vineet Gupta 18 Mar '19

18 Mar '19

On 3/14/19 3:01 AM, Petr Vorel wrote: > Hi Vineet, > >> libcpuset.c relies on FTS which is not enabled by default on uClibc. >> Instead of needing to reconfigure, rebuild uClibc lets disable this test >> for uClibc > Which uClibc version are you using? > Both uClibc and uclibc-ng has it [1] since 2011, version v0.9.32, in commit > a4aa01c12 ("Added fts support for traversing UNIX file hierarchies.") Right I'm using bleeding edge as well, and do have the header in sources, its just not configured/enabled by default hence not available in installation. > It's actually MUSL, what is missing it [2]. Although there is some > implementation [3], we should skip it for musl. But the clearest way is really > to check presence of <fts.h>, that's fix it for all libc. Spot on, that is indeed the best/ideal way of doing it. Do you know if such a mechanism already exists in LTP. If you point me to an example I can respin the patch accordingly. Thx, -Vineet

1 0

[PATCH] cpuset: disable for UCLIBC
by Vineet Gupta 12 Mar '19

12 Mar '19

libcpuset.c relies on FTS which is not enabled by default on uClibc. Instead of needing to reconfigure, rebuild uClibc lets disable this test for uClibc Signed-off-by: Vineet Gupta <vgupta(a)synopsys.com> --- testcases/kernel/controllers/Makefile | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/testcases/kernel/controllers/Makefile b/testcases/kernel/controllers/Makefile index 404073947904..9f4abe28bfcf 100644 --- a/testcases/kernel/controllers/Makefile +++ b/testcases/kernel/controllers/Makefile @@ -29,6 +29,11 @@ LIBDIR := libcontrollers LIB := $(LIBDIR)/libcontrollers.a FILTER_OUT_DIRS := $(LIBDIR) +# controllers/cpuset/cpuset_lib/libcpuset.c uses fts +ifeq ($(UCLIBC),1) +FILTER_OUT_DIRS += cpuset +endif + $(LIBDIR): mkdir -p "$@" -- 2.7.4

1 0

Problems with circular dependencies when trying to dynamically load a GStreamer plugin on Raspberry Pi / Buildroot
by avnerus 01 Mar '19

01 Mar '19

Hi! I've been having troubles loading a gstreamer plugin for Raspberry Pi (libgstrpicamsrc.so) on Buildroot with Uclibc-ng 1.0.30. It seems that some circualr dependencies are preventing the plugin from loading (specifically libmmal_core.so and libmmal_util.so). I noticed that GStreamer loads its plugins using RTLD_NOW, but shouldn't it still be able to handle circular dependencies? The plugin does load correctly on glibc. I'm attaching the output of the load using LD_DEBUG. There seem to be a lot of messages regarding circular dependencies. There is also a deeper analysis of the issue and how I eventually worked around it in here: https://wiki.avner.us/doku.php?id=embedded-web-interaction:uclibc-ng-proble… Would appreciate any insights, Thank you! /Avner

1 0

[PATCH] Fix NULL pointer dereference in open_memstream()
by Eugene Yudin 22 Feb '19

22 Feb '19

Hi, Current version of uClibc-ng has issue in open_memstream() function. If the cookie variable is NULL (due malloc() fail) then null pointer is dereferenced after if block. The attached patch fixes this issue. -- Best regards, Eugene

1 0

uClibc-ng 1.0.31 allowed ARM/FDPIC
by Alexey Neyman 20 Feb '19

20 Feb '19

Hi, I've noticed that uClibc-ng now allows the FDPIC ELF for ARM: one of the crosstool-NG samples that configures a toolchain for ARM with no MMU now defaults to FDPIC rather than flat format. The problem is, though, it then fails - because GCC complains that: armv6-nommu-linux-uclibcgnueabi-gcc: error: unrecognized command line option '-mfdpic'; did you mean '-fpic'? I'll fix the default in crosstool-NG, but what intrigues me is that the -mfdpic option isn't listed in GCC manual as one of the supported options for ARM (it is only listed in FRV's options). How is this configuration built? Regards, Alexey.

2 2

[PATCH V3 1/1] csky: Add EM_CSKY for ldso
by guoren＠kernel.org 26 Dec '18

26 Dec '18

From: Guo Ren <ren_guo(a)c-sky.com> Support EM_CSKY 252 elf format. Changelog: Increase EM_NUM to 253 Signed-off-by: Guo Ren <ren_guo(a)c-sky.com> Signed-off-by: Mao Han <han_mao(a)c-sky.com> --- include/elf.h | 3 ++- ldso/ldso/csky/dl-sysdep.h | 2 +- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/include/elf.h b/include/elf.h index a9957fc..9aae04c 100644 --- a/include/elf.h +++ b/include/elf.h @@ -271,9 +271,10 @@ typedef struct #define EM_AARCH64 183 /* ARM AARCH64 */ #define EM_MICROBLAZE 189 /* Xilinx Microblaze */ #define EM_ARCV2 195 /* ARCv2 Cores */ +#define EM_CSKY 252 /* C-SKY Cores */ /* NEXT FREE NUMBER: Increment this after adding your official arch number */ -#define EM_NUM 196 +#define EM_NUM 253 /* If it is necessary to assign new unofficial EM_* values, please pick large random numbers (0x8523, 0xa7f2, etc.) to minimize the chances of collision diff --git a/ldso/ldso/csky/dl-sysdep.h b/ldso/ldso/csky/dl-sysdep.h index 04aae68..2230450 100644 --- a/ldso/ldso/csky/dl-sysdep.h +++ b/ldso/ldso/csky/dl-sysdep.h @@ -18,7 +18,7 @@ do { \ /* Here we define the magic numbers that this dynamic loader should accept */ #define MAGIC1 EM_MCORE -#undef MAGIC2 +#define MAGIC2 EM_CSKY /* Used for error messages */ #define ELF_TARGET "csky" -- 2.7.4

1 0

[PATCH V2 1/1] csky: Add EM_CSKY for ldso
by guoren＠kernel.org 26 Dec '18

26 Dec '18

From: Guo Ren <ren_guo(a)c-sky.com> Support EM_CSKY 252 elf format. Changelog: Increase EM_NUM to 253 Signed-off-by: Guo Ren <ren_guo(a)c-sky.com> --- include/elf.h | 3 ++- ldso/ldso/csky/dl-sysdep.h | 2 +- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/include/elf.h b/include/elf.h index a9957fc..9aae04c 100644 --- a/include/elf.h +++ b/include/elf.h @@ -271,9 +271,10 @@ typedef struct #define EM_AARCH64 183 /* ARM AARCH64 */ #define EM_MICROBLAZE 189 /* Xilinx Microblaze */ #define EM_ARCV2 195 /* ARCv2 Cores */ +#define EM_CSKY 252 /* C-SKY Cores */ /* NEXT FREE NUMBER: Increment this after adding your official arch number */ -#define EM_NUM 196 +#define EM_NUM 253 /* If it is necessary to assign new unofficial EM_* values, please pick large random numbers (0x8523, 0xa7f2, etc.) to minimize the chances of collision diff --git a/ldso/ldso/csky/dl-sysdep.h b/ldso/ldso/csky/dl-sysdep.h index 04aae68..2230450 100644 --- a/ldso/ldso/csky/dl-sysdep.h +++ b/ldso/ldso/csky/dl-sysdep.h @@ -18,7 +18,7 @@ do { \ /* Here we define the magic numbers that this dynamic loader should accept */ #define MAGIC1 EM_MCORE -#undef MAGIC2 +#define MAGIC2 EM_CSKY /* Used for error messages */ #define ELF_TARGET "csky" -- 2.7.4

1 0

[PATCH] csky: Add EM_CSKY for ldso
by guoren＠kernel.org 26 Dec '18

26 Dec '18

From: Guo Ren <ren_guo(a)c-sky.com> Support EM_CSKY 252 elf format. Signed-off-by: Guo Ren <ren_guo(a)c-sky.com> --- include/elf.h | 1 + ldso/ldso/csky/dl-sysdep.h | 2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/include/elf.h b/include/elf.h index a9957fc..3476453 100644 --- a/include/elf.h +++ b/include/elf.h @@ -271,6 +271,7 @@ typedef struct #define EM_AARCH64 183 /* ARM AARCH64 */ #define EM_MICROBLAZE 189 /* Xilinx Microblaze */ #define EM_ARCV2 195 /* ARCv2 Cores */ +#define EM_CSKY 252 /* C-SKY Cores */ /* NEXT FREE NUMBER: Increment this after adding your official arch number */ #define EM_NUM 196 diff --git a/ldso/ldso/csky/dl-sysdep.h b/ldso/ldso/csky/dl-sysdep.h index 04aae68..2230450 100644 --- a/ldso/ldso/csky/dl-sysdep.h +++ b/ldso/ldso/csky/dl-sysdep.h @@ -18,7 +18,7 @@ do { \ /* Here we define the magic numbers that this dynamic loader should accept */ #define MAGIC1 EM_MCORE -#undef MAGIC2 +#define MAGIC2 EM_CSKY /* Used for error messages */ #define ELF_TARGET "csky" -- 2.7.4

1 0

[PATCH] rt/tst-posix_spawn: fix random crash due to uninitialized var
by Vineet Gupta 21 Dec '18

21 Dec '18

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(a)synopsys.com> --- test/rt/tst-posix_spawn.c | 1 + 1 file changed, 1 insertion(+) diff --git a/test/rt/tst-posix_spawn.c b/test/rt/tst-posix_spawn.c index 28b6500c8e57..45cd325063f8 100644 --- a/test/rt/tst-posix_spawn.c +++ b/test/rt/tst-posix_spawn.c @@ -26,6 +26,7 @@ void run_cmd(char *cmd) posix_spawnattr_setflags(&attrs, POSIX_SPAWN_SETPGROUP | POSIX_SPAWN_SETSIGDEF); posix_spawnattr_setpgroup(&attrs, 0); posix_spawnattr_setsigdefault(&attrs, &defsignals); + posix_spawn_file_actions_init(&actions); printf("Run command: %s\n", cmd); status = posix_spawn(&pid, "/bin/sh", &actions, &attrs, argv, environ); -- 2.7.4

1 0

uclibc-ng-test and math complex functions
by Laurent Thévenoux 20 Dec '18

20 Dec '18

Hi, I'm trying to build uclibc-ng-test, but I can't link with complex trigo functions (such as cacos, casin, catan, etc.). They are required for the following test targets: test-double, test-double-finite, test-float, test-float-finite, test-idouble, and test-ifloat. They are declared in uclibc-ng/sysdeps/linux/common/bits/cmathcalls.h, but I can't find their definitions. Does uclibc-ng define them? Thanks, -- Laurent Thévenoux lthevenoux(a)kalray.eu Kalray S.A. 180 Avenue de l'Europe 38330 Montbonnot FRANCE

5 7

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

devel