This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
RE: ARM ROM regions and interrupt vectors
- From: "Patrick Doyle" <wpd at delcomsys dot com>
- To: "Mark Salter" <msalter at redhat dot com>
- Cc: <ecos-discuss at sources dot redhat dot com>
- Date: Tue, 19 Nov 2002 09:43:47 -0500
- Subject: RE: [ECOS] ARM ROM regions and interrupt vectors
> -----Original Message-----
> From: Mark Salter [mailto:msalter@redhat.com]
> Sent: Tuesday, November 19, 2002 7:51 AM
> To: wpd@delcomsys.com
> Cc: ecos-discuss@sources.redhat.com
> Subject: Re: [ECOS] ARM ROM regions and interrupt vectors
>
>
> >>>>> Patrick Doyle writes:
> > Is it common practice that ARM boards have some sort of boot ROM that is
> > mapped to address 0 and is not (or can not be) overwritten by RedBoot? As I
> > said at the start of this email, I am missing something here. How does
> > RedBoot get control of the processor if it vectors to address 0 at reset,
> > but no RedBoot code exists at address 0?
>
> I don't know of any boards which don't map ROM at address zero for booting.
> Early in the boot process, RedBoot will either use some hw mechanism to
> remap the ROM or remap the ROM with the MMU. The code that runs before this
> remap occurs must be position independent.
>
> --Mark
Thanks... Now that I know what to look for, I can see how the e7t platform does it.
--wpd
--
Before posting, please read the FAQ: http://sources.redhat.com/fom/ecos
and search the list archive: http://sources.redhat.com/ml/ecos-discuss