Re: [PATCH v11 6/8] MAINTAINERS: rust: Add new sections for DELAY/SLEEP and TIMEKEEPING API

From: FUJITA Tomonori
Date: Wed Apr 02 2025 - 10:18:10 EST


On Mon, 31 Mar 2025 07:03:15 -0700
Boqun Feng <boqun.feng@xxxxxxxxx> wrote:

>> My recommendation would be to take all of `rust/kernel/time` under one
>> entry for now. I suggest the following, folding in the hrtimer entry as
>> well:
>>
>> DELAY, SLEEP, TIMEKEEPING, TIMERS [RUST]
>> M: Andreas Hindborg <a.hindborg@xxxxxxxxxx>
>
> Given you're the one who would handle the patches, I think this make
> more sense.
>
>> R: Boqun Feng <boqun.feng@xxxxxxxxx>
>> R: FUJITA Tomonori <fujita.tomonori@xxxxxxxxx>
>
> Tomo, does this look good to you?

Fine by me.

So a single entry for all the Rust time stuff, which isn't aligned
with C's MAINTAINERS entries. It's just for now?


>> R: Lyude Paul <lyude@xxxxxxxxxx>
>> R: Frederic Weisbecker <frederic@xxxxxxxxxx>
>> R: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
>> R: Anna-Maria Behnsen <anna-maria@xxxxxxxxxxxxx>
>> R: John Stultz <jstultz@xxxxxxxxxx>
>
> We should add:
>
> R: Stephen Boyd <sboyd@xxxxxxxxxx>
>
> If Stephen is not against it.
>
>> L: rust-for-linux@xxxxxxxxxxxxxxx
>> S: Supported
>> W: https://rust-for-linux.com
>> B: https://github.com/Rust-for-Linux/linux/issues
>> T: git https://github.com/Rust-for-Linux/linux.git rust-timekeeping-next
>> F: rust/kernel/time.rs
>> F: rust/kernel/time/
>>
>> If that is acceptable to everyone, it is very likely that I can pick 2-6
>> for v6.16.
>>
>
> You will need to fix something because patch 2-6 removes `Ktime` ;-)

I'll take care of it in the next version.

>> I assume patch 1 will go through the sched/core tree, and then Miguel
>> can pick 7.
>>
>
> Patch 1 & 7 probably should go together, but we can decide it later.

Since nothing has moved forward for quite a while, maybe it's time to
drop patch 1.