This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: SV: Redboot Load Error
- From: Henrik Mau <Henrik dot Mau at sli-institute dot ac dot uk>
- To: Gary Thomas <gary at mlbassoc dot com>
- Cc: eCos Discussion <ecos-discuss at ecos dot sourceware dot org>
- Date: Fri, 25 Jun 2004 13:33:50 +0100
- Subject: Re: SV: [ECOS] Redboot Load Error
- References: <0F9B8262E6CD8844B9799F6CE7E3550B07CD2C@SLISERVER21.sli-institute.ac.uk> <1088108077.31540.25.camel@hermes> <40DBF7A4.8010208@sli-institute.ac.uk> <1088163373.16739.10.camel@hermes>
Gary Thomas wrote:
... back on the mailing list so that all may benefit.
On Fri, 2004-06-25 at 04:00, Henrik Mau wrote:
Gary Thomas wrote:
On Thu, 2004-06-24 at 14:06, Henrik Mau wrote:
When loading an application using the load command in Redboot the
first
400 addresses in the srec file do not get copied to the destination
memory. That is, what is listed in the srec file to reside in
0x40400
Ah, but according to the file you sent, the data *does* start at
0x40000. Looking carefully at the first few records:
S012000074776F746872656164732E73726563CD
This record holds the name of the file "twothreads.srec"
S21404000018F09FE518F09FE518F09FE518F09FE5B7
This record loads data into 0x040000..0x04000F
S21404001018F09FE50000000018F09FE518F09FE533
This one loads data into 0x040010..0x04001F
The basic format of these records is:
S21404000018F09FE518F09FE518F09FE518F09FE5B7
S2 - Loadable data with 3 byte address
14 - Record is 20 bytes (0x14) long
040000 - Starting address of data
18F09FE518F09FE518F09FE518F09FE5 - 16 bytes of data in hex
B7 - checksum for the record
Why did you think the data should be at 0x40400?
Sorry, maybe I wasn't being very clear.
The data does get written to 0x40000, however it is not
S21404000018F09FE518F09FE518F09FE518F09FE5B7
that gets written to 0x40000, but instead the data that should be in
0x40400.
I have checked some of the data and it seems as if 0x40000 - 0x403ff
gets overwritten with the data from 0x40400 - 0x407ff
gets copied to 0x40000.
Is there a known fix to this problem?
What command did you use? This problem has never been reported, so
most
likely there is something else to uncover here.
I was using Hyperterminal on a Windows2000 and the command was
load -v -m yMODEM
I also tried
load -m yMODEM
which gave the same result.
The 'load' command with no options will only put data where the S-record
file indicates, so I'm confused about your error.
Can you send the S-record file (privately to me is OK)?
File is attached.
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss