home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / m6809 / 547 < prev    next >
Encoding:
Text File  |  1992-12-15  |  2.9 KB  |  66 lines

  1. Newsgroups: comp.sys.m6809
  2. Path: sparky!uunet!spool.mu.edu!caen!saimiri.primate.wisc.edu!hp9000.csc.cuhk.hk!cucs5.cs.cuhk.hk!skwong
  3. From: skwong@cuse1.se.cuhk.hk (Wong Sai Kee (Graduate Assistant))
  4. Subject: Re: Is MC6809 microcoded ?
  5. Message-ID: <1992Dec14.133325.1133@cucs5.cs.cuhk.hk>
  6. Sender: news@cucs5.cs.cuhk.hk
  7. Organization: Faculty of Engineering, The Chinese U. of Hong Kong
  8. References: <1992Nov26.170018.4817@ka8lvz.uucp> <1fken4INN1mt@golem.wcc.govt.nz> <1992Dec13.063648.1061@cactus.org>
  9. Date: Mon, 14 Dec 1992 13:33:25 GMT
  10. Lines: 54
  11.  
  12. ritter@cactus.org (Terry Ritter) writes:
  13.  
  14. > While I do not normally monitor this group, a friend asked me to
  15. > look in, because, a decade-and-a-half ago, I was involved in the
  16. > design of the 6809.
  17.  
  18. > As noted in another post, the 6809 was not microcoded.  But the
  19. > structure was not a horribly-complex sort of centralized-state-
  20. > machine either.
  21.  
  22. > Essentially, each group of instructions started a "timing chain"
  23. > or sequencer which was really just a simple shift-register.  As
  24. > a bit propagated down a chain, fully-decoded timing was provided
  25. > for one group of instructions.  For us breadboard people, this
  26. > was an advantage because we could work on one well-separated
  27. > instruction group at a time.
  28.  
  29. > A timing-chain structure provides a close relationship between
  30. > a group of instructions and the equations for that group, which
  31. > to some extent provides a reduction of complexity.  Equation
  32. > minimization becomes somewhat more obvious and direct.  This sort
  33. > of structure is probably easier to understand than a centralized
  34. > state machine.  It need not be slower.
  35.  
  36. > However, the 6809 did in fact use a huge amount of random logic
  37. > in addition to the simple timing-chains and probably was not very
  38. > efficient in its use of silicon.  We certainly did not have any
  39. > research which addressed the issue at the time; this was just
  40. > the way microprocessors were designed.  From the perspective of
  41. > hindsight, however, I think the single-level random-logic
  42. > structure was overtaxed, and could have been greatly minimized
  43. > with additional decoding levels.   Another cost of a timing-chain
  44. > design is the need to test each chain, but that is probably
  45. > implicit in the need to test every instruction anyway.
  46.  
  47. > The timing-chain design was not a new innovation for the 6809;
  48. > rather, it was the way that the original 6800 (in Phoenix), the
  49. > depletion load re-do 6800 (in Austin), and other processors were
  50. > done (in Austin).  The 6809 was intended to be expanded from the
  51. > 6800 core (similar registers, ALU, etc.).  The 68000 was done
  52. > differently because it was done by a completely separate (new)
  53. > team assembled from the outside and they had different design
  54. > experience.
  55.  
  56. > ---
  57. > Terry Ritter   ritter@cactus.org
  58.  
  59. Finally, I get the answer (I am the question's originator).
  60. The conclusion is 6809 is not micro-coded (at least the original
  61. design).
  62.  
  63. Thanks for everybody answered and read this topic.  Thanks.
  64.  
  65. Mr.Sai-Kee WONG
  66.