Re: Remote Flashing w/ Window Client & OpenOCD

On Feb 28, 9:05 am, Dominic <Dominic.at.use...@xxxxxxx> wrote:
linnix wrote:
Yes, a write command as well as a erase command.
Alternatively, I can always erase before write.
Currently, I "M 64 bytes" to the server and issue a write.
I ran into a buffer size problem for 128 bytes,
but it could be Window Socket problem.
I need a long delay between command and response,
so bigger buffer size would be better.

The buffer used for packet handling is currently 2048 bytes (GDB_BUFFER_SIZE
in gdb_server.h), enough for ~1000byte of hex-encoded data. The code that
converts the hex string to binary is also rather simple, so that should be
working fine, too.

Got it.
The stupid Window Socket class (somebody's code) uses a 256 bytes
buffer.
I will increase it.


Is vFlash a telnet command?
I would like to have a GDB command,
to avoid opening a different port.

vFlash is part of the GDB remote protocol since version 6.6:http://sourceware.org/gdb/current/onlinedocs/gdb_33.html#SEC673

OK, sound good, will do that.


Note that you don't need to open a telnet port when you want to sent
commands to the OpenOCD's command interpreter - just use GDB's "qRcmd"
packet (monitor <command> from within a GDB session). You could use that to
call a "flash copy ..." command for example.
The only commands that shouldn't be sent via qRcmd are commands that affect
the target state, like resume or reset (without halt/run_and_halt), as the
GDB wouldn't know about the state change.

Regards,

Dominic


.

Relevant Pages

  • Re: server scenario - variables in the right spot?
    ... If I'm correct in what I think you mean by 'data structures' then I also ... steps, the command has, and a way to mark which steps are done or not done, ... Assuming you are using the same receive callback for each BeginReceive, ... that processes the data for the first buffer. ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: server scenario - variables in the right spot?
    ... ReceiveCallback calling beginReceive again: I do this but not exactly how ... Assuming you are using the same receive callback for each BeginReceive, then I don't see what the difference is. ... The posted receive won't be completed until after the command has been sent and replied to, of course, but there's no harm in being ready to receive beforehand. ... you would wind up running the code in the callback that actually processes the data for that buffer before the code in the same callback that processes the data for the first buffer. ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: In vi/vim delete lines
    ... I frequently delete to a mark. ... | A buffer containing lines is put only once, ... | If the last command before a `.' ... The basic meta-characters for the replacement pattern are `&' and `~'; ...
    (comp.unix.shell)
  • Re: Spartados Help Needed
    ... All command line input, including all ... in the buffer during a key repeat. ... However, the XIO Atari ... your lomem will be at $17A2. ...
    (comp.sys.atari.8bit)
  • [SECURITY] telnet client
    ... For general information regarding FreeBSD Security Advisories, ... The telnetcommand is a TELNET protocol client, ... fixed-sized buffer. ... src/UPDATING ...
    (comp.unix.bsd.freebsd.misc)