This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
RE: an incompatibility between redboot/decompress.c v1.7,redboot/main.c v1.36, redboot/net/net_io.c v1.31 and ASSERT in a ROM build
- From: "Stephen Goadhouse" <stephen dot goadhouse at adiengineering dot com>
- To: "Gary Thomas" <gthomas at ecoscentric dot com>
- Cc: "eCos Discussion" <ecos-discuss at sources dot redhat dot com>,"Mark Salter" <msalter at redhat dot com>
- Date: Wed, 25 Sep 2002 15:54:08 -0400
- Subject: RE: [ECOS] an incompatibility between redboot/decompress.c v1.7,redboot/main.c v1.36, redboot/net/net_io.c v1.31 and ASSERT in a ROM build
Sorry I did not include it. Here it is:
+$T0a0f:feffffff;0d:48d400c0;#1f+$T0a0f:feffffff;0d:48d400c0;#1f
The value 0x48d400c0 makes no sense to me. This is an invalid section of
our memory map, so I don't expect it to be an address.
If I retarget the build so that the ROM version starts at Flash address
0x140000, I get the following GDB messages when I tried to bootup at
0x140000:
+$T0a0f:feffffff;0d:38d400c0;#1e+$T0a0f:feffffff;0d:38d400c0;#1e
Also, I discovered that decompress.c v1.6 is okay. It's only decompress.c
v1.7 along with main.c v1.35 and net_io.c v1.31 that cause this to happen.
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
_/ Stephen Goadhouse Work: (434) 978-2888 x6 _/
_/ Staff Engineer stephen.goadhouse@adiengineering.com _/
_/ ADI Engineering http://www.adiengineering.com _/
_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
> -----Original Message-----
> From: Gary Thomas [mailto:gthomas@ecoscentric.com]
> Sent: Wednesday, September 25, 2002 2:43 PM
> To: Stephen Goadhouse
> Cc: eCos Discussion; Mark Salter
> Subject: Re: [ECOS] an incompatibility between redboot/decompress.c
> v1.7,redboot/main.c v1.36, redboot/net/net_io.c v1.31 and ASSERT in a
> ROM build
>
>
> On Wed, 2002-09-25 at 12:56, Stephen Goadhouse wrote:
> >
> > I recently performed an update of my eCos/RedBoot tree and got
> > redboot/decompress.c v1.7, redboot/main.c v1.36 and redboot/net/net_io.c
> > v1.31 along with 3 other files (the tree was originally downloaded on
> > 9/4/02). I built a RAM based version of RedBoot with assertions enabled
> > (CYGPKG_INFRA_DEBUG set to 1) and it worked just fine.
> However, yesterday,
> > I built a ROM version with assertions enabled and RedBoot
> failed to properly
> > operate. I traced the crash to when
> cyg_hal_invoke_constructors() is called
> > from vectors.S. Sometime during this operation, RedBoot
> crashes and spits
> > out a GDB string. After several experiments, I disabled
> assertions and it
> > worked fine! However, I need assertions for some of my testing.
> >
>
> It would be nice to know what the string (obviously an assert) says.
> Can you interpret it, or at least pass it on?
>
>
> --
> ------------------------------------------------------------
> Gary Thomas |
> eCosCentric, Ltd. |
> +1 (970) 229-1963 | eCos & RedBoot experts
> gthomas@ecoscentric.com |
> http://www.ecoscentric.com/ |
> ------------------------------------------------------------
>
>
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss