Ouroboros main repository http://133.ip-51-38-114.eu/cgit/ouroboros/atom?h=0.1 2016-05-22T18:45:41+00:00 2016-05-22T18:45:41+00:00 dimitri staessens dimitri.staessens@intec.ugent.be 2016-05-22T18:45:41+00:00 urn:sha1:9544da4a44f40f8c90b56b816a28fc6ac566d85d This makes sure only one shm_du_map is running in the system. Starting a second irmd would invalidate the shared memory map. 2016-05-22T18:01:08+00:00 Sander Vrijders sander.vrijders@intec.ugent.be 2016-05-22T18:01:08+00:00 urn:sha1:702d024ce6f72507f12fadfe0f0a1bc2c585c0b9 A read lock was taken instead of a write lock, which resulted in double frees. 2016-05-22T13:04:20+00:00 dimitri staessens dimitri.staessens@intec.ugent.be 2016-05-22T12:53:22+00:00 urn:sha1:dfe5a46fb5315112d1173ac983ffc416dc3ecf18 The fast path has been rewritten to have certainty to read the correct flow. Deallocation will not release port_id's or fd's until they are explicitly released locally. 2016-05-21T15:25:26+00:00 dimitri staessens dimitri.staessens@intec.ugent.be 2016-05-21T15:09:37+00:00 urn:sha1:546de0e99ce1b9a9de70ccc092a60778f99b4358 The shim UDP now supports deallocating a flow end-to-end. Contains some stability fixes for flow allocation and some missing close() calls in lib/sockets. 2016-05-18T18:53:05+00:00 dimitri staessens dimitri.staessens@intec.ugent.be 2016-05-18T18:34:51+00:00 urn:sha1:6a4109706b20266833619d26cd89c5f9447fdd91 It uses UDP port 0x0D1F on all hosts to send and receive flow allocation messages. It supports communication between server and client AP over a single shim IPCP. Implementation of full flow deallocation is pending. Both the client and the server still have to call flow_dealloc(); 2016-05-17T17:14:11+00:00 dimitri staessens dimitri.staessens@intec.ugent.be 2016-05-17T17:14:11+00:00 urn:sha1:d3e754a729fcbf684b00799412fbcb7db41cf192 2016-05-16T01:25:50+00:00 dimitri staessens dimitri.staessens@intec.ugent.be 2016-05-16T01:20:11+00:00 urn:sha1:8675d66abd6e40baa40fcfcf3a722119eb18527b unlock is now called before the object is destroyed. 2016-05-15T23:44:27+00:00 dimitri staessens dimitri.staessens@intec.ugent.be 2016-05-15T23:44:27+00:00 urn:sha1:22ef5ea7feeace47bff9d16434a4b705d1ae4a82 This locking should be more consistent, It now has three locks, one guarding flows and port_id's, one guarding the registered apps and ipcps, and one guarding the overall state of the irmd. There are two additional mutexes guarding the condition variables. 2016-05-15T00:26:27+00:00 dimitri staessens dimitri.staessens@intec.ugent.be 2016-05-15T00:26:27+00:00 urn:sha1:cbd6ccb7fa372832715b0e143c816f569bd07ccd Port_id's weren't correctly released. Also removes remaining debug logs from the library. 2016-05-14T16:32:49+00:00 Sander Vrijders sander.vrijders@intec.ugent.be 2016-05-14T16:32:49+00:00 urn:sha1:af1dff6fc06f55d6565589282ac4ebacc53b4d29 This adds the QoS cube definition, which is an enum to select which QoS is needed in the IPCP. An application has to use the qos_spec in qos.h to define what it needs. The IRMd will map this unto a qos cube definition. Some headers are now also no longer installed on the system, since they are only to be used within the irmd and ipcps.