From: Arthur Kiyanovski <akiyano@amazon.com>
To: David Miller <davem@davemloft.net>,
Jakub Kicinski <kuba@kernel.org>,
Richard Cochran <richardcochran@gmail.com>,
<netdev@vger.kernel.org>
Cc: Arthur Kiyanovski <akiyano@amazon.com>,
Eric Dumazet <edumazet@google.com>,
Paolo Abeni <pabeni@redhat.com>,
David Woodhouse <dwmw2@infradead.org>,
Thomas Gleixner <tglx@linutronix.de>,
Miroslav Lichvar <mlichvar@redhat.com>,
Andrew Lunn <andrew+netdev@lunn.ch>, Andrew Lunn <andrew@lunn.ch>,
Carolina Jubran <cjubran@nvidia.com>,
Wen Gu <guwen@linux.alibaba.com>,
Xuan Zhuo <xuanzhuo@linux.alibaba.com>,
"David Woodhouse" <dwmw@amazon.com>,
Yonatan Sarna <ysarna@amazon.com>,
"Zorik Machulsky" <zorik@amazon.com>,
Alexander Matushevsky <matua@amazon.com>,
"Saeed Bshara" <saeedb@amazon.com>, Matt Wilson <msw@amazon.com>,
Anthony Liguori <aliguori@amazon.com>,
Nafea Bshara <nafea@amazon.com>,
Evgeny Schmeilin <evgenys@amazon.com>,
Netanel Belgazal <netanel@amazon.com>,
Ali Saidi <alisaidi@amazon.com>,
Benjamin Herrenschmidt <benh@amazon.com>,
Noam Dagan <ndagan@amazon.com>,
David Arinzon <darinzon@amazon.com>,
Evgeny Ostrovsky <evostrov@amazon.com>,
Ofir Tabachnik <ofirt@amazon.com>,
Amit Bernstein <amitbern@amazon.com>,
<linux-kselftest@vger.kernel.org>, <linux-doc@vger.kernel.org>,
<shuah@kernel.org>, Jonathan Corbet <corbet@lwn.net>,
Shuah Khan <skhan@linuxfoundation.org>,
Simon Horman <horms@kernel.org>,
Bjorn Helgaas <bhelgaas@google.com>, <vadim.fedorenko@linux.dev>
Subject: [PATCH v6 net-next 0/7] ptp: Add PHC timestamp quality attributes
Date: Wed, 29 Jul 2026 22:43:18 +0000 [thread overview]
Message-ID: <20260729224328.16440-1-akiyano@amazon.com> (raw)
This series adds quality attributes to PTP Hardware Clock (PHC)
timestamps, allowing userspace to obtain error bound, clock status,
timescale, and system counter values alongside timestamps in a single
call.
Motivation
----------
The existing PTP APIs return timestamps without any indication of
their quality. Applications that need clock accuracy and
synchronization status commonly rely on external tools such as
ptp4l, which implement synchronization logic and can export their
measurement of clock accuracy. For managed PHC devices - such as
the ENA network adapter, whose clock is synchronized by the device
without userspace involvement - these tools are not available, and
the existing APIs lack a way to report quality metrics to consumers
of time.
This was previously proposed as an RFC [1] with a single ioctl.
Based on community feedback, the design was reworked to cover both
the extended (multi-sample) and precise (cross-timestamp) paths.
Design
------
The UAPI was redesigned based on Thomas Gleixner's proposal [2]:
- A unified data structure (struct ptp_sys_offset_attrs) is used
for both extended and precise ioctls.
- A u32 valid bitmask in struct ptp_clock_attrs indicates which
attributes are populated, replacing sentinel values. Drivers
set only the bits for attributes they provide.
- System counter values (cycles + counter_id) are carried in
struct ptp_sys_time alongside each system timestamp. These are
populated by the timekeeping core cross-timestamp infrastructure,
which is now merged in net-next [3] - drivers do not fill them.
This series therefore applies directly to net-next with no
out-of-tree dependency.
- Graceful degradation: the attrs ioctls work even on devices
without attrs callbacks, falling back to gettimex64 /
getcrosststamp and returning attrs.valid = 0. The capability
bits reflect this fallback so cap-respecting userspace does not
skip the ioctl on base-only drivers.
A capability flag is added to ptp_clock_caps so userspace can
discover attributes support.
Patches 2-3 add testptp support for the new ioctls.
Patch 4 implements the attributes for ptp_vmclock, reporting
error bound, clock status, and timescale.
Patches 5-7 implement the attributes for the ENA driver,
reporting error bound from the device's PHC layer.
v6:
- ptp: reject a non-zero reserved field (request.rsv[]) in the
attrs ioctls, matching ptp_sys_offset_extended(). (Jakub Kicinski)
- ptp: zero-initialize the per-sample system-timestamp snapshot in
ptp_sys_offset_extended_attrs() so no uninitialized or stale stack
data can reach userspace. (Jakub Kicinski)
- ptp: translate the kernel enum clocksource_ids to the UAPI enum
ptp_counter_id before returning sys_counter_id; sources that are
not a raw hardware counter (e.g. kvmclock) are reported as
PTP_COUNTER_UNKNOWN with sys_counter = 0. (Jakub Kicinski,
David Woodhouse)
- ptp: initialize the precise cross-timestamp struct and set its
clock_id from the validated request; validate clock_id against a
precise-path allowlist (CLOCK_REALTIME + CLOCK_AUX) so unsupported
clocks return -EINVAL instead of triggering a WARN in
get_device_system_crosststamp(). (Jakub Kicinski, David Woodhouse)
- ptp: make the extended_attrs/precise_attrs capability bits reflect
the base-callback fallback (gettimexattrs64 || gettimex64,
getcrosststampattrs || getcrosststamp) and document the fallback
and the att.valid semantics. (Jakub Kicinski)
- ptp: echo the full request header back from the attrs ioctls so
valid/clock_id/num_samples/rsv round-trip. (Jakub Kicinski)
- ptp: clarify the FREE_RUNNING vs UNRELIABLE and HOLDOVER status
comments and the @error_bound kernel-doc (a maximum bound, not a
statistical estimate; not to be trusted when status is UNKNOWN or
UNRELIABLE). (Carolina Jubran)
- ptp: document that both @sts and @att may be NULL in the
gettimexattrs64 kernel-doc. (Jakub Kicinski)
- selftests/ptp: print the returned system counter value and id
(sys_counter, sys_counter_id) in the attrs output.
- Exposing the underlying hw_csid/hw_cycles for derived clocksources
(kvmclock, ART, ...) is left to a follow-up; the UAPI leaves room
to add them without an ABI change. (David Woodhouse)
v5:
- ptp: simplify ptp_sys_offset_{extended,precise}_attrs() to copy
the request header onto the stack and allocate the result buffer
once, instead of memdup_user() + kfree() + kzalloc(). (Saeed
Bshara)
- ptp: deduplicate the kernel-doc for gettimexattrs64 /
getcrosststampattrs by referencing the base gettimex64 /
getcrosststamp callbacks. (Saeed Bshara)
- ptp: add missing kernel-doc member descriptions for struct
ptp_timestamp and struct ptp_sys_offset_attrs.
- selftests/ptp: map the clockid to a name and print once instead
of three duplicated printfs. (Saeed Bshara)
- selftests/ptp: make -a a modifier on -x/-X instead of an
exclusive option; drop -A (use -X -a); trim the unknown-clock
output; print "not reported" for attributes the device does not
report. (Saeed Bshara)
- ptp_vmclock: scope the local 'st' inside the SUPPORT_KVMCLOCK
block to fix an unused-variable warning on !CONFIG_KVM_GUEST.
(kernel test robot)
- No UAPI changes; the ioctl structures are unchanged from v4.
v4:
- Complete UAPI redesign per Thomas Gleixner's proposal [2]:
unified data structure with u32 valid bitmask, system counter
in ptp_sys_time (populated by core, not drivers), graceful
degradation for devices without attrs callbacks. (Thomas Gleixner,
David Woodhouse)
- Counter values moved from driver attrs callback to timekeeping
core infrastructure - drivers no longer set counter_id or
counter_value.
- Flexible array member for timestamps[] (kernel bounds the copy,
userspace allocates for num_samples requested).
- Drop separate ptp_clock_attributes kernel struct - driver
callbacks fill the UAPI ptp_clock_attrs directly.
v3:
- Remove patch 5/8 from v2 (return-code bugfix) - sent separately
as [PATCH net] to the net tree.
- Zero-initialize struct ptp_clock_attributes in PTP core ioctl
handlers to prevent stack leak of unset fields. (Simon Horman,
sashiko)
- ptp_vmclock: validate counter_period_shift < 128 to prevent
undefined behavior on untrusted hypervisor input. (sashiko)
- ptp_vmclock: add overflow check on err_hi * NSEC_PER_SEC to
prevent silent wraparound producing erroneously small error
bound. (sashiko)
- ptp_vmclock: report PTP_TIMESCALE_TAI after tai_adjust() to
avoid timescale mismatch. (sashiko)
- ENA: set counter_id = 0, counter_value = 0 in gettimexattrs64
for defense-in-depth. (sashiko)
v2:
- Fix build bisectability: move ena_com.c consumer updates into
patch 6/8 and ena_phc.c caller update into patch 7/8 so each
patch compiles independently.
- Add missing Cc for Amit Bernstein (co-author of ENA patches).
[1] https://lore.kernel.org/netdev/20250724115657.150-1-darinzon@amazon.com/
[2] https://lore.kernel.org/all/87se7ht25o.ffs@tglx/
[3] https://lore.kernel.org/all/20260526165826.392227559@kernel.org/
Arthur Kiyanovski (7):
ptp: Add ioctls for PHC timestamps with quality attributes
selftests/ptp: Extract print_system_timestamp helper in testptp
selftests/ptp: Add testptp support for attributes ioctls
ptp: ptp_vmclock: Implement attributes ioctls
net: ena: Update PHC admin interface for error bound support
net: ena: Add error bound to PHC communication layer
net: ena: Implement gettimexattrs64 callback for PTP attributes
.../device_drivers/ethernet/amazon/ena.rst | 2 +
.../net/ethernet/amazon/ena/ena_admin_defs.h | 17 +-
drivers/net/ethernet/amazon/ena/ena_com.c | 51 ++--
drivers/net/ethernet/amazon/ena/ena_com.h | 5 +-
drivers/net/ethernet/amazon/ena/ena_debugfs.c | 3 +
drivers/net/ethernet/amazon/ena/ena_phc.c | 61 +++-
drivers/ptp/ptp_chardev.c | 208 ++++++++++++-
drivers/ptp/ptp_clock.c | 4 +-
drivers/ptp/ptp_vmclock.c | 197 +++++++++++-
include/linux/ptp_clock_kernel.h | 20 ++
include/uapi/linux/ptp_clock.h | 283 +++++++++++++++++-
tools/testing/selftests/ptp/testptp.c | 198 +++++++++---
12 files changed, 939 insertions(+), 110 deletions(-)
base-commit: b515dc54795ef370be3cb396e7c12ad91686b6d1
--
2.47.3
next reply other threads:[~2026-07-29 22:43 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-29 22:43 Arthur Kiyanovski [this message]
-- strict thread matches above, loose matches on Subject: below --
2026-07-29 23:37 [PATCH v6 net-next 0/7] ptp: Add PHC timestamp quality attributes Arthur Kiyanovski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260729224328.16440-1-akiyano@amazon.com \
--to=akiyano@amazon.com \
--cc=aliguori@amazon.com \
--cc=alisaidi@amazon.com \
--cc=amitbern@amazon.com \
--cc=andrew+netdev@lunn.ch \
--cc=andrew@lunn.ch \
--cc=benh@amazon.com \
--cc=bhelgaas@google.com \
--cc=cjubran@nvidia.com \
--cc=corbet@lwn.net \
--cc=darinzon@amazon.com \
--cc=davem@davemloft.net \
--cc=dwmw2@infradead.org \
--cc=dwmw@amazon.com \
--cc=edumazet@google.com \
--cc=evgenys@amazon.com \
--cc=evostrov@amazon.com \
--cc=guwen@linux.alibaba.com \
--cc=horms@kernel.org \
--cc=kuba@kernel.org \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=matua@amazon.com \
--cc=mlichvar@redhat.com \
--cc=msw@amazon.com \
--cc=nafea@amazon.com \
--cc=ndagan@amazon.com \
--cc=netanel@amazon.com \
--cc=netdev@vger.kernel.org \
--cc=ofirt@amazon.com \
--cc=pabeni@redhat.com \
--cc=richardcochran@gmail.com \
--cc=saeedb@amazon.com \
--cc=shuah@kernel.org \
--cc=skhan@linuxfoundation.org \
--cc=tglx@linutronix.de \
--cc=vadim.fedorenko@linux.dev \
--cc=xuanzhuo@linux.alibaba.com \
--cc=ysarna@amazon.com \
--cc=zorik@amazon.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox