[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <Y9zHcXYm1a8nYkYf@beas>
Date: Fri, 3 Feb 2023 08:36:01 +0000
From: Wyes Karny <wyes.karny@....com>
To: Russell Haley <yumpusamongus@...il.com>
Cc: Rafael J Wysocki <rafael@...nel.org>,
Huang Rui <ray.huang@....com>,
Jonathan Corbet <corbet@....net>,
Viresh Kumar <viresh.kumar@...aro.org>,
Mario.Limonciello@....com, Perry.Yuan@....com,
linux-doc@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-pm@...r.kernel.org, Bagas Sanjaya <bagasdotme@...il.com>,
santosh.shukla@....com, Len Brown <lenb@...nel.org>,
Robert Moore <robert.moore@...el.com>,
Borislav Petkov <bp@...en8.de>,
Ananth Narayan <ananth.narayan@....com>,
gautham.shenoy@....com, Tor Vic <torvic9@...lbox.org>
Subject: Re: [PATCH v4 5/6] cpufreq: amd_pstate: Add guided mode control
support via sysfs
Hi Russell,
On 02 Feb 01:41, Russell Haley wrote:
>
>
> On 1/30/23 23:21, Wyes Karny wrote:
>
> > Only if the state requested matches
> > with the current state then -EBUSY value is returned.
>
> This differs from the behavior of intel_pstate, where writing the
> current state to the status file always succeeds.
>
> Why not do the same thing here?
Make sense. Will change this to return 0.
Thanks for reviewing.
Thanks,
Wyes
Powered by blists - more mailing lists