linuxptp-users

[Linuxptp-users] time stamping

[Milutin A. <mil...@ho...>]

Hello,
I have Intel i210-t1 network card and when I enter command ethtool -T eth1 to see time stamping capabilities it says that time stamping is not supported by the card however I read in manual of my card that time stamping is supported.
When I enter a command: ptp4l -i eth1 -p /dev/ptp0 -m
it says following

ptp4l[1880.852]: selected /dev/ptp0 as PTP clock
ptp4l[1880.852]: failed to read out the clock frequency adjustment: Operation not supported
ptp4l[1880.852]: port 1: get_ts_info not supported
ptp4l[1880.853]: driver changed our HWTSTAMP options

There is /dev/ptp0 on my machine and it is valid but the problem is with network card as it says get_ts_info not supported like that time stamping is not supported but I read it in manual that it is supported.
I don't know what I'm doing wrong.
Thank you in advance,
MIlutin Aksic.

 		 	   		  

Re: [Linuxptp-users] time stamping

[Richard C. <ric...@gm...>]

On Fri, Jul 19, 2013 at 03:27:37PM +0100, Milutin Aksic wrote:
> 
> There is /dev/ptp0 on my machine and it is valid but the problem is
> with network card as it says get_ts_info not supported like that
> time stamping is not supported but I read it in manual that it is
> supported.  I don't know what I'm doing wrong.

Can you tell us what kernel version you are using?

And are you using the igb driver from your kernel, or the Intel out of
tree drivers?

Thanks,
Richard

Re: [Linuxptp-users] time stamping

[Milutin A. <mil...@ho...>]

Hello,
Can you tell me for some good documentation where I can find a clue
how to write that program which should give me hardware time stamp
and length of outgoing packets on the link? Could I use your linuxptp
program's packet for that reason?
Thank you in advance,
Milutin Aksic.

> Date: Sat, 20 Jul 2013 20:28:45 +0200
> From: ric...@gm...
> To: mil...@ho...
> CC: jac...@in...; lin...@li...
> Subject: Re: [Linuxptp-users] time stamping
> 
> On Sat, Jul 20, 2013 at 01:37:50PM +0100, Milutin Aksic wrote:
> 
> > So I need the exact time (timestamping on the card with accuracy of
> > 1 microsecond) and length of packets on the link. If I can't do it
> > with your program's packet can you tell me with which program I can
> > do it.
> 
> I don't know of any program like that. However, just getting the
> packet lengths and hardware time stamps is a straightforward task,
> and so you can easily write that program yourself.
> 
> HTH,
> Richard
> 
 		 	   		  

Re: [Linuxptp-users] time stamping

[Richard C. <ric...@gm...>]

On Sun, Jul 21, 2013 at 03:31:41PM +0100, Milutin Aksic wrote:
> Hello,
> Can you tell me for some good documentation where I can find a clue
> how to write that program which should give me hardware time stamp
> and length of outgoing packets on the link?

Read Documentation/networking/timestamping.txt from the Linux kernel.
See also the example program in Documentation/networking/timestamping.

BTW, you can only get transmit HW time stamps for packets send by your
own program, not all outgoing packets.

> Could I use your linuxptp
> program's packet for that reason?

Yes, look at raw.c and sk.c.

HTH,
Richard

Re: [Linuxptp-users] time stamping

[Richard C. <ric...@gm...>]

On Fri, Jul 19, 2013 at 03:41:07PM +0100, Milutin Aksic wrote:
> Hello,
> I'm using kernel 3.3.4-5.fc17.i686.PAE (Fedora 17) and the driver is igb-4.3.0 compiled on my machine.

[Adding the list back onto CC]

Okay, then there is no problem.

The ethtool command was added in kernel 3.5. Your kernel is too old
for that.  But, the ptp4l program should work just fine, as long as
you give /dev/ptpX on the command line.

HTH,
Richard

Re: [Linuxptp-users] time stamping

[Richard C. <ric...@gm...>]

On Fri, Jul 19, 2013 at 03:58:08PM +0100, Milutin Aksic wrote:
> Hello,
> I've just read that ethtool -T option is available in later kernels (from 3.5) but ptp4l still doesn't work properly.

Please keep the list on CC.

Thanks,
Richard

Re: [Linuxptp-users] time stamping

[Milutin A. <mil...@ho...>]

Ok, when I do the command: ptp4l -i eth1 -p /dev/ptp0 -m 
I get the following:

ptp4l[468.371]: selected /dev/ptp0 as PTP clock
ptp4l[468.372]: failed to read out the clock frequency adjustment: Operation not supported
ptp4l[468.372]: port 1: get_ts_info not supported
ptp4l[468.372]: driver changed our HWTSTAMP options
ptp4l[468.372]: tx_type   1 not 1
ptp4l[468.372]: rx_filter 1 not 12
ptp4l[468.372]: port 1: INITIALIZING to LISTENING on INITIALIZE
ptp4l[468.373]: port 0: INITIALIZING to LISTENING on INITIALIZE
ptp4l[474.372]: port 1: LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
and 2nd line I supose is not the problem (failed to read out the clock frequency adjustment). But what I should do next to get the time stamp times of packets?
 		 	   		  

Re: [Linuxptp-users] time stamping

[Richard C. <ric...@gm...>]

On Fri, Jul 19, 2013 at 04:29:07PM +0100, Milutin Aksic wrote:
> Ok, when I do the command: ptp4l -i eth1 -p /dev/ptp0 -m 
> I get the following:
> 
> ptp4l[468.371]: selected /dev/ptp0 as PTP clock
> ptp4l[468.372]: failed to read out the clock frequency adjustment: Operation not supported
> ptp4l[468.372]: port 1: get_ts_info not supported
> ptp4l[468.372]: driver changed our HWTSTAMP options
> ptp4l[468.372]: tx_type   1 not 1
> ptp4l[468.372]: rx_filter 1 not 12
> ptp4l[468.372]: port 1: INITIALIZING to LISTENING on INITIALIZE
> ptp4l[468.373]: port 0: INITIALIZING to LISTENING on INITIALIZE
> ptp4l[474.372]: port 1: LISTENING to MASTER on ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES

This looks okay.

> and 2nd line I supose is not the problem (failed to read out the
> clock frequency adjustment). But what I should do next to get the
> time stamp times of packets?

What do you mean? The program appears to be working correctly,
including getting time stamps (otherwise you would see an error
message).

Thanks,
Richard

Re: [Linuxptp-users] time stamping

[Keller, J. E <jac...@in...>]

> -----Original Message-----
> From: Richard Cochran [mailto:ric...@gm...]
> Sent: Friday, July 19, 2013 10:24 AM
> To: Milutin Aksic
> Cc: lin...@li...
> Subject: Re: [Linuxptp-users] time stamping
> 
> On Fri, Jul 19, 2013 at 04:29:07PM +0100, Milutin Aksic wrote:
> > Ok, when I do the command: ptp4l -i eth1 -p /dev/ptp0 -m
> > I get the following:
> >
> > ptp4l[468.371]: selected /dev/ptp0 as PTP clock
> > ptp4l[468.372]: failed to read out the clock frequency adjustment:
> Operation not supported
> > ptp4l[468.372]: port 1: get_ts_info not supported
> > ptp4l[468.372]: driver changed our HWTSTAMP options
> > ptp4l[468.372]: tx_type   1 not 1
> > ptp4l[468.372]: rx_filter 1 not 12
> > ptp4l[468.372]: port 1: INITIALIZING to LISTENING on INITIALIZE
> > ptp4l[468.373]: port 0: INITIALIZING to LISTENING on INITIALIZE
> > ptp4l[474.372]: port 1: LISTENING to MASTER on
> ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
> 
> This looks okay.
> 
> > and 2nd line I supose is not the problem (failed to read out the
> > clock frequency adjustment). But what I should do next to get the
> > time stamp times of packets?
> 
> What do you mean? The program appears to be working correctly,
> including getting time stamps (otherwise you would see an error
> message).
> 
> Thanks,
> Richard
> 

What you are seeing is your device going into master mode because there are no other nodes detected. Are you running at least one other node connected to the same network?

This is the expected behavior for a master node.

- Jake

Re: [Linuxptp-users] time stamping

[Milutin A. <mil...@ho...>]

Hello,
Maybe I didn't understand but I was thinking that I can get traffic
of network packets (packets that go out of network card like wireshark does) with exact times when they were sent not the time on the host but the times on
the network card. And I was thinking I could do it with your ptp4l program.
So I need the exact time (timestamping on the card with accuracy of 1 microsecond) and length of packets on the link. If I can't do it with your program's packet can you tell me with which program I can do it.
Thank you in advance,
Milutin Aksic.

> From: jac...@in...
> To: ric...@gm...; mil...@ho...
> CC: lin...@li...
> Subject: RE: [Linuxptp-users] time stamping
> Date: Fri, 19 Jul 2013 20:50:58 +0000
> 
> 
> > -----Original Message-----
> > From: Richard Cochran [mailto:ric...@gm...]
> > Sent: Friday, July 19, 2013 10:24 AM
> > To: Milutin Aksic
> > Cc: lin...@li...
> > Subject: Re: [Linuxptp-users] time stamping
> > 
> > On Fri, Jul 19, 2013 at 04:29:07PM +0100, Milutin Aksic wrote:
> > > Ok, when I do the command: ptp4l -i eth1 -p /dev/ptp0 -m
> > > I get the following:
> > >
> > > ptp4l[468.371]: selected /dev/ptp0 as PTP clock
> > > ptp4l[468.372]: failed to read out the clock frequency adjustment:
> > Operation not supported
> > > ptp4l[468.372]: port 1: get_ts_info not supported
> > > ptp4l[468.372]: driver changed our HWTSTAMP options
> > > ptp4l[468.372]: tx_type   1 not 1
> > > ptp4l[468.372]: rx_filter 1 not 12
> > > ptp4l[468.372]: port 1: INITIALIZING to LISTENING on INITIALIZE
> > > ptp4l[468.373]: port 0: INITIALIZING to LISTENING on INITIALIZE
> > > ptp4l[474.372]: port 1: LISTENING to MASTER on
> > ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES
> > 
> > This looks okay.
> > 
> > > and 2nd line I supose is not the problem (failed to read out the
> > > clock frequency adjustment). But what I should do next to get the
> > > time stamp times of packets?
> > 
> > What do you mean? The program appears to be working correctly,
> > including getting time stamps (otherwise you would see an error
> > message).
> > 
> > Thanks,
> > Richard
> > 
> 
> What you are seeing is your device going into master mode because there are no other nodes detected. Are you running at least one other node connected to the same network?
> 
> This is the expected behavior for a master node.
> 
> - Jake
> 
 		 	   		  

Re: [Linuxptp-users] time stamping

[Richard C. <ric...@gm...>]

On Sat, Jul 20, 2013 at 01:37:50PM +0100, Milutin Aksic wrote:

> So I need the exact time (timestamping on the card with accuracy of
> 1 microsecond) and length of packets on the link. If I can't do it
> with your program's packet can you tell me with which program I can
> do it.

I don't know of any program like that. However, just getting the
packet lengths and hardware time stamps is a straightforward task,
and so you can easily write that program yourself.

HTH,
Richard