Displaying 20 results from an estimated 600 matches similar to: "[PATCH] vfork() for parisc"
2005 Nov 25
0
Fix syscalls with more than four arguments on parisc
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
2006 Jun 26
0
[klibc 30/43] parisc support for klibc
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
2019 Jan 21
0
[klibc:master] parisc: Fix vfork()
Commit-ID: b71dd57f6a784962681ac05aa686b28db8668609
Gitweb: http://git.kernel.org/?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
2006 May 30
3
vfork support: need help on arm, parisc, s390
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,
2006 Jul 26
1
[parisc-linux] Re: [PATCH] vfork() for parisc
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
2009 Jan 08
1
If we use vfork, can the smbd and nmbd work rightly?
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
2011 Mar 21
3
unbreak vfork on cris architecture
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
2006 Jun 07
4
[patch] s390: vfork support
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
2005 Dec 07
0
Fix segfault in new exit code on parisc, klibc-1.1.3
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 */
2006 Jan 08
0
[PATCH] Fix DT_FINI function pass-in to _start on parisc
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
+++
2010 Oct 28
1
make check-all error on Win 7 with 2-12-.0: vfork: Resource temporarily unavailable
Hi all, I just built R from src on 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]: ***
2020 Aug 29
0
[klibc:master] ia64: Fix invalid memory access in vfork
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
2014 Oct 24
3
[Bug 982] New: vfork() in xtables.c can corrupt stack
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
2019 Feb 02
2
[PATCH 1/2] 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.
---
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
2020 Mar 28
0
[klibc:update-dash] dash: eval: Add vfork support
Commit-ID: cef709c42bb5ac1c45e7c42f440bc1c010f39b9b
Gitweb: http://git.kernel.org/?p=libs/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
2011 Feb 16
2
fwd: fix up ARM assembly to use 'bx lr' in place of 'mov pc, lr'.
hello vorlon,
got notified of your patch,
will apply next days upstream unless some critiques are voiced on ml.
thanks.
--
maks
----- Forwarded message from Steve Langasek <steve.langasek at canonical.com> -----
Date: Wed, 16 Feb 2011 22:05:42 -0000
From: Steve Langasek <steve.langasek at canonical.com>
Subject: [Bug 527720] Re: thumb2 porting issues identified: klibc uses
2010 May 26
2
[LLVMdev] [llvm-commits] [llvm] r104737 - /llvm/trunk/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp
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
>
2010 May 26
0
[LLVMdev] [llvm-commits] [llvm] r104737 - /llvm/trunk/lib/CodeGen/SelectionDAG/SelectionDAGISel.cpp
I didn't see swapcontext in the list in gcc's special_function_p function...
-bw
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
2011 Jan 29
1
[PATCH] Re: klibc barfs on m68k syscall interface
tag 334917 = patch
thanks
Hi,
I?ve fixed the m68k syscall of klibc and made it able to use
six-argument syscalls like mmap2. However, I could not yet
fully test it (only mostly; opendir() specifically fails) due
to: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47533
@m68k porters: Please have a look at the gcc bug as well.
@klibc: Please apply the patch, it?s better than what we have,
and
2006 Jun 28
35
[klibc 00/31] klibc as a historyless patchset (updated and reorganized)
I have updated the klibc patchset based on feedback received. In
particular, the patchset has been reorganized so as not to break
git-bisect.
Additionally, this updates the patch base to 2.6.17-git12
(d38b69689c349f35502b92e20dafb30c62d49d63) and klibc 1.4.8; the main
difference on the klibc side is removal of obsolete code.
This is also available as a git tree at: