cross platform open source driver development framework
The dynax driver framework provides commonC++ driver and device classes to ease kernel driver development as well as driver interface integration in user mode applications. The framework is based on interface implementations forKMDF (Windows),IOKit (OSX) and Linux(planned).
The dynax driver framework consists of two main parts:
- thekernel driver platform abstraction providing platform independent
- C++ skeleton with virtual methods for driverevent handling and standardized default event handling
- device classes forUSB,PCI,FW, etc.
- resource classes forisr handling anddevice resource access
- threading andsynchronisation classes
- generic interface classes forPortClass Audio/MIDI andCoreAudio
- generic streaming interface
- theuser mode driver interface providing platform independent
- driver and device classes for interfacing hardware
- notification mechanism for standardized defaultPNP handling
- communication andsynchronisation classes
- generic streaming interface
- generic interface classes forCoreMIDI andCoreAudio server plugins
The implementation design rules:
- light weight implementation, adding as less as possible overhead
- synergetic code usage
- enable the user to reduce the code only to tasks handling specific device features
- sparse as possible implementation code
- strictly uncompromised object orientated design
- separation of flow and error control
- typesafty avoiding unclassified pointers and casting wherever possible
- strict RAII (let only the compiler create the code of balanced initialization and deconstruction)
- destruction always succeeds: a destructor never throws an exception.
- all object parameters are reasonably checked (ofcourse pointer validity can not be ensured without overhead, so its only checked against null pointer.
- it is always valid to directly forward an dx/dxd object as a parameter to another dx/dxd object. Validity is ensured.
User space
- Object construction might fail with exception.
Kernel space
- Object construction might fail with object status. Always check object status!
SVN repository
please request svn read access by inquiring todxd@d.nosp@m.ynax.nosp@m..at
Speed
The framework is lightweight. It precisely executes only the needed kernel KPI. Most drivers are slow due to a bad design and its inherent workarounds. dxd provides the means to help with a clean design, with less pitfalls. dxd takes care about tedious and error prone KPI requirements and therefor avoids the implementation of slow workarounds due to KPI misinterpretation and OS bugs.
C++ in the Kernel???
The dynax driver framework uses asubset of C++ without real exception handling andRTTI runtime type information.
However dxd does provide some kind of exception handling semantics based on macros. This way you can get at least most of the error handling out of the way of the drivers program flow.
There is a rather religious discussion about C++ and kernel development. You can loose your time and join the discussion or just get your driver done - probably faster in C++, better structured and platform independent with the support of dxd.
dxd classes do provide a way around most kernel pitfalls. Its uncompromised object orientated design helps keeping your code safe, fast, small, nice and clean.
you may spent the extra spare time and do something useful.
