comparison packages/hal/sparclite/arch/current/ChangeLog @ 46:797268ecc331 ecos-sw-1999-10-19

Merge from eCos master repository on 1999-10-19-18:55:31-BST
author jlarmour
date Tue, 19 Oct 1999 19:19:52 +0000
parents a3cc6665b684
children c38311975d4f
comparison
equal deleted inserted replaced
45:91d213c0da48 46:797268ecc331
1 1999-10-15 Hugo Tyson <hmt@cygnus.co.uk>
2
3 * src/vectors.S (not_window_overflow): Actually the dispatcher
4 into exception VSRs. Bugfix: wrong number was placed in %l3 for
5 call to xvsr, so for *some* types of trap, including user traps
6 other than those handled directly in-HAL, a vector way off the end
7 of the array would be used. Apparently those other types of trap
8 never happen, but just in case...
9
10 1999-10-13 Hugo Tyson <hmt@cygnus.co.uk>
11
12 * src/vectors.S: Optionally implement Multiple (rather than
13 Single) Vector Trapping. The config options to control this are
14 in the platform HAL because some SPARCs do not support SVT, where
15 it is optional the platform says so. This demands a variable
16 sized region be reserved for trampoline code or the vectors in
17 RAM, which is done via section .ram_vectors, defined herein.
18
19 * src/sparclite.ld: Define SECTION_ram_vectors(...) to deal with
20 the new .ram_vectors section. This is to provide a variable sized
21 area at the start of RAM to hold either trampoline code when SVT
22 is selected, or a fill 4k + handlers of vectors when MVT is
23 selected. Previously this was bodged by pretending RAM starts at
24 0x4000200 in ROM startup builds.
25 (comment from the example .ldi files...)
26 The ram_vectors section is to allow some free space to copy
27 vectors into from the ROM. This is required to be variable size
28 to accomodate SVT or MVT; 80 bytes vs 4kB. Copying is not
29 necessary with MVT, but it is optional because it may offer
30 performance gains. Copying is required for SVT because the
31 (aligned) start of ROM contains initialization instructions. RAM
32 copy is used rather than leave a big gap in the ROM to get an
33 aligned address for the trampoline code. For RAM startup,
34 ram_vectors will usually be of size zero, unless MVT and copying
35 are enabled for memory estimation reasons.
36
1 1999-09-29 Hugo Tyson <hmt@cygnus.co.uk> 37 1999-09-29 Hugo Tyson <hmt@cygnus.co.uk>
2 38
3 [src/vectors.S: needed no change!] 39 [src/vectors.S: needed no change!]
4 40
5 * include/vectors.h: Potentially accept a register window count 41 * include/vectors.h: Potentially accept a register window count