1212r981209-0001

<html> <head> <meta HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=windows-1252"> <meta NAME="GENERATOR" CONTENT="Microsoft FrontPage 3.0"> <title>1212r - December 9, 1998</title> </head> <body LINK="#0000ff"> IEEE 1212r Meeting December 9, 1998 Meeting Secretary John Fuller was encouraged to be secretary for this meeting. Review Previous Meeting Minutes Previous meeting minutes were adopted without objection. Instance Directory Keyword proposal Document is 98-005r0.pdf on our web site. Discussion centered on the choice of a more limited 7-bit ASCII character set. Peter Johansson moved that we use the character set that includes "a"-"z", "0"-"9", and "-". Seconded by John Fuller. Motion passes 5-0-0. John Fuller moved and Atsushi Nakamura seconded that 98-005 as modified be incorporated into section 8. Feature directory interaction with dependent info directories Document is fdirprop.pdf on our web site. Discussion centered on the differences between feature directories and dependent info directories. It was concluded that there is a difference in that dependent info directories get their format from the context of their parent and as such must only be pointed to by one directory; feature directories on the other hand specify their own format and may be pointed to by multiple parents (e.g. instance directory and unit directory). Vendor (Model) directory We discussed John Fullers proposal to allow Vendor and Model keys to appear in unit directories. Consensus: These key should be allowed in unit directories, the Vendor immediate key shall appear in the root directory even if a Vendor directory is present. Similarly, if vendor identification is used in a unit directory then the Vendor immediate key shall appear in the unit directory even if a Vendor directory is present. The Model key only has the immediate form. The specified vendor administers the 24-bit number. Extended Keys DavidJ will give Peter a write up of extended keys to be incorporated into section 8. Textual descriptor enhancement Document is 98-004r3.pdf on our web site. Daniel described the changes made to this document that were requested at the last meeting. John Fuller moved and Peter Johansson seconded that the document be rolled into the section 8 document with the single change of swapping the top two fields of Language Specifier. Passed without objections. Discussion on unit directory representation How to describe devices with multi-protocol per function We discussed the problem of a single function instance with two protocols (e.g. a printer with SBP-2 and DPP) with both units listed in the root directory. There is no good answer for the vendor here, either he only puts one unit in the root and loses the other capability for legacy enumerators or he puts both units into the root and lives with the user confusion and possible improper operation for legacy enumerators. Consensus: Devices that use instance directories ideally will have no unit directories pointed to by the root directory; if the vendor needs to deal legacy enumerators we recommend that a single unit directory from each instance directory be included in the root; if this is still insufficient then weve warned you, just do what you want and live with the consequences. Message Request/Message Response These packets begin with 16 bits of reserved, then 24 bits of Company-ID (cf. OUI), then 24 bits of format identifier (assigned by owner of Company-ID), packet size should be between 8 and 64 bytes. This location only accepts block writes, quadlet writes give type-error. Behavior for writes of greater than 64 bytes or misaligned writes are bus dependent. Modifiable ROM It was decided that the message request/response could be used to build a private protocol to modify ROM and hence does not need to be defined by 1212r. Changing ROM is tricky, caveat emptor; Peter to craft some text. Action Items <ul> <li>Peter to incorporate keyword proposal into section 8</li> <li>Peter to poll for usage of key values.</li> <li>Peter to modify section 8 to allow vendor and model keys in unit directories.</li> <li>DavidJ will give Peter a write up of extended keys to be incorporated into section 8.</li> <li>DavidJ to send section ? for lock operations to Richard Churchill.</li> <li>Peter to incorporate textual descriptor proposal into section 8.</li> <li>Peter to write warning paragraph in section 8 about multi-protocol functions and legacy enumerators.</li> <li>Peter to write up message request/response description for section 8.</li> <li>Peter to craft text for section 8 about modifiable ROM.</li> <li>Brian to request that the TA begin a registry for keywords.</li> <li>Brian to request that the TA begin a registry for configuration ROMs.</li> <li>DavidJ to propose options for reaffirming 1212 vs. writing a new specification.</li> <li>Peter to change references to "OUI" to "RAC-Id"</li> </ul> Next Meeting January 25-26, Maui Web site submissions for January meeting are due directly to Greg LeClair by 1/8/99. Meeting will just be one day, 1/26/99. Attendance <table border="0"> <tr> <td>John Nels Fuller</td> <td>Micrsoft Corporation</td> <td><a HREF="mailto:jfuller@microsoft.com">jfuller@microsoft.com</a></td> </tr> <tr> <td>Peter Johansson</td> <td>Congruent Software</td> <td><a HREF="mailto:PJohansson@aol.com">PJohansson@aol.com</a></td> </tr> <tr> <td>Brian Batchelder</td> <td>Hewlett-Packard</td> <td><a HREF="mailto:brianb@vcd.hp.com">brianb@vcd.hp.com</a></td> </tr> <tr> <td>Daniel Meirsman</td> <td>Philips Consumer Electronics</td> <td><a HREF="mailto:daniel.meirsman@leu.ce.philips.com">daniel.meirsman@leu.ce.philips.com</a></td> </tr> <tr> <td>Atsushi Nakamura</td> <td>Canon</td> <td><a HREF="mailto:Atsushi_Nakamura@cbj.canon.co.jp">Atsushi_Nakamura@cbj.canon.co.jp</a></td> </tr> <tr> <td>David James</td> <td>Sony</td> <td><a HREF="mailto:davej@lsi.sel.sony.com">davej@lsi.sel.sony.com</a></td> </tr> <tr> <td>Greg LeClair</td> <td>Epson</td> <td><a HREF="mailto:greg@erc.epson.com">greg@erc.epson.com</a></td> </tr> <tr> <td>Hisato Shima</td> <td>Sony</td> <td><a HREF="mailto:shima@usrl.sony.com">shima@usrl.sony.com</a></td> </tr> <tr> <td>David Smith</td> <td>TI</td> <td><a HREF="mailto:desmith@ti.com">desmith@ti.com</a></td> </tr> </table> </body> </html>