Adam Wujek authored 8 years ago and Grzegorz Daniluk committed 8 years ago

Update dump-info accordingly

Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Export stats structure to be read by wrpc-dump

Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Adam Wujek authored 8 years ago and Grzegorz Daniluk committed 8 years ago

In wrpc's SNMP we store an offset between beginning of a structure and
particullar field. To save memory we store this offset as a uint8_t, which
limits the offset of a filed to 255 bytes. It was necessary to move following
fields below 255 offset:
--n_err_state
--n_err_offset
--n_err_delta_rtt

Compiling wrpc-sw with an offset greater than 255, a compiler prints warnings
like:
lib/snmp.c:405:2: warning: large integer implicitly truncated to unsigned type

Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Alessandro Rubini authored 8 years ago and Grzegorz Daniluk committed 8 years ago

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Alessandro Rubini authored 8 years ago and Grzegorz Daniluk committed 8 years ago

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Conflicts:
	dump-info.c

Alessandro Rubini authored 8 years ago and Grzegorz Daniluk committed 8 years ago

Please note that peer delay code is compiled into the ppsi, even if it is
disabled at compile time.
Code is in the binary wrpc, but is never can be reached.

Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

If the Kconfig option is not set, there's no effect on code size.
If set, .bss increases by 256 bytes (the buffer) and .text by
another 200 bytes.

This adds timestamping support, so we know the duration of the
interrupt (because we found it's an important thing when problems
occur).

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Accessing data structures in the host to get target fields is broken:
we may have different data size or alignment, or whatever. The hack
of using "-m32" to be able to access lm32 fields from x86-64 is not
clean (we imply the i386 and target have the same size/alignment).
Even worse, not everybody has an x86-64 cross-compiler for i386.

Thus, we use OFFSET_OF in the target, with the lm32 cross compiler,
to build a binary table that is then accessed by the host.

In order to link the data structure in the host we use the assembler
instead of objcopy. With objcopy we'd need to spell out the bfd name
of the host, and we'd get horrible names like
   struct dump_info _binary_dump_info_host_bin_start[];

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>