- 12 May, 2016 3 commits
-
-
Adam Wujek authored
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
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>
-
- 11 May, 2016 7 commits
-
-
Adam Wujek authored
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
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>
-
Adam Wujek authored
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>
-
Adam Wujek authored
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
This avoid printing message in wr_mon that tracking in servo is forcibly disabled. Signed-off-by: Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
picos_mu is already int64_t Signed-off-by: Adam Wujek <adam.wujek@cern.ch>
-
- 31 Mar, 2016 1 commit
-
-
Adam Wujek authored
For long liks (like 180km) "(signed)s->picos_mu" overflows causing wrong result of the comparison: (signed)s->picos_mu < (signed)big_delta_fix) Signed-off-by: Adam Wujek <adam.wujek@cern.ch>
-
- 01 Mar, 2016 2 commits
-
-
Alessandro Rubini authored
I need to be more careful before pushing to master... Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
comments used to extend to the next terminator (including the semicolon), but editors paint comment-color the whole line, so we'd better fix it rather than documenting an uncommon behaviour. Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
- 29 Feb, 2016 4 commits
-
-
Davide Ciminaghi authored
Signed-off-by: Davide Ciminaghi <ciminaghi@gnudd.com>
-
Davide Ciminaghi authored
Signed-off-by: Davide Ciminaghi <ciminaghi@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Even if we count failure events for SNMP (in the switch), we actually never generate them. The code has always been tracking phase for any offset smaller than one clock tick (8ns or 16ns), but we'd better jump in phase (and leave TRACK_PHASE servo state) and this is a failure. With this commit, to loos track_phase in wrpc you can just force the setpoint far enough from the calculated one: e.g. [..] cko:2 setp:929 [...] wrc# pll sps 0 500 [...] ss:'SYNC_PHASE' [...] cko:431 setp:1367 [...] then it takes 15 iterations to converge, but that's because the calculations the first time (as shown) are wrong. A real glitch loosing track_phase would be recovered in 3 iterations. Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
- 16 Feb, 2016 1 commit
-
-
Alessandro Rubini authored
-
- 15 Feb, 2016 2 commits
-
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
This is needed for profiling in wrpc-sw. Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
- 09 Feb, 2016 1 commit
-
-
Maciej Lipinski authored
when using VLANs, reception of each VLAN-tagged ptp frame resulted in printf(), which was syslog-ed to the server... changed printf into pp_dial(ppsi, frame, 1,...)
-
- 13 Jan, 2016 4 commits
-
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
- 23 Nov, 2015 1 commit
-
-
Grzegorz Daniluk authored
-
- 09 Nov, 2015 1 commit
-
-
Adam Wujek authored
This commit has to be preserved as it is included in WRS release 4.2
-
- 13 Oct, 2015 2 commits
-
-
Alessandro Rubini authored
for tx stamps, when we added the check about the frame content (to avoid problems with high data load, see 4179fcdc), it got broken for UDP. That's because the cmesg we get back includes a raw frame anyways, even if we transmitted UDP or other protocols. So now check for the trailing part of the frame we get back, to avoid any extra leading header whatever its lenght. Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
- 09 Oct, 2015 1 commit
-
-
Alessandro Rubini authored
During track-phase we used to find the setpoint and then track changes in the master-to-slave delay, thus not zeroing any initial error that may happen (e.g. the initial sample was more jittery than average). Now we use the clock offset as correction source. Setpoint is adjusted by 1/4th of the current offset, to smooth a little the jitter. Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
- 08 Oct, 2015 1 commit
-
-
Alessandro Rubini authored
This is likely the result of my cleanup of wr-servo, where I forgot some pieces. Greg collected some interesting logs in wrpc where the setpoint was calculated wrongly. This fixes the thing and removes some redundancy. I "git diff" order: - avoid WR_UNINITIALIZED, really unused. Do what's needed at wr_servo_init() time - adjust phase to 0 at init time, where s->cur_setpoint is set (we really should set and use in a single unified place) - set delta_ms_prev before entering TRACK_PHASE, not earlier where it doesn't fit - avoid extra checks of non-zero offset.seconds and offset.nanoseconds, because they are checked at the beginning anyways. Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
- 01 Sep, 2015 5 commits
-
-
Alessandro Rubini authored
-
Alessandro Rubini authored
This adds -Wstrict-prototypes -Wmissing-prototypes and takes actions accordingly. Some of the solutions are ugly, especially in the bare architectures, but I prefer to be warned if I take dangerous paths wrt prototypes while writing further code. I'm upset by those two not being included in -Wall, as they used to. Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
The existing rule to check whether WRPCSW_ROOT is properly set (by environment or default in Kconfig) forced a dependency on all object file. Thus, all files were rebuilt every time. We now force the check only as a dependency for the first object file, which means ony fsm.o (and then ppsi.o) is built if you run "make" on a just-built source tree. Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
This reverts commit 1d5a461d. actually, the error count must be zeroed every time, not only after printing: we want to print if the error persists for 5 iterations, not every 5th time. My bad.... Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
Alessandro Rubini authored
This is a temporary workaround. We are going to fix the tx/rx functions to received the header and payload together, but currently they are separate so the offset must be 0 for raw ethernet. Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-
- 25 Aug, 2015 1 commit
-
-
Grzegorz Daniluk authored
It's done to prevent PPSi leaving Slave state on the WRS when high load of background traffic is present. It's just a temporary workaround. In the future the HDL of the switch has to be fixed so that PPSi frames have higher priority than the normal traffic and are not dropped when WRS is overloaded.
-
- 24 Aug, 2015 2 commits
-
-
Adam Wujek authored
Make max offset range from -500ps to +500ps, instead of -1000ps to +1000ps Signed-off-by: Adam Wujek <adam.wujek@cern.ch>
-
Adam Wujek authored
Fix problem with hanging send in PPSI
-
- 21 Aug, 2015 1 commit
-
-
Alessandro Rubini authored
Even under load, with queues full, the wrs delays frames less than one ms. Thus, if we didn't get a timestamp in 1ms, we won't ever get it. Add some software delay and clearly we don't need 100ms as in current code. Please note that all state machines are not running during this wait, as we are single-process single-thread. So now we wait for 6ms at most (3 times 2ms at most, but the first time we may get an older timestamp, then discarded). Signed-off-by: Alessandro Rubini <rubini@gnudd.com>
-