From: "Alexandre Courbot" <acourbot@nvidia.com>
To: "Dave Airlie via B4 Relay" <devnull+airlied.redhat.com@kernel.org>
Cc: <airlied@redhat.com>, "Andreas Hindborg" <a.hindborg@kernel.org>,
"FUJITA Tomonori" <fujita.tomonori@gmail.com>,
"Gary Guo" <gary@garyguo.net>,
"Alice Ryhl" <aliceryhl@google.com>,
"Danilo Krummrich" <dakr@kernel.org>,
"Daniel Almeida" <daniel.almeida@collabora.com>,
<nova-gpu@lists.linux.dev>, <dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH v4 2/2] gpu: nova-core: add support for GPU timer block. (v4)
Date: Thu, 05 Nov 2026 23:43:46 +0900 [thread overview]
Message-ID: <DMNCVDFYPL3I.3CCYXY4641F13@nvidia.com> (raw)
In-Reply-To: <20261105-nova-timer-v4-2-45a7c121d4de@redhat.com>
On Thu Nov 5, 2026 at 12:07 PM JST, Dave Airlie via B4 Relay wrote:
> From: Dave Airlie <airlied@redhat.com>
>
> This is needed to calculate the system timer offset that is passed
> to GSP init.
>
> 2 HALs exist:
>
> a) tu102 is the gv100 path from open-gpu, the priv level is checked
> and the cpu time is written to the gpu timer. no offset is used.
>
> b) gh100 as two variants, gh100 and gb100.
> This is the gh100 path from open-gpu, where the secure system
> timer is read, the offset is calculated.
> On gh100 which need a work around we avoid sending it to registers
> other we write the offset to registers.
> The gb100 path just avoids the war.
> The value is also stored to send to GSP.
>
> Signed-off-by: Dave Airlie <airlied@redhat.com>
There are a couple of Clippy issues with this patch, please make sure
to build with `CLIPPY=1`. `make rustfmt` also reformatted a few lines.
<...>
> diff --git a/drivers/gpu/nova-core/fsp/regs.rs b/drivers/gpu/nova-core/fsp/regs.rs
> new file mode 100644
> index 000000000000..d4b8482a6854
> --- /dev/null
> +++ b/drivers/gpu/nova-core/fsp/regs.rs
> @@ -0,0 +1,30 @@
> +// SPDX-License-Identifier: GPL-2.0
> +
> +pub(crate) mod gh100 {
FSP only makes sense for GH100 and more recent, so I guess we can do
without this sub-module?
> + use kernel::io::register;
> +
> + use crate::{
> + driver::NovaRegisters,
> + };
> +
> + // FSP PRI space; the timer is its only consumer so far.
I guess we don't need to mention who the consumer is here; especially
since the list might increase in the future.
> + register! {
> + base: NovaRegisters;
> +
> + /// FSP ucode version, encoded as `major.minor` in bits 11:8 and 7:0, written by the FSP
> + /// during boot. (`NV_PFSP_FALCON_COMMON_SCRATCH_GROUP_3(1)` in the hardware headers.)
> + pub(crate) NV_GFW_FSP_UCODE_VERSION(u32) @ 0x008f0334 {
We are trying to keep registers (at least those defined within
sub-modules) local to their owning module, so ideally the visibility
should be `pub(super)`. And instead of accessing the register directly
in `timer`, a `Fsp::is_bug3957833_affected()` method would expose the
functionality we need.
> + 11:0 full;
> + }
> + }
> +
> + impl NV_GFW_FSP_UCODE_VERSION {
> + /// Check if the hopper only workaround is required
> + pub(crate) fn is_bug3957833_affected(self) -> bool {
So as mentioned above, this method would be moved to a method of `Fsp`
that `timer` would call, keeping registers local to their module.
We will need to store the hal and `Chipset` into the `Fsp` struct for
that, but that's standard practice.
> + /// FSP ucode version from which on the fix for bug 3957833 is included.
> + const FSP_BUG_3957833_FIX_VERSION: u32 = 0x44c;
> +
> + self.full().get() < FSP_BUG_3957833_FIX_VERSION
You can omit the `.get()` here, there are comparison operators
implementations between `Bounded` and regular integer types.
<...>
> diff --git a/drivers/gpu/nova-core/timer.rs b/drivers/gpu/nova-core/timer.rs
> new file mode 100644
> index 000000000000..e7ad37806e5b
> --- /dev/null
> +++ b/drivers/gpu/nova-core/timer.rs
> @@ -0,0 +1,33 @@
> +// SPDX-License-Identifier: GPL-2.0
> +
> +mod hal;
> +mod regs;
> +
> +use kernel::{
> + prelude::*, //
> +};
> +
> +use crate::{
> + driver::Bar0,
> + gpu::Chipset, //
> +};
> +
> +pub(crate) struct Timer;
> +
> +// struct that just holds the sys timer offset
> +// after initialising the GPU timer block.
Can this be a regular Rust doccomment? If possible describing its
purpose, not its contents.
> +pub(crate) struct TimerState {
> + /// This value is to be passed to GspInit SYS_TIMER_OFFSET_NS
> + /// It is considered an opaque value, passed from timer hal to GSP.
> + #[allow(dead_code)]
> + sys_timer_offset_ns: u64,
I assume a future patch will need to read this value, so we can
preemptively make it `pub(crate)`.
> +}
> +
> +impl Timer {
> + /// Initialize the GPU timer.
> + pub(crate) fn init(bar: Bar0<'_>, chipset: Chipset) -> Result<TimerState> {
> + Ok(TimerState {
> + sys_timer_offset_ns: hal::timer_hal(chipset).init(bar)?,
> + })
> + }
> +}
> diff --git a/drivers/gpu/nova-core/timer/hal.rs b/drivers/gpu/nova-core/timer/hal.rs
> new file mode 100644
> index 000000000000..b78066bf9a0d
> --- /dev/null
> +++ b/drivers/gpu/nova-core/timer/hal.rs
> @@ -0,0 +1,27 @@
> +// SPDX-License-Identifier: GPL-2.0
> +
> +use kernel::prelude::*;
> +
> +use crate::{
> + driver::Bar0,
> + gpu::{
> + Architecture,
> + Chipset, //
> + },
> +};
> +
> +mod gh100;
> +mod tu102;
> +
> +pub(super) trait TimerHal {
> + /// return system timer offset ns
nit: capitalization.
Maybe also explain that this can program some timer-related registers,
otherwise the name `init` isn't justified for someone who believes that
this just returns the time without any side-effect.
> + fn init(&self, bar: Bar0<'_>) -> Result<u64>;
> +}
> +
> +pub(super) fn timer_hal(chipset: Chipset) -> &'static dyn TimerHal {
> + match chipset.arch() {
> + Architecture::Turing | Architecture::Ampere | Architecture::Ada => tu102::TU102_HAL,
> + Architecture::Hopper => gh100::GH100_HAL,
> + Architecture::BlackwellGB10x | Architecture::BlackwellGB20x => gh100::GB100_HAL,
> + }
> +}
> diff --git a/drivers/gpu/nova-core/timer/hal/gh100.rs b/drivers/gpu/nova-core/timer/hal/gh100.rs
> new file mode 100644
> index 000000000000..0486df588964
> --- /dev/null
> +++ b/drivers/gpu/nova-core/timer/hal/gh100.rs
> @@ -0,0 +1,79 @@
> +// SPDX-License-Identifier: GPL-2.0
> +
> +use super::TimerHal;
> +
> +use kernel::{
> + io::Io,
> + prelude::*,
> + time::*, //
> +};
> +
> +use crate::{
> + driver::Bar0,
> + fsp::regs as fspregs,
> + timer::regs, //
> +};
> +
> +/// Timer HAL for Hopper and Blackwell.
> +struct Gh100 {
> + /// `true` on Hopper, FSP ucode on newer GPUs always has the fix.
This comment doesn't parse for me - can we simplify it?
> + fsp_bug3957833_war: bool,
> +}
> +
> +impl Gh100 {
> + /// kfspRequiresBug3957833WAR_HAL: returns `true` if the FSP ucode predates the fix for
If we name OpenRM methods, let's state that they come from OpenRM as that
name might be confusing to an unfamiliar reader.
> + /// bug 3957833 and hence the sys timer offset must not be programmed. Can only be true
> + /// on GH100 with older FSP.
> + fn requires_bug3957833_war(&self, bar: Bar0<'_>) -> bool {
> + self.fsp_bug3957833_war
> + && bar.read(fspregs::gh100::NV_GFW_FSP_UCODE_VERSION).is_bug3957833_affected()
With the change suggested above we would call something like
`Fsp::is_bug3957833_affected()`.
> + }
> +
> + fn timer_time(&self, bar: Bar0<'_>, time_ns: u64) -> Result<u64> {
> + let mut sec_hi2 = u32::from(bar.read(regs::gh100::NV_PGC6_SCI_SEC_TIMER_TIME_1));
> + let sec_timer_ns: u64;
> + loop {
> + let sec_lo = u32::from(bar.read(regs::gh100::NV_PGC6_SCI_SEC_TIMER_TIME_0));
> + let sec_hi = u32::from(bar.read(regs::gh100::NV_PGC6_SCI_SEC_TIMER_TIME_1));
> + if sec_hi == sec_hi2 {
> + sec_timer_ns = u64::from(sec_hi) << 32 | u64::from(sec_lo);
> + break;
> + }
> + sec_hi2 = u32::from(bar.read(regs::gh100::NV_PGC6_SCI_SEC_TIMER_TIME_1));
> + }
Looks like this mirrors the `timer_read` function of `tu102`, can we
move it into its own method for symmetry?
Note that you don't need to wrap everything in `u32::from` - register
values can be compared directly. You'll just need to access `.nsec()`
when building `sec_timer_ns`, and shift `sec_lo.nsec()` by `5` (or
better, `NV_PGC6_SCI_SEC_TIMER_TIME_0::NSEC_SHIFT`) to get
the actual value. Usually when we have a value that needs to be shifted
we add a convenience method to the register type directly, that probably
applies here as well.
Then if you bulk-import `regs::gh100::*`, you can also shorten every
line that accesses a register.
> +
> + // The system and the GPU timer are both free-running with unrelated epochs, so the
> + // difference can be negative. Both operands are < 2^62, hence this cannot overflow.
This comment doesn't look right, both operands are `u64` and IIUC this
*will* underflow if `sec_timer_ns > time_ns`.
I'd ignore Sashiko's suggestion as it looks like it is trying to
reconcile the code against the comment instead of the other way around.
> + let sys_timer_offset_ns = time_ns.checked_sub(sec_timer_ns).ok_or(EINVAL)?;
> +
> + if !self.requires_bug3957833_war(bar) {
> + bar.write_reg(
> + regs::gh100::NV_PGC6_SCI_SYS_TIMER_OFFSET_1::try_from_nsec(sys_timer_offset_ns)?
> + );
> + bar.write_reg(
> + regs::gh100::NV_PGC6_SCI_SYS_TIMER_OFFSET_0::try_from_nsec(sys_timer_offset_ns)?
> + .with_update(true),
> + );
> + }
> + Ok(sys_timer_offset_ns)
Once we have moved the timer read loop into its own method, I guess the
remainder can be nicely folded into `init` directly, and we don't need
`timer_time` anymore?
> + }
> +}
> +
> +impl TimerHal for Gh100 {
> + fn init(&self, bar: Bar0<'_>) -> Result<u64> {
> + // The open drivers uses wall clock time here not monotonic
> + let sys_time_ns = Instant::<RealTime>::now().as_nanos();
> +
> + self.timer_time(bar, sys_time_ns as u64)
> + }
> +}
> +
> +const GH100: Gh100 = Gh100 {
> + fsp_bug3957833_war: true,
> +};
> +const GB100: Gh100 = Gh100 {
> + fsp_bug3957833_war: false,
> +};
> +
> +pub(super) const GH100_HAL: &dyn TimerHal = &GH100;
> +pub(super) const GB100_HAL: &dyn TimerHal = &GB100;
We prefer to keep each HAL in a module bearing the same name, so `GB100`
should be in `gb100.rs`.
But if we move `is_bug3957833_affected` into Fsp, then both the
`fsp_bug3957833_war` flag and `GB100` HAL can go away. `Timer::init`
will just need to be passed an `Option<&Fsp>`, which it passes down to
the HAL method so it can query it (similarly to what `VgpuManager::new`
does - only with `as_ref()` instead of `as_mut()`).
> diff --git a/drivers/gpu/nova-core/timer/hal/tu102.rs b/drivers/gpu/nova-core/timer/hal/tu102.rs
> new file mode 100644
> index 000000000000..c0777b777362
> --- /dev/null
> +++ b/drivers/gpu/nova-core/timer/hal/tu102.rs
> @@ -0,0 +1,53 @@
> +// SPDX-License-Identifier: GPL-2.0
> +
> +use super::TimerHal;
> +
> +use kernel::{
> + io::Io,
> + prelude::*,
> + time::*, //
> +};
> +
> +use crate::{
> + driver::Bar0,
> + timer::regs, //
> +};
> +struct Tu102;
> +
> +// this code will be used in the gb10b hal eventually
> +#[expect(dead_code)]
> +fn timer_read(bar: Bar0<'_>) -> u64 {
> + let mut hi2: u32 = u32::from(bar.read(regs::NV_PTIMER_TIME_1));
> + loop {
> + let lo = u32::from(bar.read(regs::NV_PTIMER_TIME_0));
> + let hi = u32::from(bar.read(regs::NV_PTIMER_TIME_1));
> + if hi == hi2 {
> + return u64::from(hi) << 32 | u64::from(lo);
> + }
> + hi2 = u32::from(bar.read(regs::NV_PTIMER_TIME_1));
> + }
> +}
Here as well you can remove the `u32::from` easily.
> +
> +fn timer_time(bar: Bar0<'_>, time_ns: u64) -> Result {
> + if bar.read(regs::NV_PTIMER_TIME_PRIV_LEVEL_MASK).level0() {
> + bar.write_reg(regs::NV_PTIMER_TIME_1::try_from_nsec(time_ns)?);
> + bar.write_reg(regs::NV_PTIMER_TIME_0::try_from_nsec(time_ns)?);
> + Ok(())
> + } else {
> + Err(EINVAL)
> + }
> +}
> +
> +impl TimerHal for Tu102 {
> + fn init(&self, bar: Bar0<'_>) -> Result<u64> {
> + // The RM uses wall clock time here (osGetSystemTime -> ktime_get_real), so the GPU time
> + // matches the host's real time, e.g. for timestamp correlation in userspace.
> + let sys_time_ns = Instant::<RealTime>::now().as_nanos();
> +
> + timer_time(bar, sys_time_ns as u64)?;
> + Ok(0_u64)
> + }
> +}
> +
> +const TU102: Tu102 = Tu102;
> +pub(super) const TU102_HAL: &dyn TimerHal = &TU102;
> diff --git a/drivers/gpu/nova-core/timer/regs.rs b/drivers/gpu/nova-core/timer/regs.rs
> new file mode 100644
> index 000000000000..3de7174f20db
> --- /dev/null
> +++ b/drivers/gpu/nova-core/timer/regs.rs
> @@ -0,0 +1,82 @@
> +// SPDX-License-Identifier: GPL-2.0
> +
> +use kernel::io::register;
> +use kernel::prelude::*;
> +
> +use crate::{
> + driver::NovaRegisters,
> +};
> +use pin_init::Zeroable;
> +
> +// PTIMER
> +
> +register! {
> + base: NovaRegisters;
> +
> + pub(crate) NV_PTIMER_TIME_PRIV_LEVEL_MASK(u32) @ 0x00009430 {
All the definitions of this module can be `pub(super)`
> + 4:4 level0 => bool;
> + }
> +
> + pub(crate) NV_PTIMER_TIME_0(u32) @ 0x00009400 {
> + 31:5 nsec;
> + }
> +
> + pub(crate) NV_PTIMER_TIME_1(u32) @ 0x00009410 {
> + 28:0 nsec;
> + }
> +}
> +
> +impl NV_PTIMER_TIME_0 {
> + pub(crate) fn try_from_nsec(nsec: u64) -> Result<Self> {
> + Ok(Self::zeroed().try_with_nsec(((nsec >> 5) & 0x7FF_FFFF) as u32)?)
> + }
Clippy pointed out that you can get rid of the `Ok()` because
`try_with_nsec` already returns the expected type.
There are 2 operations that silently truncate the passed value - the
right shift (which we cannot avoid), and the mask. We should document
these, or maybe take a `u32` to leave that responsibility to the caller
so we only need to mention the truncated 5 LSBs.
With that this method can actually become infallible, because `nsec`
covers the full u32 range. We just need to construct the expected
`Bounded` value, which looks something like this:
pub(super) fn from_nsec(nsec: u32) -> Self {
let nsec = Bounded::<u32, 32>::from(nsec).shr::<{ Self::NSEC_SHIFT }, _>();
Self::zeroed().with_nsec(nsec)
}
The `shr` method on `Bounded` reduces its number of valid bits, turning
it into exactly the type expected for `nsec`, so we don't need to use
the fallible `try_with_nsec` method. Also note that I have used the
constant shift that is automatically defined for each bitfield instead
of the immediate value `5`.
It's a bit of a mouthful but it is demonstrably correct and doesn't rely
on any truncating operation (notably `as` that we try to avoid whenever
possible).
> +}
> +
> +impl NV_PTIMER_TIME_1 {
> + pub(crate) fn try_from_nsec(nsec: u64) -> Result<Self> {
Here as well we should document that this works with only the 32 MSBs
(or, again, take a `u32` and leave that to the caller).
> + Ok(Self::zeroed().try_with_nsec(((nsec >> 32) & 0x1FFF_FFFF) as u32)?)
You can just do
Self::zeroed().try_with_nsec(nsec >> 32)
`try_with_nsec` is happy to take a u64, and here I expect that we want
to fail if the value is larger than what the registers pair can
represent? Otherwise this method should also be infallible, as the call
to `try_with_nsec` cannot technically fail with the mask you applied
anyway.
> + }
> +}
> +
> +pub(crate) mod gh100 {
> + use kernel::io::register;
> + use kernel::prelude::*;
> +
> + use crate::driver::NovaRegisters;
> + use pin_init::Zeroable;
> +
> + // PGC6/TIMER
> + register! {
> + base: NovaRegisters;
> +
> + pub(crate) NV_PGC6_SCI_SEC_TIMER_TIME_0(u32) @ 0x00118f54 {
Since we are two modules down, instead of `pub(super)` this will need to
be `pub(in crate::timer)`.
> + 31:5 nsec;
> + }
> +
> + pub(crate) NV_PGC6_SCI_SEC_TIMER_TIME_1(u32) @ 0x00118f58 {
> + 28:0 nsec;
> + }
> +
> + pub(crate) NV_PGC6_SCI_SYS_TIMER_OFFSET_0(u32) @ 0x00118df4 {
> + 0:0 update;
> + 31:5 nsec;
> + }
> +
> + pub(crate) NV_PGC6_SCI_SYS_TIMER_OFFSET_1(u32) @ 0x00118df8 {
> + 28:0 nsec;
> + }
> +
> + }
> +
> + impl NV_PGC6_SCI_SYS_TIMER_OFFSET_0 {
> + pub(crate) fn try_from_nsec(nsec: u64) -> Result<Self> {
As for `NV_PTIMER_TIME_0` this method can be infallible. Actually it's
an exact mirror...
> + Ok(Self::zeroed().try_with_nsec(((nsec >> 5) & 0x7FF_FFFF) as u32)?)
... so we can leverage its sibling like this:
Self::zeroed().with_nsec(NV_PTIMER_TIME_0::from_nsec(nsec).nsec())
(this just leverages the NV_PTIMER_TIME_0 method to build a value,
extract the field, and write it as-is.)
> + }
> + }
> +
> + impl NV_PGC6_SCI_SYS_TIMER_OFFSET_1 {
> + pub(crate) fn try_from_nsec(nsec: u64) -> Result<Self> {
> + Ok(Self::zeroed().try_with_nsec(((nsec >> 32) & 0x1FFF_FFFF) as u32)?)
and here as well:
NV_PTIMER_TIME_1::try_from_nsec(nsec).map(|v| Self::zeroed().with_nsec(v.nsec()))
next prev parent reply other threads:[~2026-11-05 14:44 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-11-05 3:07 [PATCH v4 0/2] nova-core: add initial support for gpu timer (v4) Dave Airlie
2026-11-05 3:07 ` Dave Airlie via B4 Relay
2026-11-05 3:07 ` [PATCH v4 1/2] rust: time: expose as_nanos for clock sources Dave Airlie
2026-11-05 3:07 ` Dave Airlie via B4 Relay
2026-11-05 14:21 ` Alexandre Courbot
2026-11-05 3:07 ` [PATCH v4 2/2] gpu: nova-core: add support for GPU timer block. (v4) Dave Airlie
2026-11-05 3:07 ` Dave Airlie via B4 Relay
2026-11-05 3:21 ` sashiko-bot
2026-11-05 14:43 ` Alexandre Courbot [this message]
2026-11-06 5:31 ` David Airlie
2026-11-06 14:41 ` Alexandre Courbot
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=DMNCVDFYPL3I.3CCYXY4641F13@nvidia.com \
--to=acourbot@nvidia.com \
--cc=a.hindborg@kernel.org \
--cc=airlied@redhat.com \
--cc=aliceryhl@google.com \
--cc=dakr@kernel.org \
--cc=daniel.almeida@collabora.com \
--cc=devnull+airlied.redhat.com@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=fujita.tomonori@gmail.com \
--cc=gary@garyguo.net \
--cc=nova-gpu@lists.linux.dev \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.