home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sun / misc / 3773 < prev    next >
Encoding:
Internet Message Format  |  1992-08-19  |  1.3 KB
  1. Xref: sparky comp.sys.sun.misc:3773 alt.folklore.computers:12732
  2. Path: sparky!uunet!ferkel.ucsb.edu!taco!lll-winken!ames!sun-barr!olivea!mintaka.lcs.mit.edu!bloom-beacon!eru.mt.luth.se!lunic!sunic!kth.se!kjell
  3. From: kjell@elixir.e.kth.se (Kjell Rilbe)
  4. Newsgroups: comp.sys.sun.misc,alt.folklore.computers
  5. Subject: Rapidly incrementing address lines Was: Re: what is halt_and_catch_fire?
  6. Message-ID: <1992Aug19.111604.17893@kth.se>
  7. Date: 19 Aug 92 11:16:04 GMT
  8. References: <1992Aug14.181623.16695@exlog.com> <1992Aug17.132819.29817@zoo.bt.co.uk> <3140@isgtec.isgtec.com>
  9. Sender: usenet@kth.se (Usenet)
  10. Organization: Dept. of EE, Royal Institute of Technology, Stockholm, Sweden
  11. Lines: 14
  12. Nntp-Posting-Host: elixir.e.kth.se
  13.  
  14. In article <3140@isgtec.isgtec.com> bmw@isgtec.com (Bruce M. Walker) writes:
  15. >[Stuff deleted before and after]
  16. >It is semi-apocryphal.  One undocumented opcode in the MC6800
  17. >instruction set caused the processor to cease fetching instructions,
  18. >but to increment its address lines rapidly (every one or two clocks,
  19. >don't remember which).  
  20.  
  21. This is the behaviour I encountered when my reset signal didn't work
  22. in a MC6809 board. Seems it does that when the RESET signal is too
  23. short at power-up.
  24.  
  25. Never thought of using it to check the address decode though.....
  26.  
  27. /Kjell Rilbe
  28.