I tried to explain the importance of extensibility in the UPDF concept.
When thinking of user policies that thought is thoroughly continued.
Glossary
Once a driver is installed, a user policy for a special user or user group
may be set on top of it.
A user policy allows people like system administrators to define additional
rules how to use the driver.
This will typically be something in the range of hiding certain records of
features or complete features or have the user interface appear differently
for some users or set different defaults or conditions for some users.
Goal
The goal is to keep that information separate to the description the IHV has
provided.
So you can assign it and easily deactivate it again.
You have seen that idea being used in various areas now.
One basic idea of UPDF is always: don't touch nor change things you haven't
created.
The only instance nobody has to treat as read-only is the device
configuration. That instance is the key component to refer to all modules
and therefore is supposed to be changed whenever something is added or taken
away.
Ok, these were the three notes of background information.
Now I need some feedback, if that helped elucidate on the architecture or
what else could be done???
Regards
Norbert Schade
Norbert Schade
Software Manager
Oasis Semiconductor, Inc.
201 Jones Road
Waltham, MA 02451
USA
tel. 1-781-370-8929
fax. 1-781-370-8990
email: norbert.schade at oasissemi.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.pwg.org/archives/pwg-announce/attachments/20040609/8f742abd/attachment-0001.html