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

["Stephen Goadhouse" <stephen dot goadhouse at adiengineering dot com>]

> >>>>> Stephen Goadhouse writes:
>
> > 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.
>
> How about 0xc000d448? ;-)
> That's the SP address, BTW.

Okay, that makes sense.  0xc000d448 is valid SDRAM.  RedBoot uses SDRAM
starting at 0xc0000000.

> The PC address of 0xfffffffe doesn't make any sense either. Kinda points
> to stack corruption.

Yes, 0xfffffffe does not make any sense.

> > 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.
>
> You'll also need an updated services/compress/zlib/current/inflate.c v1.2
> which has a related fix to go along with decompress.c.

Yes, I have inflate.c v1.2 and it seems to compile into my build just fine.
The other updated files were redboot/current/src/load.c v1.28 and
ecos/packages/hal/common/current/include/hal_if.h v1.17.

-- Stephen



-- 
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss