Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: Paul Koning <pkoning@equallogic.com>
To: drow@false.org
Cc: gdb@sourceware.org
Subject: Re: Does GDB use VMA addresses when uploading an image to debug in a remote target?
Date: Wed, 22 Feb 2006 18:38:00 -0000	[thread overview]
Message-ID: <17404.43748.408821.118787@gargle.gargle.HOWL> (raw)
In-Reply-To: <20060222181146.GA28251@nevyn.them.org>

>>>>> "Daniel" == Daniel Jacobowitz <drow@false.org> writes:

 Daniel> I recently encountered this problem in another context, where
 Daniel> the stub did support reflashing; so maybe GDB needs to be
 Daniel> more flexible about it.  I'm not sure.

Yes, that would be useful.  There are other examples for LMA != VMA
where LMA is the correct load address.  For example:

1. LMA is an available memory area, VMA is "low memory", and a bit of
   initialization code moves the loaded code to low memory.  It can't
   be loaded directly there because there is currently running code
   already there, and loading on top of it will crash the system.

2. LMA is an unmapped address, VMA is a mapped address.  The loader
   doesn't know about mapping.  The init code turns on the mapping, at
   which point execution continues via VMA.

We do #2 in our embedded system.  

So this suggests that an option to load at LMA would be useful.  

   paul


  reply	other threads:[~2006-02-22 18:18 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-22 18:18 Fabrício de Novaes
2006-02-22 18:23 ` Daniel Jacobowitz
2006-02-22 18:38   ` Paul Koning [this message]
2006-09-01 16:04 ` Daniel Jacobowitz
     [not found]   ` <AGEIJDMABNDJLNBDGKBPMEBFCDAA.fabricio@dea.inpe.br>
2006-09-01 17:03     ` RES: " Daniel Jacobowitz
2006-02-22 19:21 Fabrício de Novaes
2006-02-22 19:23 ` Daniel Jacobowitz

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=17404.43748.408821.118787@gargle.gargle.HOWL \
    --to=pkoning@equallogic.com \
    --cc=drow@false.org \
    --cc=gdb@sourceware.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox