[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <2024081634-excluding-squeezing-c386@gregkh>
Date: Fri, 16 Aug 2024 09:06:36 +0200
From: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To: Pierre Gondois <pierre.gondois@....com>
Cc: Miguel Ojeda <miguel.ojeda.sandonis@...il.com>,
linux-kernel@...r.kernel.org,
"Rafael J. Wysocki" <rafael@...nel.org>,
Len Brown <lenb@...nel.org>, Viresh Kumar <viresh.kumar@...aro.org>,
Robert Moore <robert.moore@...el.com>,
Miguel Ojeda <ojeda@...nel.org>,
Alex Gaynor <alex.gaynor@...il.com>,
Wedson Almeida Filho <wedsonaf@...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@...sung.com>,
Alice Ryhl <aliceryhl@...gle.com>,
Martin Rodriguez Reboredo <yakoyoku@...il.com>,
Manos Pitsidianakis <manos.pitsidianakis@...aro.org>,
Mika Westerberg <mika.westerberg@...ux.intel.com>,
FUJITA Tomonori <fujita.tomonori@...il.com>,
Thomas Bertschinger <tahbertschinger@...il.com>,
Danilo Krummrich <dakr@...hat.com>, linux-acpi@...r.kernel.org,
linux-pm@...r.kernel.org, acpica-devel@...ts.linux.dev,
rust-for-linux@...r.kernel.org, Metin Kaya <metin.kaya@....com>
Subject: Re: [RFC PATCH 6/6] rust: cpufreq: Add rust implementation of
cppc_cpufreq driver
On Fri, Aug 16, 2024 at 08:59:22AM +0200, Pierre Gondois wrote:
> Hello Greg, Miguel,
>
> On 8/15/24 15:04, Miguel Ojeda wrote:
> > On Thu, Aug 15, 2024 at 10:31 AM Pierre Gondois <pierre.gondois@....com> wrote:
> > >
> > > In an effort to add test/support the cpufreq framework in rust,
> > > add a rust implementation of the cppc_cpufreq driver named:
> > > `rcppc_cpufreq`.
> >
> > Similar to what Greg said -- is this intended to be something like a
> > "Rust reference driver" [1] for the subsystem?
>
> The initial intent was to review/test Viresh's patchset [1]. I then
> thought it would be a good idea to implement another cpufreq driver
> to see if the provided interface would work.
> As the cpufreq-dt driver is re-implemented in Viresh's patchset,
> I thought it was also ok to have this driver.
Duplicate drivers for the same hardware are never a good idea, we need
to learn from our past mistakes when we have done this before (hint, it
did not work out and we ended up dropping the duplicates.)
However, if the subsystem maintainer agrees, they are free to have
duplicate drivers, as long as the maintainer of the "new" one will be
there to help out with all of the confusion and problems that users and
distros will have :)
good luck!
greg k-h
Powered by blists - more mailing lists