summaryrefslogtreecommitdiff
path: root/net/ipv4/tcp_westwood.c
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2014-07-29 22:40:07 +0400
committerDavid S. Miller <davem@davemloft.net>2014-07-29 22:40:25 +0400
commit9d7e3ea73c6be20538a69c14ab8bfb3b36f8d1a8 (patch)
tree2915bc3a3e8ea825e7b02349b05915aaff8a91eb /net/ipv4/tcp_westwood.c
parent13e9b9972fa0f34059e737ae215a26e43966b46f (diff)
parent4d276eb6a478307a28ae843836c455bf04b37a3c (diff)
downloadlinux-9d7e3ea73c6be20538a69c14ab8bfb3b36f8d1a8.tar.xz
Merge branch 'syststamp-removal'
Willem de Bruijn says: ==================== net: remove deprecated syststamp The network stack can generate two kinds of hardware timestamps: - hwtstamp stores a hw timestamp in device-specific raw format - syststamp convers the raw format to system time The second is deprecated and only implemented by a single device driver. The suggested alternative is to communicate hwtstamp + directly expose the NIC PTP clock device through ptp_clock_info. The remaining driver (octeon) does not expose such a standard interface as of now. It does have its own PTP library that depends on its own shared memory PTP clock interface. This patchset 1. reverts the syststamp code in the one driver (octeon) 2. reverts an unnecessary zero initialization in another (vxge) 3. modifies PF_PACKET to use syststamp is != 0 (because always == 0) 4. modifies SCM_TIMESTAMPING in the same way For backwards compatibility, the interfaces are not removed. Applications can still request SOF_TIMESTAMPING_SYS_HARDWARE. The response field in scm_timestamping also remains. As was the case for hardware/drivers that did not implement the feature, the setsockopt succeeds, but the response field is always zero. ==================== Acked-by: Richard Cochran <richardcochran@gmail.com> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'net/ipv4/tcp_westwood.c')
0 files changed, 0 insertions, 0 deletions