Message ID | 1518566871-12213-1-git-send-email-andrew@lunn.ch |
---|---|
Headers | show |
Series | PTP support for DSA and mv88e6xxx driver. | expand |
On Wed, Feb 14, 2018 at 01:07:41AM +0100, Andrew Lunn wrote: > Further work is requires to support bridges using Boundary Clock or > Transparent Clock mode. Small correction: Boundary Clock (BC) works just fine if the DSA ports are separate (not in a bridge device). If the DSA ports *are* connected together in a bridge device, the multicast PTP messages are incorrectly (?) forwarded out all ports by the kernel SW bridge code. The work around is to add a bridge rule to drop these frames. With the rule in place, BC also works in this configuration. Transparent Clock would work as far as the driver and kernel go, but ptp4l does not yet implement it. Thanks, Richard
From: Andrew Lunn <andrew@lunn.ch> Date: Wed, 14 Feb 2018 01:07:41 +0100 > This patchset adds support for using the PTP hardware in switches > supported by the mv88e6xxx driver. The code was produces in > collaboration with Brandon Streiff doing the initial implementation, > and then Richard Cochran and Andrew Lunn making further changes and > cleanups. > > The code is sufficient to use ptp4l on a single DSA interface, either > as a master or a slave. Due to the use of an MDIO bus to access the > switch, reading hardware timestamps is slower than what ptp4l > expects. Thus it is necessary to use the option > --tx_timestamp_timeout=32. Heavy use of ethtool -S, or bridge fdb show > can also upset ptp4l. Patches to address this will follow. > > Further work is requires to support bridges using Boundary Clock or > Transparent Clock mode. > > Since the RFC, an overflow bug has been fixed. Brandon Streiff > has also Acked-by: the updates to his initial patchset. Looks great, series applied, thanks!