| Commit message (Collapse) | Author | Age | Files | Lines |
|\
| |
| |
| | |
IRM command line tool
|
| |
| |
| |
| | |
This adds the word daemon to the description of the IRM tool.
|
| |
| |
| |
| |
| |
| |
| | |
This commit makes all IRM calls available to the user of the 'irm'
tool. The bootstrap_ipcp call does not yet take the anything except
the AP name. This will be added once we stabilize what should be
configurable in the IPCP.
|
| |
| |
| |
| |
| |
| | |
This parses the arguments passed to irm at the top level, and also the
arguments supplied when calling irm create_ipcp. It subsequently calls
irm_create_ipcp with these arguments.
|
| |
| |
| |
| |
| | |
This adds initial support to the irm tool for parsing command line
parameters.
|
|/
|
|
| |
Fixes a couple of memleaks found while executing with valgrind.
|
|
|
|
|
|
|
| |
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.
|
|\ \
| | |
| | |
| | | |
PCI structure for IPCP
|
| | |
| | |
| | |
| | |
| | | |
forgot to add the dt_const.h file in my previous commits.
this completes the pull request
|
| | |
| | |
| | |
| | |
| | | |
HEAD_SIZE and TAIL_SIZE renamed PCI_HEAD_SIZE and PCI_TAIL_SIZE
broke up a mixed definition and assignment
|
| | | |
|
| |\ \ |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
ipcpd/dt_const.h: ipcp-internal datastructures for dtp and dip constants
ipcpd/pci.h : header for pci structure
ipcpd/pci.c : pci structure
ipcpd : updated makefile
commit not fully tested yet
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
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).
|
| |
| |
| |
| |
| |
| |
| | |
This renames the daemons to end with a 'd', as is common for UNIX
daemons. It also adds a tools folder, that will hold the tools of the
Ouroboros prototype. Examples are a simple echo application, an
application to instruct the IRM ...
|
| |
| |
| |
| |
| | |
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).
|
| |
| |
| |
| |
| |
| |
| | |
This renames the daemons to end with a 'd', as is common for UNIX
daemons. It also adds a tools folder, that will hold the tools of the
Ouroboros prototype. Examples are a simple echo application, an
application to instruct the IRM ...
|
| |
| |
| |
| |
| | |
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.
|