Re: [ECOS] MIPS32 gdb vectors question

["Tim Michals" <t dot michals at attbi dot com>]

Tracing the code out in gdb3.2
- the issue is the number of registers in gdb it is defined as  PC_REGNUM 37
(tm-mips.h)
In mips-tdep.c in gdb source

764 mips_read_pc (ptid_t ptid)
- 765 {
- 766   return read_signed_register_pid (PC_REGNUM, ptid);
- 767 }

- In mips-regs.h it is 107, hence the packet length?

If I change mips-stub.h to #if defined(CYGPKG_HAL_MIPS_GDB_REPORT_CP0)
#define NUMREGS   37
#else
#define NUMREGS    37
#endif

GDB works.

tmichals


----- Original Message -----
From: "Nick Garnett" <nickg at ecoscentric dot com>
To: "Jonathan Larmour" <jifl at eCosCentric dot com>
Cc: "Tim Michals" <t dot michals at attbi dot com>; <ecos-discuss at sources dot redhat dot com>
Sent: Thursday, February 27, 2003 1:08 PM
Subject: Re: [ECOS] MIPS32 gdb vectors question


> Jonathan Larmour <jifl at eCosCentric dot com> writes:
>
> > Nick Garnett wrote:
> > > Yup, the MIPS32 stuff has only been tested in restricted
> > > circumstances
> > > -- mostly just RedBoot support for GNUPro. Also, these numbers
> > > were probably inherited from some other platform that didn't have the
> > > same set of vectors.
> > > I was going to say that I would make the change and check it
> > > in. However, on second thoughts, this is not a good idea, since it
> > > renders all older redboots and ecoses incompatible with new ones.
> >
> > If anything, just before a point zero release is exactly the right
> > time if you ever want it done! If this is required in future then do
> > it now.
> >
>
> Hmm, you may be right. I'll prepare a patch and put it up for
> approval.
>
>
> --
> Nick Garnett                    eCos Kernel Architect
> http://www.ecoscentric.com/     The eCos and RedBoot experts
>
>



-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss