home *** CD-ROM | disk | FTP | other *** search
/ back2roots/padua / padua.7z / padua / misc / kill2090.lzh / KILL2090.DOC < prev    next >
Encoding:
Text File  |  1990-10-16  |  6.0 KB  |  146 lines
  1. Kill2090 v1.0 By John Davis, 26/08/1990
  2.  
  3. What it does
  4. ------------
  5.  
  6. KILL2090/RESET  are  a  set  of  programs to reset the amiga thru software
  7. (first  asking  the  user for confirmation), plus it will try to _DISABLE_
  8. ALL  the  autoconfig devices in your machine.  Since this will include the
  9. hard-disk  controller, this allows you to safely run software off floppies
  10. without  worrying  about  viruses  etc  getting at your autoboot/automount
  11. hard-disk.
  12.  
  13. If you have the 1mb Agnus, it will also toggle your machine to PAL or NTSC
  14. screen  mode,  depending  on  which  version  you use (useful for games if
  15. you've  got a PAL machine and useful for gaining screen area if you've got
  16. a  NTSC  machine).   If you ONLY wish to reboot to a different video mode,
  17. then  the  RESET  version  will  do  that  alone  (without  disabling your
  18. hard-disk etc).
  19.  
  20. Since  the  actual  screen toggle code is run from the cold capture during
  21. reboot,  this  means  it  will  work  even  with games which have a custom
  22. bootblock  (and hence can't have Nico Francois' PAL/NTSC bootblock used on
  23. them).
  24.  
  25. In  spite  of the name, it will actually work with ALL autoconfig boards -
  26. that includes the 2090a controller, the A590 hard-disk and ram system, the
  27. 2058/2052 ram boards and hopefully most 3rd party autoconfig devices.
  28.  
  29. When  you reboot you should notice a pause, then the led will blink on/off
  30. 5  times  and  the  screen will go pink.  This lets you know Kill2090's at
  31. work.
  32.  
  33. If  you've  run  KILL2090,  when  it's  finished, you should get the amiga
  34. asking  for  a workbench disk - your auto-boot hard-disk and all expansion
  35. memory  is  now  disabled.   If  you've run RESET your machine should just
  36. reboot to the chosen video mode.
  37.  
  38.  
  39. Technical info
  40. --------------
  41.  
  42. There  is  only  one source file for all four versions of the program, you
  43. just  vary  a  pair  of conditional flags to build all four - so if you do
  44. muck around with the source, remember to rebuild ALL versions.
  45.  
  46. The  actual  reset  routine used , is based on the example in the 1.3 rkm,
  47. with  additional  mods  described  by  CATS  on  usenet  for 020/030 based
  48. systems.
  49.  
  50. The  code  for  disabling  the auto-config boards is based on info gleaned
  51. from the 1.3 Hardware RKM auto-config docs.  Basically what it does is zip
  52. thru  all the boards it can find, and if they support SHUT-UP then it uses
  53. that  to  make  them disappear, if they don't then it tells them to config
  54. out of the way at $200000.
  55.  
  56. Hence  by  the  time  exec  comes  up and looks for any autoconfig boards,
  57. they're all gone (yes, it's a HACK - but it works :-).
  58.  
  59. This  version  is  hardcoded  to  config  the any boards boards that can't
  60. support  shut_up to $200000.  Earlier versions sent boards to $d00000, but
  61. if  you  had  a  2mb (or greater) memory board, this resulted in the board
  62. memory  overlaying  the  custom  chips  (at  $dff000) and causing a system
  63. crash.  Moving boards to $200000 means that even full 8mb boards are coped
  64. with  correctly,  in  fact  that's the _only_ 8mb gap in the system memory
  65. map.
  66.  
  67. The disable code is hooked to execbase's ColdCapture vector, this gets run
  68. VERY  early in the reboot sequence (making it ideal for this application -
  69. it's  run  before even EXEC is up !!) plus the vector's auto-cleared after
  70. use (so the patch doesn't hang around - again, exactly what I wanted)
  71.  
  72.  
  73.  
  74. Possible problems
  75. -----------------
  76.  
  77. As  I  said,  portions of this code are somewhat illegal in how they treat
  78. the  system, I've tested the code on as wide a range of machines as I can,
  79. but  there  is  no  way  I  can  guarantee  it  will  work on all systems.
  80. Basically, for any setup, you're going to have to suck it and see...
  81.  
  82. specific areas that could be a problem ...
  83.  
  84. 1) the autoconfig fakeout is 'illegal' ...  seems to work on all the systems
  85.    I've  tried though ( 2000 r4.3 with 1mb and 2090a, 2000 r4.3 with 2090
  86.    and  3mb  ram,  2500/30 w 2090a, 2500/30 w 2090, A500 w A590 and 3mb,
  87.    2000 r4.3 w Ronin Hurricane 020 )
  88.  
  89. 2) it seems that some 2000s don't correctly remap the ROM on execution
  90.    of  the  RESET  instruction,  or just ignore the RESET pulse ( hardware
  91.    design fault ).  Not much I can do about that....
  92.  
  93. 3) as anyone who's followed the saga of 'the correct code to reset the
  94.    amiga  in  software,  part mcmlxxiv' on Usenet will know, CBM themselves
  95.    can't come up with code that will reliably reset ALL setups. This is
  96.    the latest version of the reset code that doesn't resort to jumping
  97.    to ROM ( here's CATS telling us off for rom-jumping, now they're doing
  98.    it themselves :-).
  99.  
  100.    The reset code should work on most machines ... EXCEPT on the 2500
  101.    you will get the reset, followed by the led-blinking the 2630 does
  102.    on startup (when you can select processors), followed by my code
  103.    running (screen goes pink) and then you'll get a guru. Don't worry,
  104.    just cancel the Alert and it'll still work fine .... since this
  105.    happens ONLY on the 2630 (code works fine on a Ronin Hurricane board),
  106.    I can only put this down to some weird interaction with the 2630 
  107.    boot rom ... if anyone has code that PROPERLY resets the 2630 I'd
  108.    love to see it.
  109.  
  110.  
  111.  
  112. Bug Reports
  113. -----------
  114.  
  115. If  you  find either of the programs don't seem to work on your setup, let
  116. me  know,  so  as I can work out what I need to do to make this work on as
  117. wide a range of machines as possible - any and all feedback welcomed!
  118.  
  119.  
  120. you can contact me at the following electronic addresses :-
  121.  
  122. bbs: "John Davis" on AmigaINFO BBS, NZ +3-3371-531 (24hrs, 2400/1200 baud)
  123. Internet/UseNet: chem194@canterbury.ac.nz
  124.  
  125. or snail mail to
  126.    
  127.    John Davis
  128.    Departmental Programmer
  129.    Chemistry Department
  130.    University of Canterbury
  131.    Private Bag
  132.    Christchurch
  133.    New Zealand
  134.  
  135.  
  136. Finally,  a  big thanks to all the people who helped with the Beta testing
  137. of this program by allowing me access to their hardware -
  138.  
  139.    Terrence Blyth, Andrew King, Joe Begej, Dave Hassall, Stephen Webber,
  140.    Pete Moore, Geoff McCaughan, Peter.B McIntyre, John Nettleton,
  141.    John Bickers, Danny Neville
  142.  
  143. and   to   all   the  people  on  AmigaINFO  BBS  for  their  support  and
  144. encouragement.
  145.  
  146.