attachment

<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:st1="urn:schemas-microsoft-com:office:smarttags" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv=Content-Type content="text/html; charset=us-ascii"> <meta name=Generator content="Microsoft Word 11 (filtered medium)"> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="country-region"/> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PostalCode"/> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="State"/> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="Street"/> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="City"/> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="place"/> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="address"/> <o:SmartTagType namespaceuri="urn:schemas-microsoft-com:office:smarttags" name="PersonName"/>  <style>  </style> </head> <body lang=EN-US link=blue vlink=purple> <div class=Section1> I told you about a change request we have in mind for one line in the main UPDF.xsd schema.<o:p></o:p> Some background:<o:p></o:p> <o:p> </o:p> I could use all schemas unchanged, as long as i did not use a generic feature, which described a variable value. In simple words that’s something like copies (no enumerated records, but a rather general description of parameters). While copies themselves is a predefined feature, you could well use a similar feature description for contrast, brightness, etc. i guess you get the idea.<o:p></o:p> <o:p> </o:p> More to the point now:<o:p></o:p> When you open the UPDF schema (UPDF.xsd) and search for the GenericFeature description (in my editor that’s in line 1437), you will eventually see an attribute “NonDominantRepresentative” (line 1455) assigned to it. This attribute makes a lot of sense when the feature is described by a number of records. Each of these records has an ID. In this case you refer to one of them in this attribute.<o:p></o:p> When you have a generic feature of the type VariableValue, you only have one record. And more important: this record does NOT have an ID. So you cannot refer to that record. Does not make sense either, if you only have one anyhow.<o:p></o:p> The “NonDominantRepresentative” attribute is required though.<o:p></o:p> <o:p> </o:p> I declared the attribute optional and everything i wanted to do worked fine.<o:p></o:p> So the one and only request change i would have is to fix that problem. I’d like to take a couple of hours and reflect on it whether a change from ‘required’ to ‘optional’ is the best fix.<o:p></o:p> The question i have is: am i entitled to do that and replace the corresponding line(s) without having to start a whole ‘last call’ procedure?<o:p></o:p> I assume you trust me that i have the necessary expertise to deal with the issue.<o:p></o:p> <o:p> </o:p> On another note i’d like to share is that UPDF is a good preparation when you are dreaming of having one device description for various platforms.<o:p></o:p> Lately quite some people in our industry have to deal with <st1:place w:st="on">Vista</st1:place> and the way they use xml there. I dare to say that i feel quite familiar with the challenge we are facing there. With drivers on previous platforms we could hardly be positioned better to enter that realm.<o:p></o:p> <o:p> </o:p> Norbert<o:p></o:p> <o:p> </o:p> <st1:PersonName w:st="on">Norbert Schade</st1:PersonName> Host Software Manager SigmaTel, Inc. <st1:Street w:st="on"><st1:address w:st="on">201 Jones Road</st1:address></st1:Street> <st1:place w:st="on"><st1:City w:st="on">Waltham</st1:City>, <st1:State w:st="on">MA</st1:State> <st1:PostalCode w:st="on">02451</st1:PostalCode></st1:place> <st1:place w:st="on"><st1:country-region w:st="on">USA</st1:country-region></st1:place> tel. 1-781-370-8929 fax. 1-781-370-8990 email:<a href="mailto:norbert.schade@sigmatel.com" title="mailto:norbert.schade@oasissemi.com">norbert.schade@sigmatel.com</a><o:p></o:p> This email message and any attachments are confidential, proprietary, and may be privileged. If you are not the intended recipient, please notify Oasis Semiconductor, Inc. immediately -- by replying to this message and/or calling 781-370-8989 -- and immediately destroy all copies of this message and any attachments. Furthermore, you are hereby notified that any copying, disclosure, dissemination, or distribution of this email communication is strictly prohibited. Thank you.<o:p></o:p> <o:p> </o:p> </div> </body> </html>