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

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