From patchwork Thu Aug 19 12:32:13 2021 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Alexandre Bailon X-Patchwork-Id: 500070 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-11.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, HEADER_FROM_DIFFERENT_DOMAINS, INCLUDES_PATCH, MAILING_LIST_MULTI, SPF_HELO_NONE, SPF_PASS, USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 879F3C4338F for ; Thu, 19 Aug 2021 12:30:46 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 6934A61154 for ; Thu, 19 Aug 2021 12:30:46 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239655AbhHSMbV (ORCPT ); Thu, 19 Aug 2021 08:31:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:43682 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239672AbhHSMbU (ORCPT ); Thu, 19 Aug 2021 08:31:20 -0400 Received: from mail-wm1-x32a.google.com (mail-wm1-x32a.google.com [IPv6:2a00:1450:4864:20::32a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 4DF20C061575 for ; Thu, 19 Aug 2021 05:30:44 -0700 (PDT) Received: by mail-wm1-x32a.google.com with SMTP id o15so3733117wmr.3 for ; Thu, 19 Aug 2021 05:30:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=baylibre-com.20150623.gappssmtp.com; s=20150623; h=from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=thNi9bubmA4Tx9D8MJEICSqpjS4wd2YINGUxGWioadI=; b=E7npIvUfVTRCT96ITsr1YFQtm98XRcMqj4nRGFn2dOmRKAfQoVDp7wFZn4rq8S63n7 CxsIASdUvnrkgNZd0PLo5TJVEyWpDYgJvesvuoklOVgLcC73/cBswqQw9SMJD9MzlltN HGUistDWMMAGMseixDku3FT1fdGgnTxBAarmNWCsXoclNY3kfrlITg0hTeT+ZcSj33I1 5Lcw2oqoHjR89RcgojPTm7c5mJvGs2b1aWpWFJ8mkxrJKx+HTN3QEYUE6ouT+VDC41v/ 8vgrTTS1dGX21Uk2vSphSBuZvbolHMr3Un52a14PbmU37UVdnM70E8fiOG98MUzp+v4L se2Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:mime-version :content-transfer-encoding; bh=thNi9bubmA4Tx9D8MJEICSqpjS4wd2YINGUxGWioadI=; b=ERJo9UFWIrV8y6xwMau2QcyxdPTWw//II3k7l8f0Ma1/WcoqupvutPsJgNHj1Cllx1 Bta6hA8ycQwcRQDJO+PZJ698cDlg2UtoGrnabB0IiZ8VNIZoFZTmZWtvRAUdo5VX43og A0TgaQvlB428JYqghL9SXfXKe94xoN7jafUsYbZRVoC3UCmOaIFu5KjyJAB6o2c7d9kH YqmQmMvqK+ifxeZqJW+2JP1YGYN6NTZEQsgyzKlwZTK624lMRGi9N19me8HDcIV1Sy8t R6qYUDNkvk9a/XgUgVDhk9gU3eL2uXSxzeSX5Q+scZ/41YfuvbVJVqhRPFVEjMSpGfUQ pENQ== X-Gm-Message-State: AOAM5315sKQqdeKmG0pAKZJuGYhM2Gh7ci/0bYEk2TWA02WzwRf+v4qn 3qQenxHJUbz1GPZHGht32ipCYQ== X-Google-Smtp-Source: ABdhPJz5Ivt/+oK4goCKkQL7X+EOwdGHIC0Um5Sg7X/mwq6m73vLSx76Mo5Zi9lnKINWcEr7ieP/sQ== X-Received: by 2002:a05:600c:3ba9:: with SMTP id n41mr13082704wms.111.1629376242901; Thu, 19 Aug 2021 05:30:42 -0700 (PDT) Received: from alex-xps13.baylibre.local (laubervilliers-658-1-213-31.w90-63.abo.wanadoo.fr. [90.63.244.31]) by smtp.gmail.com with ESMTPSA id y10sm8146814wmo.18.2021.08.19.05.30.42 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 19 Aug 2021 05:30:42 -0700 (PDT) From: Alexandre Bailon To: rui.zhang@intel.com, daniel.lezcano@linaro.org, amitk@kernel.org Cc: linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org, ben.tseng@mediatek.com, khilman@baylibre.com, Alexandre Bailon Subject: [RFC PATCH 0/2] Add a generic virtual thermal sensor Date: Thu, 19 Aug 2021 14:32:13 +0200 Message-Id: <20210819123215.591593-1-abailon@baylibre.com> X-Mailer: git-send-email 2.31.1 MIME-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org This series add a virtual thermal sensor that uses the hardware thermal sensors, aggregate them to return a temperature. My first aptempt was to do the aggregation in the thermal zone but it was not that easy to do, and, there were some case that would have been conflictual such as setting differents trip for a regular zone and a multisensor zone. Instead, I made a virtual thermal sensor that could registered in a thermal zone, and have its own properties. It could be added in the device tree, with the list of sensors to aggregate, and the type of aggregation to be done. As example: soc_max_sensor: soc_max_sensor { compatible = "generic,thermal-aggregator"; #thermal-sensor-cells = <1>; type = "max"; thermal-sensors = <&lvts 0>, <&lvts 1>, <&lvts 2>, <&lvts 3>, <&lvts 4>, <&lvts 5>, <&lvts 6>, <&lvts 7>, <&lvts 8>, <&lvts 9>, <&lvts 10>, <&lvts 11>, <&lvts 12>, <&lvts 13>, <&lvts 14>, <&lvts 15>, <&lvts 16>; }; The current series build and work but it would require to be completed aswell a lot of cleanup. Before working on it, I would like to get some feedback and I know if that would an acceptable solution and continue that way. Follows the following discussion: https://patchwork.kernel.org/project/linux-mediatek/patch/20210617114707.10618-3-ben.tseng@mediatek.com/ Alexandre Bailon (2): thermal: provide a way to get thermal sensor from a device tree node thermal: add a virtual sensor to aggregate temperatures drivers/thermal/Kconfig | 8 ++ drivers/thermal/Makefile | 1 + drivers/thermal/thermal_aggregator.c | 134 +++++++++++++++++++++++++++ drivers/thermal/thermal_of.c | 43 +++++++++ include/linux/thermal.h | 12 +++ 5 files changed, 198 insertions(+) create mode 100644 drivers/thermal/thermal_aggregator.c