This is the mail archive of the ecos-discuss@sourceware.org mailing list for the eCos project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Re: GDB stub support


here`s "where" output: 

(gdb) where
#0  0x8000c44c in ?? ()
#1  0x800400bc in debug_vector ()
    at /home/.../build/../eCos/packages/hal/mips/arch/current/src/vectors.S:131
#2  0x80000ab8 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) 


best regards
Bernd

-------- Original-Nachricht --------
> Datum: Tue, 18 Dec 2012 10:28:13 +0000
> Von: John Dallaway <john@dallaway.org.uk>
> An: schuster_bernd@gmx.net
> CC: eCos Discussion <ecos-discuss@ecos.sourceware.org>
> Betreff: [ECOS] Re: GDB stub support

> Bernd
> 
> On 17/12/12 21:04, Bernd Schuster wrote:
> 
> >> It is perfectly feasible to use a single channel for both debug and
> >> diagnostics as you suggest. You should configure eCos (for your
> >> application build) with CYG_HAL_STARTUP == "RAM" and with
> >> CYGSEM_HAL_USE_ROM_MONITOR enabled. You should then find that (by
> >> default) diagnostic/trace messages from your application are routed via
> >> the GDB stub and appear within your GDB session on the host.
> > 
> > That means, it is much more comfortable to download only the redboot
> > bootloader to my flash memory and download the application (eCos O/S
> > together with my own software app) by GDB instead of having already
> > everything installed on my MIPS board? I asked this because it will
> > take some time to download the application by serial port instead of
> > being able to download a new file by ethernet. 
> 
> If you have ethernet support built into RedBoot you should also be able
> to connect to the GDB stub via TCP for faster download. The default port
> number is 9000, so the GDB command would be:
> 
>   target remote <target IP address>:9000
> 
> > I already found the specific ecm file where 
> > cdl_component CYG_HAL_STARTUP {
> >     user_value ROMRAM
> > };
> > I have to specify RAM instead of ROMRAM. It seams that
> > CYGSEM_HAL_USE_ROM_MONITOR is already enabled if I use RAM instead of
> > ROMRAM. 
> 
> That makes sense.
> 
> >> For avoidance of doubt, you can use the GDB "load" command to download
> >> your application to RAM when debugging an application configured for
> RAM
> >> startup. It is not necessary to load it at the "RedBoot>" prompt.
> > 
> > Do I have to specify the correct RAM-addr where the application has to
> be
> > downloaded? Because the load command consists only of "load filename".
> 
> If you specify the ELF executable filename when you launch GDB then
> symbols will be loaded automatically. You can just use "load" with no
> filename and "continue" to start execution. The section records in the
> elf file will indicate where each section must be loaded. You do not
> need to specify the addresses manually.
> 
>   bash$ mipsisa32-elf-gdb myProgram.elf
>   (gdb) target remote <your parameters>
>   (gdb) load
>   (gdb) break web_init
>   (gdb) continue
> 
> I hope this helps...
> 
> John Dallaway
> eCos maintainer
> http://www.dallaway.org.uk/john
> 
> -- 
> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
> 

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


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]