From: oza Pawandeep <oza.pawandeep@gmail.com>
To: Tom Tromey <tromey@redhat.com>
Cc: gdb@sourceware.org, gdb-patches@sourceware.org
Subject: Re: [design change] record-replay linux ABI level
Date: Thu, 10 May 2012 08:49:00 -0000 [thread overview]
Message-ID: <CAK1A=4xbh0M=yfc2MQpZdDCJEPnL3_z8=TA0VSE7qVCoO0Dn-Q@mail.gmail.com> (raw)
In-Reply-To: <87sjf9qecr.fsf@fleche.redhat.com>
Tom,
The definition of system call record maps fine to x86.
but arm syscall numbers are different. [partially]
for e.g. on x86 sycall number for sys_epoll_create = 254 while on ARM it is 250.
the more we go down on defined system calls the more the numbers are
differing on ARM and we loose one to one trivial mapping.
Regards,
Oza.
On Thu, May 10, 2012 at 2:08 AM, Tom Tromey <tromey@redhat.com> wrote:
>>>>>> "oza" == oza Pawandeep <oza.pawandeep@gmail.com> writes:
>
> oza> currently linux-record.h is having defination of
> oza> enum gdb_syscall {...} which seems generic one, but infact it only
> oza> addresses i386 arch.
>
> Based on reading the header, it seems to me that the idea is that this
> enum is intended to be generic, and that each target must provide its
> own mapping from the local syscalls to these.
>
> oza> I am thinking of moving all the definition to i386 specific files
> oza> (assuming there is no generic way to address all the systemcalls on
> oza> all arch).
>
> It seems to me that most syscalls could perhaps be shared, but maybe
> some architectures will require additions to the enum.
>
> I'm not sure, though.
>
> Could you say in more detail what problem you ran into?
>
> Tom
next prev parent reply other threads:[~2012-05-10 8:49 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAK1A=4xtgYd8hQEwHxjLQiv4eqhCu0cSRDmmbFJvBDJwDxUM+Q__46748.0269181125$1336555010$gmane$org@mail.gmail.com>
2012-05-09 20:39 ` Tom Tromey
2012-05-10 8:49 ` oza Pawandeep [this message]
[not found] ` <CAK1A=4xbh0M=yfc2MQpZdDCJEPnL3_z8=TA0VSE7qVCoO0Dn-Q__42617.423789534$1336639800$gmane$org@mail.gmail.com>
2012-05-10 13:39 ` Tom Tromey
2012-05-13 7:19 ` oza Pawandeep
2012-05-13 7:33 ` oza Pawandeep
2012-05-13 9:47 ` oza Pawandeep
2012-05-14 14:57 ` Joel Brobecker
2012-05-15 5:20 ` oza Pawandeep
2012-05-15 5:34 ` Joel Brobecker
[not found] ` <CAK1A=4yervLeVDQ-r49n95ftrB27u8K+R1hfstz1oFwTNX=t7Q__24807.0006179207$1337059251$gmane$org@mail.gmail.com>
2012-05-15 16:42 ` Tom Tromey
2012-05-16 10:48 ` oza Pawandeep
2012-05-16 14:57 ` Tom Tromey
2012-06-05 9:16 ` oza Pawandeep
2012-06-06 18:17 ` Tom Tromey
2012-06-05 9:19 ` oza Pawandeep
2012-05-09 9:16 oza Pawandeep
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='CAK1A=4xbh0M=yfc2MQpZdDCJEPnL3_z8=TA0VSE7qVCoO0Dn-Q@mail.gmail.com' \
--to=oza.pawandeep@gmail.com \
--cc=gdb-patches@sourceware.org \
--cc=gdb@sourceware.org \
--cc=tromey@redhat.com \
/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