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

Fix descriptions of
--wrpcPortInternalRx
--wrpcPortInternalTx
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

To avoid triggering .config target at clean.
Put explicit target for $(CURDIR)/.config
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

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>

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

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>

Export stats structure to be read by wrpc-dump
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

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

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

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

Also:
--move removing of include/config and include/generated to distclean
--trigger distclean in ppsi
--update ppsi
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

To avoid triggering .config target at clean.
All *_defconfig and *_config from configs directory will fall into this target,
but not .config.

NOTE: target for .config is executed at include of a file (see makefile manual)
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

This fixes OHWR issue 1320: softpll doesn't set Locked flag for the main channel

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>

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

Use make cleanall to remove files from all compilations.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

remove on clean:
--config.o
--revision.o
--$(OUTPUT).vhd
--$(OUTPUT).mif
--$(OUTPUT)_disasm.S
--include/config
--include/generated
--tools/dump-info-host.bin

arch/lm32/ram.ld is not removed
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Change variable name in scripts to avoid confusion with dot-config variables.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

To avoid triggering .config target at clean
Also in PPSI
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Tools directory has separate target, do not double it.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

WRPC did now check destination IP address of incoming packets. By this WRPC
responded to the incoming packets regardless of destination IP.
It may generate an error when two nodes with the same MAC are connected to
the same network. It can happen when nodes fail to generate unique MAC.
It was observed that SNMP packets were forwarded randomly to two nodes.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

Additionally check whether link is down
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

By this when the link is down at startup, link_status is set to LINK_DOWN
in wrc_check_link. It does not go through state LINK_WENT_DOWN.

Due to this bug, despite of link was down one packet was sent by bootp.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

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

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

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

When a number contains "0" on 9th and adjacent lower decimal position
these 0's were not printed.
In practice number:
1000000000 was badly printed as 10
1000000001 was badly printed as 11
1000234567 was badly printed as 1234567
1234567890 was correctly printed as 1234567890
1200000000 was correctly printed as 1200000000

Both stat and gui were affected by this bug.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Mapper didn't work on two machines that I use for testing.
For some reason accessing LM32's memory by 4 bytes solved this problem.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

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

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

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

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