Received-SPF: pass (google.com: domain of linux-kernel+bounces-112144-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3;
From: Thomas Gleixner <tglx@linutronix.de>
To: Sagi Maimon <maimon.sagi@gmail.com>
Cc: richardcochran@gmail.com, luto@kernel.org, mingo@redhat.com,
 bp@alien8.de, dave.hansen@linux.intel.com, x86@kernel.org, hpa@zytor.com,
 arnd@arndb.de, geert@linux-m68k.org, peterz@infradead.org,
 hannes@cmpxchg.org, sohil.mehta@intel.com, rick.p.edgecombe@intel.com,
 nphamcs@gmail.com, palmer@sifive.com, keescook@chromium.org,
 legion@kernel.org, mark.rutland@arm.com, mszeredi@redhat.com,
 casey@schaufler-ca.com, reibax@gmail.com, davem@davemloft.net,
 brauner@kernel.org, linux-kernel@vger.kernel.org,
 linux-api@vger.kernel.org, linux-arch@vger.kernel.org,
 netdev@vger.kernel.org
Subject: Re: [PATCH v7] posix-timers: add clock_compare system call
In-Reply-To: <878r29hjds.ffs@tglx>
References: <878r29hjds.ffs@tglx>
Date: Sat, 23 Mar 2024 01:42:03 +0100
Message-ID: <875xxdhj8k.ffs@tglx>
Precedence: bulk
MIME-Version: 1.0
Content-Type: text/plain

On Sat, Mar 23 2024 at 01:38, Thomas Gleixner wrote:
> PTP_SYS_OFFSET_EXTENDED moves the outer sample points as close as
> possible to the actual PCH read and provides both outer samples to user
> space for analysis. It was introduced for a reason, no?

That said, it's a sad state of affairs that 16 drivers which did exist
before the introduction of the gettimex64() callback have not been
converted over to it within 4.5 years.

What's even worse is that 14 drivers have been merged _after_ the
gettimex64() callback got introduced without implementing it:

2019-02-12   drivers/net/ethernet/freescale/enetc/enetc_ptp.c
2019-10-24   drivers/net/ethernet/aquantia/atlantic/aq_ptp.c
2019-11-15   drivers/net/dsa/ocelot/felix_vsc9959.c
2020-01-12   drivers/net/ethernet/xscale/ptp_ixp46x.c
2020-06-20   drivers/net/ethernet/mscc/ocelot_vsc7514.c
2020-06-24   drivers/net/phy/mscc/mscc_ptp.c
2020-08-24   drivers/net/ethernet/marvell/octeontx2/nic/otx2_ptp.c
2020-11-05   drivers/net/dsa/hirschmann/hellcreek_ptp.c
2022-02-01   drivers/net/ethernet/microchip/lan966x/lan966x_ptp.c
2022-03-04   drivers/net/ethernet/microchip/sparx5/sparx5_ptp.c
2022-05-10   drivers/net/ethernet/sfc/siena/ptp.c
2022-11-02   drivers/net/ethernet/renesas/rcar_gen4_ptp.c
2023-01-13   drivers/net/dsa/microchip/ksz_ptp.c
2023-03-22   drivers/net/wireless/intel/iwlwifi/mvm/ptp.c

Not Sagi's fault at all, but it's telling and coherent with the approach
to solve the problem at hand.

See the previous reply for the observation on the letters P and C in PTP.

Oh well,

        tglx