| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
This provides the other messages that are used to communicate between
the library and the IRM Daemon. The IRM tool just calls the library
right now to see if it works. A full fledged program will be provided
in a next commit.
|
|\
| |
| |
| | |
workflow: Update guidelines on use of pointers
|
| |
| |
| |
| | |
lib/du_buff contained casted malloc's.
|
| |
| |
| |
| |
| | |
This adds the %s identifier in a sprintf. A non-literal was passed and
used as a literal.
|
| |
| |
| |
| |
| |
| | |
Fixes two errors in the library. The return code of a write to a
socket was ignored. A non literal string was passed to sprintf as a
literal one.
|
|\ \
| | |
| | |
| | | |
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.
|