home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.31 / text0042.txt < prev    next >
Encoding:
Text File  |  1993-07-15  |  7.0 KB  |  156 lines
  1. Submitted-by: nick@usenix.org (Nicholas M. Stoughton)
  2.  
  3.                USENIX Standards Report
  4.  
  5.    Nicholas M. Stoughton <nick@usenix.org>, Report Editor
  6.  
  7.  
  8. POSIX.4: Real Time
  9.  
  10.  
  11. Bill O. Gallmeister <bog@lynx.com>, vice chair of the
  12. POSIX.4 working group. reports on the January 11-15, 1993
  13. meeting in New Orleans, LA:
  14.  
  15. POSIX.4 has, for all intents and purposes, split into two
  16. separate groups.  On the one hand, we have the existing,
  17. ``old'' work of POSIX.4: POSIX.4 itself, POSIX.4a (threads),
  18. and POSIX.13.  These three documents are in balloting right
  19. now and are not, for the most part, the concern of the
  20. working group.  On the other hand, the working group is
  21. busy, mostly with POSIX.4b, a proposal for extended real-
  22. time functionality.  POSIX.4b is what the working group
  23. worked on in New Orleans.  This report will briefly cover
  24. both parts of POSIX.4.
  25.  
  26. What We Work On
  27.  
  28. First, here's a brief introduction to what we do in POSIX.4.
  29. POSIX.4, the working group charged with making extensions to
  30. POSIX to support real-time applications, has a sizable
  31. stable of proposed standards in its estate.  POSIX.4 is the
  32. basic realtime standard;  POSIX.4a is the threads extension
  33. to POSIX;  POSIX.13 is the profiles document that describes
  34. POSIX for everything from an embedded controller to a large
  35. workstation-based real-time system;  POSIX.4b is yet more
  36. real-time extensions (stuff we couldn't agree to work on for
  37. POSIX.4);  and finally, POSIX.4c is the Language-Independent
  38. spec and the test assertions for POSIX.4. [Ed. note the
  39. comments in the editorial on these matters]
  40.  
  41. The Old Stuff:  POSIX.4.
  42.  
  43. POSIX.4 is the base, real-time standard.  This document is
  44. so close to finishing, we can taste it!  On the last ballot,
  45. we achieved an 83% affirmative approval rating.  By that
  46. metric, we're done.  On the other hand, some of the
  47. remaining balloters are vociferous and represent large,
  48. existing bases of UNIX functionality.  For this reason, in
  49. New Orleans the technical reviewers were still addressing
  50. the remaining objections, trying to remove as many of these
  51. as possible.  At the close of the New Orleans meeting, the
  52. ballot resolution process wasn't completed.  However, since
  53. then, the resolution process has been finished, and we have
  54. in fact sent out POSIX.4 for its final recirculation.  Two
  55. large changes were made from draft 13 to draft 14, along
  56. with several minor changes.  The major changes are:
  57.  
  58.   1.  The real-time files chapter has been removed from the
  59.       document.  This chapter had become the lightning rod
  60.       for the majority of the remaining objections, most of
  61.       which objected to the fact that the facility only
  62.       seemed able to do contiguous, pre-allocated disk
  63.       files.  More capability and extensibility was desired.
  64.       A competing proposal, for a thing called fadvise, has
  65.       been made by one of the objectors, and it seems like a
  66.       better solution to the whole issue of real-time files.
  67.       We will probably be addressing this area in future
  68.       work of the POSIX.4 working group.  Unfortunately, for
  69.       now there is no proposal in place for real-time files.
  70.       I was personally uncomfortable with this action, it
  71.       being late in the balloting process.  At the same
  72.       time, though, I do like the fadvise interface more
  73.       than the POSIX.4 Draft 13 interface, and some of the
  74.       Draft 13 facilities were, frankly, incomprehensible to
  75.       me. Basically, I think this action was OK.
  76.  
  77.   2.  Some of the POSIX.4 interfaces feature the capability
  78.       to set up ``something'' that will cause the
  79.       application to be asynchronously notified in the
  80.       future.  For instance, a timer expiration, or
  81.       asynchronous I/O completion, both result in
  82.       asynchronous notification.  As of draft 13,
  83.       ``asynchronous notification'' meant a signal was
  84.       delivered.  Several objectors wanted the ability to
  85.       replace signals with other, presumably more
  86.       lightweight methods of asynchronous notification
  87.       (simply calling a function is a possibility).  Draft
  88.       14 has been accordingly modified to support extension
  89.       to new methods of asynchronous notification.  Signals
  90.       are currently the only known method of asynchronous
  91.       notification, but other, future mechanisms can now be
  92.       implemented in a portable fashion under the POSIX.4
  93.       facilities.  I am quite in favor of this change, as
  94.       everyone knows there are faster ways of doing
  95.       asynchronous notification than signals!
  96.  
  97. In addition, there are numerous, very minor changes to draft
  98. 14 of POSIX.4.  At this writing, POSIX.4, Draft 14 has been
  99. sent out for one last recirculation.  Draft 14 is not a
  100. complete draft;  it is merely a set of changes from Draft
  101. 13.  There are about ten pages of changes.  The balloting
  102. period has already closed, and we are in the process of
  103. totaling up the responses to this last recirculation.
  104.  
  105. More Old Stuff:  POSIX.4a.
  106.  
  107. POSIX.4a is the threads proposal.  This document is probably
  108. of greater interest to a lot of the Usenix members than
  109. POSIX.4 itself.  Here's a shocker:  POSIX.4a has gone out
  110. for a recirculation!  After a long while in ballot
  111. resolution, the threads proposal was just recently sent out
  112. again.  It should be in the hands of the balloting group for
  113. another recirculation before this report is published.  With
  114. any luck, this recirculation will go more smoothly, and more
  115. swiftly, than the previous two recirculations have.  The
  116. good news is, this time, POSIX.4a is being recirculated, not
  117. reballoted.  The previous time around, POSIX.4a was re-
  118. balloted.  What that means is, the entire draft was open for
  119. comment.  In a recirculation, by contrast, only the changed
  120. parts of the proposal can be commented upon.  A reballot is
  121. required when not enough people deliver an affirmative
  122. ballot.  Thus, if you need a reballot, you're in trouble.
  123. The fact that we are re-circulating POSIX.4a is a good sign.
  124.  
  125. Yet more Old Stuff:  POSIX.13.
  126.  
  127. The profiles document, POSIX.13, is currently still in
  128. ballot resolution.  It seems to be following the POSIX.4a
  129. model, wherein the technical reviewers have very little time
  130. for technical review.  The issues for POSIX.13 are fewer
  131. than for POSIX.4a -- that's good.  On the other hand, the
  132. one big issue, subsetting of POSIX.1, is still to be
  133. addressed.  That's bad.  (For those of you who are just
  134. learning about the POSIX.4 world, POSIX.13 consists of four
  135. profiles, ranging from supercomputer real-time all the way
  136. down to tiny, embedded systems.  These embedded systems
  137. generally run on hardware that is not capable of supporting
  138. all of POSIX.1 and POSIX.2 (no disk, no MMU, very little
  139. memory, etcetera).  For that reason, there is a need for an
  140. embedded profile to call out a subset of POSIX.1:  it needs
  141. a lot of POSIX.1, but other parts are simply irrelevant or
  142. impossible).  Stay tuned for more information on how
  143. POSIX.13 is doing!
  144.  
  145. POSIX.4c
  146.  
  147. Some progress has been made towards a language-independent
  148. specification for POSIX.4.  However, given the current
  149. instability of the whole LI thing, I wouldn't be surprised
  150. if we were able to drop this work later on.  For now, work
  151. continues on LI.
  152.  
  153.  
  154. Volume-Number: Volume 31, Number 47
  155.  
  156.