|  | Commit message (Collapse) | Author | Age | Files | Lines | 
|---|
| |\  
| | 
| | 
| | | Initial support for communicating with the IRM | 
| | | 
| | 
| | 
| | | This addresses several comments Dimitri had on the sockets layer code. | 
| | | 
| | 
| | 
| | 
| | 
| | 
| | | Provides the initial support to create IPCPs via a command-line
tool. It extends the socket layer with a message that is sent over a
socket to the irmd when the irm_create_ipcp library function is called
from a program. | 
| | |\ |  | 
| | |\ \ |  | 
| | |\ \ \ |  | 
| | | | | | 
| | | | | 
| | | | | 
| | | | | 
| | | | | | This provides the initial messages to be passed between the irmd and
libouroboros-irm. | 
| | | | | | |  | 
| | |_|_|/  
|/| | |   
| | | |   
| | | |   
| | | | | du_buff.[c/h]: alloc_head and alloc_tail now return a pointer to the
               start of the PCI for direct read/write access. | 
| | | | | 
| | | | 
| | | | 
| | | | | DU_BUFF_BLOCKIZE -> DU_BUFF_BLOCKSIZE | 
| | | | | 
| | | | 
| | | | 
| | | | 
| | | | | du_buff.c: this fixes a lot of bugs probably.  destruction of du_buff
           worked under all tested circumstances | 
| | |_|/  
|/| |   
| | |   
| | |   
| | |   
| | |   
| | |   
| | |   
| | |   
| | |   
| | |   
| | |   
| | | | du_buff.c : Will now allocate memory only upon init, not upon create.
            User can add compiler flag DU_BUFF_BLOCKSIZE to set the
            size of a du_buff memory block.  If the size for the
            du_buff is larger than DU_BUFF_BLOCKSIZE, the du_buff will
            be structured as follows:
            HEAD -> DATA_BLOCK -> ... -> DATA_BLOCK -> TAIL
            HEAD and TAIL are contiguous and may be larger than
            DU_BUFF_BLOCKSIZE if required. | 
| | | | 
| | | 
| | | 
| | | 
| | | | du_buff.c : removed unnecessary variable for return values
            removed unnecessary functions | 
| | | | 
| | | 
| | | 
| | | | forgot spaces before/after + | 
| | | | 
| | | 
| | | 
| | | | du_buff.c size_t now prints correctly as %llu | 
| | |/  
|/|   
| |   
| |   
| | | The initial commit was untested and caused some segmentation faults.
This version should be bugfree (no promises). | 
| |/  
|   
|   
| | du_buff.c is now compliant with more stringent compiler flags | 
| |\  
| | 
| | 
| | | build: Require usage of C89 | 
| | | 
| | 
| | 
| | 
| | 
| | | This requires the usage of the C89 standard for all source files. It
also fixes a wrong check for the compiler flags (was checking this for
CXX compiler instead of the C compiler). | 
| | | 
| | 
| | 
| | 
| | | This removes the source file irm.c from CMakeLists.txt, as it is not
yet in the repo. | 
| | | 
| | 
| | 
| | 
| | | common.h will now include stdbool and several other useful includes
(size_t for instance). | 
| | | 
| | 
| | 
| | 
| | | Forgot to include the updated CMakeLists.txt file with the bitmap
implementation. | 
| | | 
| | 
| | 
| | 
| | 
| | 
| | | This adds a bitmap implementation loosely based on the one found in
the Linux kernel. The functions in the header file actually act as a
wrapper around the actual bitmap implementation for portability
reasons. | 
| | | 
| | 
| | 
| | | Moved struct buffer and struct du_buff definitions to the source file. | 
| | | 
| | 
| | 
| | 
| | 
| | | du_buff.h : moved struct buffer to source
du_buff.c : fixed formatting
            LOG_DBGF used | 
| | | 
| | 
| | 
| | | Compiles but untested. Expect bugs. | 
| | | 
| | 
| | 
| | 
| | | This removes the source file irm.c from CMakeLists.txt, as it is not
yet in the repo. | 
| | | 
| | 
| | 
| | 
| | | common.h will now include stdbool and several other useful includes
(size_t for instance). | 
| | | 
| | 
| | 
| | 
| | | Forgot to include the updated CMakeLists.txt file with the bitmap
implementation. | 
| |/  
|   
|   
|   
|   
|   
| | This adds a bitmap implementation loosely based on the one found in
the Linux kernel. The functions in the header file actually act as a
wrapper around the actual bitmap implementation for portability
reasons. | 
|  | Contains the initial build infrastructure. Cmake was chosen for
portability reasons. |