linux-toradex.git/include/linux/ptp_classify.h, branch v6.16-rc6

move asm/unaligned.h to linux/unaligned.h

2024-10-02T21:23:23+00:00

asm/unaligned.h is always an include of asm-generic/unaligned.h;
might as well move that thing to linux/unaligned.h and include
that - there's nothing arch-specific in that header.

auto-generated by the following:

for i in `git grep -l -w asm/unaligned.h`; do
	sed -i -e "s/asm\/unaligned.h/linux\/unaligned.h/" $i
done
for i in `git grep -l -w asm-generic/unaligned.h`; do
	sed -i -e "s/asm-generic\/unaligned.h/linux\/unaligned.h/" $i
done
git mv include/asm-generic/unaligned.h include/linux/unaligned.h
git mv tools/include/asm-generic/unaligned.h tools/include/linux/unaligned.h
sed -i -e "/unaligned.h/d" include/asm-generic/Kbuild
sed -i -e "s/__ASM_GENERIC/__LINUX/" include/linux/unaligned.h tools/include/linux/unaligned.h

net: ptp: add helper for one-step P2P clocks

2023-01-13T08:40:41+00:00

For P2P delay measurement, the ingress time stamp of the PDelay_Req is
required for the correction field of the PDelay_Resp. The application
echoes back the correction field of the PDelay_Req when sending the
PDelay_Resp.

Some hardware (like the ZHAW InES PTP time stamping IP core) subtracts
the ingress timestamp autonomously from the correction field, so that
the hardware only needs to add the egress timestamp on tx. Other
hardware (like the Microchip KSZ9563) reports the ingress time stamp via
an interrupt and requires that the software provides this time stamp via
tail-tag on tx.

In order to avoid introducing a further application interface for this,
the driver can simply emulate the behavior of the InES device and
subtract the ingress time stamp in software from the correction field.

On egress, the correction field can either be kept as it is (and the
time stamp field in the tail-tag is set to zero) or move the value from
the correction field back to the tail-tag.

Changing the correction field requires updating the UDP checksum (if UDP
is used as transport).

Signed-off-by: Christian Eggers 
Co-developed-by: Arun Ramadoss 
Signed-off-by: Arun Ramadoss 
Signed-off-by: David S. Miller

net: macb: Fix PTP one step sync support

2022-05-19T23:58:16+00:00

PTP one step sync packets cannot have CSUM padding and insertion in
SW since time stamp is inserted on the fly by HW.
In addition, ptp4l version 3.0 and above report an error when skb
timestamps are reported for packets that not processed for TX TS
after transmission.
Add a helper to identify PTP one step sync and fix the above two
errors. Add a common mask for PTP header flag field "twoStepflag".
Also reset ptp OSS bit when one step is not selected.

Fixes: ab91f0a9b5f4 ("net: macb: Add hardware PTP support")
Fixes: 653e92a9175e ("net: macb: add support for padding and fcs computation")
Signed-off-by: Harini Katakam 
Reviewed-by: Radhey Shyam Pandey 
Reviewed-by: Claudiu Beznea 
Link: https://lore.kernel.org/r/20220518170756.7752-1-harini.katakam@xilinx.com
Signed-off-by: Jakub Kicinski

ptp: Add generic PTP is_sync() function

2022-03-07T11:31:34+00:00

PHY drivers such as micrel or dp83640 need to analyze whether a given
skb is a PTP sync message for one step functionality.

In order to avoid code duplication introduce a generic function and
move it to ptp classify.

Signed-off-by: Kurt Kanzenbach 
Signed-off-by: David S. Miller

net: ptp: add a definition for the UDP port for IEEE 1588 general messages

2021-11-26T19:38:20+00:00

As opposed to event messages (Sync, PdelayReq etc) which require
timestamping, general messages (Announce, FollowUp etc) do not.
In PTP they are part of different streams of data.

IEEE 1588-2008 Annex D.2 "UDP port numbers" states that the UDP
destination port assigned by IANA is 319 for event messages, and 320 for
general messages. Yet the kernel seems to be missing the definition for
general messages. This patch adds it.

Signed-off-by: Vladimir Oltean 
Acked-by: Richard Cochran 
Signed-off-by: Jakub Kicinski

net: ptp: introduce common defines for PTP message types

2020-11-23T21:43:07+00:00

Using PTP wide defines will obsolete different driver internal defines
and uses of magic numbers.

Signed-off-by: Christian Eggers 
Cc: Kurt Kanzenbach 
Reviewed-by: Vladimir Oltean 
Reviewed-by: Richard Cochran 
Signed-off-by: Jakub Kicinski

ptp: add stub function for ptp_get_msgtype()

2020-09-27T20:29:49+00:00

Added the missing stub function for ptp_get_msgtype().

Fixes: 036c508ba95e ("ptp: Add generic ptp message type function")
Reported-by: Randy Dunlap 
Signed-off-by: Yangbo Lu 
Acked-by: Randy Dunlap  # build-tested
Signed-off-by: David S. Miller

ptp: Remove unused macro

2020-08-19T23:09:19+00:00

The offset for the control field is not needed anymore. Remove it.

Signed-off-by: Kurt Kanzenbach 
Reviewed-by: Florian Fainelli 
Signed-off-by: David S. Miller

ptp: Add generic ptp message type function

2020-08-19T23:07:49+00:00

The message type is located at different offsets within the ptp header depending
on the ptp version (v1 or v2). Therefore, drivers which also deal with ptp v1
have some code for it.

Extract this into a helper function for drivers to be used.

Signed-off-by: Kurt Kanzenbach 
Reviewed-by: Richard Cochran 
Reviewed-by: Florian Fainelli 
Signed-off-by: David S. Miller

ptp: Add generic ptp v2 header parsing function

2020-08-19T23:07:49+00:00

Reason: A lot of the ptp drivers - which implement hardware time stamping - need
specific fields such as the sequence id from the ptp v2 header. Currently all
drivers implement that themselves.

Introduce a generic function to retrieve a pointer to the start of the ptp v2
header.

Suggested-by: Russell King 
Signed-off-by: Kurt Kanzenbach 
Reviewed-by: Richard Cochran 
Reviewed-by: Florian Fainelli 
Reviewed-by: Russell King 
Signed-off-by: David S. Miller