linux-kernel - Re: [PATCH] Introduce Tyr

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-Id: <20250628.224928.690831629261546521.fujita.tomonori@gmail.com>
Date: Sat, 28 Jun 2025 22:49:28 +0900 (JST)
From: FUJITA Tomonori <fujita.tomonori@...il.com>
To: daniel.almeida@...labora.com, boqun.feng@...il.com,
 a.hindborg@...nel.org
Cc: miguel.ojeda.sandonis@...il.com, maarten.lankhorst@...ux.intel.com,
 mripard@...nel.org, tzimmermann@...e.de, airlied@...il.com,
 simona@...ll.ch, ojeda@...nel.org, alex.gaynor@...il.com,
 gary@...yguo.net, bjorn3_gh@...tonmail.com, lossin@...nel.org,
 aliceryhl@...gle.com, tmgross@...ch.edu, dakr@...nel.org,
 daniels@...labora.com, robh@...nel.org, alice.ryhl@...gle.com,
 beata.michalska@....com, carsten.haitzler@...s.arm.com,
 boris.brezillon@...labora.com, ashley.smith@...labora.com,
 linux-kernel@...r.kernel.org, dri-devel@...ts.freedesktop.org,
 rust-for-linux@...r.kernel.org, kernel@...labora.com
Subject: Re: [PATCH] Introduce Tyr

Hi,

On Sat, 28 Jun 2025 10:05:11 -0300
Daniel Almeida <daniel.almeida@...labora.com> wrote:

> Anyway, I thought that having a branch would be more tidy than listing them, as
> the branch shows in what order they're applied and etc. For example, the patch
> for read_poll_timeout was cherry-picked from Fujita's v12 series, and that was
> subsequently dropped in v13 until the rest of the series was merged on v15. I
> thought that referring to v12 of that series would be slightly confusing.
> 
> IOW: this should be appliable as soon as the dependencies themselves are
> merged. I am hoping that this can happen on the 6.17 merge window as the
> comments on most of them appear to be dying down so maybe the r-b's will start
> coming soon. It also gives a user to read_poll_timeout(), which may prompt Fujita
> to keep working on it.

I expect read_poll_timeout() to be merged during the 6.18 window.

To explain the situation, read_poll_timeout() depends on fsleep() and
might_sleep() abstractions.

I expect the former to be part of what Andreas is preparing to merge
for the 6.17 window, along with the patchset converting hrtimer to use
Instant and Delta.

Boqun has submitted the latter as a pull request to the tip tree for
inclusion in the 6.17 window.

Since the two features are being merged through different trees and I
don’t want to complicate the process, I’m planning to target
read_poll_timeout() for the 6.18 merge window.

If you're targeting this driver for 6.17, it might be safer to
implement a similar functionality like the nova driver did and replace
it later.


Thanks,