This is the mail archive of the
mailing list for the eCos project.
RE : RedBoot crash after do_go()
- From: nprasad3 at gmu dot edu
- To: David POUTY <david dot pouty at com2gether dot net>
- Cc: 'eCos Discussion' <ecos-discuss at ecos dot sourceware dot org>
- Date: Fri, 09 Jan 2004 10:55:09 -0500
- Subject: [ECOS] RE : [ECOS] RedBoot crash after do_go()
Best guess would be to check the individual MSR bits that change.
----- Original Message -----
From: David POUTY <email@example.com>
Date: Friday, January 9, 2004 4:28 am
Subject: [ECOS] RE : [ECOS] RE : [ECOS] RedBoot crash after do_go()
> I made the test with MMU and caches disabled, but nothing change !
> I don't understand why there are several address content change
> after a
> 'sync' instruction if caches are really disabled ?
> -----Message d'origine-----
> De : firstname.lastname@example.org [mailto:email@example.com]
> Envoyé : jeudi 8 janvier 2004 18:44
> À : David POUTY
> Cc : 'Gary Thomas'; 'eCos Discussion'
> Objet : Re: [ECOS] RE : [ECOS] RedBoot crash after do_go()
> I had the same problem initially but that was because MMU was being
> enabled. You might not have the proper settings for the MMU or may
> wantto try by disabling MMU totally.
> ----- Original Message -----
> From: David POUTY <firstname.lastname@example.org>
> Date: Thursday, January 8, 2004 11:54 am
> Subject: [ECOS] RE : [ECOS] RedBoot crash after do_go()
> > The program works also well with GDB.
> > I don't understand your explanation about the cache flush code ! I
> > thinkalso there's a problem with cache but I not familiar with it.
> > The stack is corrupt when 'sync' is executed, just after the
> > instruction with the bit EE set.
> > David
> > -----Message d'origine-----
> > De : Gary Thomas [mailto:email@example.com]
> > Envoyé : mercredi 7 janvier 2004 18:38
> > À : David POUTY
> > Cc : eCos Discussion
> > Objet : Re: [ECOS] RedBoot crash after do_go()
> > On Wed, 2004-01-07 at 10:32, David POUTY wrote:
> > > Hi,
> > >
> > > I try to execute a simple application from RedBoot (MPC8xx
> > plateform).
> > > When application is finished RedBoot display exit code, then
> > crash
> > > (enter in GDB mode). It seems that the stack is corrupted BEFORE
> > the
> > > application is executed.
> > >
> > > During function hal_thread_load_context(), the macro
> > > 'hal_cpu_int_merge' is called to merge MSR register value with
> > the
> > > thread context previously initialized (HAL_THREAD_INT_CONTEXT).
> > The
> > > thread MSR value contains MSR_EE (to external enable irqs).
> > >
> > > The stack is corrupted when MSR_EE bit is set to MSR in
> > > 'hal_cpu_int_merge' !! I use GDB with BDI probe. There's no
> > interrupt
> > > pending (SIPEND=0).
> > What happens if you execute the program via GDB, instead of RedBoot?
> > One thing to try (no guarantees) would be to disable the cache
> > code that's in mbx.S (only when CYG_HAL_STARTUP_RAM is defined).
> > at how it's done on a newer platform, like the adder.
> > --
> > Gary Thomas <firstname.lastname@example.org>
> > MLB Associates
> > --
> > Before posting, please read the FAQ:
> > http://sources.redhat.com/fom/ecosand search the list archive:
> > http://sources.redhat.com/ml/ecos-discuss
> Before posting, please read the FAQ:
> http://sources.redhat.com/fom/ecosand search the list archive:
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss