kernel/drivers/net/ethernet/sfc/ptp.c, branch linux-4.3.y

sfc: Initialise MCDI buffers to 0 on declaration.

2015-05-21T22:43:53Z

In order to avoid MC bugs the flags field needs to be set to 0. Instead of explicitly clearing out the flags individually, a better way to do this is to memset the MCDI_BUF to 0. Signed-off-by: Shradha Shah Signed-off-by: David S. Miller

sfc: suppress some MCDI error messages in PTP

2015-05-13T19:11:51Z

Also, remove a needless netif_err() from efx_ptp_update_stats() - if the MCDI fails it'll print its own error message, we don't need another that adds no information. Signed-off-by: Edward Cree Signed-off-by: David S. Miller

sfc: nicer log message on PTP probe fail

2015-05-13T19:11:51Z

Signed-off-by: Edward Cree Signed-off-by: David S. Miller

ptp: sfc: convert to the 64 bit get/set time methods.

2015-03-31T16:01:18Z

This patch changes the driver to use the newer API. Depending on how the hardware represents a time value, this driver may or may not yet be ready for the year 2038. Compile tested only. Signed-off-by: Richard Cochran Signed-off-by: David S. Miller

ptp: drivers: set the number of programmable pins.

2014-03-21T18:21:14Z

This patch updates the many PTP Hardware Clock drivers with the newly introduced field that advertises the number of programmable pins. Some of these devices do have programmable pins, but the implementation will have to wait for follow on patches. Signed-off-by: Richard Cochran Acked-by: Jeff Kirsher Signed-off-by: David S. Miller

Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net

2014-03-06T01:32:02Z

Conflicts: drivers/net/wireless/ath/ath9k/recv.c drivers/net/wireless/mwifiex/pcie.c net/ipv6/sit.c The SIT driver conflict consists of a bug fix being done by hand in 'net' (missing u64_stats_init()) whilst in 'net-next' a helper was created (netdev_alloc_pcpu_stats()) which takes care of this. The two wireless conflicts were overlapping changes. Signed-off-by: David S. Miller

sfc: check for NULL efx->ptp_data in efx_ptp_event

2014-02-26T20:22:02Z

If we receive a PTP event from the NIC when we haven't set up PTP state in the driver, we attempt to read through a NULL pointer efx->ptp_data, triggering a panic. Signed-off-by: Edward Cree Acked-by: Shradha Shah Signed-off-by: David S. Miller

sfc: Rewrite adjustment of PPS event in a clearer way

2014-02-12T22:53:34Z

There is substantial latency in generation and handling of PPS events from the NIC, which we have to correct for before passing a host timestamp to the PPS subsystem. We compare clocks with the MC, giving us two offsets to subtract from the timestamp generated by pps_get_ts(): (a) Time from the last good sync (where we got host and NIC timestamps for nearly the same instant) to the time we called pps_get_ts() (b) Time from NIC top of second to the last good sync We currently calculate (a) + (b) in a quite confusing way. Instead, calculate (a) completely, then add (b) to it. Signed-off-by: Ben Hutchings Signed-off-by: Shradha Shah Signed-off-by: David S. Miller

sfc: Cache skb->data in local variable in efx_ptp_rx()

2014-02-12T22:53:33Z

Signed-off-by: Ben Hutchings Signed-off-by: Shradha Shah Signed-off-by: David S. Miller

sfc: Removed adhoc scheme to rate limit PTP event queue overflow message

2014-02-12T22:53:33Z

Use conventional net_ratelimit() instead. Signed-off-by: Ben Hutchings Signed-off-by: Shradha Shah Signed-off-by: David S. Miller