Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp2204956pxb; Sun, 30 Jan 2022 08:16:38 -0800 (PST) X-Google-Smtp-Source: ABdhPJyxThu3lC/xiIl6k9epeEh2TdwcNjz8vAq6cSRT7pXgrMBkCMYRWkjfjoi/hx7/u0oV45Kv X-Received: by 2002:a17:906:4c47:: with SMTP id d7mr7142000ejw.192.1643559397885; Sun, 30 Jan 2022 08:16:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643559397; cv=none; d=google.com; s=arc-20160816; b=H7j/RCzVPyjelxo9c2KWarkoHCpnZTXV8xjqozhEionEXOCvQi2oDPhMSVjZrqVF3q QxmVrtT/Qm/KDyunggSneYSdCv5uFJAJU76WCaNVeLvGKLovK/25IoTbOSUSopn4PGcB WJFee0JG/Mr3xPFs+ifCAr/EYySI+ZlfzIUQEKQuiYqITZXD7ROjcWh1pUjflWyjqRVj UYYkWBmAg1C7VJdo4XtGBYc4wDCkoqbhxgPXAvicLf4/Rqu6g6QrPwt+fYBDzdSulKO6 ZAl2+/eMAuYTjIvGS2/aSKdRtm52yo9tlyFYhRXinmXs/WtmStGuZWLr6uxSnn+gHVCk fjzA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=J2hXFQ9Vhg3+jQ6mhccn+0lBAsj4yn+E9nt/UxQc6y8=; b=LlA5cruxqyCiTg17aQj1W/QHhVGv+TdRrAOfWC0c+rvzsAngqBgs/3l7Px2IzTh7kl sFkXJexxs0w/vKN6T+tbXgzZK3NITA63EDPep013hrNX1k4MCA7b2TaDBhDhrz/W2Qzv lX//OriwWct9uOoc4bCA9drXf5Dbe98q4eieKHposUhb9Ulj0pw4ZGljT/bU2FixH0Zh wELk96voqxp5OOPZegry8v5Ia03sStd9dNFwRSLXFORv+jBN5DOFg0TO4kTyvlhIUNhb KHU4Jk/10CQSVi3jsdYKvTZ4gkVXMJYIRVu1uk6dWlHlI4+Mr0L5Dqf8g9xVUN+9xQze Rx4A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n11si5846952edx.479.2022.01.30.08.16.13; Sun, 30 Jan 2022 08:16:37 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1347319AbiA1IwM (ORCPT + 99 others); Fri, 28 Jan 2022 03:52:12 -0500 Received: from foss.arm.com ([217.140.110.172]:58788 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238669AbiA1IwM (ORCPT ); Fri, 28 Jan 2022 03:52:12 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 6FD9111D4; Fri, 28 Jan 2022 00:52:11 -0800 (PST) Received: from [10.57.12.131] (unknown [10.57.12.131]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 10D553F793; Fri, 28 Jan 2022 00:52:09 -0800 (PST) Subject: Re: [PATCH v2 1/2] cpufreq: Reintroduce ready() callback To: Bjorn Andersson , "Rafael J. Wysocki" , Viresh Kumar Cc: Jonathan Corbet , linux-pm@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org References: <20220128032554.155132-1-bjorn.andersson@linaro.org> From: Lukasz Luba Message-ID: Date: Fri, 28 Jan 2022 08:52:08 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.14.0 MIME-Version: 1.0 In-Reply-To: <20220128032554.155132-1-bjorn.andersson@linaro.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Bjorn, On 1/28/22 3:25 AM, Bjorn Andersson wrote: > This effectively revert '4bf8e582119e ("cpufreq: Remove ready() > callback")' (except the Chinese translation), in order to reintroduce Is there something wrong with the Chinese translation that it has to be dropped? Someone has put an effort to create it, I'd assume (and also based on online translator) that it's correct. > the ready callback. > > This is needed in order to be able to leave the thermal pressure > interrupts in the Qualcomm CPUfreq driver disabled during > initialization, so that it doesn't fire while related_cpus are still 0. If you are going to push the 2nd patch into stable tree, then you would also need this one. Regards, Lukasz