linux-kernel - Re: [PATCH V11 13/15] rust: cpufreq: Extend abstractions for driver registration

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: <c332c760-fa48-4159-a3af-e33bedc0e4ef@kernel.org>
Date: Thu, 24 Apr 2025 10:03:37 +0200
From: Danilo Krummrich <dakr@...nel.org>
To: Viresh Kumar <viresh.kumar@...aro.org>
Cc: "Rafael J. Wysocki" <rafael@...nel.org>,
 Miguel Ojeda <miguel.ojeda.sandonis@...il.com>,
 Danilo Krummrich <dakr@...hat.com>, Miguel Ojeda <ojeda@...nel.org>,
 Alex Gaynor <alex.gaynor@...il.com>, Boqun Feng <boqun.feng@...il.com>,
 Gary Guo <gary@...yguo.net>, Björn Roy Baron
 <bjorn3_gh@...tonmail.com>, Benno Lossin <benno.lossin@...ton.me>,
 Andreas Hindborg <a.hindborg@...nel.org>, Alice Ryhl <aliceryhl@...gle.com>,
 Trevor Gross <tmgross@...ch.edu>, linux-pm@...r.kernel.org,
 Vincent Guittot <vincent.guittot@...aro.org>, Stephen Boyd
 <sboyd@...nel.org>, Nishanth Menon <nm@...com>,
 rust-for-linux@...r.kernel.org,
 Manos Pitsidianakis <manos.pitsidianakis@...aro.org>,
 Alex Bennée <alex.bennee@...aro.org>,
 Joakim Bech <joakim.bech@...aro.org>, Rob Herring <robh@...nel.org>,
 Yury Norov <yury.norov@...il.com>, Burak Emir <bqe@...gle.com>,
 Rasmus Villemoes <linux@...musvillemoes.dk>,
 Russell King <linux@...linux.org.uk>, linux-clk@...r.kernel.org,
 Michael Turquette <mturquette@...libre.com>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH V11 13/15] rust: cpufreq: Extend abstractions for driver
 registration

On 4/24/25 8:29 AM, Viresh Kumar wrote:
> On 23-04-25, 14:08, Danilo Krummrich wrote:
>> On 4/21/25 9:22 AM, Viresh Kumar wrote:
>>>
>>> +    /// Same as [`Registration::new`], but does not return a [`Registration`] instance.
>>> +    ///
>>> +    /// Instead the [`Registration`] is owned by [`Devres`] and will be revoked / dropped, once the
>>> +    /// device is detached.
>>> +    pub fn new_foreign_owned(dev: &Device) -> Result<()> {
>>> +        Devres::new_foreign_owned(dev, Self::new()?, GFP_KERNEL)
>>> +    }
>>
>> Btw. if you take it for v6.16-rc1, expect a conflict with [1].
>>
>> [1] https://web.git.kernel.org/pub/scm/linux/kernel/git/driver-core/driver-core.git/commit/?h=driver-core-next&id=f720efda2db5e609b32100c25d9cf383f082d945
> 
> Thanks for pointing this out. I believe this branch is immutable and
> so I can rebase over f720efda and send my pull request after yours is
> merged ?

Yes, driver-core-next won't be rebased.