Re: [Linuxptp-devel] [Announce] Simulation software for powerlaw noise and PTP clock synchronization
thanks for your work, I want to know can this use in ptp4l ? 2016-04-15 4:18 GMT+08:00 Wolfgang Wallner : > > Dear LinuxPTP community, > > I would like to announce the public availability of two software > projects which I have been working on for my master thesis: > > * LibPLN: a portable C++ library for the efficient simulation of > Powerlaw Noise (PLN) > * LibPTP: a simulation framework based on the OMNeT++ network simulation > environment, for the simulation of the Precision Time Protocol (PTP) as > it is specified in IEEE 1588-2008 > > The clock servo which is implemented in my PTP simulation is based on > the PI clock servo of the LinuxPTP project. > The availability of LinuxPTP as open source has been of great value for > me during the development of my own PTP implementation, so thanks a lot > for sharing! > > > Getting started: > -- > > Both software project are available as open source from my Github > account: https://github.com/w-wallner > The readme files present on the Github page should give you an idea on > how to get started using the individual components. > > > License: > -- > > All code is licensed using open source licenses. > Most parts of the software are licensed as GPLv3, some parts use the > GPLv2 and BSD licenses. > See the respective COPYING files for details. > > > Detailed documentation: > -- > > A detailed description of all design design decisions and how the > fundamental concepts of the libraries work is contained in my master > thesis: > > Simulation of Time-synchronized Networks using IEEE 1588-2008, > 2016, Vienna University of Technology > > As of this writing (April 2016), it is not yet published, the expected > publication date will be May or June 2016. > > > I hope these projects can be useful for some of you :) > In case you have any questions, feel free to ask. > > Kind regards, > Wolfgang Wallner > > > -- > Find and fix application performance issues faster with Applications > Manager > Applications Manager provides deep performance insights into multiple > tiers of > your business applications. It resolves application problems quickly and > reduces your MTTR. Get your free trial! > https://ad.doubleclick.net/ddm/clk/302982198;130105516;z > ___ > Linuxptp-devel mailing list > Linuxptp-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linuxptp-devel > -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
[Linuxptp-devel] give a high priority to ptp when stable
Hi, when ptps in daemon become stable, all device in this daemon synced at this moment. but when a new ptp device join in this daemon and may become master, this broke sync in the daemon. I think how about when ptps become stabled, we give these devices a high priority, when new device join with default priority, new device become slave, and sync from current master. this will be useful for some one only need all device have same time. I think we can change ptp's priority2 base on port state.thanks -- Find and fix application performance issues faster with Applications Manager Applications Manager provides deep performance insights into multiple tiers of your business applications. It resolves application problems quickly and reduces your MTTR. Get your free trial! https://ad.doubleclick.net/ddm/clk/302982198;130105516;z___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] ptp can't recovery when unplug the cable and plug in after a while
thanks. i'll try tomorrow!
2015-08-11 19:20 GMT+08:00 Richard Cochran :
> On Tue, Aug 11, 2015 at 05:52:41PM +0800, Arnold kang wrote:
> > I know why, when the cable unplugged , the rtc in phy still run as
> list
> > freq set. so after some seconds, the phy is slower or faster than master
> .
> > when cable plug in, after a very lone time to adjfreq, the ptp will sync.
> > but how to resolve this? how to recovery as soon as cable plugged in?
> any
> > advice?
>
> No, your analysis is incorrect. Look at the facts you gave us:
>
> On Tue, Aug 11, 2015 at 03:35:26PM +0800, Arnold kang wrote:
> > {359.993454} [DEBUG] master offset 2461 s2 freq -51098 path
> delay 32041
>
> > =
> > here I unplug the cable and after 23 seconds, I plugged in again
> > =
>
> > {393.991080} [DEBUG] master offset -15340129218 s0 freq -51098 path
> delay 32029
>
> Before the link goes down, your offset is 2.5 usec. After the link
> reappears, your offset is more than 15 seconds. The clock cannot
> drift 15 seconds away in only 23 seconds real time.
>
> Something else is broken, probably the driver, or the HW, or both.
>
> Maybe you can work around this issue using the 'step_threshold'
> configuration option.
>
> Good luck,
> Richard
>
>
--
___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] ptp can't recovery when unplug the cable and plug in after a while
Dear Richard, I know why, when the cable unplugged , the rtc in phy still run as list freq set. so after some seconds, the phy is slower or faster than master . when cable plug in, after a very lone time to adjfreq, the ptp will sync. but how to resolve this? how to recovery as soon as cable plugged in? any advice? thanks. 2015-08-11 16:06 GMT+08:00 Arnold kang : > thank you! I'm trying to reset all ptp dataset when announce packet not > received. hope this work. > > 2015-08-11 15:58 GMT+08:00 Richard Cochran : > >> On Tue, Aug 11, 2015 at 03:35:26PM +0800, Arnold kang wrote: >> > Dear Richard, >> > thanks for your reply.I'm using AR8031, and hardware timestamp >> mode >> > . OS version: 3.0 >> >> That HW is not present in mainline Linux, and so I cannot help you >> with it. Probably it is buggy. >> >> Also, from the ptp4l output, someone has hacking around with it as >> well. All bets are off. >> >> You should ask your vendor to fix this issue. >> >> Sorry, >> Richard >> > > -- ___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] ptp can't recovery when unplug the cable and plug in after a while
thank you! I'm trying to reset all ptp dataset when announce packet not received. hope this work. 2015-08-11 15:58 GMT+08:00 Richard Cochran : > On Tue, Aug 11, 2015 at 03:35:26PM +0800, Arnold kang wrote: > > Dear Richard, > > thanks for your reply.I'm using AR8031, and hardware timestamp > mode > > . OS version: 3.0 > > That HW is not present in mainline Linux, and so I cannot help you > with it. Probably it is buggy. > > Also, from the ptp4l output, someone has hacking around with it as > well. All bets are off. > > You should ask your vendor to fix this issue. > > Sorry, > Richard > -- ___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] ptp can't recovery when unplug the cable and plug in after a while
Dear Richard,
thanks for your reply.I'm using AR8031, and hardware timestamp mode
. OS version: 3.0
some detail:
{359.993454} [DEBUG] master offset 2461 s2 freq -51098 path delay
32041
{360.380834} [DEBUG] t1 +1439307277796976619
{360.380880} [DEBUG] t2 +1439307277797011121
{360.380910} [DEBUG] t3 +1439307278181855128
{360.380936} [DEBUG] t4 +1439307278181898350
=
here I unplug the cable and after 23 seconds, I plugged in again
=
{388.939073} [WARNING] clockcheck: clock jumped backward or running slower
than expected!
{392.768454} [WARNING] foreign master not using PTP timescale
{392.990924} [DEBUG] origin [c->t1]+1439307310797676053
{392.990981} [DEBUG] ingress[c->t2]+1439307295457580057
{392.991013} [DEBUG] c->path_delay +0
{393.780969} [DEBUG] t1 +1439307310797676053
{393.781018} [DEBUG] t2 +1439307295457580057
{393.781047} [DEBUG] t3 +1439307296244987555
{393.781074} [DEBUG] t4 +1439307311585147610
{393.990981} [DEBUG] origin [c->t1]+1439307311797823009
{393.991025} [DEBUG] ingress[c->t2]+1439307296457725820
{393.991053} [DEBUG] c->path_delay +32029
{393.991080} [DEBUG] master offset -15340129218 s0 freq -51098 path delay
32029
2015-08-11 14:59 GMT+08:00 Richard Cochran :
> On Tue, Aug 11, 2015 at 11:43:01AM +0800, Arnold kang wrote:
> > when I test linuxptp. I unplug the cable and plug in after a while,
> > the ptp can't recovery. and precision stay bad. any one know why?
>
> What driver and HW are you using?
>
> Some of the Intel drivers reset the NIC time when the link goes down.
>
> Thanks,
> Richard
>
--
___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
[Linuxptp-devel] ptp can't recovery when unplug the cable and plug in after a while
Hi, all when I test linuxptp. I unplug the cable and plug in after a while, the ptp can't recovery. and precision stay bad. any one know why? -- ___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] how PI controller work in linuxptp
thank you! 2015-02-09 17:17 GMT+08:00 Miroslav Lichvar : > On Mon, Feb 09, 2015 at 05:04:05PM +0800, Arnold kang wrote: > > thank you, but i still don't know how it work. i want to understand it > > totally, please help me > > How a PI controller works? I'm not sure that can be explained in a few > paragraphs in an email. I'd suggest to start with the wikipedia entry > on PID controllers. > > -- > Miroslav Lichvar > -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] how PI controller work in linuxptp
thank you, but i still don't know how it work. i want to understand it totally, please help me 2015-02-09 16:26 GMT+08:00 Miroslav Lichvar : > On Mon, Feb 09, 2015 at 03:51:32PM +0800, Arnold kang wrote: > > hi all, > > i'm reading the linuxptp code, and read pi.c many times, but i'm not > sure > > PI work in code . please help me , thanks! > > > > ps, freq_est_interval = 0.016 / s->ki, why 0.016? > > It's an experimentally determined value. With smaller ki the servo is > slower in ajdusting frequency, so the estimation interval is made > longer to get a more accurate starting value and decrease the overall > time needed to lock. > > -- > Miroslav Lichvar > -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
[Linuxptp-devel] how PI controller work in linuxptp
hi all, i'm reading the linuxptp code, and read pi.c many times, but i'm not sure PI work in code . please help me , thanks! ps, freq_est_interval = 0.016 / s->ki, why 0.016? -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
[Linuxptp-devel] clock_adjtime not work in arm linux 3.0
Dear Richard, i'm sorry ask for your help , clock_adjtime may not work in arm linux v3.0, this syscall return success, but can not change time nor get time, anything wrong, or need add a patch ? -- Is your legacy SCM system holding you back? Join Perforce May 7 to find out: • 3 signs your SCM is hindering your productivity • Requirements for releasing software faster • Expert tips and advice for migrating your SCM now http://p.sf.net/sfu/perforce___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
[Linuxptp-devel] can not receive status frame sometimes
Dear Richard, I think i find out the reason, for can not get the status frame when send out the Delay Req sometimes! can you give me some advice to resolve it. thanks again! Arnold -- "Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE Instantly run your Selenium tests across 300+ browser/OS combos. Get unparalleled scalability from the best Selenium testing platform available. Simple to use. Nothing to install. Get started now for free." http://p.sf.net/sfu/SauceLabs___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] what is the function " rx_timestamp_work" used for?
Dear Richard, Recently, i need to use the ptp with hardware, and have a trouble, as i asked, can not get the txtstamp when it run after one minute. i checked every code, but didn't find why. i read your paper from IEEE, i still can't understand how kernel put the timestamp to skb when send out a event packet, can you give me a detail explanation, thank you so much!! Arnold 2014-04-27 14:36 GMT+08:00 Arnold kang : > Dear Richard, >when a request packet send to master, this packet will be cloned to > dp83640->tx_queue, but i still don't know how the hardware be add to skb, > and how the status frame be generated？ thanks > > > Arnold > > > 2014-04-26 17:05 GMT+08:00 Richard Cochran : > > On Sat, Apr 26, 2014 at 04:20:28PM +0800, Arnold kang wrote: >> > Dear Richard, >> > and dp83640_txtstamp call this function, the only thing do is Clear out >> > expired time stamps, right? >> >> Yes, probably. I don't remember why the transmit function schedules >> the work. It might be left over from a previous version of the >> code. In that case it is useless but also harmless. >> >> > if you don't mind i will continue send mail >> > for help, if you think i'm a trouble, please tell me, i will stop. you >> > help me so much, and i don't know how to thank you. >> >> I don't mind answering questions about the driver. If you find a bug, >> please tell us. >> >> Thanks, >> Richard >> > > -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] what is the function " rx_timestamp_work" used for?
Dear Richard, when a request packet send to master, this packet will be cloned to dp83640->tx_queue, but i still don't know how the hardware be add to skb, and how the status frame be generated？ thanks Arnold 2014-04-26 17:05 GMT+08:00 Richard Cochran : > On Sat, Apr 26, 2014 at 04:20:28PM +0800, Arnold kang wrote: > > Dear Richard, > > and dp83640_txtstamp call this function, the only thing do is Clear out > > expired time stamps, right? > > Yes, probably. I don't remember why the transmit function schedules > the work. It might be left over from a previous version of the > code. In that case it is useless but also harmless. > > > if you don't mind i will continue send mail > > for help, if you think i'm a trouble, please tell me, i will stop. you > > help me so much, and i don't know how to thank you. > > I don't mind answering questions about the driver. If you find a bug, > please tell us. > > Thanks, > Richard > -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] what is the function " rx_timestamp_work" used for?
Dear Richard, when a request packet send to master, this packet will be cloned to dp83640->tx_queue, but i still don't know how the hardware be add to skb, and how the status frame be generated？ thanks Arnold 2014-04-26 17:05 GMT+08:00 Richard Cochran : > On Sat, Apr 26, 2014 at 04:20:28PM +0800, Arnold kang wrote: > > Dear Richard, > > and dp83640_txtstamp call this function, the only thing do is Clear out > > expired time stamps, right? > > Yes, probably. I don't remember why the transmit function schedules > the work. It might be left over from a previous version of the > code. In that case it is useless but also harmless. > > > if you don't mind i will continue send mail > > for help, if you think i'm a trouble, please tell me, i will stop. you > > help me so much, and i don't know how to thank you. > > I don't mind answering questions about the driver. If you find a bug, > please tell us. > > Thanks, > Richard > -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] what is the function " rx_timestamp_work" used for?
Dear Richard, and dp83640_txtstamp call this function, the only thing do is Clear out expired time stamps, right? if you don't mind i will continue send mail for help, if you think i'm a trouble, please tell me, i will stop. you help me so much, and i don't know how to thank you. Arnold.Kang 2014-04-26 15:07 GMT+08:00 Richard Cochran : > On Sat, Apr 26, 2014 at 02:06:08PM +0800, Arnold kang wrote: > > Dear Developers, > > can some one tell me whia't rx_timestamp_work is used for in > > dp83640.c, thanks! > > This is a Linux work item, which is a kind of delayed execution. > > Its purpose is to match PTP packets with their time stamps and then > deliver the packets to the networking stack. > > This is needed because the PHY sends the time stamps in separate > status frames. > > HTH, > Richard > -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
[Linuxptp-devel] what is the function " rx_timestamp_work" used for?
Dear Developers, can some one tell me whia't rx_timestamp_work is used for in dp83640.c, thanks! ps. i know maybe i can't post this in here.but, i need this help, and only here can help me. thanks again -- Start Your Social Network Today - Download eXo Platform Build your Enterprise Intranet with eXo Platform Software Java Based Open Source Intranet - Social, Extensible, Cloud Ready Get Started Now And Turn Your Intranet Into A Collaboration Platform http://p.sf.net/sfu/ExoPlatform___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] kernel crashed when run linux ptp
sorry, i just afraid TOE will affect it. there is nothing special in mac driver without TOE Thanks 2014-04-15 15:28 GMT+08:00 Richard Cochran : > On Tue, Apr 15, 2014 at 03:04:22PM +0800, Arnold kang wrote: > > this soc have a TOE (TCP Offload Engine) with mac, i not sure caused by > > this module, and i'm sure the DP83640 can accept packet. > > Um, you are aware that we are talking about UDP packets? > > Thanks, > Richard > -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] kernel crashed when run linux ptp
this link is about TOE, http://www.emutex.com/case-studies/tcp-offload-engine. thanks you , Richard. you give me so much help. 2014-04-15 15:04 GMT+08:00 Arnold kang : > this soc have a TOE (TCP Offload Engine) with mac, i not sure caused by > this module, and i'm sure the DP83640 can accept packet. > > > 2014-04-15 12:44 GMT+08:00 Richard Cochran : > > On Tue, Apr 15, 2014 at 09:34:31AM +0800, Arnold kang wrote: >> > yes, this was happed in the fun "sk_receive" , i just >> set >> > the poll's third param to a negative value witch means an infinite >> timeout, >> > it doesn't work, >> > and i set the tx_timestamp_timeout to 100, it still doesn't work, i >> > appreciate >> > your help. >> >> Okay, then I would instrument the dp83640 driver with kprint in order >> to confirm that the packets are being accepted via the function >> skb_clone_tx_timestamp() and then later delivered. >> >> The problem is likely to be in your modified MAC driver or in your >> modified kernel. >> >> HTH, >> Richard >> >> >> > -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] kernel crashed when run linux ptp
this soc have a TOE (TCP Offload Engine) with mac, i not sure caused by this module, and i'm sure the DP83640 can accept packet. 2014-04-15 12:44 GMT+08:00 Richard Cochran : > On Tue, Apr 15, 2014 at 09:34:31AM +0800, Arnold kang wrote: > > yes, this was happed in the fun "sk_receive" , i just set > > the poll's third param to a negative value witch means an infinite > timeout, > > it doesn't work, > > and i set the tx_timestamp_timeout to 100, it still doesn't work, i > > appreciate > > your help. > > Okay, then I would instrument the dp83640 driver with kprint in order > to confirm that the packets are being accepted via the function > skb_clone_tx_timestamp() and then later delivered. > > The problem is likely to be in your modified MAC driver or in your > modified kernel. > > HTH, > Richard > > > -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] kernel crashed when run linux ptp
yes, this was happed in the fun "sk_receive" , i just set the poll's third param to a negative value witch means an infinite timeout, it doesn't work, and i set the tx_timestamp_timeout to 100, it still doesn't work, i appreciate your help. 2014-04-14 19:27 GMT+08:00 Richard Cochran : > On Mon, Apr 14, 2014 at 05:45:34PM +0800, Arnold kang wrote: > > yes, i just set never timeout, but it doesn't work. > > But there is no such setting. > > ??? > Richard > -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] kernel crashed when run linux ptp
yes, i just set never timeout, but it doesn't work. 2014-04-14 17:24 GMT+08:00 Richard Cochran : > On Mon, Apr 14, 2014 at 03:56:18PM +0800, Arnold kang wrote: > > Dear Richard, > > i'm sorry for i need your help again, i just resolve the kernel > crash, > > this was caused by call spin_lock twice in stmmac mac driver, but another > > problem come out. > > when i run "./ptp4l -i eth0 -H -p /dev/ptp0 -m", an error display > > "*increasing > > tx_timestamp_timeout may correct this issue, but it is likely caused by a > > driver bug*", i'm not sure this was caused by mac driver or phy driver. > > and i run ptp4l in SOFTWARE mode, all goes correctlly. > > Did you try increasing tx_timestamp_timeout? > > Thanks, > Richard > -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] kernel crashed when run linux ptp
Dear Richard, i'm sorry for i need your help again, i just resolve the kernel crash, this was caused by call spin_lock twice in stmmac mac driver, but another problem come out. when i run "./ptp4l -i eth0 -H -p /dev/ptp0 -m", an error display "*increasing tx_timestamp_timeout may correct this issue, but it is likely caused by a driver bug*", i'm not sure this was caused by mac driver or phy driver. and i run ptp4l in SOFTWARE mode, all goes correctlly. 2014-04-11 17:35 GMT+08:00 Arnold kang : > Dear Richard, > thanks your help > > > 2014-04-11 17:26 GMT+08:00 Richard Cochran : > > On Fri, Apr 11, 2014 at 04:07:02PM +0800, Arnold kang wrote: >> > Dear Richard, >> >i get my kernel from my chip vendor， yes, the mac driver is modified >> by >> > them. maybe this is why the kernel crashed. but i really don't >> understand >> > what* skb_tx_timestamp() *mean. i search in google, there is no >> answer， >> > and there is no prototype in kernel or other use in kernel code. can you >> > tell me how to add it? thanks... >> >> Regarding skb_tx_timestamp(), the prototype is found in >> include/linux/skbuff.h, and it has been there since v2.6.36. >> >> * skb_tx_timestamp() - Driver hook for transmit timestamping >> * >> * Ethernet MAC Drivers should call this function in their hard_xmit() >> * function immediately before giving the sk_buff to the MAC hardware. >> >> Once you fix your kernel crash, then you will need to add this into >> the MAC driver as well. >> >> The kernel crash has nothing to do with skb_tx_timestamp(). >> Unfortunately, I cannot help you with your vendor kernel. >> >> Good luck, >> Richard >> > > -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] kernel crashed when run linux ptp
Dear Richard, thanks your help 2014-04-11 17:26 GMT+08:00 Richard Cochran : > On Fri, Apr 11, 2014 at 04:07:02PM +0800, Arnold kang wrote: > > Dear Richard, > >i get my kernel from my chip vendor， yes, the mac driver is modified > by > > them. maybe this is why the kernel crashed. but i really don't understand > > what* skb_tx_timestamp() *mean. i search in google, there is no answer， > > and there is no prototype in kernel or other use in kernel code. can you > > tell me how to add it? thanks... > > Regarding skb_tx_timestamp(), the prototype is found in > include/linux/skbuff.h, and it has been there since v2.6.36. > > * skb_tx_timestamp() - Driver hook for transmit timestamping > * > * Ethernet MAC Drivers should call this function in their hard_xmit() > * function immediately before giving the sk_buff to the MAC hardware. > > Once you fix your kernel crash, then you will need to add this into > the MAC driver as well. > > The kernel crash has nothing to do with skb_tx_timestamp(). > Unfortunately, I cannot help you with your vendor kernel. > > Good luck, > Richard > -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] kernel crashed when run linux ptp
Dear Richard, i get my kernel from my chip vendor， yes, the mac driver is modified by them. maybe this is why the kernel crashed. but i really don't understand what* skb_tx_timestamp() *mean. i search in google, there is no answer， and there is no prototype in kernel or other use in kernel code. can you tell me how to add it? thanks... 2014-04-11 15:30 GMT+08:00 Richard Cochran : > On Fri, Apr 11, 2014 at 01:50:37PM +0800, Arnold kang wrote: > > Dear Richard, > >thanks for your reply. as i asked ,my linux kernel is 3.0, and > > my phy is DP83640, and my mac is stmmac, and my cpu is arm A9, > > Where did you get your kernel? > > I guess you have out of tree patches, right? > > >when i run it and use hardware timestamp (./ptp4l - H -i eth0 -p > > /dev/ptp0) on my system, the kernel crashed. (crash log is appended in > > below) > > There is likely a bug in the stmmac driver, see below. > > >and can i ask a question, " In order for this to work, your MAC > > driver must also > >implement the skb_tx_timestamp() function." (drivers/ptp/Kconfig), > > what's this mean? should i modify the mac driver. > > Yes, you will need to add this one line into the driver. > > > > > > >here is kernel crash log: > > This trace is badly word wrapped by your email client, making it much > harder to read. > > > > Backtrace for cpu 0 (current): > > Backtrace: > > [] (dump_backtrace+0x0/0x110) from [] > > (dump_stack+0x18/0x1c) > > r6: r5: r4:c0667784 r3:c3b7c000 > > [] (dump_stack+0x0/0x1c) from [] > > (smp_send_all_cpu_backtrace+0x74/0x104) > > [] (smp_send_all_cpu_backtrace+0x0/0x104) from [] > > (arch_trigger_all_cpu_backtrace+0x10/0x14) > > r7:c0648180 r6:c0642080 r5:c0648180 r4:c0747440 > > [] (arch_trigger_all_cpu_backtrace+0x0/0x14) from > [] > > (__rcu_pending+0x158/0x398) > > [] (__rcu_pending+0x0/0x398) from [] > > (rcu_check_callbacks+0x78/0x168) > > [] (rcu_check_callbacks+0x0/0x168) from [] > > (update_process_times+0x40/0x54) > >r5: r4:c38c3840 > >[] (update_process_times+0x0/0x54) from [] > > (tick_periodic+0x5c/0xcc) > > r6:91717f80 r5: r4:c06420c4 r3: > > [] (tick_periodic+0x0/0xcc) from [] > > (tick_handle_periodic+0x2c/0xa8) > > r9:c3806280 r8:0023 r7: r6:c0747040 r4:c06aa098 > > r3:c0747040 > > [] (tick_handle_periodic+0x0/0xa8) from [] > > (tick_do_periodic_broadcast+0xf4/0xfc) > > [] (tick_do_periodic_broadcast+0x0/0xfc) from [] > > (tick_handle_periodic_broadcast+0x18/0x78) > > r6:c06461c0 r5:c38062cc r4:c0646220 r3:c008394c > > [] (tick_handle_periodic_broadcast+0x0/0x78) from > > [] (godnet_timer_interrupt+0x38/0x40) > > [] (godnet_timer_interrupt+0x0/0x40) from [] > > (handle_irq_event_percpu+0x58/0x188) > > [] (handle_irq_event_percpu+0x0/0x188) from [] > > (handle_irq_event+0x48/0x68) > > [] (handle_irq_event+0x0/0x68) from [] > > (handle_fasteoi_irq+0xa4/0x118) > >r6:0023 r5:c38062cc r4:c3806280 r3:c0035110 > >[] (handle_fasteoi_irq+0x0/0x118) from [] > > (generic_handle_irq+0x30/0x38) > > r5:c0035b0c r4:0023 > > [] (generic_handle_irq+0x0/0x38) from [] > > (asm_do_IRQ+0x60/0xc0) > > r4:c0642480 r3:0080 > > [] (asm_do_IRQ+0x0/0xc0) from [] > > (__irq_svc+0x38/0xa0) > > Exception stack(0xc3b7dcd0 to 0xc3b7dd18) > > dcc0: c384c588 0003 > > 0001 0001 > > dce0: c384c588 c384c000 c384c3a0 c065b71c 00e5 c3b7c000 > > 00e5 c3b7dd24 > > dd00: c3b7dd28 c3b7dd18 bf000748 c05235e4 2013 > > r7:c065b71c r6:0023 r5:fe300100 r4: > > [] (_raw_spin_lock+0x0/0x30) from [] > > (stmmac_multicast_list+0x20/0x4c [stmmac]) > > [] (stmmac_multicast_list+0x0/0x4c [stmmac]) from > > [] (__dev_set_rx_mode+0x6c/0xa0) > > The dp83640 driver needs to add a multicast MAC address in order to > receive PHY status frames. It looks like the stmmac driver then > triggers the lock up. > > HTH, > Richard > > >r6: r5:bf00dfe0 r4:c384c000 r3:bf000728 > >[] (__dev_set_rx_mode+0x0/0xa0) from [] > > (__dev_mc_add+0x50/0x64) > > r6: r5:c384c12c r4:c384c000 r3:0004 > > [] (__dev_mc_add+0x0/0x64) from [] > > (dev_mc_
[Linuxptp-devel] kernel crashed when run linux ptp
Dear Richard, thanks for your reply. as i asked ,my linux kernel is 3.0, and my phy is DP83640, and my mac is stmmac, and my cpu is arm A9, when i run it and use hardware timestamp (./ptp4l - H -i eth0 -p /dev/ptp0) on my system, the kernel crashed. (crash log is appended in below) and can i ask a question, " In order for this to work, your MAC driver must also implement the skb_tx_timestamp() function." (drivers/ptp/Kconfig), what's this mean? should i modify the mac driver. here is kernel crash log: ] (dump_backtrace+0x0/0x110) from [] (dump_stack+0x18/0x1c) r6: r5: r4:c0667784 r3:c3b7c000 [] (dump_stack+0x0/0x1c) from [] (smp_send_all_cpu_backtrace+0x74/0x104) [] (smp_send_all_cpu_backtrace+0x0/0x104) from [] (arch_trigger_all_cpu_backtrace+0x10/0x14) r7:c0648180 r6:c0642080 r5:c0648180 r4:c0747440 [] (arch_trigger_all_cpu_backtrace+0x0/0x14) from [] (__rcu_pending+0x158/0x398) [] (__rcu_pending+0x0/0x398) from [] (rcu_check_callbacks+0x78/0x168) [] (rcu_check_callbacks+0x0/0x168) from [] (update_process_times+0x40/0x54) r5: r4:c38c3840 [] (update_process_times+0x0/0x54) from [] (tick_periodic+0x5c/0xcc) r6:91717f80 r5: r4:c06420c4 r3: [] (tick_periodic+0x0/0xcc) from [] (tick_handle_periodic+0x2c/0xa8) r9:c3806280 r8:0023 r7: r6:c0747040 r4:c06aa098 r3:c0747040 [] (tick_handle_periodic+0x0/0xa8) from [] (tick_do_periodic_broadcast+0xf4/0xfc) [] (tick_do_periodic_broadcast+0x0/0xfc) from [] (tick_handle_periodic_broadcast+0x18/0x78) r6:c06461c0 r5:c38062cc r4:c0646220 r3:c008394c [] (tick_handle_periodic_broadcast+0x0/0x78) from [] (godnet_timer_interrupt+0x38/0x40) [] (godnet_timer_interrupt+0x0/0x40) from [] (handle_irq_event_percpu+0x58/0x188) [] (handle_irq_event_percpu+0x0/0x188) from [] (handle_irq_event+0x48/0x68) [] (handle_irq_event+0x0/0x68) from [] (handle_fasteoi_irq+0xa4/0x118) r6:0023 r5:c38062cc r4:c3806280 r3:c0035110 [] (handle_fasteoi_irq+0x0/0x118) from [] (generic_handle_irq+0x30/0x38) r5:c0035b0c r4:0023 [] (generic_handle_irq+0x0/0x38) from [] (asm_do_IRQ+0x60/0xc0) r4:c0642480 r3:0080 [] (asm_do_IRQ+0x0/0xc0) from [] (__irq_svc+0x38/0xa0) Exception stack(0xc3b7dcd0 to 0xc3b7dd18) dcc0: c384c588 0003 0001 0001 dce0: c384c588 c384c000 c384c3a0 c065b71c 00e5 c3b7c000 00e5 c3b7dd24 dd00: c3b7dd28 c3b7dd18 bf000748 c05235e4 2013 r7:c065b71c r6:0023 r5:fe300100 r4: [] (_raw_spin_lock+0x0/0x30) from [] (stmmac_multicast_list+0x20/0x4c [stmmac]) [] (stmmac_multicast_list+0x0/0x4c [stmmac]) from [] (__dev_set_rx_mode+0x6c/0xa0) r6: r5:bf00dfe0 r4:c384c000 r3:bf000728 [] (__dev_set_rx_mode+0x0/0xa0) from [] (__dev_mc_add+0x50/0x64) r6: r5:c384c12c r4:c384c000 r3:0004 [] (__dev_mc_add+0x0/0x64) from [] (dev_mc_add+0x14/0x18) r7:c3b7ddcc r6:c381d000 r5:0001 r4:c3b90600 [] (dev_mc_add+0x0/0x18) from [] (enable_status_frames+0x8c/0xc8) [] (enable_status_frames+0x0/0xc8) from [] (dp83640_hwtstamp+0x170/0x290) r5:c3b7de88 r4:c3b90600 [] (dp83640_hwtstamp+0x0/0x290) from [] (phy_mii_ioctl+0x94/0x1ac) [] (phy_mii_ioctl+0x0/0x1ac) from [] (stmmac_ioctl+0x60/0x78 [stmmac]) r6:c3b7de88 r5:c384c588 r4:c384c000 r3:0001 [] (stmmac_ioctl+0x0/0x78 [stmmac]) from [] (dev_ifsioc+0x288/0x3d0) r5:89b0 r4:c384c000 [] (dev_ifsioc+0x0/0x3d0) from [] (dev_ioctl+0x558/0x930) r6:c3b7de88 r5:c06bd9a0 r4:89b0 r3:c38c3840 [] (dev_ioctl+0x0/0x930) from [] (sock_ioctl+0x9c/0x270) [] (sock_ioctl+0x0/0x270) from [] (do_vfs_ioctl+0x8c/0x5d8) r6:fdfd r5:c3abb140 r4:bec5ba94 r3:c040a2d0 [] (do_vfs_ioctl+0x0/0x5d8) from [] (sys_ioctl+0x40/0x68) [] (sys_ioctl+0x0/0x68) from [] (ret_fast_syscall+0x0/0x30) r7:0036 r6:000b r5:89b0 r4:bec5ba94 sending IPI to all other CPUs: > thanks -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees___ Linuxptp-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] [PATCH v2 03/27] Allow sending to a specified (unicast) address
Dear Richard,
my linux kernel is 3.0, and my phy is DP83640, and my mac is stmmac,
and my cpu is arm， i just cross-compile the linuxptp, and it seems ok, but
when i run it and use hardware timestamp (./ptp4l - H -i eth0 -p
/dev/ptp0) on my system, the kernel crashed.
so, i just see linuxptp can run in kernel v3.0 and suport DP83640, is
there any thing wrong? thanks!
and this is happed in the function hwts_init (sk.c line 45) , when ioctl
(fd, SIOCHWTSAMP, &ifreq) [sk.c line 62]. thanks again,please help me
2014-04-05 18:40 GMT+08:00 Richard Cochran :
> I looked again at the unicast issue, and here is what I found.
>
> * 1588 has a very complex unicast subscription protocol (16.1). This
> is similar to what you have in this series, and so if we do it right
> then we will have a good basis for adding this later.
>
> * 1588 also allows basically any kind of unicast you might want
> (7.3.2). This probably the reason why other PTP implementations just
> implement whatever they dream up, ignoring (16.1).
>
> * The enterprise profile [1] forbids using (16.1). Instead it has the
> master send unicast delay responses to unicast delay requests and
> use multicast when the delay request is multicast.
>
> 1.
> http://datatracker.ietf.org/doc/draft-ietf-tictoc-ptp-enterprise-profile/
>
> So getting back to this patch, I would like to see this:
>
> > Or how about this: Let transport_send accept an optional pointer to
> > an address structure. Also, transport_recv could always return the
> > source address, and we won't need a separate "get last address"
> > function.
>
> This means using recvfrom in the transports. Also, the struct
> ptp_message should have a new field to hold the source address.
>
> Let us introduce a struct to hold addresses, something like:
>
> struct address {
> uint8_t buf[MAXADDR];
> socklen_t len;
> }
>
> In that way we won't need to add 'addr' and 'len' all over the place,
> and if we end up needing the interface index, it will be easy to add
> later on.
>
> Does this make sense to you?
>
> If not I'll whip up a patch to show what I mean.
>
> Thanks,
> Richard
>
>
>
>
> --
> ___
> Linuxptp-devel mailing list
> Linuxptp-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
>
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment
Start a new project now. Try Jenkins in the cloud.
http://p.sf.net/sfu/13600_Cloudbees___
Linuxptp-devel mailing list
Linuxptp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] [PATCH] sk: update error message for Tx timestamp polling
maybe stmmc in "drivers/net/stmmac"., but i'm not sure. sorry for i'm not know well about kernel. but the all config about is " CONFIG_MII=y CONFIG_PHYLIB=y CONFIG_NET_ETHERNET=y CONFIG_MDIO_BITBANG=y CONFIG_PHYLIB=y CONFIG_FIXED_PHY=y CONFIG_STMMAC_ETH=m CONFIG_STMMAC_DUAL_MAC=y ..." . hope this will be useful. and I'm trying to find out the driver. thanks so much. 2013/12/5 Richard Cochran > 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 > > MAC driver : no special, just the default in kernel. > > What Ethernet driver is this using? > > 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-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] [PATCH] sk: update error message for Tx timestamp polling
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 MAC driver : no special, just the default in kernel. debug info: "missing timestamp on transmitted delay request". thanks, Arnold 2013/12/5 Arnold kang > and the ARCH is ARM Cortex A9 , > > > > thanks, > Arnold > > > 2013/12/5 Arnold kang > >> Dear RichardL: >> thanks for your response. here is the detail information: >> kernel version : 3.0.8 >> ethernet card : RTL8211EG >> MAC driver : not special, just the default in kernel. >> debug info: "missing timestamp on transmitted delay request". >> >> >> and the linux config file upload as attachment. >> >> >> thanks, >> Arnold >> >> >> 2013/12/5 Richard Cochran >> >>> On Wed, Dec 04, 2013 at 02:35:51PM +0800, Arnold kang wrote: >>> > hi all: >>> > thease days, i just built ptp for linux arm, all seems goes right, >>> but >>> > there a bug in sk.c, i cann't create the poll for Tx timestamp >>> polling. i >>> > increase the sk_tx_timeout, but that not work. i'm trying other way, >>> hope >>> > find out... >>> >>> We cannot help you unless you provide a bit more information, such as >>> kernel version, MAC driver, error logs, and so on. >>> >>> 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-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] [PATCH] sk: update error message for Tx timestamp polling
and the ARCH is ARM Cortex A9 , thanks, Arnold 2013/12/5 Arnold kang > Dear RichardL: > thanks for your response. here is the detail information: > kernel version : 3.0.8 > ethernet card : RTL8211EG > MAC driver : not special, just the default in kernel. > debug info: "missing timestamp on transmitted delay request". > > > and the linux config file upload as attachment. > > > thanks, > Arnold > > > 2013/12/5 Richard Cochran > >> On Wed, Dec 04, 2013 at 02:35:51PM +0800, Arnold kang wrote: >> > hi all: >> > thease days, i just built ptp for linux arm, all seems goes right, but >> > there a bug in sk.c, i cann't create the poll for Tx timestamp >> polling. i >> > increase the sk_tx_timeout, but that not work. i'm trying other way, >> hope >> > find out... >> >> We cannot help you unless you provide a bit more information, such as >> kernel version, MAC driver, error logs, and so on. >> >> 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-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
Re: [Linuxptp-devel] [PATCH] sk: update error message for Tx timestamp polling
hi all: thease days, i just built ptp for linux arm, all seems goes right, but there a bug in sk.c, i cann't create the poll for Tx timestamp polling. i increase the sk_tx_timeout, but that not work. i'm trying other way, hope find out... 2013/12/4 Richard Cochran > On Mon, Dec 02, 2013 at 10:41:41PM +, Keller, Jacob E wrote: > > > > Agreed. I am pretty busy with some things, so I won't be able to get a > > patch together for this today. If you (or someone else) hasn't gotten to > > it sometime in the next day I will try to put a patch together. > > There is no rush. I would like to have this fixed before the next > release. > > Thanks, > Richard > > > -- > 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=84349351&iu=/4140/ostg.clktrk > ___ > Linuxptp-devel mailing list > Linuxptp-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linuxptp-devel > -- 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-devel mailing list Linuxptp-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linuxptp-devel
