home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / m68k / 1545 < prev    next >
Encoding:
Internet Message Format  |  1993-01-12  |  1.4 KB
  1. Path: sparky!uunet!munnari.oz.au!uniwa!john
  2. From: john@gu.uwa.edu.au (John West)
  3. Newsgroups: comp.sys.m68k
  4. Subject: 68000 exception vectors (was Re: A few Questions...)
  5. Date: 12 Jan 1993 08:37:13 GMT
  6. Organization: The University of Western Australia
  7. Lines: 22
  8. Message-ID: <1itvvpINNiqj@uniwa.uwa.edu.au>
  9. References: <steveh.726716248@tasman> <1993Jan11.150601.25120@cc.gatech.edu>
  10. NNTP-Posting-Host: mackerel.gu.uwa.edu.au
  11.  
  12. byron@cc.gatech.edu (Byron A Jeff) writes:
  13.  
  14. >1) Have the whole IVT in EPROM. In this case a decoder is fine, the RAM is
  15. >   not at $0000 because the EPROM is.
  16.  
  17. >2) Boot from the EPROM then relocate it. This is where the PAL is handy
  18. >   because you can program the states into it. Basically a reset causes
  19. >   a state where the EPROM is mapped to $0000. After the reset vector and
  20. >   initial stack is read (first 8 reads for a 68008, first 4 for a 68000)
  21. >   the state changes mapping RAM to $0000 (so it now contains the IVT) and
  22. >   the EPROM somewhere else.
  23.  
  24. 3) Keep the EPROM at $0000 and put the vectors in RAM. How? Its easy - the
  25.    vectors in ROM point to short routines (single instructions, in fact) that
  26.    jump through the table in RAM. You lose a few cycles on each one, but who
  27.    really cares?
  28.    The first thing the code must do on reset is set up this table in RAM. This
  29.    must be done before any exception generating devices are enabled.
  30.  
  31. John West
  32. --
  33. For the humour impaired: Insert a :-) after every third word
  34.