linuxptp-users Mailing List for linuxptp (Page 138)
PTP IEEE 1588 stack for Linux
Brought to you by:
rcochran
Menu
▾
▴
linuxptp-users — Open discussion on using the linuxptp software.
You can subscribe to this list here.
| 2012 |
Jan
|
Feb
(10) |
Mar
(47) |
Apr
|
May
(26) |
Jun
(10) |
Jul
(4) |
Aug
(2) |
Sep
(2) |
Oct
(20) |
Nov
(14) |
Dec
(8) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2013 |
Jan
(6) |
Feb
(18) |
Mar
(27) |
Apr
(57) |
May
(32) |
Jun
(21) |
Jul
(79) |
Aug
(108) |
Sep
(13) |
Oct
(73) |
Nov
(51) |
Dec
(24) |
| 2014 |
Jan
(24) |
Feb
(41) |
Mar
(39) |
Apr
(5) |
May
(6) |
Jun
(2) |
Jul
(5) |
Aug
(15) |
Sep
(7) |
Oct
(6) |
Nov
|
Dec
(7) |
| 2015 |
Jan
(27) |
Feb
(18) |
Mar
(37) |
Apr
(8) |
May
(13) |
Jun
(44) |
Jul
(4) |
Aug
(50) |
Sep
(35) |
Oct
(6) |
Nov
(24) |
Dec
(19) |
| 2016 |
Jan
(30) |
Feb
(30) |
Mar
(23) |
Apr
(4) |
May
(12) |
Jun
(19) |
Jul
(26) |
Aug
(13) |
Sep
|
Oct
(23) |
Nov
(37) |
Dec
(15) |
| 2017 |
Jan
(33) |
Feb
(19) |
Mar
(20) |
Apr
(43) |
May
(39) |
Jun
(23) |
Jul
(20) |
Aug
(27) |
Sep
(10) |
Oct
(15) |
Nov
|
Dec
(24) |
| 2018 |
Jan
(3) |
Feb
(10) |
Mar
(34) |
Apr
(34) |
May
(28) |
Jun
(50) |
Jul
(27) |
Aug
(75) |
Sep
(21) |
Oct
(42) |
Nov
(25) |
Dec
(31) |
| 2019 |
Jan
(39) |
Feb
(28) |
Mar
(19) |
Apr
(7) |
May
(30) |
Jun
(22) |
Jul
(54) |
Aug
(36) |
Sep
(19) |
Oct
(33) |
Nov
(36) |
Dec
(32) |
| 2020 |
Jan
(29) |
Feb
(38) |
Mar
(29) |
Apr
(30) |
May
(39) |
Jun
(45) |
Jul
(31) |
Aug
(52) |
Sep
(40) |
Oct
(8) |
Nov
(48) |
Dec
(30) |
| 2021 |
Jan
(35) |
Feb
(32) |
Mar
(23) |
Apr
(55) |
May
(43) |
Jun
(63) |
Jul
(17) |
Aug
(24) |
Sep
(9) |
Oct
(31) |
Nov
(67) |
Dec
(55) |
| 2022 |
Jan
(31) |
Feb
(48) |
Mar
(76) |
Apr
(18) |
May
(13) |
Jun
(46) |
Jul
(75) |
Aug
(54) |
Sep
(59) |
Oct
(65) |
Nov
(44) |
Dec
(7) |
| 2023 |
Jan
(38) |
Feb
(32) |
Mar
(35) |
Apr
(23) |
May
(46) |
Jun
(53) |
Jul
(18) |
Aug
(10) |
Sep
(24) |
Oct
(15) |
Nov
(40) |
Dec
(6) |
|
From: Keller, J. E <jac...@in...> - 2013-12-11 21:29:38
|
Can you show us the output of ptp4l? Regards, Jake On Wed, 2013-12-11 at 18:49 +0800, Arnold kang wrote: > hi Richard, > > i just use a test code from kernel > https://www.kernel.org/doc/Documentation/networking/timestamping/timestamping.c . and i can receive the send package timestamp back. i i guess this is a bug in linux ptp. can you tell me how to resolve it? > > > > thanks. > > > > 2013/12/11 Arnold kang <arn...@gm...> > i get the trouble that ptp send delay request package, and > can't get back the send timestamp back. but when receive > message for master, i can get the receive timestamp. so, i > think the problem is not in driver. and i don't know why > cann't get the send timestamp > > > > 2013/12/11 Arnold kang <arn...@gm...> > hi Richard, > > my PTP ts type is software, so there no need MAC > driver support, is this right? > > > > 2013/12/7 Keller, Jacob E <jac...@in...> > > FYI, you need kernel 3.5 or later for the > ethtool -T to work :) > > Regards, > Jake > > On Fri, 2013-12-06 at 16:50 +0800, Arnold kang > wrote: > > hi, > > > > i find that the mac driver is > STMicroelectronics 10/100/1000 > > Synopsys Ethernet driver which in " > linux-3.0.8/drivers/net/stmmac > > > > " . and sorry that i can run the 'ethtool > -T' on my arm linux, and > > I'm trying... > > > > > > > > Thanks, > > > > Arnold > > > > > > > > 2013/12/5 Richard Cochran > <ric...@gm...> > > On Thu, Dec 05, 2013 at 09:46:13AM > +0800, Arnold kang wrote: > > > hi all, > > > i just noticed that the > previous can not send > > correctly, so i past it > > > again. > > > > > > Dear Richard: > > > thanks for your response. > here is the detail > > information: > > > ARCH : ARM Cortex A9 > > > kernel version : 3.0.8 > > > ethernet card : RTL8211EG > > > > > > This is a PHY, not a MAC. We need to > know what MAC you are > > using. > > > > Can you also send the output of > 'ethtool -T'? > > > > Thanks, > > Richard > > > > > > > > ------------------------------------------------------------------------------ > > Sponsored by Intel(R) XDK > > Develop, test and display web and hybrid > apps with a single code base. > > Download it for free now! > > > http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk > > > _______________________________________________ > > Linuxptp-users mailing list > > Lin...@li... > > > https://lists.sourceforge.net/lists/listinfo/linuxptp-users > > > > > > > > |
|
From: Arnold k. <arn...@gm...> - 2013-12-11 10:49:29
|
hi Richard, i just use a test code from kernel https://www.kernel.org/doc/Documentation/networking/timestamping/timestamping.c. and i can receive the send package timestamp back. i i guess this is a bug in linux ptp. can you tell me how to resolve it? thanks. 2013/12/11 Arnold kang <arn...@gm...> > i get the trouble that ptp send delay request package, and can't get > back the send timestamp back. but when receive message for master, i can > get the receive timestamp. so, i think the problem is not in driver. and i > don't know why cann't get the send timestamp > > > 2013/12/11 Arnold kang <arn...@gm...> > >> hi Richard, >> my PTP ts type is software, so there no need MAC driver support, is >> this right? >> >> >> 2013/12/7 Keller, Jacob E <jac...@in...> >> >> FYI, you need kernel 3.5 or later for the ethtool -T to work :) >>> >>> Regards, >>> Jake >>> >>> On Fri, 2013-12-06 at 16:50 +0800, Arnold kang wrote: >>> > hi, >>> > >>> > i find that the mac driver is STMicroelectronics 10/100/1000 >>> > Synopsys Ethernet driver which in " linux-3.0.8/drivers/net/stmmac >>> > >>> > " . and sorry that i can run the 'ethtool -T' on my arm linux, and >>> > I'm trying... >>> > >>> > >>> > >>> > Thanks, >>> > >>> > Arnold >>> > >>> > >>> > >>> > 2013/12/5 Richard Cochran <ric...@gm...> >>> > On Thu, Dec 05, 2013 at 09:46:13AM +0800, Arnold kang wrote: >>> > > hi all, >>> > > i just noticed that the previous can not send >>> > correctly, so i past it >>> > > again. >>> > > >>> > > Dear Richard: >>> > > thanks for your response. here is the detail >>> > information: >>> > > ARCH : ARM Cortex A9 >>> > > kernel version : 3.0.8 >>> > > ethernet card : RTL8211EG >>> > >>> > >>> > This is a PHY, not a MAC. We need to know what MAC you are >>> > using. >>> > >>> > Can you also send the output of 'ethtool -T'? >>> > >>> > Thanks, >>> > Richard >>> > >>> > >>> > >>> ------------------------------------------------------------------------------ >>> > Sponsored by Intel(R) XDK >>> > Develop, test and display web and hybrid apps with a single code base. >>> > Download it for free now! >>> > >>> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk >>> > _______________________________________________ >>> > Linuxptp-users mailing list >>> > Lin...@li... >>> > https://lists.sourceforge.net/lists/listinfo/linuxptp-users >>> >>> >>> >> > |
|
From: Arnold k. <arn...@gm...> - 2013-12-11 09:42:49
|
i get the trouble that ptp send delay request package, and can't get back the send timestamp back. but when receive message for master, i can get the receive timestamp. so, i think the problem is not in driver. and i don't know why cann't get the send timestamp 2013/12/11 Arnold kang <arn...@gm...> > hi Richard, > my PTP ts type is software, so there no need MAC driver support, is > this right? > > > 2013/12/7 Keller, Jacob E <jac...@in...> > > FYI, you need kernel 3.5 or later for the ethtool -T to work :) >> >> Regards, >> Jake >> >> On Fri, 2013-12-06 at 16:50 +0800, Arnold kang wrote: >> > hi, >> > >> > i find that the mac driver is STMicroelectronics 10/100/1000 >> > Synopsys Ethernet driver which in " linux-3.0.8/drivers/net/stmmac >> > >> > " . and sorry that i can run the 'ethtool -T' on my arm linux, and >> > I'm trying... >> > >> > >> > >> > Thanks, >> > >> > Arnold >> > >> > >> > >> > 2013/12/5 Richard Cochran <ric...@gm...> >> > On Thu, Dec 05, 2013 at 09:46:13AM +0800, Arnold kang wrote: >> > > hi all, >> > > i just noticed that the previous can not send >> > correctly, so i past it >> > > again. >> > > >> > > Dear Richard: >> > > thanks for your response. here is the detail >> > information: >> > > ARCH : ARM Cortex A9 >> > > kernel version : 3.0.8 >> > > ethernet card : RTL8211EG >> > >> > >> > This is a PHY, not a MAC. We need to know what MAC you are >> > using. >> > >> > Can you also send the output of 'ethtool -T'? >> > >> > Thanks, >> > Richard >> > >> > >> > >> ------------------------------------------------------------------------------ >> > Sponsored by Intel(R) XDK >> > Develop, test and display web and hybrid apps with a single code base. >> > Download it for free now! >> > >> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk >> > _______________________________________________ >> > Linuxptp-users mailing list >> > Lin...@li... >> > https://lists.sourceforge.net/lists/listinfo/linuxptp-users >> >> >> > |
|
From: Arnold k. <arn...@gm...> - 2013-12-11 09:26:01
|
hi Richard, my PTP ts type is software, so there no need MAC driver support, is this right? 2013/12/7 Keller, Jacob E <jac...@in...> > FYI, you need kernel 3.5 or later for the ethtool -T to work :) > > Regards, > Jake > > On Fri, 2013-12-06 at 16:50 +0800, Arnold kang wrote: > > hi, > > > > i find that the mac driver is STMicroelectronics 10/100/1000 > > Synopsys Ethernet driver which in " linux-3.0.8/drivers/net/stmmac > > > > " . and sorry that i can run the 'ethtool -T' on my arm linux, and > > I'm trying... > > > > > > > > Thanks, > > > > Arnold > > > > > > > > 2013/12/5 Richard Cochran <ric...@gm...> > > On Thu, Dec 05, 2013 at 09:46:13AM +0800, Arnold kang wrote: > > > hi all, > > > i just noticed that the previous can not send > > correctly, so i past it > > > again. > > > > > > Dear Richard: > > > thanks for your response. here is the detail > > information: > > > ARCH : ARM Cortex A9 > > > kernel version : 3.0.8 > > > ethernet card : RTL8211EG > > > > > > This is a PHY, not a MAC. We need to know what MAC you are > > using. > > > > Can you also send the output of 'ethtool -T'? > > > > Thanks, > > Richard > > > > > > > ------------------------------------------------------------------------------ > > Sponsored by Intel(R) XDK > > Develop, test and display web and hybrid apps with a single code base. > > Download it for free now! > > > http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk > > _______________________________________________ > > Linuxptp-users mailing list > > Lin...@li... > > https://lists.sourceforge.net/lists/listinfo/linuxptp-users > > > |
|
From: Richard C. <ric...@gm...> - 2013-12-11 07:29:56
|
On Tue, Dec 10, 2013 at 12:47:32PM -0600, Shawn Bohrer wrote: > > I took a look at the code and can see this is because vlan interfaces > do not report that they support SOF_TIMESTAMPING_TX_SOFTWARE. The > underlying device interface eth4 however does claim to support > SOF_TIMESTAMPING_TX_SOFTWARE. Can you try hacking the code to omit the ethtool check? If the time stamping actually works, and the only problem is the ethtool reporting, then that would probably be an easy kernel fix. Thanks, Richard |
|
From: Richard C. <ric...@gm...> - 2013-12-11 07:25:31
|
On Tue, Dec 10, 2013 at 08:58:26PM +0000, Keller, Jacob E wrote: > > To support software timestamps I believe the vlan driver would just > have to call the correct software timestamp callback, and advertise > that it supports the TX_SOFTWARE timestamping in the ethtool call. Right, although I haven't looked at the details, it sounds like supporting SO_TIMESTAMPING over vlan will require kernel work. Thanks, Richard |
|
From: Keller, J. E <jac...@in...> - 2013-12-10 20:58:34
|
> -----Original Message----- > From: Shawn Bohrer [mailto:sha...@gm...] > Sent: Tuesday, December 10, 2013 10:48 AM > To: lin...@li... > Subject: [Linuxptp-users] using ptp4l on vlan interfaces > > Hello, Hi :) > > I'm currently a PTPd user but I'm interested in ptp4l especially if I > can take advantage of hardware timestamp support. First step was to > see if I could simply run ptp4l utilizing software timestamps and I > ran into a bit of a snag. We currently run ptpd on a vlan but > attempting to run ptp4l on a vlan interface results in the following: > > # ptp4l -S -i vlan807 -s -l7 -m > interface 'vlan807' does not support requested timestamping mode. > > I took a look at the code and can see this is because vlan interfaces > do not report that they support SOF_TIMESTAMPING_TX_SOFTWARE. > The > underlying device interface eth4 however does claim to support > SOF_TIMESTAMPING_TX_SOFTWARE. > > So I guess I have a couple of questions here regarding ptp4l and > vlans. The first big question is of course is it possible to run > ptp4l on a vlan? Assuming the actual device and driver support > hardware timestamps (or software TX) and provide a PHC is it possible > to access those through a vlan? I am not sure about vlans, but at least for VF drivers, I don't think any currently support PTP.. however I do believe Intel might be able to support hardware timestamps. To support software timestamps I believe the vlan driver would just have to call the correct software timestamp callback, and advertise that it supports the TX_SOFTWARE timestamping in the ethtool call. As for the other.. I think you would only be able to access these if you use direct attach of a virtual function.. Then the virtual function driver could setup its own PHC and timestamping as long as the hardware allowed VFs to enable those features. Regards, Jake > > Thanks, > Shawn > > ------------------------------------------------------------------------------ > Rapidly troubleshoot problems before they affect your business. Most IT > organizations don't have a clear picture of how application performance > affects their revenue. With AppDynamics, you get 100% visibility into > your > Java,.NET, & PHP application. Start your 15-day FREE TRIAL of > AppDynamics Pro! > http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ost > g.clktrk > _______________________________________________ > Linuxptp-users mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxptp-users |
|
From: Shawn B. <sha...@gm...> - 2013-12-10 18:47:51
|
Hello, I'm currently a PTPd user but I'm interested in ptp4l especially if I can take advantage of hardware timestamp support. First step was to see if I could simply run ptp4l utilizing software timestamps and I ran into a bit of a snag. We currently run ptpd on a vlan but attempting to run ptp4l on a vlan interface results in the following: # ptp4l -S -i vlan807 -s -l7 -m interface 'vlan807' does not support requested timestamping mode. I took a look at the code and can see this is because vlan interfaces do not report that they support SOF_TIMESTAMPING_TX_SOFTWARE. The underlying device interface eth4 however does claim to support SOF_TIMESTAMPING_TX_SOFTWARE. So I guess I have a couple of questions here regarding ptp4l and vlans. The first big question is of course is it possible to run ptp4l on a vlan? Assuming the actual device and driver support hardware timestamps (or software TX) and provide a PHC is it possible to access those through a vlan? Thanks, Shawn |
|
From: Keller, J. E <jac...@in...> - 2013-12-06 16:15:15
|
FYI, you need kernel 3.5 or later for the ethtool -T to work :) Regards, Jake On Fri, 2013-12-06 at 16:50 +0800, Arnold kang wrote: > hi, > > i find that the mac driver is STMicroelectronics 10/100/1000 > Synopsys Ethernet driver which in " linux-3.0.8/drivers/net/stmmac > > " . and sorry that i can run the 'ethtool -T' on my arm linux, and > I'm trying... > > > > Thanks, > > Arnold > > > > 2013/12/5 Richard Cochran <ric...@gm...> > On Thu, Dec 05, 2013 at 09:46:13AM +0800, Arnold kang wrote: > > hi all, > > i just noticed that the previous can not send > correctly, so i past it > > again. > > > > Dear Richard: > > thanks for your response. here is the detail > information: > > ARCH : ARM Cortex A9 > > kernel version : 3.0.8 > > ethernet card : RTL8211EG > > > This is a PHY, not a MAC. We need to know what MAC you are > using. > > Can you also send the output of 'ethtool -T'? > > Thanks, > Richard > > > ------------------------------------------------------------------------------ > Sponsored by Intel(R) XDK > Develop, test and display web and hybrid apps with a single code base. > Download it for free now! > http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk > _______________________________________________ > Linuxptp-users mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxptp-users |
|
From: Arnold k. <arn...@gm...> - 2013-12-06 10:11:08
|
thank you so much... i hope i can do more thing for this project... 2013/12/6 Richard Cochran <ric...@gm...> > On Fri, Dec 06, 2013 at 05:03:30PM +0800, Arnold kang wrote: > > i think i know why, the kernel shouid update to 3.1, for stmmac not > > supported in 3.0....hope this right... > > Yes, that is right. Sorry I missed this point. Before you said, > > > >> > kernel version : 3.0.8 > > but I misread this as 3.8.0. For stmmac, you need 3.1 or newer. > > Thanks, > Richard > > > |
|
From: Richard C. <ric...@gm...> - 2013-12-06 09:21:44
|
On Fri, Dec 06, 2013 at 05:03:30PM +0800, Arnold kang wrote: > i think i know why, the kernel shouid update to 3.1, for stmmac not > supported in 3.0....hope this right... Yes, that is right. Sorry I missed this point. Before you said, > >> > kernel version : 3.0.8 but I misread this as 3.8.0. For stmmac, you need 3.1 or newer. Thanks, Richard |
|
From: Arnold k. <arn...@gm...> - 2013-12-06 09:03:37
|
i think i know why, the kernel shouid update to 3.1, for stmmac not supported in 3.0....hope this right... 2013/12/6 Arnold kang <arn...@gm...> > hi, > i find that the mac driver is STMicroelectronics 10/100/1000 Synopsys > Ethernet driver which in " linux-3.0.8/drivers/net/stmmac > " . and sorry that i can run the 'ethtool -T' on my arm linux, and I'm > trying... > > > Thanks, > Arnold > > > 2013/12/5 Richard Cochran <ric...@gm...> > >> On Thu, Dec 05, 2013 at 09:46:13AM +0800, Arnold kang wrote: >> > hi all, >> > i just noticed that the previous can not send correctly, so i past >> it >> > again. >> > >> > Dear Richard: >> > thanks for your response. here is the detail information: >> > ARCH : ARM Cortex A9 >> > kernel version : 3.0.8 >> > ethernet card : RTL8211EG >> >> This is a PHY, not a MAC. We need to know what MAC you are using. >> >> Can you also send the output of 'ethtool -T'? >> >> Thanks, >> Richard >> > > |
|
From: Arnold k. <arn...@gm...> - 2013-12-06 08:50:53
|
hi, i find that the mac driver is STMicroelectronics 10/100/1000 Synopsys Ethernet driver which in " linux-3.0.8/drivers/net/stmmac " . and sorry that i can run the 'ethtool -T' on my arm linux, and I'm trying... Thanks, Arnold 2013/12/5 Richard Cochran <ric...@gm...> > On Thu, Dec 05, 2013 at 09:46:13AM +0800, Arnold kang wrote: > > hi all, > > i just noticed that the previous can not send correctly, so i past > it > > again. > > > > Dear Richard: > > thanks for your response. here is the detail information: > > ARCH : ARM Cortex A9 > > kernel version : 3.0.8 > > ethernet card : RTL8211EG > > This is a PHY, not a MAC. We need to know what MAC you are using. > > Can you also send the output of 'ethtool -T'? > > Thanks, > Richard > |
|
From: Richard C. <ric...@gm...> - 2013-12-05 11:35:50
|
On Thu, Dec 05, 2013 at 09:46:13AM +0800, Arnold kang wrote: > hi all, > i just noticed that the previous can not send correctly, so i past it > again. > > Dear Richard: > thanks for your response. here is the detail information: > ARCH : ARM Cortex A9 > kernel version : 3.0.8 > ethernet card : RTL8211EG This is a PHY, not a MAC. We need to know what MAC you are using. Can you also send the output of 'ethtool -T'? Thanks, Richard |
|
From: Richard C. <ric...@gm...> - 2013-11-25 18:35:36
|
On Fri, Nov 22, 2013 at 11:03:23AM -0500, Rich Schmidt wrote: > Somehow, miraculously, my ptp4l implementation has started working > perfectly (?). Maybe you were not actually running the non-nohz kernel, at first? This has happened to me, after a long day of trying different kernel options or kernel hacking, forgetting some silly step like installing the new kernel. Thanks, Richard |
|
From: Richard C. <ric...@gm...> - 2013-11-25 18:29:58
|
Rich, It is great to hear a success story! If I understood correctly, you have implemented an NTP driver that uses a Linux PHC as a time source. If and when you contribute that to the ntp.org project, please let us know on this list. There might be other people interested. Thanks, Richard |
|
From: Fugang D. <fug...@fr...> - 2013-11-23 01:44:36
|
From: Richard Cochran [mailto:ric...@gm...]
Data: Saturday, November 23, 2013 12:03 AM
>It looks like your toolchain search path is messed up. Can you compile the
>following simple program with it?
>
>---
>#include <limits.h>
>int main()
>{
> return INT_MAX;
>}
>---
>
>Thanks,
>Richard
I have solve the issue which caused by cross compiler issue. And I change the makefile as below that can pass the compiling.
diff --git a/makefile b/makefile
index 37cbaf9..f410c07 100644
--- a/makefile
+++ b/makefile
@@ -17,10 +17,12 @@
KBUILD_OUTPUT =
+INCLUDES := -I /opt/freescale/usr/local/sysroots/cortexa9hf-vfp-neon-poky-linux-gnueabi/usr/include
+
DEBUG =
-CC = $(CROSS_COMPILE)gcc
+#CC = $(CROSS_COMPILE)gcc
VER = -DVER=$(version)
-CFLAGS = -Wall $(VER) $(incdefs) $(DEBUG) $(EXTRA_CFLAGS)
+CFLAGS = -Wall $(VER) $(incdefs) $(DEBUG) $(EXTRA_CFLAGS) $(INCLUDES)
LDLIBS = -lm -lrt $(EXTRA_LDFLAGS)
PRG = ptp4l pmc phc2sys hwstamp_ctl
OBJ = bmc.o clock.o clockadj.o clockcheck.o config.o fault.o \
@@ -79,7 +81,7 @@ distclean: clean
%.d: %.c
@echo DEPEND $<; \
rm -f $@; \
- $(CC) -MM $(CPPFLAGS) $(CFLAGS) $< > $@.$$$$; \
+ $(CC) -MM -static $(CPPFLAGS) $(CFLAGS) $< > $@.$$$$; \
sed 's,\($*\)\.o[ :]*,\1.o $@ : ,g' < $@.$$$$ > $@; \
rm -f $@.$$$$
Thanks,
Richard
|
|
From: Richard C. <ric...@gm...> - 2013-11-22 16:03:34
|
Common Email List Rules:
1. Don't reply to an old message when starting a new thread.
2. Post to the correct group.
This is a user issue, not a development issue. I have put
linuxptp-users on CC instead of -devel.
On Fri, Nov 22, 2013 at 10:37:16AM +0000, Fugang Duan wrote:
> Hi, all,
>
> I build the ptp4l for the first time, but it build fail as below log.
> I follow linuxptp doc step to build. (6.1 Linux kernel and 6.2 PTP stack)
It looks like you are trying to cross compile linuxptp.
Did you cross compile your kernel?
> b38611@shlinux2:~/linuxtest/ptpd/code$ make
> DEPEND sysoff.c
> DEPEND pmc_common.c
> DEPEND pmc.c
> DEPEND phc2sys.c
> In file included from /u/home/b38611/fsl-linux/toolchain/arm-toolchain-yacto/sysroots/i686-pokysdk-linux/usr/bin/cortexa9hf-vfp-neon-poky-linux-gnueabi/../../lib/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.7.2/include-fixed/syslimits.h:7:0,
> from /u/home/b38611/fsl-linux/toolchain/arm-toolchain-yacto/sysroots/i686-pokysdk-linux/usr/bin/cortexa9hf-vfp-neon-poky-linux-gnueabi/../../lib/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.7.2/include-fixed/limits.h:34,
> from phc2sys.c:24:
> /u/home/b38611/fsl-linux/toolchain/arm-toolchain-yacto/sysroots/i686-pokysdk-linux/usr/bin/cortexa9hf-vfp-neon-poky-linux-gnueabi/../../lib/cortexa9hf-vfp-neon-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/4.7.2/include-fixed/limits.h:169:61: error: no include path in which to search for limits.h
It looks like your toolchain search path is messed up. Can you compile
the following simple program with it?
---
#include <limits.h>
int main()
{
return INT_MAX;
}
---
Thanks,
Richard
|
|
From: Richard C. <ric...@gm...> - 2013-11-21 08:07:58
|
Dear linuxptp users and developers, I have requested that gmane subscribe to the lists. The gmane interface offers a nice threaded view, and it can be useful to refer people who not are subscribed to discussions. Right now, only new messages appear, but I will try to get the past archives up as well. http://news.gmane.org/gmane.comp.linux.ptp.devel http://news.gmane.org/gmane.comp.linux.ptp.user Enjoy, Richard |
|
From: Richard C. <ric...@gm...> - 2013-11-16 06:23:47
|
On Fri, Nov 15, 2013 at 11:45:45AM -0500, Rich Schmidt wrote: > Miroslav, > My kernel configuration of linux 3.12 has: > > CONFIG_TICK_ONESHOT=y > CONFIG_NO_HZ_COMMON=y > # CONFIG_HZ_PERIODIC is not set > CONFIG_NO_HZ_IDLE=y That explains the poor phc2sys performance. Miroslav has identified a time keeping bug in the Linux kernel that appears when this option is enabled. > Do I need to recompile the kernel with 100hz? You don't need to recompile. You can add "nohz=off" to the kernel command line (e.g. from the grub boot menu). Please do this and then rerun your phc2sys tests. I expect that this will make a huge improvement. Thanks, Richard |
|
From: Miroslav L. <mli...@re...> - 2013-11-15 17:23:27
|
On Fri, Nov 15, 2013 at 11:45:45AM -0500, Rich Schmidt wrote: > Miroslav, > My kernel configuration of linux 3.12 has: > > CONFIG_TICK_ONESHOT=y > CONFIG_NO_HZ_COMMON=y > # CONFIG_HZ_PERIODIC is not set > CONFIG_NO_HZ_IDLE=y > # CONFIG_NO_HZ_FULL is not set > CONFIG_NO_HZ=y > CONFIG_HIGH_RES_TIMERS=y > CONFIG_HZ_1000=y > CONFIG_HZ=1000 That means the kernel is compiled with nohz. If you want to disable it without recompiling the kernel, you can add nohz=off to the kernel boot options. (getting off topic on this list) > chrony was assuming 100hz. That's ok, that's the HZ visible from user space (getconf CLK_TCK), which is fixed per arch to not break the programs. > Also, the description of log files in chrony.txt does not match the format > of the files in my log. > Can you provide an interpretation? > 52864df1 000a0aa5 7.278382e-06 9.000000e-06 1.380000e-04 1.066010e-06 > 1.380000e-04 1.130216e-03 1.000000e+00 1 Is that from the statistics log? The line seems to be mangled. > "Measurements" does not log? The chrony measurements log is for network measurements, not reference clocks. -- Miroslav Lichvar |
|
From: Rich S. <sch...@gm...> - 2013-11-15 16:45:53
|
Miroslav, My kernel configuration of linux 3.12 has: CONFIG_TICK_ONESHOT=y CONFIG_NO_HZ_COMMON=y # CONFIG_HZ_PERIODIC is not set CONFIG_NO_HZ_IDLE=y # CONFIG_NO_HZ_FULL is not set CONFIG_NO_HZ=y CONFIG_HIGH_RES_TIMERS=y CONFIG_HZ_1000=y CONFIG_HZ=1000 chrony was assuming 100hz. Nov 15 16:28:29 pluto chronyd[2504]: hz=100 shift_hz=7 freq_scale=1.00000000 nominal_tick=10000 slew_delta_tick=833 max_tick_bias=1000 shift_pll=2 When I specify "linux_hz 1000" in chrony.conf, I get: Nov 15 16:39:11 pluto chronyd[2532]: Fatal error : adjtimex failed for set_frequency, freq_ppm=7.4496e+00 scaled_freq=-7.4496e+00 required_tick=1000 Do I need to recompile the kernel with 100hz? Also, the description of log files in chrony.txt does not match the format of the files in my log. Can you provide an interpretation? 52864df1 000a0aa5 7.278382e-06 9.000000e-06 1.380000e-04 1.066010e-06 1.380000e-04 1.130216e-03 1.000000e+00 1 "Measurements" does not log? Rich Schmidt On Fri, Nov 15, 2013 at 7:51 AM, Miroslav Lichvar <mli...@re...>wrote: > On Thu, Nov 14, 2013 at 06:47:39PM -0500, Rich Schmidt wrote: > > Miroslav, thank you for the info on chrony! > > I have downloaded and started chrony 1.29. Very nice. Then I went to the > > git repository and downloaded chrony-7261d11.tar.gz. When compiling I > get: > > > #define PTP_MAX_SAMPLES 10 (I just guessed at a number) > > > so I added to Makefile: LIBS = -lm -lrt > > Thanks for the report, Rich. It should be fixed in git now, please let > me know if it still doesn't compile for you. > > > I added to chrony.conf: > > refclock PHC /dev/ptp1 poll 3 dpoll -2 offset -0 > > > 210 Number of sources = 3 > > MS Name/IP address Stratum Poll Reach LastRx Last sample > > > =============================================================================== > > #- PHC0 0 3 377 6 +92us[ +58us] +/- > > 84.3s > > That 84.3s figure doesn't look good. It should be in nanoseconds, not > seconds :). You can see the individial samples in the refclocks.log, > maybe something interesting will be there. > > Here is what I get on an idle machine with i210 card: > > 2013-11-15 12:46:50.171265 PHC0 21 N 0 1.000000e-09 7.506664e-23 > 6.465e-09 > 2013-11-15 12:46:50.421633 PHC0 22 N 0 1.600000e-08 1.500000e-08 > 6.465e-09 > 2013-11-15 12:46:50.671984 PHC0 23 N 0 0.000000e+00 -1.000000e-09 > 6.465e-09 > 2013-11-15 12:46:50.922248 PHC0 24 N 0 -5.500000e-09 -6.500000e-09 > 6.465e-09 > 2013-11-15 12:46:51.172608 PHC0 25 N 0 -6.500000e-09 -6.500000e-09 > 6.465e-09 > 2013-11-15 12:46:51.422972 PHC0 26 N 0 1.250000e-08 1.250000e-08 > 6.465e-09 > 2013-11-15 12:46:51.673240 PHC0 27 N 0 1.400000e-08 1.400000e-08 > 6.465e-09 > 2013-11-15 12:46:51.923629 PHC0 28 N 0 1.100000e-08 1.100000e-08 > 6.465e-09 > 2013-11-15 12:46:52.173989 PHC0 29 N 0 -5.000000e-10 -5.000000e-10 > 6.465e-09 > 2013-11-15 12:46:52.424144 PHC0 30 N 0 1.350000e-08 1.350000e-08 > 6.465e-09 > 2013-11-15 12:46:52.674523 PHC0 31 N 0 0.000000e+00 0.000000e+00 > 6.465e-09 > 2013-11-15 12:46:48.156077 PHC0 - N - - 4.175000e-09 > 1.450e-09 > 2013-11-15 12:46:52.924976 PHC0 0 N 0 4.200000e-08 4.000000e-08 > 6.174e-09 > 2013-11-15 12:46:53.175264 PHC0 1 N 0 -8.500000e-09 -1.050000e-08 > 6.174e-09 > 2013-11-15 12:46:53.425603 PHC0 2 N 0 7.500000e-09 5.500000e-09 > 6.174e-09 > > $ chronyc sources > 210 Number of sources = 1 > MS Name/IP address Stratum Poll Reach LastRx Last sample > > =============================================================================== > #* PHC0 0 3 377 3 -1ns[ +10ns] +/- > 3ns > > $ chronyc sourcestats > 210 Number of sources = 1 > Name/IP Address NP NR Span Frequency Freq Skew Offset Std > Dev > > ============================================================================== > PHC0 6 3 38 0.000 0.001 +0ns > 2ns > > > Now I will read chrony.txt. Would like to log statistics as NTP does. I > > will run it all night tonight and check tomorrow. > > That can be configured with logdir and log: > logdir /var/log/chrony > log measurements statistics tracking refclocks > > -- > Miroslav Lichvar > |
|
From: Mario M. <mar...@we...> - 2013-11-15 11:04:35
|
After read of all hints and suggestions I would also prefer the use of UDS “push”. Regards, Mario |
|
From: Delio B. <dbr...@au...> - 2013-11-14 19:55:45
|
On Nov 14, 2013, at 8:49 PM, Keller, Jacob E wrote: > On Thu, 2013-11-14 at 09:33 +0100, Richard Cochran wrote: >> On Wed, Nov 13, 2013 at 02:36:40PM +0100, Mario Molitor wrote: >>> >>> What do you think about this or do you have a better idea to get this information without poll pmc. >> >> I don't like the file idea, but I can suggest two alternatives: >> >> 1. Management message "push" option. This would let the ptp4l program >> send changed status messages on the UDS interface. >> > > I think this is the best option.. Then the client can poll the UDS > interface and do whatever it wants. +1 for UDS "push" -- Delio |
|
From: Keller, J. E <jac...@in...> - 2013-11-14 19:49:25
|
On Thu, 2013-11-14 at 09:33 +0100, Richard Cochran wrote: > On Wed, Nov 13, 2013 at 02:36:40PM +0100, Mario Molitor wrote: > > > > What do you think about this or do you have a better idea to get this information without poll pmc. > > I don't like the file idea, but I can suggest two alternatives: > > 1. Management message "push" option. This would let the ptp4l program > send changed status messages on the UDS interface. > I think this is the best option.. Then the client can poll the UDS interface and do whatever it wants. > 2. Run a script. This would let the ptp4l program run a shell script > after status changes, just like dhclient does. > This could work, but I think its cleaner if we push to the UDS interface, and the client can then read and do whatever it wants (possibly run a script, even) I think that is a clean use of the management interface. Regards, Jake > Thoughts? > > Thanks, > Richard > > ------------------------------------------------------------------------------ > DreamFactory - Open Source REST & JSON Services for HTML5 & Native Apps > OAuth, Users, Roles, SQL, NoSQL, BLOB Storage and External API Access > Free app hosting. Or install the open source package on any LAMP server. > Sign up and see examples for AngularJS, jQuery, Sencha Touch and Native! > http://pubads.g.doubleclick.net/gampad/clk?id=63469471&iu=/4140/ostg.clktrk > _______________________________________________ > Linuxptp-users mailing list > Lin...@li... > https://lists.sourceforge.net/lists/listinfo/linuxptp-users |
27 messages has been excluded from this view by a project administrator.
