I'd like to resurrect the following email thread.
---
From: Richard Cochran
http://gmane.org/get-address.php?address=richardcochran%2dRe5JQEeQqe8AvxtiuMwx3w%40public.gmane.org>>
Subject: Re: PTP Telecom Profil
I'm thinking to upgrade to kernel 3.x and deploy PHC with 1588-capable MAC/PHY
in the longer term.
Meanwhile, I might get started with software timestamping in a Linux kernel
version 2.6.30+ and just wanted to double check that I don't have to back port
the PHC and can safely ignore the phc2sy
On Mon, Jun 09, 2014 at 03:53:37PM +, Daniel Le wrote:
>
> Meanwhile, I might get started with software timestamping in a Linux
> kernel version 2.6.30+ and just wanted to double check that I don't
> have to back port the PHC and can safely ignore the phc2sys program
> in this case?
When ptp4
On Sat, 2014-06-07 at 17:39 +0200, Richard Cochran wrote:
> On Fri, Jun 06, 2014 at 06:29:56PM +, Keller, Jacob E wrote:
> > Hi Richard (and anyone else who might care),
> >
> > I have thinking it might be worth adding an extra (optional) operation
> > for ptp devices which allows querying the
On Mon, Jun 09, 2014 at 10:10:56PM +, Keller, Jacob E wrote:
>
> Can this be done on the ptp clock device? If so, this would be fine :)
Yes, using the FD_TO_CLOCKID macro.
See phc_open() in phc.c.
Thanks,
Richard
--
On Mon, Jun 09, 2014 at 03:05:25PM +, Daniel Le wrote:
>
> It has been almost a year. Is there a new plan or intend to add
> support for this telecom profile ITU-T G.8265 and others in the
> future?
>
>
> - IEEE-C37.238 Power Profile (for power system applications)
This one costs money to o