linux-kernel - Re: [STABLE 5.15][PATCH] thermal: devfreq_cooling: Fix perf state when calculate dfc res

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] [day] [month] [year] [list]

Message-ID: <b7733517-4a7e-4314-9a36-3e3cab0df029@arm.com>
Date: Fri, 5 Apr 2024 10:34:43 +0100
From: Lukasz Luba <lukasz.luba@....com>
To: Greg KH <gregkh@...uxfoundation.org>
Cc: linux-kernel@...r.kernel.org, stable@...r.kernel.org,
 ye.zhang@...k-chips.com, d-gole@...com, rafael@...nel.org,
 "Rafael J . Wysocki" <rafael.j.wysocki@...el.com>
Subject: Re: [STABLE 5.15][PATCH] thermal: devfreq_cooling: Fix perf state
 when calculate dfc res_util



On 4/5/24 10:33, Greg KH wrote:
> On Thu, Apr 04, 2024 at 11:13:29AM +0100, Lukasz Luba wrote:
>> From: Ye Zhang <ye.zhang@...k-chips.com>
>>
>> The issue occurs when the devfreq cooling device uses the EM power model
>> and the get_real_power() callback is provided by the driver.
>>
>> The EM power table is sorted ascending，can't index the table by cooling
>> device state，so convert cooling state to performance state by
>> dfc->max_state - dfc->capped_state.
>>
>> Fixes: 615510fe13bd ("thermal: devfreq_cooling: remove old power model and use EM")
>> Cc: 5.11+ <stable@...r.kernel.org> # 5.11+
>> Signed-off-by: Ye Zhang <ye.zhang@...k-chips.com>
>> Reviewed-by: Dhruva Gole <d-gole@...com>
>> Reviewed-by: Lukasz Luba <lukasz.luba@....com>
>> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@...el.com>
>> Signed-off-by: Lukasz Luba <lukasz.luba@....com>
>> ---
>>
>> Hi Greg,
>>
>> I have solved small backporting conflict to that v5.15.
>> The patch is based on tag v5.15.99 and it's for this
>> failing backport:
>> https://lore.kernel.org/stable/2024033050-imitation-unmixed-ef53@gregkh/
> 
> Thanks, next time all that I need is the git id of this in Linus's tree,
> no need to point to a previous FAILED email.

OK, I will remember.

Regards,
Lukasz