similar to: [klibc:master] parisc: Fix vfork()

Implement "pid_t vfork(void)" for parisc. Signed-off-by: Kyle McMartin <kyle at parisc-linux.org> --- Ugh. vfork() me harder. Kbuild | 2 +- vfork.S | 31 +++++++++++++++++++++++++++++++ 2 files changed, 32 insertions(+), 1 deletion(-) diff --git a/usr/klibc/arch/parisc/Kbuild b/usr/klibc/arch/parisc/Kbuild index d57a873..57ca5c2 100644 --- a/usr/klibc/arch/parisc/Kbuild

Reimplement __common_syscall in assembler. The 32-bit ABI says that the fifth and sixth arguments to the function are passed on the stack, but our syscall ABI says they are passed in %arg4 and %arg5 like the 64-bit ABI. Also, tried to optimize the code slightly by making use of the cmpb delay slot to load the errno return of -1. Signed-off-by: Kyle McMartin <kyle@parisc-linux.org> diff

The parts of klibc specific to the parisc architecture. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- commit 078d6614054391efe17093f8d70340e2c0644ffb tree 63a4bf899e5ca2ef3c0a8e9ef3098273012f7a33 parent ebd2860ad3dc19cb11fd5b9cc235cab54e9165f4 author H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun 2006 16:58:36 -0700 committer H. Peter Anvin <hpa at zytor.com> Sun, 25 Jun

Hello all, I really want to support vfork() in klibc, mostly because uClinux *has* to use it. Unfortunately vfork() isn't allowed to use the stack *at all* across the system call -- including return address -- which means it needs an assembly wrapper on most architectures. I have tried implementing wrappers for most architectures, but I don't know parisc or s390/s390x well enough,

The PA-RISC ELF ABI puts the function pointer to be registered with atexit in %r23. Use this instead of passing in NULL. While it's unlikely to be used, doing the right thing is good. Signed-off-by: Kyle McMartin <kyle@parisc-linux.org> diff --git a/klibc/arch/parisc/crt0.S b/klibc/arch/parisc/crt0.S index 7428443..a9b6e96 100644 --- a/klibc/arch/parisc/crt0.S +++

Hello Kyle, May be out of context but before I forget: > > + > > + /* store %r22 to errno... */ > > + ldil L%errno,%r1 > > + ldo R%errno(%r1),%r1 Could it not be 'load32 errno, %r1' (the assembly.h macro)? Cheers, Joel ---------- Club Scarlet : Tout le monde gagne! Si vous devenez aujourd'hui Scarlet One grace a un client existant de Scarlet, vous

Hello Samba users, as i still could not get samba to work on my hp 9000/720 workstation with debian linux, i asked for help on the parisc linux mailinglist. Here is an answer which blames glibc for the problem. Could someone please explain to me (from viewing this info) how to set compiler options/defines to get samba to work on this architecture ? Or what to do else ... Thanks.

parisc is currently passing argc as the second argument to __libc_init: --- crt0.S.old 2005-12-07 19:06:07.000000000 +0000 +++ crt0.S 2005-12-07 19:06:40.000000000 +0000 @@ -25,6 +25,10 @@ ldil L%$global$, %dp ldo R%$global$(%dp), %dp +/* Indicate that we don't need no stinkin' atexit callback */ + + ldi 0,%r25 + /* branch to __libc_init */

I'm a new LLVM developer contributing patches for the AVR platform and I'm trying to understand which parts of the code base are malfunctioning in my case. This LLVM IR... define hidden i32 @setServoAngle3(i32) local_unnamed_addr { entry: %1 = call i32 @myExternalFunction1(i32 %0, i32 119) ret i32 %1 } declare i32 @myExternalFunction1(i32, i32) Is being lowered to this assembly

Commit-ID: e4a2c914446ba907c5aaccf6ae1d089a09d21df7 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=e4a2c914446ba907c5aaccf6ae1d089a09d21df7 Author: Steve Capper <steve.capper at linaro.org> AuthorDate: Mon, 11 Nov 2013 17:04:12 +0000 Committer: H. Peter Anvin <hpa at zytor.com> CommitDate: Mon, 11 Nov 2013 19:31:31 -0800 [klibc] arm64: Add arm64 support

Hi All, I has been trying to port the Samba package to uClinux. But our uClinux toolchain doesn't support the fork() call. I must replace the fork with vfork.If we use vfork, the smbd and nmbd can not work rightly. both samba-3.0.32 and samba-3.0.2a have the question. In samba/source/smbd/server.c, the function open_sockets_smbd(), creates a child process and a parent process. Both these

Commit-ID: faf48679047c91ac27dbb435d9189d0f0d59cb70 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=faf48679047c91ac27dbb435d9189d0f0d59cb70 Author: Jessica Clarke <jrtc27 at jrtc27.com> AuthorDate: Sat, 2 Feb 2019 02:29:47 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 29 Aug 2020 18:53:30 +0100 [klibc] ia64: Fix invalid memory

https://bugzilla.netfilter.org/show_bug.cgi?id=982 Bug ID: 982 Summary: vfork() in xtables.c can corrupt stack Product: iptables Version: 1.4.x Hardware: x86_64 OS: other Status: NEW Severity: normal Priority: P5 Component: iptables-restore Assignee: netfilter-buglog at

Hi klibc people, if someone has to say more on this, please do so. I?m only trying to explain what I _think_ I learned? >Begin forwarded message originally by Mike Frysinger: >> On Mon, Mar 21, 2011 at 10:24 AM, Waldemar Brodkorb wrote: >>> unfortunately the common vfork implementation, which just use >>> the syscall function to interact with the kernel, does not

From: Heiko Carstens <heiko.carstens@de.ibm.com> vfork support for s390/s390x. Signed-off-by: Heiko Carstens <heiko.carstens@de.ibm.com> --- diff -purN a/usr/klibc/SYSCALLS.def b/usr/klibc/SYSCALLS.def --- a/usr/klibc/SYSCALLS.def 2006-06-07 09:44:33.000000000 +0200 +++ b/usr/klibc/SYSCALLS.def 2006-06-07 13:01:54.000000000 +0200 @@ -28,7 +28,7 @@ void _exit,exit::_exit(int) ; A

Commit 8418552 ("[klibc] ia64: Fix shared build") missed this use of the GP register, although the code appears to have been dubious anyway, assuming the address of errno was the first thing pointed to by GP. --- usr/klibc/arch/ia64/vfork.S | 6 +----- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/usr/klibc/arch/ia64/vfork.S b/usr/klibc/arch/ia64/vfork.S index

I have just released version 2.0.6. This is available in the git repository at: https://git.kernel.org/pub/scm/libs/klibc/klibc.git and as a tarball at: https://mirrors.kernel.org/pub/linux/libs/klibc/2.0/ This new release fixes run-time bugs in file locking on 32-bit architectures, vfork() on parisc, and various system calls on alpha. It fixes build failures with an out-of-tree

Based on work by Neil Williams (codehelp at debian.org) and Anil Singhar (anil.singhar at linaro.org), this patch introduces arm64 support. Signed-off-by: Steve Capper <steve.capper at linaro.org> --- Makefile | 3 +- usr/include/arch/arm64/klibc/archconfig.h | 17 ++++++++++ usr/include/arch/arm64/klibc/archsetjmp.h | 20 ++++++++++++

The iitlbp instruction needs the space register explicitly specified with newer toolchains. Specify sr0, but it doesn't really matter as the insn is just used to crash the program. Signed-off-by: Kyle McMartin <kyle@parisc-linux.org> diff --git a/klibc/arch/parisc/crt0.S b/klibc/arch/parisc/crt0.S index fb0bd37..7adc6c4 100644 --- a/klibc/arch/parisc/crt0.S +++

On PA-RISC machines running in 64-bit mode, uname -m returns `parisc64' instead of `parisc.' Thus, we must sed this to match like a few other platforms. From: Kyle McMartin <kyle@parisc-linux.org> Signed-off-by: Kyle McMartin <kyle@parisc-linux.org> diff --git a/Makefile b/Makefile index 2b057b8..16a026d 100644 --- a/Makefile +++ b/Makefile @@ -14,7 +14,7 @@ include