01 Apr, 2015

2 commits


29 Apr, 2014

1 commit

  • PTP Hardware Clock drivers specify a maximum frequency adjustment that
    their clocks can accommodate. Normally, user space programs will want to
    respect the advertised limits. However, no kernel or driver code checks
    that the dialed frequency offset is within the bounds, and out of range
    values can lead to surprising results.

    This patch fixes the issue by rejecting bad values.

    Signed-off-by: Richard Cochran
    Signed-off-by: David S. Miller

    Richard Cochran
     

22 Mar, 2014

1 commit

  • This patch adds a pair of new ioctls to the PTP Hardware Clock device
    interface. Using the ioctls, user space programs can query each pin to
    find out its current function and also reprogram a different function
    if desired.

    Signed-off-by: Richard Cochran
    Signed-off-by: David S. Miller

    Richard Cochran
     

27 Jul, 2013

1 commit


13 Apr, 2013

1 commit

  • As network adapters supporting PTP are becoming more common, machines with
    many NICs suddenly have many PHCs, too. The current limit of eight /dev/ptp*
    char devices (and thus, 8 network interfaces with PHC) is insufficient. Let
    the ptp driver allocate the char devices dynamically.

    Tested with 28 PHCs, removing and re-adding some of them.

    Thanks to Ben Hutchings for advice leading to simpler and cleaner patch.

    Signed-off-by: Jiri Benc
    Acked-by: Richard Cochran
    Signed-off-by: David S. Miller

    Jiri Benc
     

23 Sep, 2012

3 commits

  • PTP Hardware Clock devices appear as class devices in sysfs. This patch
    changes the registration API to use the parent device, clarifying the
    clock's relationship to the underlying device.

    Signed-off-by: Richard Cochran
    Acked-by: Ben Hutchings
    Acked-by: Jeff Kirsher
    Signed-off-by: David S. Miller

    Richard Cochran
     
  • If the timex.mode field indicates a query, then we provide the value of
    the current frequency adjustment.

    [ Get rid of extraneous empty lines -DaveM ]

    Signed-off-by: Richard Cochran
    Signed-off-by: David S. Miller

    Richard Cochran
     
  • This patch adds a field to the representation of a PTP hardware clock in
    order to remember the frequency adjustment value dialed by the user.

    Adding this field will let us answer queries in the manner of adjtimex
    in a follow on patch.

    Signed-off-by: Richard Cochran
    Signed-off-by: David S. Miller

    Richard Cochran
     

08 Sep, 2012

1 commit

  • Initial version by Stuart Hodgson

    Some PHC device drivers may deliver PPS events with a significant
    and variable delay, but still be able to measure precisely what
    that delay is.

    Add a pps_sub_ts() function for subtracting a delay from the
    timestamp(s) in a PPS event, and a PTP event type (PTP_CLOCK_PPSUSR)
    for which the caller provides a complete PPS event.

    Signed-off-by: Ben Hutchings

    Ben Hutchings
     

04 Apr, 2012

1 commit


17 Mar, 2012

1 commit


06 Dec, 2011

1 commit


24 May, 2011

1 commit

  • This patch adds an infrastructure for hardware clocks that implement
    IEEE 1588, the Precision Time Protocol (PTP). A class driver offers a
    registration method to particular hardware clock drivers. Each clock is
    presented as a standard POSIX clock.

    The ancillary clock features are exposed in two different ways, via
    the sysfs and by a character device.

    Signed-off-by: Richard Cochran
    Acked-by: Arnd Bergmann
    Acked-by: David S. Miller
    Signed-off-by: John Stultz

    Richard Cochran