This is the mail archive of the
ecos-discuss@sources.redhat.com
mailing list for the eCos project.
RE: hal_vsr_table for i386.
- To: "Ecos-List (E-mail)" <ecos-discuss at sourceware dot cygnus dot com>
- Subject: RE: [ECOS] hal_vsr_table for i386.
- From: Fabrice Gautier <Fabrice_Gautier at sdesigns dot com>
- Date: Tue, 10 Oct 2000 20:34:17 -0700
> -----Original Message-----
> From: Fabrice Gautier [mailto:Fabrice_Gautier@sdesigns.com]
> Sent: Tuesday, October 10, 2000 6:14 PM
> To: Ecos-List (E-mail)
> Subject: [ECOS] hal_vsr_table for i386.
>
>
> Hi,
>
> Currently, in the i386 hal (and in all the other archs)
> hal_vsr_table is
> defined as a:
> CYG_ADDRESS hal_vsr_table[CYGNUM_HAL_VSR_COUNT]
>
> But this doesn't match the reality of the VSR table which for
> the i386 has
> 64bit entries.
>
> Does it matter a lot if hal_vsr_table has another type than
> the current one?
> Or Is it better if this structure is kept as is, and
> maintened up to date
> with the table really used by the CPU?
By the way, when does this table has to be initialized ? At the moment it is
never initialized by the pc platform but there are some exception handler
initialisation in the stub.
I guess it should be initialized by Redboot or a simple stub. And in fact is
this not the program that implements the services of the Virtual Vectors
interface that also have to implement this?
Thanks
--
Fabrice Gautier
fabrice_gautier@sdesigns.com