Mirror of the gdb mailing list
 help / color / mirror / Atom feed
From: "Hylla, Kai" <hylla.k@atlas.de>
To: "Andrew Cagney" <ac131313@redhat.com>
Cc: <gdb@sources.redhat.com>
Subject: RE: Problems with load
Date: Wed, 27 Aug 2003 15:00:00 -0000	[thread overview]
Message-ID: <E3DFC065C0C04D40BFD9DE229C77A1DC1C0E25@mssrv03.atlas.de> (raw)

Hi!

The sections are loaded. The error is not, that a hole section isn't
loaded. Instead contain the loaded sections byte errors. It seems that
some bytes aren't written. The debug messages are all OK.

As I said before <set *(char*)> and <set *(short*)> aren't working
either. 

One of the load debug messages is :

Sending packed: $x14000d4,314:8\000[snip] where
X14000d4   is the address where the data is written to and
314        is the size of the block which will be written, right?

Is there a possibility to change the minimum block size? I.e. limit it
to 4 bytes? I think that this will solve the problem...

It seems that the target can't handle packages who write data where the
data isn't 4 Byte aligned.

Thanks and regard,
Kai


---
K. Hylla
Abt. NJT T3

ATLAS Elektronik GmbH
A BAE Systems Company
Sebaldsbruecker Heerstr. 235
D-28305 Bremen

Tel.: +49 421 457-3231
Fax : +49 421 457-1702 

> -----Original Message-----
> From: Andrew Cagney [mailto:ac131313@redhat.com] 
> Sent: Mittwoch, 27. August 2003 16:32
> To: Hylla, Kai
> Cc: gdb@sources.redhat.com
> Subject: Re: Problems with load
> 
> 
> Several things to check:
> 
> - Is the section being loaded marked as LOAD?
> Run 'objdump -h <pgm>' on the executable being loaded and 
> check that all 
> the sections that GDB should load have the LOAD attribute.
> 
> - Is GDB transfering the data?
> There should be output from "load" indicating what GDB is 
> transfering. 
> Is the missing section in the list.
> 
> - Is GDB really transfering the data?
> Enabe remote protocol debugging "(gdb) set debug remote 1" and then 
> perform a load.  You should see memory write packets to the 
> sections in 
> question.
> 
> If all of these are ok, then the problem is in the remote end.
> 
> Andrew
> 
> > I've problems using the gdb load instruction. The command 
> is executed. 
> > But the file is no written correctly into the RAM. Some 
> addresses are 
> > not written. They still contain the value they had prior to 
> the load 
> > command. This behavior is address indepentend. If I move the progam 
> > into anonther location the problem still exist.
> > 
> > I tested some things and discovert that the set instruction is not 
> > executed if the data type is char or short. (Readaccess 
> with datatype 
> > char and shor works.) I'm not sure if this my cause the 
> load problem. 
> > If the CPU executes byte or short writes to the memory it 
> works. So in 
> > IMHO it can't be a hardwareproblem.
> > 
> > I think that the problem is caused due to a gdb 
> configuration error. I 
> > tried several settings (e.g. set download-write-size, set remote 
> > memory-write-packet-size)but it doesn't help.
> > 
> > I use <target remote localhost:8888> where OcdLibDemon from 
> Macraigor 
> > is listening. If I use <monitor char> or <monitor short> to 
> write to 
> > the address it works. Because of that, the OcdLibDemon 
> configuration 
> > <-c PPC5XX8XX -d WIGGLER -a 1 -s 1> should be correct.
> > 
> > Which settings I can use to modify gdbs load and set related 
> > behaviour?
> > 
> > Thanks and regards,
> > Kai
> > 
> > ---
> > K. Hylla
> > Abt. NJT T3
> > 
> > ATLAS Elektronik GmbH
> > A BAE Systems Company
> > Sebaldsbruecker Heerstr. 235
> > D-28305 Bremen
> > 
> 
> 
> 


             reply	other threads:[~2003-08-27 15:00 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-27 15:00 Hylla, Kai [this message]
2003-08-28 20:12 ` Andrew Cagney
2003-08-29  1:59   ` Peter Reilley
  -- strict thread matches above, loose matches on Subject: below --
2003-08-27  7:19 Hylla, Kai
2003-08-27 14:32 ` Andrew Cagney

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=E3DFC065C0C04D40BFD9DE229C77A1DC1C0E25@mssrv03.atlas.de \
    --to=hylla.k@atlas.de \
    --cc=ac131313@redhat.com \
    --cc=gdb@sources.redhat.com \
    /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