devel

devel@uclibc-ng.org

1160 discussions

(fwd) [PATCH] Enable build for RISC-V 32-bit target [ustcymgu@gmail.com]
by Waldemar Brodkorb 10 Mar '22

10 Mar '22

----- Forwarded message from Yimin Gu <ustcymgu(a)gmail.com> ----- Date: Thu, 10 Mar 2022 19:57:03 +0800 From: Yimin Gu <ustcymgu(a)gmail.com> To: devel(a)uclibc-ng.org Cc: wbx(a)uclibc-ng.org Subject: [PATCH] Enable build for RISC-V 32-bit target RISC-V 32-bit No-MMU is not officially supported by Linux kernel, but the current 64-bit toolchain can be built for 32-bit targets without substantial code change, thus it's nice to let uclibc compile for rv32 targets. I also managed to get uclibc/busybox running on rv32 QEMU and FPGA softcore without noticable problem based on this: https://github.com/damien-lemoal/buildroot. Note that to compile successfully, these macros need to be added in the arch/riscv/include/uapi/asm/unistd.h kernel header file: #define __ARCH_WANT_NEW_STAT #define __ARCH_WANT_SET_GET_RLIMIT #define __ARCH_WANT_TIME32_SYSCALLS Signed-off-by: Yimin Gu <ustcymgu(a)gmail.com> --- libc/sysdeps/linux/riscv64/bits/wordsize.h | 3 ++- libc/sysdeps/linux/riscv64/sys/asm.h | 6 +++++- 2 files changed, 7 insertions(+), 2 deletions(-) diff --git a/libc/sysdeps/linux/riscv64/bits/wordsize.h b/libc/sysdeps/linux/riscv64/bits/wordsize.h index 67a16ba62..1fc649aad 100644 --- a/libc/sysdeps/linux/riscv64/bits/wordsize.h +++ b/libc/sysdeps/linux/riscv64/bits/wordsize.h @@ -25,5 +25,6 @@ #if __riscv_xlen == 64 # define __WORDSIZE_TIME64_COMPAT32 1 #else -# error "rv32i-based targets are not supported" +# define __WORDSIZE_TIME64_COMPAT32 1 +// # warning "rv32i-based targets are experimental" #endif diff --git a/libc/sysdeps/linux/riscv64/sys/asm.h b/libc/sysdeps/linux/riscv64/sys/asm.h index ddb84b683..3d0f7afbc 100644 --- a/libc/sysdeps/linux/riscv64/sys/asm.h +++ b/libc/sysdeps/linux/riscv64/sys/asm.h @@ -26,7 +26,11 @@ # define REG_S sd # define REG_L ld #elif __riscv_xlen == 32 -# error "rv32i-based targets are not supported" +# warning "rv32i-based targets are experimental" +# define PTRLOG 2 +# define SZREG 4 +# define REG_S sw +# define REG_L lw #else # error __riscv_xlen must equal 32 or 64 #endif -- 2.35.1 ----- End forwarded message -----

1 0

tst-cancel18 failing
by Max Filippov 10 Mar '22

10 Mar '22

Hello, I've noticed that with the uclibc-ng 1.0.39 the tests tst-cancel18 and tst-cancelx18 are failing in NPTL-enabled configs (on xtensa). Bisection pointed me to the commit 08d46f1ce21e ("librt: avoid compilation error") which effectively turned off cancellation for clock_nanosleep. Reverting it fixes the tests for me, and does not break uclibc-ng build on nommu configs with or without threads support. So I'm curious what was the original issue that mentioned commit tried to solve (what arch/config)? -- Thanks. -- Max

3 5

uclibc-ng 1.0.40 - prlimit issues
by Lance Fredrickson 07 Feb '22

07 Feb '22

I'm having an issue with the new 'prlimit' additions to 1.0.40. One of my targets runs an older kernel that predates the prlimit64 syscall. I sent in patch that guards around that code, though it would still be defined in headers and probably still cause me issues. My other target uses kernel 2.6.36.4, which should include the syscall, but I get an error the same as this github issue. https://github.com/util-linux/util-linux/commit/01e94325e676f36b364032a6f5a… Also, when I try to compile sample program that target: #include <sys/types.h> #include <sys/time.h> #include <sys/resource.h> #include <stddef.h> int main () { int ret; ret = prlimit(0, RLIMIT_AS, NULL, NULL); if (ret != 0) { return 1; }; return 0; } I get error prlimit.c:10:11: warning: implicit declaration of function ‘prlimit’; did you mean ‘setrlimit’? [-Wimplicit-function-declaration] 10 | ret = prlimit(0, RLIMIT_AS, NULL, NULL); | ^~~~~~~ | setrlimit on unpatched uclibc-ng like symbols still aren't being visible. thanks, Lance Fredrickson

2 2

[PATCH] guard new syscall prlimit
by lancethepants 03 Feb '22

03 Feb '22

This patch guards the newly added syscall wrapper prlimit for kernels that predate this feature. Lance Fredrickson --- libc/sysdeps/linux/common/prlimit.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/libc/sysdeps/linux/common/prlimit.c b/libc/sysdeps/linux/common/prlimit.c index cdb64ba0d..dbb0de0d3 100644 --- a/libc/sysdeps/linux/common/prlimit.c +++ b/libc/sysdeps/linux/common/prlimit.c @@ -18,6 +18,7 @@ #include <sys/resource.h> #include <sysdep.h> +#ifdef __NR_prlimit int prlimit (__pid_t pid, enum __rlimit_resource resource, const struct rlimit *new_rlimit, struct rlimit *old_rlimit) @@ -25,3 +26,4 @@ prlimit (__pid_t pid, enum __rlimit_resource resource, return INLINE_SYSCALL (prlimit64, 4, pid, resource, new_rlimit, old_rlimit); } +#endif -- 2.20.1

1 0

VU#473698 RE: Vulnerability in uClibc-ng and also uClibc
by Timur David Snoke 02 Feb '22

02 Feb '22

Greetings, We have received a report that indicates that one of your products contains a vulnerability. In the interest of coordinated disclosure (which aims to address vulnerabilities before they can be exploited by attackers), we would like to communicate this information to you. To view the details associated with this case, please visit https://kb.cert.org/vince/ and create an account on VINCE, which is our coordination platform. Within VINCE, it is possible to view the original vulnerability report. VINCE also facilitates direct communication with the reporter, pending the reporter's willingness to communicate about the case. If you need to reply to this email, please do not alter the VU# in the subject line to ensure that your message is routed properly on our end. Regards, Vulnerability Analysis Team ====================================================================== CERT Coordination Center kb.cert.org / cert(a)cert.org ====================================================================== -----Original Message----- From: Waldemar Brodkorb <wbx(a)uclibc-ng.org> Sent: Tuesday, February 1, 2022 1:21 PM To: Timur David Snoke <tdsnoke(a)cert.org> Cc: 'devel(a)uclibc-ng.org' <devel(a)uclibc-ng.org> Subject: Re: [uclibc-ng-devel] Vulnerability in uClibc-ng and also uClibc Hi Timur, Timur David Snoke wrote, > Greetings, > > > > We have a reported vulnerability in both this library and the > unmaintained one, how can we communicate this to the developers? > > > > Regards, sent an email to the list. best regards Waldemar

1 0

Vulnerability in uClibc-ng and also uClibc
by Timur David Snoke 01 Feb '22

01 Feb '22

Greetings, We have a reported vulnerability in both this library and the unmaintained one, how can we communicate this to the developers? Regards, Vulnerability Analysis Team ====================================================================== CERT Coordination Center kb.cert.org / cert(a)cert.org<mailto:cert@cert.org> ======================================================================

2 1

[PATCH v2 1/1] sched.h: Add SCHED_DEADLINE
by Petr Vorel 28 Jan '22

28 Jan '22

Defined in kernel v3.14, commit aab03e05e8f7 ("sched/deadline: Add SCHED_DEADLINE structures & implementation") Signed-off-by: Petr Vorel <petr.vorel(a)gmail.com> --- Changes v1->v2: * fix patch title libc/sysdeps/linux/common/bits/sched.h | 1 + 1 file changed, 1 insertion(+) diff --git a/libc/sysdeps/linux/common/bits/sched.h b/libc/sysdeps/linux/common/bits/sched.h index 9d05314f5..18a9fb98d 100644 --- a/libc/sysdeps/linux/common/bits/sched.h +++ b/libc/sysdeps/linux/common/bits/sched.h @@ -31,6 +31,7 @@ #ifdef __USE_GNU # define SCHED_BATCH 3 # define SCHED_IDLE 5 +# define SCHED_DEADLINE 6 # define SCHED_RESET_ON_FORK 0x40000000 #endif -- 2.34.1

2 1

[PATCH 1/1] sched.h_ Add SCHED_DEADLINE
by Petr Vorel 26 Jan '22

26 Jan '22

Defined in kernel v3.14, commit aab03e05e8f7 ("sched/deadline: Add SCHED_DEADLINE structures & implementation") Signed-off-by: Petr Vorel <petr.vorel(a)gmail.com> --- libc/sysdeps/linux/common/bits/sched.h | 1 + 1 file changed, 1 insertion(+) diff --git a/libc/sysdeps/linux/common/bits/sched.h b/libc/sysdeps/linux/common/bits/sched.h index 9d05314f5..18a9fb98d 100644 --- a/libc/sysdeps/linux/common/bits/sched.h +++ b/libc/sysdeps/linux/common/bits/sched.h @@ -31,6 +31,7 @@ #ifdef __USE_GNU # define SCHED_BATCH 3 # define SCHED_IDLE 5 +# define SCHED_DEADLINE 6 # define SCHED_RESET_ON_FORK 0x40000000 #endif -- 2.34.1

1 0

new release 1.0.40
by Waldemar Brodkorb 24 Jan '22

24 Jan '22

Hi, today I released uClibc-ng 1.0.40. It fixes an important segfault on aarch64. Thanks to Peter Seiderer for fixing it. best regards Waldemar

1 0

Re: [PATCH v1] libc/inet/resolv: fix per thread rest_state access
by Waldemar Brodkorb 21 Jan '22

21 Jan '22

Hi Peter, sorry about coming so late up with a regression. I get following failure when compiling the defconfig stm32f429_disco_xip_defconfig in buildroot with your patch: In file included from libc/inet/_res_state.c:8: libc/inet/resolv.c: In function '__res_state': libc/inet/resolv.c:3903:15: error: '__resp' undeclared (first use in this function); did you mean '_res'? 3903 | return __resp; | ^~~~~~ | _res libc/inet/resolv.c:3903:15: note: each undeclared identifier is reported only once for each function it appears in libc/inet/resolv.c:3904:1: warning: control reaches end of non-void function [-Wreturn-type] 3904 | } | ^ make[1]: *** [Makerules:368: libc/inet/_res_state.o] Error 1 make[1]: Leaving directory '/home/wbx/buildroot/output/build/uclibc-1.0.39' make: *** [package/pkg-generic.mk:295: /home/wbx/buildroot/output/build/uclibc-1.0.39/.stamp_built] Error 2 In this case Linuxthreads are used, because the target is noMMU and FLAT binary format. Any idea? best regards Waldemar Peter Seiderer wrote, > - use the provided __res_state() method instead of direct access > to struct __res_state pointer &_res/*__resp > > - change the __UCLIBC_HAS_TLS__ protected __res_state() implementation > to the one where the comment 'When threaded, _res may be a per-thread > variable.' indicates this should be used with threads/TLS enabled > > Fixes the following segfaults with buildroot raspberrypi3_64_defconfig > (uclibc, -Os, Note: runs fine using the raspberrypi3_defconfig): > > $ /usr/sbin/ntpd -n -d > 1970-01-01T00:01:49 ntpd[249]: INIT: ntpd ntpsec-1.2.0 2021-11-03T20:39:50Z: Starting > 1970-01-01T00:01:49 ntpd[249]: INIT: Command line: /usr/sbin/ntpd -n -d > 1970-01-01T00:01:49 ntpd[249]: INIT: precision = 7.240 usec (-17) > 1970-01-01T00:01:49 ntpd[249]: INIT: successfully locked into RAM > 1970-01-01T00:01:49 ntpd[249]: CONFIG: readconfig: parsing file: /etc/ntp.conf > 1970-01-01T00:01:49 ntpd[249]: CONFIG: restrict nopeer ignored > 1970-01-01T00:01:49 ntpd[249]: INIT: Using SO_TIMESTAMPNS > 1970-01-01T00:01:49 ntpd[249]: IO: Listen and drop on 0 v6wildcard [::]:123 > 1970-01-01T00:01:49 ntpd[249]: IO: Listen and drop on 1 v4wildcard 0.0.0.0:123 > 1970-01-01T00:01:49 ntpd[249]: IO: Listen normally on 2 lo 127.0.0.1:123 > 1970-01-01T00:01:49 ntpd[249]: IO: Listen normally on 3 eth0 172.16.0.30:123 > 1970-01-01T00:01:49 ntpd[249]: IO: Listen normally on 4 lo [::1]:123 > 1970-01-01T00:01:49 ntpd[249]: IO: Listen normally on 5 eth0 [fe80::ba27:ebff:fea6:340%2]:123 > 1970-01-01T00:01:49 ntpd[249]: IO: Listening on routing socket on fd #22 for interface updates > 1970-01-01T00:01:50 ntpd[249]: SYNC: Found 10 servers, suggest minsane at least 3 > 1970-01-01T00:01:50 ntpd[249]: INIT: MRU 10922 entries, 13 hash bits, 65536 bytes > 1970-01-01T00:01:50 ntpd[249]: statistics directory /var/NTP/ does not exist or is unwriteable, error No such file or directory > 1970-01-01T00:01:51 ntpd[249]: DNS: dns_probe: 0.pool.ntp.org, cast_flags:8, flags:101 > Segmentation fault (core dumped) > > $ ./host/bin/aarch64-buildroot-linux-uclibc-gdb ./build/ntpsec-1_2_0/build/main/ntpd/ntpd core > Core was generated by `/usr/sbin/ntpd -n -d'. > Program terminated with signal SIGSEGV, Segmentation fault. > (gdb) where > #0 0x0000007f8ff1f150 in res_sync_func () at libc/inet/resolv.c:3356 > #1 0x0000007f8ff1c468 in __open_nameservers () at libc/inet/resolv.c:949 > #2 0x0000007f8ff1b498 in __dns_lookup (name=0x55943c67f0 "0.pool.ntp.org", > type=1, outpacket=0x7f8fe91c48, a=0x7f8fe91c08) at libc/inet/resolv.c:1134 > #3 0x0000007f8ff1d744 in __GI_gethostbyname_r ( > name=0x55943c67f0 "0.pool.ntp.org", result_buf=0x7f8fe92628, > buf=0x7f8fe91d90 "", buflen=992, result=0x7f8fe92670, > h_errnop=0x7f8fe92668) at libc/inet/resolv.c:1966 > #4 0x0000007f8ff1d9a0 in __GI_gethostbyname2_r ( > name=0x55943c67f0 "0.pool.ntp.org", family=2, result_buf=0x7f8fe92628, > buf=0x7f8fe91d70 "0.pool.ntp.org", buflen=1024, result=0x7f8fe92670, > h_errnop=0x7f8fe92668) at libc/inet/resolv.c:2065 > #5 0x0000007f8ff16924 in gaih_inet (name=0x55943c67f0 "0.pool.ntp.org", > service=0x7f8fe92828, req=0x7f8fe92890, pai=0x7f8fe92838) > at libc/inet/getaddrinfo.c:596 > #6 0x0000007f8ff17624 in __GI_getaddrinfo ( > name=0x55943c67f0 "0.pool.ntp.org", > service=0x5582eb8acd "\377H\213D$\bL\211\367H\213\260\270", > hints=0x7f8fe92890, pai=0x5582ee1bf8) at libc/inet/getaddrinfo.c:957 > #7 0x0000005582ea60f4 in _start () > (gdb) p _res > $1 = {options = 0, nsaddr_list = {{sin_family = 0, sin_port = 0, sin_addr = { > s_addr = 0}, sin_zero = "\000\000\000\000\000\000\000"}, { > sin_family = 0, sin_port = 0, sin_addr = {s_addr = 0}, > sin_zero = "\000\000\000\000\000\000\000"}, {sin_family = 0, > sin_port = 0, sin_addr = {s_addr = 0}, > sin_zero = "\000\000\000\000\000\000\000"}}, dnsrch = {0x0, 0x0, 0x0, > 0x0, 0x0, 0x0, 0x0}, nscount = 0 '\000', ndots = 0 '\000', > retrans = 0 '\000', retry = 0 '\000', defdname = '\000' <repeats 255 times>, > nsort = 0 '\000', pfcode = 0, id = 0, res_h_errno = 0, sort_list = {{addr = { > s_addr = 0}, mask = 0}, {addr = {s_addr = 0}, mask = 0}, {addr = { > s_addr = 0}, mask = 0}, {addr = {s_addr = 0}, mask = 0}, {addr = { > s_addr = 0}, mask = 0}, {addr = {s_addr = 0}, mask = 0}, {addr = { > s_addr = 0}, mask = 0}, {addr = {s_addr = 0}, mask = 0}, {addr = { > s_addr = 0}, mask = 0}, {addr = {s_addr = 0}, mask = 0}}, _u = { > _ext = {nsaddrs = {0x0, 0x0, 0x0}, nscount = 0 '\000', nstimes = {0, 0, > 0}, nssocks = {0, 0, 0}, nscount6 = 0, nsinit = 0}}} > (gdb) p &_res > $2 = (struct __res_state *) 0x7f8ff8fd98 <_res> > (gdb) p rp > $3 = (struct __res_state *) 0x7fffffffff > > And the following uclibc code at libc/inet/resolv.c:3356: > > 3345 static void res_sync_func(void) > 3346 { > 3347 struct __res_state *rp = &(_res); > 3348 int n; > 3349 > 3350 /* If we didn't get malloc failure earlier... */ > 3351 if (__nameserver != (void*) &__local_nameserver) { > 3352 /* TODO: > 3353 * if (__nameservers < rp->nscount) - try to grow __nameserver[]? > 3354 */ > 3355 #ifdef __UCLIBC_HAS_IPV6__ > 3356 if (__nameservers > rp->_u._ext.nscount) > 3357 __nameservers = rp->_u._ext.nscount; > 3358 n = __nameservers; > > The special thing about ntpsec is the DNS lookup in an extra thread > and/or the call to res_init(), see ntpsec-1_2_0/ntpd/ntp_dns.c: > > 69 msyslog(LOG_INFO, "DNS: dns_probe: %s, cast_flags:%x, flags:%x%s", > 70 hostname, pp->cast_flags, pp->cfg.flags, busy); > 71 if (NULL != active) /* normally redundant */ > 72 return false; > 73 > 74 active = pp; > 75 > 76 sigfillset(&block_mask); > 77 pthread_sigmask(SIG_BLOCK, &block_mask, &saved_sig_mask); > 78 rc = pthread_create(&worker, NULL, dns_lookup, pp); > > and > > 165 static void* dns_lookup(void* arg) > 166 { > 167 struct peer *pp = (struct peer *) arg; > 168 struct addrinfo hints; > 169 > 170 #ifdef HAVE_SECCOMP_H > 171 setup_SIGSYS_trap(); /* enable trap for this thread */ > 172 #endif > 173 > 174 #ifdef HAVE_RES_INIT > 175 /* Reload DNS servers from /etc/resolv.conf in case DHCP has updated it. > 176 * We only need to do this occasionally, but it's not expensive > 177 * and simpler to do it every time than it is to figure out when > 178 * to do it. > 179 * This res_init() covers NTS too. > 180 */ > 181 res_init(); > 182 #endif > 183 > 184 if (pp->cfg.flags & FLAG_NTS) { > 185 #ifndef DISABLE_NTS > 186 nts_probe(pp); > 187 #endif > 188 } else { > 189 ZERO(hints); > 190 hints.ai_protocol = IPPROTO_UDP; > 191 hints.ai_socktype = SOCK_DGRAM; > 192 hints.ai_family = AF(&pp->srcadr); > 193 gai_rc = getaddrinfo(pp->hostname, NTP_PORTA, &hints, &answer); > 194 } > > $ /usr/lib/uclibc-ng-test/test/inet/tst-res > Segmentation fault (core dumped) > > $ ./host/bin/aarch64-buildroot-linux-uclibc-gdb ./build/uclibc-ng-test-0844445e7358eb10e716155b55b0fb23e88d644a/test/inet/tst-res core > Core was generated by `/usr/lib/uclibc-ng-test/test/inet/tst-res'. > Program terminated with signal SIGSEGV, Segmentation fault. > (gdb) where > #0 __GI___res_init () at libc/inet/resolv.c:3514 > #1 0x0000005591e507e4 in main (argc=<optimized out>, argv=<optimized out>) > at tst-res.c:20 > > Signed-off-by: Peter Seiderer <ps.report(a)gmx.net> > --- > include/resolv.h | 2 +- > libc/inet/resolv.c | 4 ++-- > 2 files changed, 3 insertions(+), 3 deletions(-) > > diff --git a/include/resolv.h b/include/resolv.h > index 485b8db98..2a82641a4 100644 > --- a/include/resolv.h > +++ b/include/resolv.h > @@ -457,7 +457,7 @@ __END_DECLS > # ifndef NOT_IN_libc > # define __resp __libc_resp > # endif > -# define _res (*__resp) > +# define _res (*__res_state()) > extern __thread struct __res_state *__resp attribute_tls_model_ie; > # endif > # else > diff --git a/libc/inet/resolv.c b/libc/inet/resolv.c > index 8bbd7c7cd..cf170fba6 100644 > --- a/libc/inet/resolv.c > +++ b/libc/inet/resolv.c > @@ -3344,7 +3344,7 @@ libc_hidden_def(dn_skipname) > /* Will be called under __resolv_lock. */ > static void res_sync_func(void) > { > - struct __res_state *rp = &(_res); > + struct __res_state *rp = __res_state(); > int n; > > /* If we didn't get malloc failure earlier... */ > @@ -3896,7 +3896,7 @@ res_ninit(res_state statp) > #endif /* L_res_init */ > > #ifdef L_res_state > -# if defined __UCLIBC_HAS_TLS__ > +# if !defined __UCLIBC_HAS_TLS__ > struct __res_state * > __res_state (void) > { > -- > 2.33.1 > > _______________________________________________ > devel mailing list -- devel(a)uclibc-ng.org > To unsubscribe send an email to devel-leave(a)uclibc-ng.org >

2 3

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

devel