This is the mail archive of the
mailing list for the eCos project.
Re: Re: RedBoot+GDB+application combo question
- From: Savin Zlobec <savin dot zlobec at email dot si>
- To: Jonathan Larmour <jifl at eCosCentric dot com>,Savin Zlobec <savin dot zlobec at email dot si>
- Cc: eisvogsn at iis dot fhg dot de, ecos-discuss at sources dot redhat dot com
- Date: Sat, 21 Feb 2004 19:56:01 +0100
- Subject: Re: [ECOS] Re: RedBoot+GDB+application combo question
- References: <20040220190214.C40808B746@www.email.si> <4036622B.5020004@eCosCentric.com>
On Fri, 20 Feb 2004 at 20:38:20, Jonathan Larmour wrote:
> Savin Zlobec wrote:
> >>Hi list,
> >>I've built a working RedBoot loader w/ GDB on a V850E/MS1 system with
> >>software breakpoints ( "br *" ) and an unused timer output that is fed
> >>back into the NMI for periodic "bp hit" checking i.e. much like the
> >>existing V850 port, just heavily tweaked for V850E/MS1.
> > Is there any reason why 'dbtrap' instruction can't be used for breakpoints ?
> What must be a v850e thing - that doesn't exist on the v850 (no e).
Yes it is a v850e thing.
> >>Now I'm into running the kernel test suite and the question I haven't
> >>seen answered is, how do I go about the GDB stuff. I have RedBoot in
> >>internal flash and load the application into RAM. Do I keep the GDB code
> >>in RedBoot and leave out GDB completely for the application, therefore
> >>debugging by using RedBoot's GDB, or should I pack GDB into the app and
> >>make it override RedBoot's VSR table, with RedBoot completely out of the
> >>picture once I've typed "go"?
> >>If there's more than one way, I'd like the "elegant" route. ;)
> > Do you have any thoughts against putting GDB stubs into RedBoot ?
> It's the default anyway, and preferred - you can still choose to include
> stubs in your app later if there's a need. The only reason not to is if you
> were short of space and either didn't want to use gdb stubs at all, or only
> for particular debug builds of the app.
On v850 RedBoot I had to delay the startup of internal watchdog (used for
breakpoint support) until the GDB stubs was entered, because it brought to
much overhead into the application loaded/started from RedBoot even if the
debugger was not used. Not to mention that in this way the application
could use the internal watchdog for its own porpouses.
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss