This is the mail archive of the crossgcc@sources.redhat.com mailing list for the crossgcc project.
See the CrossGCC FAQ for lots more information.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Other format: | [Raw text] |
Hi Toralf,Yes, maybe that's a good idea.
On Friday, September 12, 2003 3:42 PM Toralf wrote
If the target runs gdbstubs, then you could download and launch the COFF file with gdb.It doesn't. It runs nothing as all, really, except for a very simple "bug rom" routine. That routine may be instructed via an externally generated interrupt to jump to a certain memory location, though, typically after the code has been written to the unit's memory by another board (it has dual-port RAM.)
Essentially what I'm asking is how do I find the jump address, and do I have to do special relocation operations or anything before entering it?
I have essentially the same problem with a SH target and what I have been doing is using objcopy to generate an S-Record file from the coff (or elf) file.
Could be useful. Please do.I have a simple loader that can get the S-Record file into RAM of Flash via a serial port (or I can use a programmer for production) and I use the S7/8/9 record to get the start address (which one depends on the address size).
If you want I can send you my S record loader code and you can add it to your
bug rom.
Thanks. -- - Toralf
------ Want more information? See the CrossGCC FAQ, http://www.objsw.com/CrossGCC/ Want to unsubscribe? Send a note to crossgcc-unsubscribe@sources.redhat.com
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |