From: supriya kannery <supriyak@in.ibm.com>
To: David Miller <davem@davemloft.net>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Incorrect order of last two arguments of ptrace for requests PPC_PTRACE_GETREGS, SETREGS, GETFPREGS, SETFPREGS
Date: Tue, 31 Oct 2006 17:48:12 +0530 [thread overview]
Message-ID: <45473F04.30909@in.ibm.com> (raw)
In-Reply-To: <20061027.001037.74128782.davem@davemloft.net>
David Miller wrote:
>From: supriya kannery <supriyak@in.ibm.com>
>Date: Fri, 27 Oct 2006 12:50:29 +0530
>
>
>
>> I checked in gdb and ltrace code. None of them are using PPC_PTRACE*
>>options to get register values.
>>Man page also doesn't mention these options. Once this is fixed, these
>>options could be added to man page also.
>>
>>Irrespective of whether we fix this, documentation of these options in
>>manpage will clarify its usage I guess.
>>
>>
>
>Yep. Are the no current users at all? That's strange...
>
>
David,
I guess the reasons for its less (or no) usage could be
1. These options are not documented in manpage
2. The usage is different from the general format of ptrace
3. These are used for copying all the registers. Most applications will
require data from a single addr/register at a time and can get this data
from a specific register/address using PEEKTEXT or POKETEXT.
We could align these options with the general format of ptrace and then
document in manpage mentioning the relevant kernel version
(like what we have for PTRACE_O_TRACESYSGOOD in which kernel version is
mentioned)
PTRACE_O_TRACESYSGOOD (since Linux 2.4.6)
Thanks, Supriya
next prev parent reply other threads:[~2006-10-31 12:05 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-10-25 10:53 Incorrect order of last two arguments of ptrace for requests PPC_PTRACE_GETREGS, SETREGS, GETFPREGS, SETFPREGS supriya kannery
2006-10-25 20:43 ` David Miller
2006-10-27 7:20 ` supriya kannery
2006-10-27 7:10 ` David Miller
2006-10-31 12:18 ` supriya kannery [this message]
2006-11-22 18:36 ` David Woodhouse
2006-11-22 21:35 ` Benjamin Herrenschmidt
2006-12-04 21:58 ` Anton Blanchard
2007-04-30 5:42 ` Paul Mackerras
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=45473F04.30909@in.ibm.com \
--to=supriyak@in.ibm.com \
--cc=davem@davemloft.net \
--cc=linux-kernel@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