From: David Mosberger <davidm@napali.hpl.hp.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] A clarification about sys32_execve/ia32_execve
Date: Mon, 07 Apr 2003 21:26:26 +0000 [thread overview]
Message-ID: <marc-linux-ia64-105590723705428@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590723705421@msgid-missing>
Hi Chandra,
>>>>> On Fri, 4 Apr 2003 09:50:16 -0800 (PST), Chandra Kapate <cs_kapate@yahoo.com> said:
Chandra> Hi,
Chandra> I was looking at how execve syscalls work wrt to 32/64
Chandra> syscalls. I have a basic question. I appreciate if
Chandra> some once can clarify. I apologize if I am overlooking
Chandra> some thing very obvious.
Chandra> The ia32_execve (in ia32_entry.S) sets up out0, out1,
Chandra> out2 and out3 before invoking sys32_execve. The out3
Chandra> is setup for regs. But, in sys32_execve, the regs
Chandra> is set locally using 9th parameters. I can see how
Chandra> the regs is set using 9th parameter. I don't
Chandra> understand why is set again in sys32_execve
Chandra> when it is already set in out3 in ia32_execve and
Chandra> could have used as 4th parameter? Does args mis-match
Chandra> between ia32_execve and sys32_execve matter?
Chandra> OTH, sys_execve does use the regs set in ia64_execve.
Chandra> Sorry, if i am overlooking something.
Looks like you found an inconsistency. The code should work as it
stands, but it certainly looks confusing. It looks to me like one end
of the interface was updated at one point but not the other.
The reason sys32_execve() works is because the 9th (scalar) argument
is the first argument that gets passed on the stack. Taking its
address will give "sp+16", which is exactly what out3 is set to.
Thanks for pointing out this inconsistency (I'll see about fixing it).
--david
next prev parent reply other threads:[~2003-04-07 21:26 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-04-04 17:50 [Linux-ia64] A clarification about sys32_execve/ia32_execve Chandra Kapate
2003-04-07 21:26 ` David Mosberger [this message]
2003-04-08 13:28 ` Chandra Kapate
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=marc-linux-ia64-105590723705428@msgid-missing \
--to=davidm@napali.hpl.hp.com \
--cc=linux-ia64@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox