[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <a9db1de5ab4d2c8fc289654053615a53b9ffc20d.camel@linux.intel.com>
Date: Thu, 30 Nov 2023 10:24:19 +0200
From: Artem Bityutskiy <artem.bityutskiy@...ux.intel.com>
To: Doug Smythies <dsmythies@...us.net>,
"'Rafael J. Wysocki'" <rafael@...nel.org>,
'Jiang Yihe' <jiangyihe042@...il.com>
Cc: 'Jacob Pan' <jacob.jun.pan@...ux.intel.com>,
'Len Brown' <lenb@...nel.org>, linux-pm@...r.kernel.org,
linux-kernel@...r.kernel.org, "'Zhang, Rui'" <rui.zhang@...el.com>
Subject: Re: [PATCH] intel_idle: add Cometlake support
On Wed, 2023-11-29 at 07:45 -0800, Doug Smythies wrote:
> Hi All,
>
> This proposed patch has been submitted at least once before.
> (I think more than once, but only found 1)
> Reference:
> https://lore.kernel.org/linux-pm/20200227013411.1.Ica3bb9fa898499d94e0b0a2bfa08ec46c89d84fa@changeid/
>
> I have a Cometlake processor and am not in favor of this patch.
> Reference at to why not:
> https://bugzilla.kernel.org/show_bug.cgi?id=210741
CometLake is a platform from 2020, so I'd classified it as "legacy" and would
not apply this patch without a plausible justification in form of measurement
data.
Comet lake has been used with ACPI C-states for quite a long time, and switching
it to intel_idle now may cause unwelcome changes in user workloads.
Artem.
Powered by blists - more mailing lists