added write args structure, moved unregister to netlink.c and added
unregistration of the devices after proxy loop
fixed function bracket formatting, added 3 functions for handling of
reference counter, put, get and refs, used them in find_destroy, find
and destroy to be sure all references are gone before removing
netdev_data
added reference counter and a bool value to define if the device is a
dummy device of a client host or a server device, added three functions
for managing reference counter
emoved const, useless
changed send_fo to fo_send and added fo_recv for generic file operation
handling and fo_complete to receive fo results and fo_execute to run a
fo request on a server device
changed send_fo to fo_send an added fo_recv for generic file operation
handling and two other functions for specific handling depending on
device type, server or dummy
fixed debugging printk statements and formatting of functions and some
other things
don't need semaphores for these since they are already atomic, also
_refs is used in destroy within already locked semaphore, that's a
retarded mistake
changed dbg.h to include a debug functions for kernel
changed control messages end to really end at avialable controll
messages rather than possible limit of 100
changed netdev_devices to netdev_minors_used that points to pid numbers
rather than pointers
added argument name to fo_send for clarity
changed long printk debug messages into a macro from dbg.h: debug
changed long printk calls to debug macro form dbg.h
changed netdev_devices to netdev_minors_used which stores pid numbers
rather than pointers, this allows for one less reference to netdev_data
to worry about before freeing it
linux style demands sizeof to use the object in question rather than the
name of it's data type
fo_send frees queue_pool, no need to do it here, also curseq is not
atomic_t so we have to use atomic_set
netdev_devces is not a set of pointers, it stores pid numbers, no need
to worry about refference counter for it
added foreq_find for so fo_complete can easilly find a pending file
operation based on sequence number
added some comments for clarity and improved debugging information