Received: by 2002:a05:6a10:2726:0:0:0:0 with SMTP id ib38csp2131955pxb; Fri, 25 Mar 2022 11:38:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyEHYtFiPf5fCZKldddkluWPWjHjzE/oAiP44sHbjz8NJsAYwR5YhfyHy6abC5pOpSWyl4E X-Received: by 2002:a17:903:41c9:b0:154:25bf:7d01 with SMTP id u9-20020a17090341c900b0015425bf7d01mr13110924ple.23.1648233534386; Fri, 25 Mar 2022 11:38:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1648233534; cv=none; d=google.com; s=arc-20160816; b=P1O5n7OjzGb0WmFK7aC6mwQc8/WOQbfbACl7rYQS21niCEOGNH5VeGgO3oVMpewHal qMaw+o+vRLXhwPuj8XW25xcmDUEQ9/eIoAoa9MoKfo74Yx8vRj5U7Q1TtvisSgr4I6t3 /kYquKFTN8v7nAEQ1HavQ6szes9ToTLqdwFjD7nEfM3GKSv0rqSrGee1406H+RS8vGiR AEh7ICM8edg1LiaovXEYKWIge4S3Co2Gb+speDc1eeliQ74y5n9FjgBMFm/Z+nXEV0JT 2fuWVxrZirqxgAHBqfHU7JTT55P6gOQATsa248DXM02aT6QhVqgtteyP9K1kxiVQakFN F+dg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=t5x/6QVMBHyqAz7siTxfkSoKhdRXsxO5uIUEtB0+Ey0=; b=SAYmzzSYIo7WhvfFP486E7yqYZJKWc4BUQWKKnkemL1FR1PT1rTPuhfK5rjkrQy84G j5SMXeaWtNCqP++DfbHSwirGtpKwdj8qzkyq3xxyHcioez3mH7i4H+ky6Wwb2Z2ZWrYk xCZk/+EbZ69eEu/eq67DgrG/aIohSF/DXQ51UeXMu9GxbRQSLIrwvyLTGGRWkdX30m1r S6ZvSabjnvyhkQECvxRgEGVlFPshNQf1/LZCPiqUBYHl0Bu+CAT226ZQh91gakc/9gTR hUyHLOQSjFp2VfCuWO8BqMLSHR8fKZ6kzyon68cup8K4LR6AQrXlO+PEZFrmT8oULQHV XMWQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1: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 lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id r16-20020a63ce50000000b003816043ef7fsi3078751pgi.372.2022.03.25.11.38.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 25 Mar 2022 11:38:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1: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: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 33C501945C8; Fri, 25 Mar 2022 10:56:34 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1356108AbiCYJDf (ORCPT + 99 others); Fri, 25 Mar 2022 05:03:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56924 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229940AbiCYJDd (ORCPT ); Fri, 25 Mar 2022 05:03:33 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id CA428CD332; Fri, 25 Mar 2022 02:01:59 -0700 (PDT) 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 7090412FC; Fri, 25 Mar 2022 02:01:59 -0700 (PDT) Received: from [10.57.22.201] (unknown [10.57.22.201]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id B77173F66F; Fri, 25 Mar 2022 02:01:57 -0700 (PDT) Message-ID: Date: Fri, 25 Mar 2022 09:01:55 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [PATCH v2] thermal: devfreq_cooling: use local ops instead of global ops Content-Language: en-US To: Kant Fan Cc: amitk@kernel.org, rui.zhang@intel.com, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, allwinner-opensource-support@allwinnertech.com, stable@vger.kernel.org, rafael@kernel.org, daniel.lezcano@linaro.org, ionela.voinescu@arm.com References: <20220325073030.91919-1-kant@allwinnertech.com> From: Lukasz Luba In-Reply-To: <20220325073030.91919-1-kant@allwinnertech.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Kant, On 3/25/22 07:30, Kant Fan wrote: > Fix access illegal address problem in following condition: > There are muti devfreq cooling devices in system, some of them has > em model but other does not, energy model ops such as state2power will > append to global devfreq_cooling_ops when the cooling device with > em model register. It makes the cooling device without em model > also use devfreq_cooling_ops after appending when register later by > of_devfreq_cooling_register_power() or of_devfreq_cooling_register(). > > IPA governor regards the cooling devices without em model as a power actor > because they also have energy model ops, and will access illegal address > at dfc->em_pd when execute cdev->ops->get_requested_power, > cdev->ops->state2power or cdev->ops->power2state. > > Fixes: 615510fe13bd2 ("thermal: devfreq_cooling: remove old power model and use EM") > Cc: stable@vger.kernel.org # 5.13+ > Signed-off-by: Kant Fan > --- > drivers/thermal/devfreq_cooling.c | 25 ++++++++++++++++++------- > 1 file changed, 18 insertions(+), 7 deletions(-) > > diff --git a/drivers/thermal/devfreq_cooling.c b/drivers/thermal/devfreq_cooling.c > index 4310cb342a9f..d38a80adec73 100644 > --- a/drivers/thermal/devfreq_cooling.c > +++ b/drivers/thermal/devfreq_cooling.c > @@ -358,21 +358,28 @@ of_devfreq_cooling_register_power(struct device_node *np, struct devfreq *df, > struct thermal_cooling_device *cdev; > struct device *dev = df->dev.parent; > struct devfreq_cooling_device *dfc; > + struct thermal_cooling_device_ops *ops; > char *name; > int err, num_opps; > > - dfc = kzalloc(sizeof(*dfc), GFP_KERNEL); > - if (!dfc) > + ops = kmemdup(&devfreq_cooling_ops, sizeof(*ops), GFP_KERNEL); > + if (!ops) > return ERR_PTR(-ENOMEM); > > + dfc = kzalloc(sizeof(*dfc), GFP_KERNEL); > + if (!dfc) { > + err = -ENOMEM; > + goto free_ops; > + } > + > dfc->devfreq = df; > > dfc->em_pd = em_pd_get(dev); > if (dfc->em_pd) { > - devfreq_cooling_ops.get_requested_power = > + ops->get_requested_power = > devfreq_cooling_get_requested_power; > - devfreq_cooling_ops.state2power = devfreq_cooling_state2power; > - devfreq_cooling_ops.power2state = devfreq_cooling_power2state; > + ops->state2power = devfreq_cooling_state2power; > + ops->power2state = devfreq_cooling_power2state; > > dfc->power_ops = dfc_power; > > @@ -407,8 +414,7 @@ of_devfreq_cooling_register_power(struct device_node *np, struct devfreq *df, > if (!name) > goto remove_qos_req; > > - cdev = thermal_of_cooling_device_register(np, name, dfc, > - &devfreq_cooling_ops); > + cdev = thermal_of_cooling_device_register(np, name, dfc, ops); > kfree(name); > > if (IS_ERR(cdev)) { > @@ -429,6 +435,8 @@ of_devfreq_cooling_register_power(struct device_node *np, struct devfreq *df, > kfree(dfc->freq_table); > free_dfc: > kfree(dfc); > +free_ops: > + kfree(ops); > > return ERR_PTR(err); > } > @@ -510,11 +518,13 @@ EXPORT_SYMBOL_GPL(devfreq_cooling_em_register); > void devfreq_cooling_unregister(struct thermal_cooling_device *cdev) > { > struct devfreq_cooling_device *dfc; > + const struct thermal_cooling_device_ops *ops; > struct device *dev; > > if (IS_ERR_OR_NULL(cdev)) > return; > > + ops = cdev->ops; > dfc = cdev->devdata; > dev = dfc->devfreq->dev.parent; > > @@ -525,5 +535,6 @@ void devfreq_cooling_unregister(struct thermal_cooling_device *cdev) > > kfree(dfc->freq_table); > kfree(dfc); > + kfree(ops); > } > EXPORT_SYMBOL_GPL(devfreq_cooling_unregister); Thank you for updating it, LGTM Reviewed-by: Lukasz Luba Regards, Lukasz