- Feb 28, 2017
-
-
Adam Wujek authored
Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-
Grzegorz Daniluk authored
-
Adam Wujek authored
Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
This also allows to see how assert behaves (and verify it works): wrc# devmem 1d800 0 Assertion failed (check_stack:18): Stack overflow! (0) Assertion failed (check_stack:18): Stack overflow! (0) [...] Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
This was actually working anyways, because NULL pointers don't trap, and the pointed-to char is currently 0x98, not a digit. But I prefer to fix it before we do one of the following: - move to a new cpu that traps on null - use RAM at a different address than zeero - use "mvi r0, 0" instead of "xor r0,r0,r0" (would parse as 4). Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
See gcc info pages: "Macros with a Variable Number of Arguments." The ISO-C stadanrd doesn't allow varargs macros to get zero or more arguments. So this fixes the problem using the gcc extension. A standard-compliant alternative would be to have "fmt" included in the variadic part, like this: #define assert(cond, ...) \ if (CONFIG_HAS_ASSERT && !(cond)) \ __assert(__func__, __LINE__, 1 /* forever */, __VA_ARGS__) But the reader wouldn't now it's a fmt+args. Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
- Feb 27, 2017
-
-
Adam Wujek authored
-
-
-
for some simulations, we just need link-up, so wrpc to initialize and then loop endlessly, this should be the default behaviour
-
-
Adam Wujek authored
-
By default, the bit is zero (masked), which means that PPS signal output is masked when the link status is not ok. This is useful to pervent spurious PPS when in SLAVE mode and the link goes down. When the bit is set, then a PPS is always generated (as long as the PPS valid bit in the ESCR register is set). This is useful in master mode.
-
-
Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
... and it saves 60 bytes if CMD_CONFIG is set! Signed-off-by:
Alessandro Rubini <rubini@gnudd.com>
-
Adam Wujek authored
Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
Set a maximum number of tries for rxts calibration before returning from the state machine. By this patch it is possible to process other incoming frames/packets during the calibration. Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-
- Feb 24, 2017
-
-
Adam Wujek authored
Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-
- Feb 23, 2017
-
-
-
-
-
-
-
When wrpc binary is compiled with CONFIG_WR_NODE_SIM, it prevents callnig some time-consuming fuctions or other stuff that prevents the code to work in simulated LM32
-
-
Otherwise software is stuck when sdbfs image is not stored to flash. This fixes commit: b6276fef [BUG: 1530] dev/rxts_calibrator: add timeout for rxts_calibration_update
-
Adam Wujek authored
Fix descriptions of --wrpcPortInternalRx --wrpcPortInternalTx Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
To avoid triggering .config target at clean. Put explicit target for $(CURDIR)/.config Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
wrpc-dump contains compiled in information about wrpc and ppsi structures. Verify that wrpc-dump is able to understand read structures by comparing their version numbers. Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
When any of exported structures is changed please update WRPC_SHMEM_VERSION or WRS_PPSI_SHMEM_VERSION (for PPSI) Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
Export stats structure to be read by wrpc-dump Signed-off-by:
Adam Wujek <adam.wujek@cern.ch>
-