[uclibc-ng-devel] [PATCH] aarch64: always use MMU

Only MMU variant is supported. Signed-off-by: Vladimir Murzin --- extra/Configs/Config.aarch64 | 1 + 1 file changed, 1 insertion(+) diff --git a/extra/Configs/Config.aarch64 b/extra/Configs/Config.aarch64 index cf1ce3b..d666cc5 100644 --- a/extra/Configs/Config.aarch64 +++ b/extra/Configs

[uclibc-ng-devel] [RFC PATCH] common/bits: Fix ipc_perm and semid_ds definitions for 64-bit arches

It fixes: FAIL sem got 1 expected 0 failed: incorrect sem_nsems! semget(IPC_CREAT) = 0 semctl(k) = 0 sem_nsems = 0 for aarch64. Signed-off-by: Vladimir Murzin --- I'm not really sure if it has negative effect on other arches... libc/sysdeps/linux/common

[uclibc-ng-devel] [PATCH] aarch64/sys: update ucontext.h

It fixes tst-cancel1 and friends. Signed-off-by: Vladimir Murzin --- libc/sysdeps/linux/aarch64/sys/ucontext.h | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/libc/sysdeps/linux/aarch64/sys/ucontext.h b/libc/sysdeps/linux/aarch64/sys/ucontext.h index dc7303b..5f75cbb

[uclibc-ng-devel] [PATCH] aarch64/bits: provide sigstack.h

It fixes tst-signal6 and friends. Signed-off-by: Vladimir Murzin --- libc/sysdeps/linux/aarch64/bits/sigstack.h | 56 ++ 1 file changed, 56 insertions(+) create mode 100644 libc/sysdeps/linux/aarch64/bits/sigstack.h diff --git a/libc/sysdeps/linux/aarch64/bits

Re: [uclibc-ng-devel] [PATCH] aarch64: always use MMU

Cheers Vladimir > > best regards > Waldemar > > Vladimir Murzin wrote, > >> Only MMU variant is supported. >> >> Signed-off-by: Vladimir Murzin >> --- >> extra/Configs/Config.aarch64 | 1 + >> 1 file changed, 1 insertion(+) >>

Re: [uclibc-ng-devel] [PATCH] aarch64: always use MMU

Hi Waldemar, On 2/7/20 1:51 PM, Waldemar Brodkorb wrote: > Hi, > Vladimir Murzin wrote, > >> Hi Waldemar, >> >> On 2/7/20 1:40 PM, Waldemar Brodkorb wrote: >>> Hi Vladimir, >>> >>> thanks, all four patches applied and pushed. >>>

Re: [uclibc-ng-devel] pthread support for aarch64

On 7/24/20 5:26 AM, Waldemar Brodkorb wrote: > Hi, > Robert Hentsch-Jesse wrote, > >> Hello all, >> >> >> >> with current version 1.0.34, uclibc-ng has support for aarch64. >> >> Are there any plans or activities to provide support for POSIX threads for >> aarch64 also? > > There is support for

[uclibc-ng-devel] Race condition in LinuxThread's sigaction wrapper

Hi I got report about race condition in LinuxThread's sigaction wrapper located in libpthread/linuxthreads/signals.c In sigaction wrapper A.1) override handler for new action to point at pthread_sighandler A.2) __libc_sigaction A.3) update global array (sighandler) used by pthread_sighandler wi

Re: [uclibc-ng-devel] Race condition in LinuxThread's sigaction wrapper

od reason for you to use LinuxThreads? AFAIK, it is only option for NOMMU targets (well with FDPIC NPTL should be possible, but that another story) Cheers Vladimir > > Yann > > On 25/05/2021 14:49, Vladimir Murzin wrote: >> Hi >> >> I got report about race condition in Li

[uclibc-ng-devel] [PATCH 1/2] linuxthreads/arm: fix ldrex/strex loop when built with O0

implement whole ldrex/strex loop in inline assembly. Signed-off-by: Vladimir Murzin --- .../linuxthreads/sysdeps/arm/pt-machine.h | 34 +-- 1 file changed, 9 insertions(+), 25 deletions(-) diff --git a/libpthread/linuxthreads/sysdeps/arm/pt-machine.h b/libpthread/linuxthreads

[uclibc-ng-devel] [PATCH 2/2] linuxthread/arm: Unlock ldrex/strex varsion of testandset for __ARM_ARCH >= 7

instruction that is not allowed on ARMv8. All __ARM_ARCH >= 7 support ldrex/strex instructions, so unlock testandset() varaint for them. Reported-by: Thomas Petazzoni Signed-off-by: Vladimir Murzin --- libpthread/linuxthreads/sysdeps/arm/pt-machine.h | 2 +- 1 file changed, 1 insertion(+), 1 delet

[uclibc-ng-devel] Re: [PATCH] libpthread/nptl: make default stack size configurable

Hi Ben, On 10/26/23 18:37, Ben Wolsieffer wrote: > It may also be desirable to completely move the default stack size > configuration to Kconfig, with conditional defaults for each platform. > This would avoid special casing zero as the default value. IMO, it the right thing to do, yet folk might