This commit ensures all architectures do the proper things to work
with either end-to-end and peer-to-peer, and all frames use the
proper addresses

 * we avoid ifdef by using HAS_PTP and HAS_E2E
 * no need to -D config items in Makefile
 * wrpc now correctly sets ppg->delay_mech at startup
 * the simulator now correctly sets ppg->delay_mech at startup
 * bare archs correctly set ppg->delay_mech at startup
 * bare archs properly use one or the other multicast address
 * pp_instance_cfg->delay_mech is removed as not yet used
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Signed-off-by: C.Prados <c.prados@gsi.de>

also the wr master digest directly from the master fms
the peer req messages.
Signed-off-by: C.Prados <c.prados@gsi.de>

the calculation of the link delay and offset to master is moved from
the fat wr_servo_update to tree functions which will be called
according to the delay mech. In the case of pdelay, the link delay
calculated and then the offset.
Signed-off-by: C.Prados <c.prados@gsi.de>

Conflicts:
	include/ppsi/pp-instance.h
	include/ppsi/ppsi.h
	proto-ext-whiterabbit/wr-api.h
	proto-ext-whiterabbit/wr-servo.c

when the slave pclock receives sync and follow up
calculates offset to master, and after pdelay follow up,
the path delay.
Signed-off-by: C.Prados <c.prados@gsi.de>

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

Signed-off-by: C.Prados <c.prados@gsi.de>

Signed-off-by: C.Prados <c.prados@gsi.de>

uninx sockets admit to join more than one multicast
group, using this feature the sockets in wrs and unix
arch, the same socket is able to get E2E and P2P msg.
Signed-off-by: C.Prados <c.prados@gsi.de>

Add the pdelay mac address to the same socket,
it means that one socket has two multicast addr,
E2E and P2P. During recv the wrpc function check
both mac addresses. Send function uses the E2E or
P2P mac addr depending on the msg to be sent.

[changed by Alessandro: create one socket only,
according to Kconfig settings]
Signed-off-by: C.Prados <c.prados@gsi.de>

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

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

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

add/modify the defconfig for adding the delay mech
Signed-off-by: C.Prados <c.prados@gsi.de>

the calculation of the offset to the master
clock is also moved to a function. The pid controller
is moved to a function as well.
Signed-off-by: C.Prados <c.prados@gsi.de>

Depending the link delay mechanism the slave executes pp_slave
or pp_pclock. This is achieve making use of #ifdef during compilation,
which I don't like but for the time being it's going to be like this.
Signed-off-by: C.Prados <c.prados@gsi.de>

the function can be broken down into common
functions that pdelay will use as well.
First step, the filtering of the mean path
delay.
Signed-off-by: C.Prados <c.prados@gsi.de>

pclock handles/issues the PDelay messages.
Signed-off-by: C.Prados <c.prados@gsi.de>

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

Signed-off-by: C.Prados <c.prados@gsi.de>

The value of logMinPdelayReqInterval is a compromise between the
fluctuation in link delay and startup time and the communication
and computation load imposed by transmission of these messages.
Although, I have set it to 0 so far...
Signed-off-by: C.Prados <c.prados@gsi.de>

pclock is a clock involved in the calculation
of the link delay using Peer Delay Mechanism.
This calculation is independent of whether a clock
is a master/slave. There is delay requester, pclock_req,
and, and delay responder, pclock_resp.
The Grandmaster clock is the only one in charge of sending Sync messages
and complete the synchronization. In case of BC, one
port e.g. port 1 is a pclock connected to the upstream
Grandmaster Clock, and the rest of ports, downstream, Grandmaster
Clocks. In a TC, all the ports are just pclocks, who calculate
the link delay and forward the sync and follow up msg till the slaves.
Signed-off-by: C.Prados <c.prados@gsi.de>

Signed-off-by: C.Prados <c.prados@gsi.de>

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

In PDelay mechanism, the Master has to reply to PDelay_Req from pclocks
with PDelay_respond and PDelay_follow_up. Add pack/issue functions
for this messages
Signed-off-by: C.Prados <c.prados@gsi.de>

[WARNING: this commit was changed by Alessandro, adding a missing
"pdelay_req_hdr" field in pp_instance, and exporting msg_copy_header
that had been turned to static -- this must be fixed]

I will keep the t1..t4 for calculating the
peer path delay and these new are used only
for synchronization
Signed-off-by: C.Prados <c.prados@gsi.de>

functions for set/get the mechanism.
Signed-off-by: C.Prados <c.prados@gsi.de>

Trigger start/stop of PTP from wrc_check_link job instead of from PTP's job.

NOTE: This commit requires changes in wrpc.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

wrpc uses non blocking receive function. Due to that recv returns many times
0 as the received bytes number. Count only when we get real data.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Clear servo_state structure (with the exception of n_err_* used by SNMP) at
link down. This avoid reporting last values before link down by wr_mon and
SNMP. Otherwise check of servo state is needed.
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>

This avoid printing message in wr_mon that tracking in servo is forcibly
disabled.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

picos_mu is already int64_t
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Signed-off-by: Davide Ciminaghi <ciminaghi@gnudd.com>

Signed-off-by: Davide Ciminaghi <ciminaghi@gnudd.com>

Signed-off-by: Davide Ciminaghi <ciminaghi@gnudd.com>