On Wed, Jul 13, 2016 at 10:25:46AM +0200, Baya Oussena wrote:
> Once again, I thank you very much for your help, you saved me a lot of
> time. Indeed our architecture is Intel 82574 (driver e1000e) so I will have
> to think of an other solution.
Oh man. That is not one of Intel's better parts. Oh well.
If you want to use ptp4l, you are going to have to implement multiple
clocks, each with its own configuration. Take a look at clock.h and
clock.c. The functional interface would allow more than one clock,
but the implementation does not. We have:
struct clock the_clock;
...
clock_create()
{
struct clock *c = &the_clock;
...
return c;
}
At the very least, you will have to properly allocate the new clock.
After that, you'll have to make sure it all works. My gut feeling is
that there will be some issues to resolve...
Good luck,
Richard
------------------------------------------------------------------------------
What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic
patterns at an interface-level. Reveals which users, apps, and protocols are
consuming the most bandwidth. Provides multi-vendor support for NetFlow,
J-Flow, sFlow and other flows. Make informed decisions using capacity planning
reports.http://sdm.link/zohodev2dev
_______________________________________________
Linuxptp-users mailing list
Linuxptp-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linuxptp-users
