Re: [Linuxptp-devel] [PATCH RFC 0/3] Poor man's boundary clock

2014-11-01 Thread Richard Cochran
On Sat, Nov 01, 2014 at 08:00:21PM +0100, Richard Cochran wrote: > After hacking those two problems away, the BC worked okay. With a > GM-BC-slave setup, the slave had about an additional 9 usec offset. Hm, not too sure about that figure. I will make a more careful measurement and report that late

[Linuxptp-devel] [PATCH RFC 0/3] Poor man's boundary clock

2014-11-01 Thread Richard Cochran
Before releasing v1.5, I wanted to test phc2sys's new automatic mode in order to run a BC using a bunch of PCIe cards, but I found it did not quite work. First of all, the port logic bails out when the PHC device don't match, and secondly phc2sys has one line bug. After hacking those two problems

[Linuxptp-devel] [PATCH RFC 3/3] phc2sys: make automatic mode actually work.

2014-11-01 Thread Richard Cochran
The reconfigure function unnecessarily clears the 'new_state' variable. On the second and subsequent calls, this zero value incorrectly clobbers the state of any port whose state has *not* changed. If, for example, a port in the MASTER state goes FAULTY, when it returns to MASTER state, phc2sys wi

[Linuxptp-devel] [PATCH RFC 2/3] port: allow running a boundary clock with multiple clock devices.

2014-11-01 Thread Richard Cochran
If the user has configured the appropriate option, then simply warn about the clock device mismatch, and then go on. Signed-off-by: Richard Cochran --- port.c |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/port.c b/port.c index f39ad1e..05d94f5 100644 --- a/port.c ++

[Linuxptp-devel] [PATCH RFC 1/3] config: add a option to enable a poor man's boundary clock.

2014-11-01 Thread Richard Cochran
This patch adds a configuration option that allows running a boundary clock using "just a bunch of devices". Normally each port is probed to make sure they all share the same PTP hardware clock, but this option will allow a heterogeneous collection of devices, should the user really want it. Signe

Re: [Linuxptp-devel] [PATCH] sk: Modify poll to poll on ERRQUEUE

2014-11-01 Thread Joe Schaack
On 11/1/2014 6:40 AM, Richard Cochran wrote: > The improved performance would be really nice to have. How about this > backward compatible version? > > With your premission, I would like to give you credit for the idea by > adding the Suggested-by tag. That patch looks good to me, and preserves th

Re: [Linuxptp-devel] [PATCH] sk: Modify poll to poll on ERRQUEUE

2014-11-01 Thread Richard Cochran
Joe, The improved performance would be really nice to have. How about this backward compatible version? With your premission, I would like to give you credit for the idea by adding the Suggested-by tag. Thanks, Richard --- >From 411573c5a361a916a7b3765b7791eedccedabacc Mon Sep 17 00:00:00 2001