| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
This locks the process when allocating and destroying flow_sets. The
flows_lock has been renamed to lock. Refactors and fixes a memleak in
ouroboros_init.
|
| |
|
|\
| |
| |
| | |
lib: Fix instability in threadpool manager
|
| |
| |
| |
| |
| |
| | |
The DHT failed when receiving multiple responses in a short
timeframe. The lookup struct now keeps track of the number of
outstanding requests.
|
| |
| |
| |
| |
| |
| | |
The threadpool manager now tracks threads to prevent cyclic behaviour
where too many threads shut down and the TPM responds with creating
additional threads.
|
|\ \
| | |
| | |
| | | |
irmd: Fix mainloop timeout on OS X
|
| | | |
|
|\| |
| |/
|/|
| | |
build: Fix compilation on OS X Sierra
|
|/ |
|
|\
| |
| |
| | |
lib, ipcpd, tools: Fix enum assignments
|
|/
|
|
| |
This fixes several assignments to the wrong enum type.
|
|\
| |
| |
| | |
build: Simplify GitVersionGen
|
|/
|
|
|
| |
This simplifies the macro GitVersionGen so that it doesn't need to
rely on the sort executable.
|
|\
| |
| |
| | |
build: Reset LIBGCRYPT_LIBRARIES when not found
|
|/ |
|
|\
| |
| |
| | |
build, lib, ipcpd, irmd: Add support for libgcrypt
|
|/
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds support for libgcrypt. If at least version 1.7.0 of
libgcrypt is present, it may be used for secure random number
generation and is used for hashing in the irmd/ipcp.
The hash definitions are moved to the internal hash.h header, and
defined independently of the hashes that are defined as part of the
directory policy for the normal IPCP. The translation is moved from
the IRMd to ipcpd/ipcp.h. The bootstrap call from the IRMd expects the
IPCP to return the correct hash algorithm with a dif_info struct,
which is in line with the behavior of the enroll call.
This also improves how some platform checks in the build system are
handled.
|
|\
| |
| |
| | |
ipcpd: Fix assignment of fd's in flow allocator
|
|/ |
|
|\
| |
| |
| | |
irmd: Specify timeout per command
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
The DHT lookup would stop if a node returned no new useful information
(i.e. the value for the key or unknown nodes closer to the key)
without waiting for other pending requests that could still return
useful information. Now it correctly tracks the number of outstanding
requests or returns if it doesn't get a response for KAD_T_RESP
seconds. This fixes multi-hop flow allocation over the normal.
|
| |
| |
| |
| |
| |
| | |
Upon flow_allocation, the IRMd queries IPCPs for the destination
name. After this commit, when an IPCP allocates a flow, the IRMd won't
query that IPCP.
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
When a process was killed, ipcp_flow_dealloc was called under a lock,
causing a deadlock in the IRMd because handling the IPCP response also
needs to take the same lock (the IPCP calls flow_dealloc to finalize
this). This deadlock also resulted in the IPCP always reporting that
it failed to send a reply message as the deadlock effectively blocks
the IRMd until its socket timeout expired and thus the IPCP was always
responding to an already closed socket.
|
| |
| |
| |
| |
| |
| |
| | |
The commands towards the IPCPs have different time requirements, but
the irmd had only a single timeout value to wait for a response. This
commit allows setting different timeouts for the IRMd based on the
command, configurable globally.
|
| |\
| |/
|/| |
|
|\ \ |
|
| |\ \
| | | |
| | | |
| | | | |
irmd: Release lock before ipcp_query
|
| | | | |
|
| |/ /
| | |
| | |
| | |
| | |
| | | |
The blocking ipcp_query call was called under reg_lock, causing
flow_allocs over the shim-eth-llc to block the irmd for prolonged
timespans.
|
|\| | |
|
| |\ \
| | | |
| | | |
| | | | |
ipcpd: Fix pthread_cond_timedwait deadlines
|
|\ \ \ \
| | | | |
| | | | |
| | | | | |
build: Add check for robust mutexes
|
|/ / / /
| | | |
| | | |
| | | |
| | | |
| | | | |
This adds a check for robust mutexes. The constant HAVE_ROBUST_MUTEX
is set accordingly in config.h. It also adds some other fixes to make
the prototype compile on the Hurd.
|
| |_|/|
|/| |/ |
|
| |/
| |
| |
| |
| |
| | |
This fixes pthread_condtimedwaits in the flow allocator of all IPCPs
that had bad deadlines set (the interval instead of the actual
absolute time).
|
|\ \
| | |
| | |
| | |
| | |
| | | |
lib: Simplify opening flows
Approved-by: dimitri staessens <[email protected]>
|
|/ /
| |
| |
| |
| | |
This refactors dev.c to have a common function called init_flow that
is called whenever a flow is allocated in dev.c
|
|\ \
| | |
| | |
| | | |
Be fixes
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The scheduler in the normal IPCP is now multithreaded. While useful in
itself for scalability, it currently solves thread starvation in case
of executing post_sdu operations that may require a response. This
could be further revised in the future to split the SDU handling
threads from the component tasks.
|
| | | |
|
| | | |
|
|/ /
| |
| |
| |
| |
| |
| | |
Fixes a memory leak when the DHT is destroyed during a send_msg. Fixes
a deadlock when destroying the DHT with a pending lookup. Removes some
debug logs that clutter output due to expected redundant FIND_VALUE
responses.
|
|\ \
| | |
| | |
| | | |
lib: Add threadpool manager
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
This adds a threadpool manager component in the library that is used
in the IRMd and IPCPs. The threadpool manager now doesn't detach
threads but does a join when they exit. This solves a data race in the
previous implementation where some threads were not completely finished
upon release of some resources.
|
|\| |
| | |
| | |
| | | |
ipcpd: Retry sending DHT response messages
|
|/ /
| |
| |
| |
| |
| |
| | |
This will make the remote retry sending responses when the DT
component can't send the message. This is most useful at enrollment,
when the remote's routing table may need to wait a bit on the routing
component for a path to the new member,
|
|\| |
|
| |\
| | |
| | |
| | | |
lib: Fix destruction of CDAP instances
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
The received message list was not correctly freed upon destruction of
the CDAP object. There was also still a rare case in which thread
cancellation would keep a lock, blocking the IPCP shutdown, which is
also fixed.
|