home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.27 / text0008.txt < prev    next >
Encoding:
Text File  |  1992-05-20  |  5.3 KB  |  114 lines
  1. Submitted-by: pc@hillside.co.uk (Peter Collinson)
  2.  
  3. USENIX Standards Watchdog Committee
  4. Stephen Walli <stephe@usenix.org>, Report Editor
  5. Report on POSIX.4, POSIX.4a, POSIX.13, POSIX.4b Real-time Extensions
  6.  
  7.  
  8. Bill O. Gallmeister <bog@lynx.com> reports on the January 13-17
  9. meeting in Irvine, CA:
  10.  
  11. Summary
  12.  
  13. This meeting, we concentrated on the real-time profiles document
  14. (POSIX.13), and on the new real-time interfaces (POSIX.4b).  POSIX.13
  15. was released to ballot at the end of this meeting.  In addition,
  16. technical reviewers for POSIX.4 and POSIX.4a were able to make good
  17. progress on their respective drafts.  POSIX.4 may complete balloting
  18. in the Fall of 1992; POSIX.4a will probably take another six months
  19. after that.  Our current intention is to ballot POSIX.4b after the
  20. October meeting.  By that time, POSIX.4 itself should be through the
  21. IEEE balloting process and into an ISO ballot, though we will probably
  22. still be balloting POSIX.4a.
  23.  
  24. POSIX.13:  Real-Time Profiles
  25.  
  26. The big news here is that POSIX.13 is now ready to ballot!  After a
  27. number of small mock ballots, the working group closed on what should
  28. be the functionality in each of the four profiles contained in
  29. POSIX.13.  POSIX.13 is the first POSIX profile document to reach
  30. ballot. With any luck, we will begin POSIX.13 ballot resolution at the
  31. April, 1992 meeting.
  32.  
  33. POSIX.4b:  New Real-Time Interfaces
  34.  
  35. Our goal this week was to settle on the contents of POSIX.4b and to
  36. produce first drafts of each chapter. We came close.  Some first
  37. chapter drafts should be coming in the mailings.
  38.  
  39. POSIX.4b includes chapters for: interrupt control; timeouts on all
  40. blocking functions; enhanced memory allocation; sporadic server
  41. scheduling; spawn (a combined fork/exec); the ability to wait on
  42. multiple things, also known as event flags; CPU time budgeting (the
  43. ability to set time budgets for other processes/threads and examine
  44. time spent by those processes/threads); and more interfaces for
  45. driver/application communication (i.e., ioctl).  Some of these
  46. chapters actually did make it into the draft by Friday.  Other
  47. facilities were brand new, and are still being debated (CPU time
  48. budgeting, event flags and ioctl were especially contentious).  The
  49. contents are not cast in stone, but it indicates the small groups
  50. which the working group will form at the next meeting.
  51.  
  52. Ioctl
  53.  
  54. The standard method of driver/application communication, aside from
  55. the obvious read/write, is ioctl.  POSIX.1 elected not to standardize
  56. ioctl, instead preferring to provide alternate standard interfaces to
  57. control those devices, such as TTYs, for which a standard set of ioctls
  58. existed.  For devices which were not standard, POSIX.1 did not wish to
  59. provide a standard interface for doing non- standard things.
  60.  
  61. There was some agreement with this approach in POSIX.4, but the idea
  62. had been raised that perhaps there were a suitable set of standard
  63. devices which might benefit from standard ioctls (SCSI devices, IEEE
  64. 488 devices, and so forth).
  65.  
  66. A small group (me) gathered up a list of standard devices for
  67. consideration for a standardized control interface.  Whether the
  68. interface was ioctl or not is, at this point, largely immaterial.
  69. When this list was presented, it was rather short; it turned out that
  70. most of the impetus for ioctl is not the desire to perform standard
  71. I/O operations (rewind a tape, eject a floppy), but rather to do non-
  72. standard things (rotate a radar, drop some control rods, e.g.).  We
  73. decided to form a small group to further explore this issue.
  74.  
  75. Enhanced Memory Allocation
  76.  
  77. An interface by which memory can be allocated from various special
  78. pools (NVRAM, Video Ram, for instance) is standard practice in much of
  79. the real-time community.  This is the idea behind an enhanced memory
  80. allocation interface. It was pointed out that the mmap() facility
  81. could be used to carve off parts of an appropriate memory area, and an
  82. allocator could be easily constructed at application level based on
  83. this.  This was seen to be the correct way of allocating special
  84. memory.
  85.  
  86. Asynchronous Interfaces
  87.  
  88. Some have requested that POSIX.4 provide asynchronous interfaces to
  89. blocking services. Some objected that we have already done so;
  90. POSIX.4a provides an asynchronous interface to any system interface by
  91. allowing threads to be created for the purpose of using those
  92. interfaces without suspending the original thread.  For instance, an
  93. asynchronous open routine can easily be emulated by creating a
  94. separate thread to perform a synchronous open, then signal the
  95. original thread and go away.  Despite this, we have an agenda bullet
  96. to explore this possibility in Dallas this April.
  97.  
  98. POSIX.4 and POSIX.4a Draft Status
  99.  
  100. POSIX.4 has completed its third round of balloting and the ballot
  101. objections are dropping off in a gratifying fashion.  The draft should
  102. be out for its next-to-last recirculation by the April meeting.  IEEE
  103. approval is expected in the Fall of 1992. POSIX.4a is approaching its
  104. next circulation and should be re-circulated by the Fall meeting as
  105. well.  POSIX.4a will actually be re-balloted rather than re-
  106. circulated, because it was not able to achieve a 75% approval rate.
  107. This means that the entire draft will be open for comment, rather than
  108. just the parts of the draft that have changed from the previous
  109. draft.  The balloting group, however, will remain the same.
  110.  
  111.  
  112. Volume-Number: Volume 27, Number 8
  113.  
  114.