On Wed, Jan 25, 2017 at 03:49:48PM +0800, Hardik Gohil wrote:
> yes using dual emac mode.
That explains it. I don't think dual emac and cpts will work together.
At least I never tested it.
> sorry for late response.
No problem.
Thanks,
Richard
---
On Mon, Jan 23, 2017 at 1:33 PM, Richard Cochran
wrote:
> On Mon, Jan 23, 2017 at 09:58:22AM +0800, Hardik Gohil wrote:
> > currently I am using eth0 as peer device.
>
> And are you using dual_emac mode?
>
yes using dual emac mode.
sorry for late response.
--
On Mon, Jan 23, 2017 at 09:58:22AM +0800, Hardik Gohil wrote:
> currently I am using eth0 as peer device.
And are you using dual_emac mode?
Thanks,
Richard
--
Check out the vibrant tech community on one of the world's mo
On Sun, Jan 22, 2017 at 11:42 PM, Richard Cochran
wrote:
> On Thu, Jan 19, 2017 at 04:51:23PM +0800, Hardik Gohil wrote:
> > both MAC means eth0 and eth1 you mean ? yes they are active.
>
> > active_slave = <0>;
>
> So is there a PTP peer device connected on slave 1 (prob
On Thu, Jan 19, 2017 at 04:51:23PM +0800, Hardik Gohil wrote:
> both MAC means eth0 and eth1 you mean ? yes they are active.
> active_slave = <0>;
So is there a PTP peer device connected on slave 1 (probably =eth1) as
well? That would explain the messages, as the HW+dri
On Tue, Jan 17, 2017 at 6:59 PM, Richard Cochran
wrote:
> On Tue, Jan 17, 2017 at 04:25:39PM +0800, Hardik Gohil wrote:
> > sorry for my mistake I have copied and pasted same message three times.
> > following are real time message
> >
> > ptp4l[2460.587]: port 1: received PDELAY_REQ without time
On Tue, Jan 17, 2017 at 04:25:39PM +0800, Hardik Gohil wrote:
> sorry for my mistake I have copied and pasted same message three times.
> following are real time message
>
> ptp4l[2460.587]: port 1: received PDELAY_REQ without timestamp
> ptp4l[2461.589]: port 1: received PDELAY_REQ without timest
On Mon, Jan 16, 2017 at 8:09 PM, Richard Cochran
wrote:
> On Mon, Jan 16, 2017 at 04:19:15PM +0800, Hardik Gohil wrote:
> > I have a message when I configure GPS to work PTP in Peer-to-Peer mode
>
> It is not enough to configure the master alone, you must also
> configure the slave in P2P mode.
>
On Mon, Jan 16, 2017 at 04:19:15PM +0800, Hardik Gohil wrote:
> I have a message when I configure GPS to work PTP in Peer-to-Peer mode
It is not enough to configure the master alone, you must also
configure the slave in P2P mode.
> ptp4l[18815.624]: port 1: received PDELAY_REQ without timestamp
Hello,
Can anybody help me to understand this message
I have a message when I configure GPS to work PTP in Peer-to-Peer mode
ptp4l[18815.624]: port 1: received PDELAY_REQ without timestamp
ptp4l[18815.624]: port 1: received PDELAY_REQ without timestamp
ptp4l[18815.624]: port 1: received PDELAY_R
On Fri, Jan 13, 2017 at 4:07 PM, Richard Cochran
wrote:
> On Fri, Jan 13, 2017 at 03:31:14PM +0800, Hardik Gohil wrote:
> > I would like to know the accuracy of time synchronization ?
>
> you mean I need to generate PPS signal from CPU ? after that what should
be next step ?
basically my aim is
On Fri, Jan 13, 2017 at 03:31:14PM +0800, Hardik Gohil wrote:
> I would like to know the accuracy of time synchronization ?
Then you need to measure it, using a PPS signal for example.
> And the difference between path delay and master offset ?
The path delay is the measured Ethernet propagatio
I would like to know the accuracy of time synchronization ?
And the difference between path delay and master offset ?
the value of master offset is the accuracy value ?
Regards,
Hardik A Gohil
On Fri, Jan 13, 2017 at 11:23 AM, Dale Smith
wrote:
> Offset and Delay are in nanoseconds. The Fr
On Thu, Jan 12, 2017 at 10:23 PM, Dale Smith
wrote:
> On Thu, Jan 12, 2017 at 8:40 PM, Hardik Gohil
> wrote:
Apologies for top-posting... Too quick with the send.
-Dale
--
Developer Access Program for Intel Xeon Phi
Offset and Delay are in nanoseconds. The Frequency is (I'm pretty
sure) in parts-per billion.
-Dale
On Thu, Jan 12, 2017 at 8:40 PM, Hardik Gohil wrote:
> Hello,
>
> I am working on Linux 3.12 running on TI AM335x.
>
> The Test system is GPS connected to CPU over Ethernet and GPS is configured
Hello,
I am working on Linux 3.12 running on TI AM335x.
The Test system is GPS connected to CPU over Ethernet and GPS is configured
to End to End protocol.
following are the messages
--
ptp4l[71468.231]: master offset -230 s2 freq -23449 path delay
1535
16 matches
Mail list logo