linuxptp-devel
Thread
Date
Earlier messages
Later messages
Messages by Thread
Re: [Linuxptp-devel] [PATCH 0/5] General improvements for linuxptp focused around phase adjustment
Rahul Rameshbabu via Linuxptp-devel
Re: [Linuxptp-devel] [PATCH 0/5] General improvements for linuxptp focused around phase adjustment
Richard Cochran
[Linuxptp-devel] LGPL way to talk to pmc
Walfred Tedeschi via Linuxptp-devel
Re: [Linuxptp-devel] LGPL way to talk to pmc
Richard Cochran
Re: [Linuxptp-devel] LGPL way to talk to pmc
Erez
Re: [Linuxptp-devel] LGPL way to talk to pmc
Walfred Tedeschi via Linuxptp-devel
Re: [Linuxptp-devel] LGPL way to talk to pmc
Erez
Re: [Linuxptp-devel] LGPL way to talk to pmc
Walfred Tedeschi via Linuxptp-devel
[Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Dylan Robinson
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Richard Cochran
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Dylan Robinson
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Erez
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Dylan Robinson
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Richard Cochran
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Dylan Robinson
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Dylan Robinson
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Dylan Robinson
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Richard Cochran
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Richard Cochran
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Dylan Robinson
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Richard Cochran
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Dylan Robinson
Re: [Linuxptp-devel] [PATCH] Use messageLength field to detetmine suffix length
Richard Cochran
[Linuxptp-devel] SMPTE 2059
Nils Hasler
[Linuxptp-devel] Quarterly release schedule
Richard Cochran
Re: [Linuxptp-devel] [Linuxptp-users] Quarterly release schedule
Richard Cochran
Re: [Linuxptp-devel] [Linuxptp-users] Quarterly release schedule
Richard Cochran
Re: [Linuxptp-devel] [Linuxptp-users] Quarterly release schedule
Erez
Re: [Linuxptp-devel] [Linuxptp-users] Quarterly release schedule
Richard Cochran
Re: [Linuxptp-devel] [Linuxptp-users] Quarterly release schedule
Erez
Re: [Linuxptp-devel] [Linuxptp-users] Quarterly release schedule
Erez
Re: [Linuxptp-devel] [Linuxptp-users] Quarterly release schedule
Richard Cochran
Re: [Linuxptp-devel] [Linuxptp-users] Quarterly release schedule
Martin Pecka
Re: [Linuxptp-devel] [Linuxptp-users] Quarterly release schedule
Erez
Re: [Linuxptp-devel] [Linuxptp-users] Quarterly release schedule
Miroslav Lichvar
Re: [Linuxptp-devel] [Linuxptp-users] Quarterly release schedule
Richard Cochran
[Linuxptp-devel] [announce] version 4.0 released
Richard Cochran
[Linuxptp-devel] [PATCH RFC 0/5] General improvements for linuxptp focused around phase adjustment
Rahul Rameshbabu via Linuxptp-devel
[Linuxptp-devel] [PATCH RFC 3/5] phc_ctl: Add maximum offset capability
Rahul Rameshbabu via Linuxptp-devel
[Linuxptp-devel] [PATCH RFC 4/5] phc_ctl: Use pr_notice instead of pr_err for displaying adjusted frequency
Rahul Rameshbabu via Linuxptp-devel
[Linuxptp-devel] [PATCH RFC 1/5] Rename NSEC2SEC as NSEC_PER_SEC
Rahul Rameshbabu via Linuxptp-devel
Re: [Linuxptp-devel] [PATCH RFC 1/5] Rename NSEC2SEC as NSEC_PER_SEC
Erez
Re: [Linuxptp-devel] [PATCH RFC 1/5] Rename NSEC2SEC as NSEC_PER_SEC
Maciek Machnikowski
Re: [Linuxptp-devel] [PATCH RFC 1/5] Rename NSEC2SEC as NSEC_PER_SEC
Rahul Rameshbabu via Linuxptp-devel
[Linuxptp-devel] [PATCH RFC 2/5] phc_ctl: Add phase command to support ADJ_OFFSET
Rahul Rameshbabu via Linuxptp-devel
[Linuxptp-devel] [PATCH RFC 5/5] phc_ctl: Handle errors returned by various clockadj helpers
Rahul Rameshbabu via Linuxptp-devel
[Linuxptp-devel] [PATCH] Use the 802.1AS peer delay computation when transportSpecific is 1
Dylan Robinson
Re: [Linuxptp-devel] [PATCH] Use the 802.1AS peer delay computation when transportSpecific is 1
Erez
Re: [Linuxptp-devel] [PATCH] Use the 802.1AS peer delay computation when transportSpecific is 1
Dylan Robinson
Re: [Linuxptp-devel] [PATCH] Use the 802.1AS peer delay computation when transportSpecific is 1
Richard Cochran
[Linuxptp-devel] [PATCH] Use the peerDelay computation specified in 802.1AS when transportSpecific value is 1 and the clock domain is 0.
Dylan Robinson
Re: [Linuxptp-devel] [PATCH] Use the peerDelay computation specified in 802.1AS when transportSpecific value is 1 and the clock domain is 0.
Maciek Machnikowski
Re: [Linuxptp-devel] [PATCH] Use the peerDelay computation specified in 802.1AS when transportSpecific value is 1 and the clock domain is 0.
Dylan Robinson
Re: [Linuxptp-devel] [PATCH] Use the peerDelay computation specified in 802.1AS when transportSpecific value is 1 and the clock domain is 0.
Dylan Robinson
[Linuxptp-devel] Two-step peer delay computation 1588 vs 802.1AS
Dylan Robinson
Re: [Linuxptp-devel] Two-step peer delay computation 1588 vs 802.1AS
Erez
Re: [Linuxptp-devel] Two-step peer delay computation 1588 vs 802.1AS
Richard Cochran
Re: [Linuxptp-devel] Two-step peer delay computation 1588 vs 802.1AS
Richard Cochran
Re: [Linuxptp-devel] Two-step peer delay computation 1588 vs 802.1AS
Dylan Robinson
Re: [Linuxptp-devel] Two-step peer delay computation 1588 vs 802.1AS
Dylan Robinson
Re: [Linuxptp-devel] Two-step peer delay computation 1588 vs 802.1AS
Richard Cochran
Re: [Linuxptp-devel] Two-step peer delay computation 1588 vs 802.1AS
Richard Cochran
Re: [Linuxptp-devel] Two-step peer delay computation 1588 vs 802.1AS
Dylan Robinson
Re: [Linuxptp-devel] Two-step peer delay computation 1588 vs 802.1AS
Richard Cochran
[Linuxptp-devel] Can ptp4l specify master clock source by ip address?
Trey Harrison
Re: [Linuxptp-devel] Can ptp4l specify master clock source by ip address?
Maciek Machnikowski
[Linuxptp-devel] Just in case: ptp4l multisession into a VLAN trunk... a pipe dream? :-)
Frantisek Rysanek
Re: [Linuxptp-devel] Just in case: ptp4l multisession into a VLAN trunk... a pipe dream? :-)
Richard Cochran
[Linuxptp-devel] Side note: i225 / igc time sync and TSN capabilities...
Frantisek Rysanek
Re: [Linuxptp-devel] Side note: i225 / igc time sync and TSN capabilities...
Keller, Jacob E
[Linuxptp-devel] Is intel i350 ptp driver broken?
egg car
Re: [Linuxptp-devel] Is intel i350 ptp driver broken?
Frantisek Rysanek
Re: [Linuxptp-devel] Is intel i350 ptp driver broken?
egg car
Re: [Linuxptp-devel] Is intel i350 ptp driver broken?
egg car
Re: [Linuxptp-devel] Is intel i350 ptp driver broken?
Frantisek Rysanek
Re: [Linuxptp-devel] Is intel i350 ptp driver broken?
Richard Cochran
Re: [Linuxptp-devel] Is intel i350 ptp driver broken?
egg car
Re: [Linuxptp-devel] Is intel i350 ptp driver broken?
Jacob Keller
Re: [Linuxptp-devel] Is intel i350 ptp driver broken?
Erez
[Linuxptp-devel] [PATCH] clock: Fix summary interval in free-running mode.
Miroslav Lichvar
Re: [Linuxptp-devel] [PATCH] clock: Fix summary interval in free-running mode.
Keller, Jacob E
Re: [Linuxptp-devel] [PATCH] clock: Fix summary interval in free-running mode.
Richard Cochran
[Linuxptp-devel] [PATCH] Avoid switching PHC when phc_index is negative
Eyal Itkin via Linuxptp-devel
[Linuxptp-devel] [PATCH] Avoid switching PHC when phc_index is negative
Eyal Itkin via Linuxptp-devel
Re: [Linuxptp-devel] [PATCH] Avoid switching PHC when phc_index is negative
Richard Cochran
[Linuxptp-devel] [RFC PATCH v2 0/9] Common Mean Link Delay Service (CMLDS)
Kishen Maloor
[Linuxptp-devel] [RFC PATCH v2 2/9] Add configuration options for CMLDS
Kishen Maloor
Re: [Linuxptp-devel] [RFC PATCH v2 2/9] Add configuration options for CMLDS
Richard Cochran
[Linuxptp-devel] [RFC PATCH v2 6/9] Add plumbing for interacting with the CMLDS
Kishen Maloor
Re: [Linuxptp-devel] [RFC PATCH v2 6/9] Add plumbing for interacting with the CMLDS
Richard Cochran
Re: [Linuxptp-devel] [RFC PATCH v2 6/9] Add plumbing for interacting with the CMLDS
Richard Cochran
[Linuxptp-devel] [RFC PATCH v2 7/9] Implement the COMMON_P2P delay mechanism
Kishen Maloor
Re: [Linuxptp-devel] [RFC PATCH v2 7/9] Implement the COMMON_P2P delay mechanism
Richard Cochran
[Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Kishen Maloor
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Erez
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Kishen Maloor
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Erez
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Richard Cochran
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Andrew Zaborowski
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Richard Cochran
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Andrew Zaborowski
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Richard Cochran
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Andrew Zaborowski
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Richard Cochran
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Richard Cochran
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Richard Cochran
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Richard Cochran
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Richard Cochran
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Richard Cochran
Re: [Linuxptp-devel] [RFC PATCH v2 1/9] Add new TLV for CommonMeanLinkDelayInformation
Richard Cochran
[Linuxptp-devel] [RFC PATCH v2 9/9] Make allowedLostResponses configurable
Kishen Maloor
Re: [Linuxptp-devel] [RFC PATCH v2 9/9] Make allowedLostResponses configurable
Richard Cochran
[Linuxptp-devel] [RFC PATCH v2 3/9] Add DM_COMMON_P2P
Kishen Maloor
Re: [Linuxptp-devel] [RFC PATCH v2 3/9] Add DM_COMMON_P2P
Richard Cochran
[Linuxptp-devel] [RFC PATCH v2 4/9] Update the PdelayReq/Res flows for CMLDS Link Ports
Kishen Maloor
Re: [Linuxptp-devel] [RFC PATCH v2 4/9] Update the PdelayReq/Res flows for CMLDS Link Ports
Richard Cochran
Re: [Linuxptp-devel] [RFC PATCH v2 4/9] Update the PdelayReq/Res flows for CMLDS Link Ports
Richard Cochran
Re: [Linuxptp-devel] [RFC PATCH v2 4/9] Update the PdelayReq/Res flows for CMLDS Link Ports
Richard Cochran
[Linuxptp-devel] [RFC PATCH v2 5/9] Add port_cmlds_ignore()
Kishen Maloor
Re: [Linuxptp-devel] [RFC PATCH v2 5/9] Add port_cmlds_ignore()
Richard Cochran
[Linuxptp-devel] [RFC PATCH v2 8/9] Sample config files for testing CMLDS
Kishen Maloor
[Linuxptp-devel] [PATCH v1 0/5] Common Mean Link Delay -- proof of concept
Richard Cochran
[Linuxptp-devel] [PATCH v1 1/5] interface: Add an optional remote address for use by the UDS transport.
Richard Cochran
[Linuxptp-devel] [PATCH v1 2/5] pmc/uds: Configure the remote server address using the interface API.
Richard Cochran
[Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.
Richard Cochran
Re: [Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.
Andrew Zaborowski
Re: [Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.
Richard Cochran
Re: [Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.
Andrew Zaborowski
Re: [Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.
Richard Cochran
Re: [Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.
Kishen Maloor
Re: [Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.
Richard Cochran
Re: [Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.
Richard Cochran
Re: [Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.
Richard Cochran
Re: [Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.
Kishen Maloor
Re: [Linuxptp-devel] [PATCH v1 5/5] Implement the COMMON_P2P delay mechanism.
Richard Cochran
[Linuxptp-devel] [PATCH v1 3/5] Introduce the Common Mean Link Delay Information TLV.
Richard Cochran
[Linuxptp-devel] [PATCH v1 4/5] Add a push notification for the CMLDS TLV.
Richard Cochran
Re: [Linuxptp-devel] [PATCH v1 0/5] Common Mean Link Delay -- proof of concept
Richard Cochran
[Linuxptp-devel] [PATCH] ts2phc: Fix memory leak on initial error path.
Richard Cochran
[Linuxptp-devel] [PATCH] sk: Reset timestamping mode on exit, use locks
Andrew Zaborowski
Re: [Linuxptp-devel] [PATCH] sk: Reset timestamping mode on exit, use locks
Miroslav Lichvar
Re: [Linuxptp-devel] [PATCH] sk: Reset timestamping mode on exit, use locks
Andrew Zaborowski
Re: [Linuxptp-devel] [PATCH] sk: Reset timestamping mode on exit, use locks
Miroslav Lichvar
Re: [Linuxptp-devel] [PATCH] sk: Reset timestamping mode on exit, use locks
Keller, Jacob E
Re: [Linuxptp-devel] [PATCH] sk: Reset timestamping mode on exit, use locks
Richard Cochran
Re: [Linuxptp-devel] [PATCH] sk: Reset timestamping mode on exit, use locks
Richard Cochran
Re: [Linuxptp-devel] [PATCH] sk: Reset timestamping mode on exit, use locks
Erez
[Linuxptp-devel] [PATCH v2 1/1] msg: append TLV onto all PTP event messages
Tan Tee Min
Re: [Linuxptp-devel] [PATCH v2 1/1] msg: append TLV onto all PTP event messages
Woojung.Huh--- via Linuxptp-devel
Re: [Linuxptp-devel] [PATCH v2 1/1] msg: append TLV onto all PTP event messages
Richard Cochran
Re: [Linuxptp-devel] [PATCH v2 1/1] msg: append TLV onto all PTP event messages
Woojung.Huh--- via Linuxptp-devel
Re: [Linuxptp-devel] [PATCH v2 1/1] msg: append TLV onto all PTP event messages
Richard Cochran
[Linuxptp-devel] [PATCH] Fix detection of VLAN over bond support in case the driver does not support SIOCGHWTSTAMP ioctl.
Martin Pecka
Re: [Linuxptp-devel] [PATCH] Fix detection of VLAN over bond support in case the driver does not support SIOCGHWTSTAMP ioctl.
Hangbin Liu
Re: [Linuxptp-devel] [PATCH] Fix detection of VLAN over bond support in case the driver does not support SIOCGHWTSTAMP ioctl.
Richard Cochran
[Linuxptp-devel] [PATCH] Avoid switching PHC while free_running
Eyal Itkin via Linuxptp-devel
[Linuxptp-devel] [PATCH] Avoid switching PHC while free_running
Eyal Itkin via Linuxptp-devel
Re: [Linuxptp-devel] [PATCH] Avoid switching PHC while free_running
Richard Cochran
Re: [Linuxptp-devel] [PATCH] Avoid switching PHC while free_running
Eyal Itkin via Linuxptp-devel
Re: [Linuxptp-devel] [PATCH] Avoid switching PHC while free_running
Richard Cochran
[Linuxptp-devel] [PATCH] Resolve false hybrid_e2e warning
Eyal Itkin via Linuxptp-devel
[Linuxptp-devel] [PATCH] Resolve false hybrid_e2e warning
Eyal Itkin via Linuxptp-devel
Re: [Linuxptp-devel] [PATCH] Resolve false hybrid_e2e warning
Eyal Itkin via Linuxptp-devel
Re: [Linuxptp-devel] [PATCH] Resolve false hybrid_e2e warning
Richard Cochran
Re: [Linuxptp-devel] [PATCH] Resolve false hybrid_e2e warning
Jacob Keller
Re: [Linuxptp-devel] [PATCH] Resolve false hybrid_e2e warning
Richard Cochran
[Linuxptp-devel] [PATCH v1] lstab: Update leapfile validity
Harlan Stenn
[Linuxptp-devel] [PATCH v1] lstab: Update leapfile validity
Maciek Machnikowski
Re: [Linuxptp-devel] [PATCH v1] lstab: Update leapfile validity
Richard Cochran
[Linuxptp-devel] [PATCH] Clear pending errors on sockets.
Miroslav Lichvar
Re: [Linuxptp-devel] [PATCH] Clear pending errors on sockets.
Richard Cochran
[Linuxptp-devel] [PATCH v6 1/2] pmc_agent: Add option to run callback for signaling messages
Maciek Machnikowski
[Linuxptp-devel] [PATCH v6 2/2] ts2phc: Add PTP as a source of ToD
Maciek Machnikowski
[Linuxptp-devel] [PATCH 0/6] IEC62439-3: Add doubly-attached clock support
Stephan Wurm
[Linuxptp-devel] [PATCH 4/6] ptp4l: Add doubly attached clock support
Stephan Wurm
Re: [Linuxptp-devel] [PATCH 4/6] ptp4l: Add doubly attached clock support
Erez
[Linuxptp-devel] [PATCH 5/6] ptp4l: Document DAC configuration options
Stephan Wurm
[Linuxptp-devel] [PATCH 6/6] Add 61850-9-3 profile default configuration
Stephan Wurm
[Linuxptp-devel] [PATCH 2/6] port: Add extra handling for FAULTY port
Stephan Wurm
[Linuxptp-devel] [PATCH 1/6] Add doubly attached clock support
Stephan Wurm
Re: [Linuxptp-devel] [PATCH 1/6] Add doubly attached clock support
Erez
Re: [Linuxptp-devel] [PATCH 1/6] Add doubly attached clock support
Wurm, Stephan
Re: [Linuxptp-devel] [PATCH 1/6] Add doubly attached clock support
Erez
Re: [Linuxptp-devel] [PATCH 1/6] Add doubly attached clock support
Richard Cochran
Re: [Linuxptp-devel] [PATCH 1/6] Add doubly attached clock support
Wurm, Stephan
Re: [Linuxptp-devel] [PATCH 1/6] Add doubly attached clock support
Erez
Re: [Linuxptp-devel] [PATCH 1/6] Add doubly attached clock support
Wurm, Stephan
[Linuxptp-devel] [PATCH 3/6] Add profile identification according to IEC 62439-3:2016 standard
Stephan Wurm
Re: [Linuxptp-devel] [PATCH 3/6] Add profile identification according to IEC 62439-3:2016 standard
Erez
Re: [Linuxptp-devel] [PATCH 3/6] Add profile identification according to IEC 62439-3:2016 standard
Wurm, Stephan
Re: [Linuxptp-devel] [PATCH 3/6] Add profile identification according to IEC 62439-3:2016 standard
Erez
[Linuxptp-devel] Help : linuxptp power profile
Shubham Gupta
Re: [Linuxptp-devel] Help : linuxptp power profile
Shubham Gupta
Re: [Linuxptp-devel] Help : linuxptp power profile
Erez
[Linuxptp-devel] [PATCH v5 1/2] pmc_agent: Add option to run callback for signaling messages
Maciek Machnikowski
[Linuxptp-devel] [PATCH v5 2/2] ts2phc: Add PTP as a source of ToD
Maciek Machnikowski
Re: [Linuxptp-devel] [PATCH v5 1/2] pmc_agent: Add option to run callback for signaling messages
Maciek Machnikowski
Re: [Linuxptp-devel] [PATCH v5 1/2] pmc_agent: Add option to run callback for signaling messages
Erez
[Linuxptp-devel] [PATCH v2 0/1] Last (?) patch before version 4 release
Richard Cochran
[Linuxptp-devel] [PATCH v2 1/1] Set controlField to zero in message headers
Richard Cochran
Earlier messages
Later messages