* transfer own data via GDB remote protocol, flash a micro
@ 2003-12-08 20:33 Torsten Mohr
2003-12-08 22:22 ` Mark Newman
2003-12-08 22:53 ` Thierry Moreau
0 siblings, 2 replies; 3+ messages in thread
From: Torsten Mohr @ 2003-12-08 20:33 UTC (permalink / raw)
To: gdb
Hi,
lets say i'm building a hardware debugger that understands
GDB remote protocol. And further, that debugger needs
some info about the hardware that it is attached to.
Can i somehow transfer this data via GDB remote protocol?
I didn't see anything in the info pages, so i think
this does not work.
As an example, i may want to tell the hardware the
target voltage, the quarz frequency, some settings
like, ...
Another question, is it somehow possible to "flash"
an attached micro via GDB remote protocol?
Best regards,
Torsten.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: transfer own data via GDB remote protocol, flash a micro
2003-12-08 20:33 transfer own data via GDB remote protocol, flash a micro Torsten Mohr
@ 2003-12-08 22:22 ` Mark Newman
2003-12-08 22:53 ` Thierry Moreau
1 sibling, 0 replies; 3+ messages in thread
From: Mark Newman @ 2003-12-08 22:22 UTC (permalink / raw)
To: Torsten Mohr, gdb
As for reading the numbers:
READ MEMORY
Syntax
m<addr>,<len>
Read len bytes starting at memory address addr.
Reply
hex-data
The values of the requested memory in target byte
order. May be shorter than requested, if some of the
memory could not be read.
E<n>
n == two-digit error code.
NOTE: partial success should be reported as an error.
There is a corresponding write but I am not aware of
anything that supports "flash" burning memory. Is
anyone else aware of anything?
Mark Newman
--- Torsten Mohr <tmohr@s.netic.de> wrote:
> Hi,
>
> lets say i'm building a hardware debugger that
> understands
> GDB remote protocol. And further, that debugger
> needs
> some info about the hardware that it is attached to.
>
> Can i somehow transfer this data via GDB remote
> protocol?
>
> I didn't see anything in the info pages, so i think
> this does not work.
>
> As an example, i may want to tell the hardware the
> target voltage, the quarz frequency, some settings
> like, ...
>
> Another question, is it somehow possible to "flash"
> an attached micro via GDB remote protocol?
>
>
> Best regards,
> Torsten.
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: transfer own data via GDB remote protocol, flash a micro
2003-12-08 20:33 transfer own data via GDB remote protocol, flash a micro Torsten Mohr
2003-12-08 22:22 ` Mark Newman
@ 2003-12-08 22:53 ` Thierry Moreau
1 sibling, 0 replies; 3+ messages in thread
From: Thierry Moreau @ 2003-12-08 22:53 UTC (permalink / raw)
To: Torsten Mohr; +Cc: gdb
Torsten Mohr wrote:
> Hi,
>
> lets say i'm building a hardware debugger that understands
> GDB remote protocol. And further, that debugger needs
> some info about the hardware that it is attached to.
>
> Can i somehow transfer this data via GDB remote protocol?
>
> I didn't see anything in the info pages, so i think
> this does not work.
>
> As an example, i may want to tell the hardware the
> target voltage, the quarz frequency, some settings
> like, ...
>
> Another question, is it somehow possible to "flash"
> an attached micro via GDB remote protocol?
>
My understanding is that *hardware debugger* is somehow outside the
scope of the GDB project. The various commercial hardware debuggers I
worked with (three of them) used a combination of a) implicit knowledge
of the target processor/debug port architecture, b) editable definition
files, and c) debugger command script files.
I guess that you need to implement at least a) and c) in your GDB
project. GDB sould have a command and protocol frame that selects the
target architecture, so the flavor of a) can be selected among the
target families that you support. If you find necessary or convenient to
use some editable definition files (b)), you might find useful to
download these files with some protocol.
The flash algorithm is perhaps part of a). Alternatively, the flash
operation can be performed by the target itself if you can download a
program in the target RAM and let this program do the flash programming
(I found this approach effective, but my target HW has plentiful RAM
resources).
Sincerely,
--
- Thierry Moreau
CONNOTECH Experts-conseils inc.
9130 Place de Montgolfier
Montreal, Qc
H2M 2A1
Tel.: (514)385-5691
Fax: (514)385-5900
e-mail: thierry.moreau@connotech.com
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2003-12-08 22:53 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-12-08 20:33 transfer own data via GDB remote protocol, flash a micro Torsten Mohr
2003-12-08 22:22 ` Mark Newman
2003-12-08 22:53 ` Thierry Moreau
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox