On Thu, 2007-03-29 at 11:50 -0700, James G. Sack (jim) wrote: > Paul G. Allen wrote: > >.. > > We are willing (and wanting) to take input as to what additional API > > functionality we should add. This might be difficult without knowing > > what API functionality it already has, but from my point of view, > > without knowing what the API consists of, I can provide this kind of > > feedback just by giving a short description of my application. > >.. > > It probably goes without saying.. > ..so I guess I have to say it. > > Anything (mode, etc) that can be _set_ MUST have a status that can be read. > > Other things that come to mind.. > > Test&Set[reset] are nice. > > Toggles are to be avoided. >
More info on the API and the programmability of the product. Basically, the user application is boss. The user application will have full control over all functions (e.g. - full control over the serial ports, which support up to 234Kbps) of the device. The product is designed for packets of data, as opposed to large streams of data. PGA -- The information contained in this e-mail message is confidential, intended only for the use of the individual or entity named above. If the reader of this e-mail is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any review, dissemination, distribution or copying of this communication is strictly prohibited. If you have received this e-mail in error, please contact [EMAIL PROTECTED] Paul G. Allen Software Engineer BSIT/SE Quake Global, Inc. 858-277-7290 x285 -- [email protected] http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-list
