This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
Re: ARM7 stack issue (was ARM vectors.S hang issue)
- To: Bill Diehls <billabloke at yahoo dot com>
- Subject: Re: [ECOS] ARM7 stack issue (was ARM vectors.S hang issue)
- From: Jesper Skov <jskov at redhat dot com>
- Date: 16 Oct 2001 09:27:43 +0200
- Cc: ecos-discuss at sources dot redhat dot com,Jonathan Larmour <jlarmour at redhat dot com>
- References: <20011015182830.83187.qmail@web20110.mail.yahoo.com>
>>>>> "Bill" == Bill Diehls <billabloke@yahoo.com> writes:
Bill> Summarizing from the previous email, we are porting eCos to the
Bill> Gameboy Advance. We are debugging timer interrupt code that
Bill> causes the platform to hang if our user program makes calls to
Bill> some routines such as diag_printf or sprintf. (see thread below)
Just FYI, I had problems with the AEB platform rev C (using a Sharp
ARM7DI core). When enabling the cache, I would occasionally see
corruption of application stack space, IIRC. I've not had time to
investigate so it's presently running with the cache disabled.
There might be a generic bug in the ARM HAL, which is only triggered
when the timing is just right - and that could be the case both on the
AEB rev C and the Gameboy.
Or there could be a HW bug in the CPU cores, of course. Have you
checked for CPU erratas?
Jesper