home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / m68k / 1622 < prev    next >
Encoding:
Internet Message Format  |  1993-01-22  |  3.2 KB
  1. Path: sparky!uunet!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!yale!mintaka.lcs.mit.edu!ai-lab!mobot!bleck
  2. From: bleck@mobot.ai.mit.edu (Olaf Bleck)
  3. Newsgroups: comp.sys.m68k
  4. Subject: Re: MC68332 TCR1/TCR2 Problem
  5. Date: 21 Jan 1993 05:45:53 GMT
  6. Organization: MIT Artificial Intelligence Laboratory
  7. Lines: 67
  8. Sender: bleck@mobot (Olaf Bleck)
  9. Distribution: world
  10. Message-ID: <1jldahINNigk@life.ai.mit.edu>
  11. References: <1j7ua0INNsci@life.ai.mit.edu> <1993Jan19.220045.28984@newsgate.sps.mot.com>
  12. Reply-To: bleck@ai.mit.edu
  13. NNTP-Posting-Host: mobot.ai.mit.edu
  14.  
  15. In article <1993Jan19.220045.28984@newsgate.sps.mot.com>, Jeff Loeliger <jeffl@darth.sps.mot.com> writes:
  16. |> This is not a stupid feature. It provides the best possible real time
  17. |> response.
  18. |> With the greater than or equal comparator, if an event gets scheduled in
  19. |> the "past"
  20. |> it will happen immediately. This is useful if the TPU misses an event do
  21. |> to heavy
  22. |> loading. If the event was scheduled for $9000, but the TCR was $9002 by
  23. |> the
  24. |> time the TPU serviced the request the match will happen immediatly. If
  25. |> the TPU
  26. |> had only a equal comparator the match would happen $FFFD counts late!
  27.  
  28. Well, there is some merit to this claim, but if you're scheduling things so
  29. close to the time when they're supposed to happen, then I'd want to rethink
  30. the code.  Additionally, if you count on this to execute late scheduled
  31. events, and you're depending on knowing when the event actually happened so
  32. that you can schedule the next even relative to that time, then it's
  33. important to realize that the TPU channel in fact saved the *actual time*,
  34. i.e. the $9002, instead of the $9000.  Thus this little error in time will
  35. propagate through and grow until and can resync everything at some other known
  36. time.
  37.  
  38.  
  39.  
  40. |> Events can be scheduled $8000 from the current time without a problem. If
  41. |> you
  42. |> want to scheule a event $8001 from the current TCR, you should shedule an 
  43. |> event $1  and then $8000. The event scheduled $1 from the current time
  44. |> will
  45. |> be serviced late, but the $8000 will be service at the correct time.
  46. |> Using this
  47. |> method you should always schedule the >$8000 part of a event first, and
  48. |> then
  49. |> schedule events $8000 away or repeatedly schedule events $8000 away. This
  50. |> will provide the mininal amount of loading on the TPU.
  51.  
  52.  
  53. That's an interesting twist--wish I'd thought of it!  I will consider it 
  54. (especially given that mod $8000 is pretty easy...)
  55.  
  56.  
  57.  
  58. |> >"draft" copy, but who knows what that means.  Basically it was a manual
  59. |> for
  60. |> >the TPU assembler, which is *not* on the BBS.  Then, you'll have to get a
  61. |> >copy of all the stuff on the BBS, including the TPU assembler, and take
  62. |> it
  63. |> >from there.  One of these days I will be tackling this task too...
  64. |> >     -stuff deleted-
  65. |> 
  66. |> The TPU assembler is on the BBS, I checked today (Jan. 19). The assembler
  67. |> on the BBS
  68. |> was meant to be used to assemble new "mixes" of functions on the BBS.
  69.  
  70.  
  71.  
  72. Ah, what I meant was that the TPU Assembler *Manual* is NOT on the BBS.  It's
  73. the only place where I've actually found all the syntax of the TPU assembler
  74. described.
  75.  
  76. -- 
  77. Tear Here:
  78. -----------------------------------------------------------------
  79. _________________________________________________________________
  80. Olaf Bleck                    bleck@ai.mit.edu
  81.  
  82.