From: Jim Blandy <jimb@redhat.com>
To: Kevin Buettner <kevinb@redhat.com>
Cc: gdb-patches@sources.redhat.com
Subject: Re: RFA: don't assume gprs, fprs, some SPRS are contiguous
Date: Tue, 04 May 2004 21:30:00 -0000 [thread overview]
Message-ID: <vt2ad0n51g9.fsf@zenia.home> (raw)
In-Reply-To: <20040504090609.5fb4501b@saguaro>
[-- Attachment #1: Type: text/plain, Size: 828 bytes --]
Kevin Buettner <kevinb@redhat.com> writes:
> On 03 May 2004 20:09:31 -0500
> Jim Blandy <jimb@redhat.com> wrote:
>
> > Here's a revision of a patch I posted previously, in light of the
> > other patches I've posted today.
> >
> > 2004-04-20 Jim Blandy <jimb@redhat.com>
> >
> > * ppc-linux-nat.c (fetch_ppc_registers, store_ppc_registers):
> > Don't assume that the gprs, fprs, and UISA sprs are
> > contiguous, start at register number zero, and end with fpscr.
> > Instead, use the numbers from the tdep structure, FP0_REGNUM,
> > and FPLAST_REGNUM.
>
> The FPLAST_REGNUM portion of the ChangeLog entry doesn't make sense anymore.
>
> Otherwise it looks okay provided the
> s/FP0_REGNUM/tdep->ppc_fp0_regnum/ change is made.
Here's the revised patch; I'll commit after the FP0_REGNUM elimination
patch is done.
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: remove assumption that gprs, fprs, and uisa sprs are contiguous --]
[-- Type: text/x-patch, Size: 3425 bytes --]
2004-04-20 Jim Blandy <jimb@redhat.com>
* ppc-linux-nat.c (fetch_ppc_registers, store_ppc_registers):
Don't assume that the gprs, fprs, and UISA sprs are
contiguous, start at register number zero, and end with fpscr.
Instead, use the numbers from the tdep structure.
*** gdb/ppc-linux-nat.c 2004-05-04 13:32:34.000000000 -0500
--- gdb/ppc-linux-nat.c 2004-05-04 15:46:55.000000000 -0500
***************
*** 314,323 ****
int i;
struct gdbarch_tdep *tdep = gdbarch_tdep (current_gdbarch);
! for (i = 0; i <= tdep->ppc_fpscr_regnum; i++)
! fetch_register (tid, i);
if (tdep->ppc_mq_regnum != -1)
fetch_register (tid, tdep->ppc_mq_regnum);
if (have_ptrace_getvrregs)
if (tdep->ppc_vr0_regnum != -1 && tdep->ppc_vrsave_regnum != -1)
fetch_altivec_registers (tid);
--- 314,339 ----
int i;
struct gdbarch_tdep *tdep = gdbarch_tdep (current_gdbarch);
! for (i = 0; i < ppc_num_gprs; i++)
! fetch_register (tid, tdep->ppc_gp0_regnum + i);
! if (tdep->ppc_fp0_regnum >= 0)
! for (i = 0; i < ppc_num_fprs; i++)
! fetch_register (tid, tdep->ppc_fp0_regnum + i);
! fetch_register (tid, PC_REGNUM);
! if (tdep->ppc_ps_regnum != -1)
! fetch_register (tid, tdep->ppc_ps_regnum);
! if (tdep->ppc_cr_regnum != -1)
! fetch_register (tid, tdep->ppc_cr_regnum);
! if (tdep->ppc_lr_regnum != -1)
! fetch_register (tid, tdep->ppc_lr_regnum);
! if (tdep->ppc_ctr_regnum != -1)
! fetch_register (tid, tdep->ppc_ctr_regnum);
! if (tdep->ppc_xer_regnum != -1)
! fetch_register (tid, tdep->ppc_xer_regnum);
if (tdep->ppc_mq_regnum != -1)
fetch_register (tid, tdep->ppc_mq_regnum);
+ if (tdep->ppc_fpscr_regnum != -1)
+ fetch_register (tid, tdep->ppc_fpscr_regnum);
if (have_ptrace_getvrregs)
if (tdep->ppc_vr0_regnum != -1 && tdep->ppc_vrsave_regnum != -1)
fetch_altivec_registers (tid);
***************
*** 485,494 ****
int i;
struct gdbarch_tdep *tdep = gdbarch_tdep (current_gdbarch);
! for (i = 0; i <= tdep->ppc_fpscr_regnum; i++)
! store_register (tid, i);
if (tdep->ppc_mq_regnum != -1)
store_register (tid, tdep->ppc_mq_regnum);
if (have_ptrace_getvrregs)
if (tdep->ppc_vr0_regnum != -1 && tdep->ppc_vrsave_regnum != -1)
store_altivec_registers (tid);
--- 501,526 ----
int i;
struct gdbarch_tdep *tdep = gdbarch_tdep (current_gdbarch);
! for (i = 0; i < ppc_num_gprs; i++)
! store_register (tid, tdep->ppc_gp0_regnum + i);
! if (tdep->ppc_fp0_regnum >= 0)
! for (i = 0; i < ppc_num_fprs; i++)
! store_register (tid, tdep->ppc_fp0_regnum + i);
! store_register (tid, PC_REGNUM);
! if (tdep->ppc_ps_regnum != -1)
! store_register (tid, tdep->ppc_ps_regnum);
! if (tdep->ppc_cr_regnum != -1)
! store_register (tid, tdep->ppc_cr_regnum);
! if (tdep->ppc_lr_regnum != -1)
! store_register (tid, tdep->ppc_lr_regnum);
! if (tdep->ppc_ctr_regnum != -1)
! store_register (tid, tdep->ppc_ctr_regnum);
! if (tdep->ppc_xer_regnum != -1)
! store_register (tid, tdep->ppc_xer_regnum);
if (tdep->ppc_mq_regnum != -1)
store_register (tid, tdep->ppc_mq_regnum);
+ if (tdep->ppc_fpscr_regnum != -1)
+ store_register (tid, tdep->ppc_fpscr_regnum);
if (have_ptrace_getvrregs)
if (tdep->ppc_vr0_regnum != -1 && tdep->ppc_vrsave_regnum != -1)
store_altivec_registers (tid);
next prev parent reply other threads:[~2004-05-04 21:30 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-05-04 1:14 Jim Blandy
2004-05-04 16:06 ` Kevin Buettner
2004-05-04 21:30 ` Jim Blandy [this message]
2004-05-04 22:06 ` Kevin Buettner
2004-05-05 1:48 ` Jim Blandy
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=vt2ad0n51g9.fsf@zenia.home \
--to=jimb@redhat.com \
--cc=gdb-patches@sources.redhat.com \
--cc=kevinb@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