Re: [ECOS] Re: RedBoot+GDB+application combo question

[Savin Zlobec <savin dot zlobec at email dot si>]

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. 

savin 

____________________
http://www.email.si/

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