home *** CD-ROM | disk | FTP | other *** search
/ Usenet 1994 January / usenetsourcesnewsgroupsinfomagicjanuary1994.iso / sources / std_unix / volume.27 / text0060.txt < prev    next >
Encoding:
Text File  |  1992-05-20  |  4.4 KB  |  84 lines
  1. Submitted-by: stephe@mks.com (Stephen Walli)
  2.  
  3.                       USENIX Standards Watchdog Committee
  4.               Stephen R. Walli <stephe@usenix.org>, Report Editor
  5.  
  6.  
  7.           POSIX.14: Multiprocessor Profile
  8.  
  9.           Rick Greer <rick@ivy.isc.com>  reports on the January 13-17,
  10.           1992 meeting in Irvine, CA:
  11.  
  12.           The multiprocessor working group plans to submit their draft
  13.           profile to a mock ballot after the April 1992 meeting.  Much
  14.           of  the  January  meeting  was  spent dealing  with  various
  15.           trivialities  in  the  draft  in  anticipation of  the  mock
  16.           ballot.  We  did,  however, encounter  one major issue  that
  17.           could  prevent  the  draft  profile  from  ever  becoming  a
  18.           standard.  It  seems  that a draft  profile cannot become  a
  19.           ``POSIX Standard Profile''  if it references documents which
  20.           are  not  themselves   official  standards  endorsed   by  a
  21.           ``recognized  accrediting   body''.    The  POSIX.14   draft
  22.           references  both  the   POSIX.4  (Real-time)  and   POSIX.4a
  23.           (Threads) drafts,  as  well as some  ongoing ANSI X3H5  work
  24.           defining parallel language  facilities.  It cannot  become a
  25.           standard profile until  all of these  make their way through
  26.           the appropriate standardization mill.
  27.  
  28.           The POSIX.14  profile  is fairly  simple,  and likely to  be
  29.           ready for  balloting long  before its antecedent  documents.
  30.           This forces the  POSIX.14 working group into one of a number
  31.           of possible holding actions:
  32.  
  33.           1. Hold up balloting  the POSIX.14 profile  until all of the
  34.              referenced documents become  standards.  This will  leave
  35.              the working group  with very little to do, except perhaps
  36.              to  work  with  the  other groups  to  try and  speed  up
  37.              acceptance of  their  work.  Since  most of the  POSIX.14
  38.              working group are  refugees of the POSIX.4a threads wars,
  39.              there is very  little enthusiasm within POSIX.14 for this
  40.              approach.
  41.  
  42.           2. Go  ahead  and ballot  the  POSIX.14 profile,  but  don't
  43.              submit it to  the IEEE Standards Board for approval until
  44.              the referenced  documents  become standards.  This  gives
  45.              the working  group  something to  do  over the  next  few
  46.              months (i.e,  work on ballot  resolutions).  In the  long
  47.              run it will  only delay the inevitable:  We are likely to
  48.              run  out  of  ballot  objections  long before  the  other
  49.              documents become standards.
  50.  
  51.           3. There  are  a   number  of  ``missing  interfaces''  that
  52.              POSIX.14 would like  to see added  to POSIX.1 and POSIX.2
  53.              but, being a  profile group, is  unable to specify.  What
  54.              we can  do  is to  recommend  to other  groups that  they
  55.              incorporate these interfaces  into subsequent versions of
  56.              their   documents   to  better   support   multiprocessor
  57.              operation.  The general  feeling within POSIX.14  is that
  58.              if we do  a thorough job of presenting well defined, well
  59.              rationalized,  multi-  processor  interfaces,  the  other
  60.              working groups should  pick them up  with little argument
  61.              (ha!).  While waiting  for the draft documents referenced
  62.              by the POSIX.14 profile to become standards, the POSIX.14
  63.              working group could  devote some effort to defining these
  64.              missing interfaces.
  65.  
  66.           We pretty much  decided to go  with holding action  number 3
  67.           (primarily because  it's more  fun than items  1 or 2),  but
  68.           this course of  action presents problems  of its own.  If we
  69.           wish to include  the missing interfaces into the profile, we
  70.           will have to wait for them to become officially adopted into
  71.           POSIX.1 and POSIX.2.   This would, of  course, put us  right
  72.           back where we  started:  Waiting for referenced documents to
  73.           become standards before the profile itself can be finished.
  74.  
  75.           One  way out  of  this dilemma  is  to include  the  missing
  76.           interfaces in an  appendix to the  profile itself. Once  the
  77.           interfaces have become  recognized standards, we can include
  78.           them  in the  normative  text in  a  later revision  of  the
  79.           profile.
  80.  
  81.  
  82. Volume-Number: Volume 27, Number 60
  83.  
  84.