From: Carlos O'Donell <carlos@baldric.uwo.ca>
To: John David Anglin <dave@hiauly3.hia.nrc.ca>
Cc: randolph@tausq.org, dave.anglin@nrc-cnrc.gc.ca,
parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] Re: [glibc] tststatic failues, reduced to simple testcase.
Date: Sun, 31 Aug 2003 11:29:00 -0400 [thread overview]
Message-ID: <20030831152900.GI5194@systemhalted> (raw)
In-Reply-To: <20030830161504.GE5194@systemhalted>
>
> Aflicted: sys_fork_wrapper, sys_clone_wrapper, sys_vfork_wrapper
>
> I'm tempted to remove the store and load of call-clobbered registers
> from our syscall path, push them into the glibc wrappers, and see what
> happens :)
What happens when your stack changes on the route back from the
syscall?
stw r19, -32(sp)
/* clone */
ldw -32(sp), r19
Obviously I could add a "if parent then ldw -32(sp),r19", but the child,
not having the same stack would be hard pressed if r19 changed during
the syscall. Although, I think I see that in glibc the child's function
is called via $$dyncall and I assume that might fixup r19 for the child.
Do any other syscalls change the stack on return? I can only really
think of all the fork-ish type syscalls doing that sort of stuff.
c.
next prev parent reply other threads:[~2003-08-31 15:30 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20030829084816.GD19341@systemhalted>
[not found] ` <200308291507.LAA13539@hiauly3.hia.nrc.ca>
2003-08-29 20:04 ` [parisc-linux] Re: [glibc] tststatic failues, reduced to simple testcase Carlos O'Donell
2003-08-29 22:03 ` John David Anglin
2003-08-29 22:44 ` John David Anglin
2003-08-30 16:15 ` Carlos O'Donell
2003-08-31 0:00 ` John David Anglin
2003-08-31 15:38 ` Carlos O'Donell
2003-08-31 18:21 ` [parisc-linux] Re: [glibc] tststatic failues, reduced to simp le testcase John David Anglin
2003-08-31 15:29 ` Carlos O'Donell [this message]
2003-08-30 15:35 ` [parisc-linux] Re: [glibc] tststatic failues, reduced to simple testcase Carlos O'Donell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030831152900.GI5194@systemhalted \
--to=carlos@baldric.uwo.ca \
--cc=dave.anglin@nrc-cnrc.gc.ca \
--cc=dave@hiauly3.hia.nrc.ca \
--cc=parisc-linux@lists.parisc-linux.org \
--cc=randolph@tausq.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.