Re: [GIT PULL] Rust timekeeping for v7.4-rc1

[FUJITA Tomonori <tomo@flapping.org>]

On Thu, 08 Oct 2026 15:02:51 +0200
Andreas Hindborg <a.hindborg@kernel.org> wrote:

> "FUJITA Tomonori" <tomo@flapping.org> writes:
> 
>> Hi Andreas,
>>
>> On Wed, 07 Oct 2026 15:34:44 +0200
>> Andreas Hindborg <a.hindborg@kernel.org> wrote:

[...]

>>> ----------------------------------------------------------------
>>> Andreas Hindborg (1):
>>>       rust: hrtimer: document handle based design rationale
>>>
>>> FUJITA Tomonori (3):
>>>       rust: time: rename ClockSource trait to ClockId
>>>       rust: bindings: set HZ to CONFIG_HZ
>>>       rust: time: add Delta::to_jiffies_timeout() for timeout conversion
>>>
>>> Sang-Heon Jeon (1):
>>>       rust: time: warn and assert out-of-range input in fsleep() and udelay()
>>
>> Would it be possible to also include the following two patches in this
>> pull request?
>>
>>   rust: time: make Delta::ZERO generic over the time unit
>>   rust: time: add Delta::as_jiffies_unsigned()
>>
>> https://lore.kernel.org/rust-for-linux/20261002050428.2746277-2-tomo@flapping.org/
>> https://lore.kernel.org/rust-for-linux/20261002050428.2746277-3-tomo@flapping.org/
>>
>> Three patches depend on them: the workqueue and condvar patches in the
>> same series, and the serdev patch. All three change code that is
>> merged through trees other than rust-next. If the two patches are in
>> v7.4-rc1, the three patches can go through those trees in the next
>> cycle without a dependency on the timekeeping tree.
>>
>> Both patches are small and straightforward, and Gary has already given
>> his Reviewed-by.
>>
>> If it is easier, Miguel could also apply them to rust-next directly
>> with your Acked-by. That would work for me too.
> 
> I'm not taking any more changes for timekeeping this cycle. Up to Miguel
> if he wants to take them directly. Otherwise wait for next cycle. Either
> is fine with me.

Thanks, Andreas.

Miguel, could you take the two patches into rust-next directly?