- Jul 22, 2020
- Jul 21, 2020
-
-
Jens Georg authored
Only the blocking read in wfnd TEs will update the module's version
-
Jens Georg authored
This reverts commit bc329233.
-
Jens Georg authored
-
Jens Georg authored
We propagate the version to the module on any read, if it is on an accessor with wait_for_new_data and there is new data (for readNonBlocking/readLatest)
-
Jens Georg authored
This fixes a race condition when the initial value reading was not done when the test started, creating unexpected version changes
-
- Jul 17, 2020
-
-
vargheseg authored
-
- Jul 15, 2020
- Jul 14, 2020
-
-
Martin Killenberg authored
- recoveryLock now protects the whole critical section - activateAsyncRead() is called on the device
-
Martin Killenberg authored
-
vargheseg authored
The fixture in testExceptionHandling.cc created the ChimeraTK::TestFacility before the ChimeraTK::Application. This is unspported. The TestFacility implicity requries an Application instance already existing before being initialized. Changing the oder of member declaration solved the exception being thrown from the fixture.
-
Martin Killenberg authored
-
- Jul 13, 2020
-
-
Martin Killenberg authored
-
Martin Killenberg authored
-
Martin Killenberg authored
-
- Jul 10, 2020
-
-
Christoph Kampmeyer authored
-
Christoph Kampmeyer authored
Lock is only released for accessors with wait_for_new_data on blocking reads. This fixes usage of readLatest() in testable mode.
-
Martin Killenberg authored
Set specification version to V1.0RC1
-
- Jul 09, 2020
-
-
Martin Killenberg authored
- Replaced all of them with normal DUMMY_WRITEABLE registers.
-
Martin Killenberg authored
-
Martin Killenberg authored
-
Martin Killenberg authored
-
Martin Killenberg authored
- fixed that ConsumingFanOut is propagating the data to the slaves in case of exceptions - /testPropagateDataFaultFlag currently passing (still commented sections)
-
Christoph Kampmeyer authored
- Added requirement that receivers are faulty on construction (1.8) - Clarified that validity can be set by the user code in 2.1.5
-
Martin Killenberg authored
-
Christoph Kampmeyer authored
-
Christoph Kampmeyer authored
-
Christoph Kampmeyer authored
-
Martin Killenberg authored
-
Christoph Kampmeyer authored
-
Christoph Kampmeyer authored
remove changes for debugging in test case testDirectConnectOpen
-
Christoph Kampmeyer authored
For receiving variables, the validity should be faulty after construction, see data validity propagation spec 2.6.1.
-
Martin Killenberg authored
-
Martin Killenberg authored
restored write functionality of MetaDataPropagatingRegisterDecorator in case of locally set faulty status (DataValiditySpec 2.1.5)
-
vargheseg authored
Implemented testFaultReporting
-
Martin Killenberg authored
-
Martin Killenberg authored
- activated some tests which were commented out in testPropagateDataFaultFlag - data validity propagation still failing. Only the data content is working until now.
-
vargheseg authored
-