Re: [patch 17/38] ext4: Replace get_cycles() usage with ktime_get()
"Arnd Bergmann" <[email protected]> Mon, 13 Apr 2026 16:46:30 +0200
| Newsgroups | org.kernel.vger.linux-hams,dev.linux.lists.iommu,dev.linux.lists.loongarch,org.infradead.lists.linux-arm-kernel,org.infradead.lists.linux-riscv,org.kernel.vger.linux-alpha,org.kernel.vger.linux-crypto,org.kernel.vger.linux-ext4,org.kernel.vger.linux-fbdev,org.kernel.vger.linux-kernel,org.kernel.vger.linux-m68k,org.kernel.vger.linux-openrisc,org.kernel.vger.linux-parisc,org.kernel.vger.linux-s390,org.kernel.vger.linux-wireless,org.kernel.vger.netdev,org.kernel.vger.sparclinux,org.kvack.linux-mm,org.ozlabs.lists.linuxppc-dev |
|---|---|
| Message-ID | <[email protected]> |
On Fri, Apr 10, 2026, at 14:19, Thomas Gleixner wrote: > get_cycles() is not guaranteed to be functional on all systems/platforms > and the values returned are unitless and not easy to map to something > useful. > > Use ktime_get() instead, which provides nanosecond timestamps and is > functional everywhere. > > This is part of a larger effort to limit get_cycles() usage to low level > architecture code. > > Signed-off-by: Thomas Gleixner <[email protected]> > Cc: "Theodore Ts'o" <[email protected]> > Cc: [email protected] I think this is technically an ABI chance, since the time difference gets exported through procfs, but the new version is clearly the right thing to do since it replaces a hardware specific value with a portable one. Arnd