Follow Slashdot stories on Twitter


Forgot your password?
DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 internet speed test! ×
Operating Systems

Journal Eli Gottlieb's Journal: Recent EDI headers and documentation

I've got new headers and documentation up for EDI, the Extensible Driver Interface. Its aim is to be a uniform, kernel-portable API for programming device drivers. Everyone who reads this, please take a look and maybe even contact me to help! I can be reached by my email address, or in #edi on WyldRyde IRC network.

The EDI framework wraps kernel and driver functionality in "classes", which can actually be written in any language capable of ecompiling functions to machine code. A standard set of classes exist for the kernel to supply to the driver, drivers will (RSN) be able to implement one of a standard set of classes representing driver types, and either kernel or driver can expose any other class they like. This means that non-standard functionality can be added or required of any kernel or driver as long as standard functionality is exposed, freeing OS and driver developers to code what they damn well want to.

Note that this is a pure API, it doesn't care what kind of environment drivers run in. It only cares that the correct function calls are accessible, so it can be used under a micro- or macro- kernel.

A better overview of EDI itself is available in the documentation part of the tarball. Happy hacking!

[edit]The new version of EDI communicates via classes and includes an example driver.[/edit]

This discussion has been archived. No new comments can be posted.

Recent EDI headers and documentation

Comments Filter:

(1) Never draw what you can copy. (2) Never copy what you can trace. (3) Never trace what you can cut out and paste down.