search for: 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/paris...

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 functions need to do different tasks in smbd at about the same ti...

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,...

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 work >>> on the cris architecture. The system call vfork is special, on most >>> architectures just calling syscall is not enough. >>> The patch below adds the vfork imp...

.../?p=libs/klibc/klibc.git;a=commit;h=b71dd57f6a784962681ac05aa686b28db8668609 Author: Ben Hutchings <ben at decadent.org.uk> AuthorDate: Mon, 21 Jan 2019 03:55:35 +0000 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Mon, 21 Jan 2019 03:55:35 +0000 [klibc] parisc: Fix vfork() The caller does not pass any arguments, so we need to set the system call number ourselves. Signed-off-by: Ben Hutchings <ben at decadent.org.uk> --- usr/klibc/arch/parisc/vfork.S | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/usr/klibc/arch/parisc/vfork.S b/usr/k...

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...

...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 access in vfork 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. Signed-off-by: Jessica Clarke <jrtc27 at jrtc27.com> Signed-off-by: Ben...

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 lists.n...

...klibc/klibc.git;a=commit;h=cef709c42bb5ac1c45e7c42f440bc1c010f39b9b Author: Herbert Xu <herbert at gondor.apana.org.au> AuthorDate: Sat, 19 May 2018 02:39:56 +0800 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:55 +0000 [klibc] dash: eval: Add vfork support [ dash commit e94a964e7dd03d0dd6923d7fc62bc46bd4431189 ] This patch adds basic vfork support for the case of a simple command. Signed-off-by: Herbert Xu <herbert at gondor.apana.org.au> [bwh: Adjust context for klibc] Signed-off-by: Ben Hutchings <ben at decadent.org.uk> ---...

...token1': dash/parser.c:1272: warning: 'saveprompt' may be used uninitialized in this function dash/parser.c:849: warning: 'prevsyntax' may be used uninitialized in this function dash/parser.c:842: warning: variable 'quotef' might be clobbered by 'longjmp' or 'vfork' dash/parser.c:843: warning: variable 'dblquote' might be clobbered by 'longjmp' or 'vfork' dash/parser.c:844: warning: variable 'varnest' might be clobbered by 'longjmp' or 'vfork' dash/parser.c:845: warning: variable 'arinest' might be c...

...: [Bug 527720] Re: thumb2 porting issues identified: klibc uses mov.*pc I've also touched it up to be mergeable with Debian (support v4t builds with #ifdef). Confirmed that installing the resulting klibc packages on my beagleboard gives me a successfully-booting initramfs with klibc; and the vfork/setjmptest test cases all pass in the klibc package tree. Fixes: https://bugs.launchpad.net/ubuntu/+source/klibc/+bug/527720 --- klibc-1.5.20.orig/usr/klibc/arch/arm/vfork.S +++ klibc-1.5.20/usr/klibc/arch/arm/vfork.S @@ -25,7 +25,11 @@ vfork: ldrcs r3, 1f mvncs r0, #0...

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 7e76a71..e513188 100644 --- a/usr/klibc/arch/ia64/vfork.S +++ b/usr/klibc/arch/ia64/vfork.S @@ -26,16 +26,12 @@ vfork: mov r15=__NR_clone mov out0=CLONE_VM|...

Hello- Shouldn't this catch swapcontext as well? Alistair On 26 May 2010, at 22:14, Dale Johannesen wrote: > > On May 26, 2010, at 2:05 PMPDT, Dan Gohman wrote: > >> vfork and getcontext have wildly platform-dependent semantics. >> Handling >> them conservatively is reasonable, even if some platforms don't need >> it. >> >> Dan > > Agreed. Also, the performance of code in the area of a vfork call is > not going to...

Debian: (Closes: #334917) Signed-off-by: Thorsten Glaser <tg at mirbsd.de> --- usr/klibc/arch/m68k/syscall.S | 42 +++++++++++++++++++++++++++++++++------- usr/klibc/arch/m68k/vfork.S | 13 +++-------- 2 files changed, 38 insertions(+), 17 deletions(-) diff --git a/usr/klibc/arch/m68k/syscall.S b/usr/klibc/arch/m68k/syscall.S index 966c92d..f468678 100644 --- a/usr/klibc/arch/m68k/syscall.S +++ b/usr/klibc/arch/m68k/syscall.S @@ -11,17 +11,43 @@ .globl __syscall_common...

...Windows 7 using Rtools212.exe. The build went as usual (R, bitmaps, and manuals all OK) but make check-all failed when running the examples for package 'tcltk': ... running code in 'demos2.R' ... OK running tests of primitives running code in 'primitives.R' ... OK make[2]: vfork: Resource temporarily unavailable make[1]: *** [test-all-devel] Error 1 make: *** [check-all] Error 2 There was no error when I ran make check-all a second time. Just FYI in case this means anything to the heavy-weight developers out there. -Andy

...org> Cc: Steve Capper <steve.capper at linaro.org> Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- usr/include/arch/arm64/klibc/asmmacros.h | 11 ----------- usr/klibc/arch/arm64/setjmp.S | 2 -- usr/klibc/arch/arm64/sysstub.ph | 1 - usr/klibc/arch/arm64/vfork.S | 1 - 4 files changed, 15 deletions(-) diff --git a/usr/include/arch/arm64/klibc/asmmacros.h b/usr/include/arch/arm64/klibc/asmmacros.h deleted file mode 100644 index c298f66..0000000 --- a/usr/include/arch/arm64/klibc/asmmacros.h +++ /dev/null @@ -1,11 +0,0 @@ -/* - * usr/include/...

...off-by: maximilian attems <max at stro.at> --- usr/include/arch/arm/klibc/archconfig.h | 6 +++++- usr/include/arch/arm/klibc/asmmacros.h | 6 ++++++ usr/include/klibc/sysconfig.h | 9 +++++++++ usr/klibc/arch/arm/setjmp.S | 10 ++++++---- usr/klibc/arch/arm/vfork.S | 5 +++-- 5 files changed, 29 insertions(+), 7 deletions(-) diff --git a/usr/include/arch/arm/klibc/archconfig.h b/usr/include/arch/arm/klibc/archconfig.h index e34bdb7..36e9ab5 100644 --- a/usr/include/arch/arm/klibc/archconfig.h +++ b/usr/include/arch/arm/klibc/archconfig.h @@...

...in the vdso for system calls on i386. The vdso can provide either int $0x80, sysenter or syscall depending on the CPU. Signed-off-by: H. Peter Anvin <hpa at zytor.com> --- usr/klibc/arch/i386/socketcall.S | 2 +- usr/klibc/arch/i386/syscall.S | 16 +++++++++++++++- usr/klibc/arch/i386/vfork.S | 7 +++++-- usr/klibc/libc_init.c | 9 +++++++++ 4 files changed, 30 insertions(+), 4 deletions(-) diff --git a/usr/klibc/arch/i386/socketcall.S b/usr/klibc/arch/i386/socketcall.S index a40cc02..44e2004 100644 --- a/usr/klibc/arch/i386/socketcall.S +++ b/usr/klibc/arch/i386/so...

...ibc/arch/m68k/crt0.S | 27 +++++++++++++++++++ usr/klibc/arch/m68k/setjmp.S | 43 ++++++++++++++++++++++++++++++ usr/klibc/arch/m68k/syscall.S | 27 +++++++++++++++++++ usr/klibc/arch/m68k/sysstub.ph | 26 ++++++++++++++++++ usr/klibc/arch/m68k/vfork.S | 28 ++++++++++++++++++++ 12 files changed, 292 insertions(+), 0 deletions(-) diff --git a/usr/include/arch/m68k/klibc/archconfig.h b/usr/include/arch/m68k/klibc/archconfig.h new file mode 100644 index 0000000..10ef62e --- /dev/null +++ b/usr/include/arch/m68k/klibc/archconfig.h...

...On May 26, 2010, at 2:20 PM, Alistair Lynn wrote: > Hello- > > Shouldn't this catch swapcontext as well? > > Alistair > > On 26 May 2010, at 22:14, Dale Johannesen wrote: > >> >> On May 26, 2010, at 2:05 PMPDT, Dan Gohman wrote: >> >>> vfork and getcontext have wildly platform-dependent semantics. >>> Handling >>> them conservatively is reasonable, even if some platforms don't need >>> it. >>> >>> Dan >> >> Agreed. Also, the performance of code in the area of a vfork...