All of lore.kernel.org
 help / color / mirror / Atom feed
From: Amjad Ouled-Ameur <aouledameur@baylibre.com>
To: Daniel Lezcano <daniel.lezcano@linaro.org>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	Amit Kucheria <amitk@kernel.org>,
	Rob Herring <robh+dt@kernel.org>,
	Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
	Zhang Rui <rui.zhang@intel.com>
Cc: AngeloGioacchino Del Regno 
	<angelogioacchino.delregno@collabora.com>,
	Fabien Parent <fparent@baylibre.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Markus Schneider-Pargmann <msp@baylibre.com>,
	linux-pm@vger.kernel.org, Rob Herring <robh@kernel.org>,
	Michael Kao <michael.kao@mediatek.com>,
	linux-kernel@vger.kernel.org, Hsin-Yi Wang <hsinyi@chromium.org>,
	linux-arm-kernel@lists.infradead.org,
	linux-mediatek@lists.infradead.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v7 4/4] thermal: mediatek: add another get_temp ops for thermal sensors
Date: Thu, 19 Jan 2023 18:03:07 +0100	[thread overview]
Message-ID: <187b0fe1-1f14-d8b8-c827-1e824da0b1d3@baylibre.com> (raw)
In-Reply-To: <0644aede-c281-3919-50e0-4466f6587d81@linaro.org>

Hi Daniel,

On 12/29/22 16:49, Daniel Lezcano wrote:
> On 06/12/2022 10:18, Amjad Ouled-Ameur wrote:
>> Hi Daniel,
>> On Mon Dec 5, 2022 at 8:39 PM CET, Daniel Lezcano wrote:
>>>
>>> Hi Amjad,
>>>
>>>
>>> On 05/12/2022 11:41, Amjad Ouled-Ameur wrote:
>>>
>>> [ ... ]
>>>
>>>>>> @@ -1161,11 +1197,24 @@ static int mtk_thermal_probe(struct platform_device *pdev)
>>>>>>             platform_set_drvdata(pdev, mt);
>>>>>>     -    tzdev = devm_thermal_of_zone_register(&pdev->dev, 0, mt,
>>>>>> -                          &mtk_thermal_ops);
>>>>>> -    if (IS_ERR(tzdev)) {
>>>>>> -        ret = PTR_ERR(tzdev);
>>>>>> -        goto err_disable_clk_peri_therm;
>>>>>> +    for (i = 0; i < mt->conf->num_sensors + 1; i++) {
>>>>>> +        tz = devm_kmalloc(&pdev->dev, sizeof(*tz), GFP_KERNEL);
>>>>>> +        if (!tz)
>>>>>> +            return -ENOMEM;
>>>>>> +
>>>>>> +        tz->mt = mt;
>>>>>> +        tz->id = i;
>>>>>> +
>>>>>> +        tzdev = devm_thermal_of_zone_register(&pdev->dev, i, tz, (i == 0) ?
>>>>>> +                                 &mtk_thermal_ops :
>>>>>> + &mtk_thermal_sensor_ops);
>>>>>
>>>>> Here you use again the aggregation
>>>> I addressed this concern in V6, could you please take a look and let me
>>>> know what you think [0].
>>>>
>>>> [0]: https://lore.kernel.org/all/5eb0cdc2-e9f9-dd42-bf80-b7dcd8bcc196@baylibre.com/
>>>
>>> May I misunderstanding but AFAICS, this patch is setting the
>>> mtk_thermal_ops if the sensor id is zero. The get_temp is computing the
>>> max temperature in this ops which is what we don't want to do.
>>
>> Correct, but I think that is out of scope of this patchset, as the current
>> driver already uses mtk_thermal_ops for sensor 0. The focus of this patchset
>> is to add support for the other sensors.
>>
>> Besides, what do you suggest as a clean implementation if the current one
>> no longer meets thermal core requirements ?
>
> IIUC, there is a sensor per couple of cores. 1 x 2Bigs, 1 x 2Bigs, 1 x 4 Little, right ?

MT8365 SoC has 4 x A53 CPUs. The SoC has 4 thermal zones per sensor. Thermal zone 0 corresponds

to all 4 x A53 CPUs, the other thermal zones (1, 2 and 3) has nothing to do with CPUs. The cooling device type

used for CPUs is passive. FYI, thermal zones 1, 2 and 3 are present in the SoC for debug-purpose only, they are not supposed

to be used for production.


Regards,

Amjad

>
> If it is the case, then a thermal zone per sensor with the trip points and a cooling device for each of them.
>
> The two thermal zones for the big will share the same cooling device. The little thermal zone will have its own cooling device.
>
> If there is the GPU, then its own cooling device also with devfreq.
>
>
>>> <http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
>>>
>>> Follow Linaro:  <http://www.facebook.com/pages/Linaro> Facebook |
>>> <http://twitter.com/#!/linaroorg> Twitter |
>>> <http://www.linaro.org/linaro-blog/> Blog
>>
>

WARNING: multiple messages have this Message-ID (diff)
From: Amjad Ouled-Ameur <aouledameur@baylibre.com>
To: Daniel Lezcano <daniel.lezcano@linaro.org>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	Amit Kucheria <amitk@kernel.org>,
	Rob Herring <robh+dt@kernel.org>,
	Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
	Zhang Rui <rui.zhang@intel.com>
Cc: AngeloGioacchino Del Regno
	<angelogioacchino.delregno@collabora.com>,
	Fabien Parent <fparent@baylibre.com>,
	Matthias Brugger <matthias.bgg@gmail.com>,
	Markus Schneider-Pargmann <msp@baylibre.com>,
	linux-pm@vger.kernel.org, Rob Herring <robh@kernel.org>,
	Michael Kao <michael.kao@mediatek.com>,
	linux-kernel@vger.kernel.org, Hsin-Yi Wang <hsinyi@chromium.org>,
	linux-arm-kernel@lists.infradead.org,
	linux-mediatek@lists.infradead.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v7 4/4] thermal: mediatek: add another get_temp ops for thermal sensors
Date: Thu, 19 Jan 2023 18:03:07 +0100	[thread overview]
Message-ID: <187b0fe1-1f14-d8b8-c827-1e824da0b1d3@baylibre.com> (raw)
In-Reply-To: <0644aede-c281-3919-50e0-4466f6587d81@linaro.org>

Hi Daniel,

On 12/29/22 16:49, Daniel Lezcano wrote:
> On 06/12/2022 10:18, Amjad Ouled-Ameur wrote:
>> Hi Daniel,
>> On Mon Dec 5, 2022 at 8:39 PM CET, Daniel Lezcano wrote:
>>>
>>> Hi Amjad,
>>>
>>>
>>> On 05/12/2022 11:41, Amjad Ouled-Ameur wrote:
>>>
>>> [ ... ]
>>>
>>>>>> @@ -1161,11 +1197,24 @@ static int mtk_thermal_probe(struct platform_device *pdev)
>>>>>>             platform_set_drvdata(pdev, mt);
>>>>>>     -    tzdev = devm_thermal_of_zone_register(&pdev->dev, 0, mt,
>>>>>> -                          &mtk_thermal_ops);
>>>>>> -    if (IS_ERR(tzdev)) {
>>>>>> -        ret = PTR_ERR(tzdev);
>>>>>> -        goto err_disable_clk_peri_therm;
>>>>>> +    for (i = 0; i < mt->conf->num_sensors + 1; i++) {
>>>>>> +        tz = devm_kmalloc(&pdev->dev, sizeof(*tz), GFP_KERNEL);
>>>>>> +        if (!tz)
>>>>>> +            return -ENOMEM;
>>>>>> +
>>>>>> +        tz->mt = mt;
>>>>>> +        tz->id = i;
>>>>>> +
>>>>>> +        tzdev = devm_thermal_of_zone_register(&pdev->dev, i, tz, (i == 0) ?
>>>>>> +                                 &mtk_thermal_ops :
>>>>>> + &mtk_thermal_sensor_ops);
>>>>>
>>>>> Here you use again the aggregation
>>>> I addressed this concern in V6, could you please take a look and let me
>>>> know what you think [0].
>>>>
>>>> [0]: https://lore.kernel.org/all/5eb0cdc2-e9f9-dd42-bf80-b7dcd8bcc196@baylibre.com/
>>>
>>> May I misunderstanding but AFAICS, this patch is setting the
>>> mtk_thermal_ops if the sensor id is zero. The get_temp is computing the
>>> max temperature in this ops which is what we don't want to do.
>>
>> Correct, but I think that is out of scope of this patchset, as the current
>> driver already uses mtk_thermal_ops for sensor 0. The focus of this patchset
>> is to add support for the other sensors.
>>
>> Besides, what do you suggest as a clean implementation if the current one
>> no longer meets thermal core requirements ?
>
> IIUC, there is a sensor per couple of cores. 1 x 2Bigs, 1 x 2Bigs, 1 x 4 Little, right ?

MT8365 SoC has 4 x A53 CPUs. The SoC has 4 thermal zones per sensor. Thermal zone 0 corresponds

to all 4 x A53 CPUs, the other thermal zones (1, 2 and 3) has nothing to do with CPUs. The cooling device type

used for CPUs is passive. FYI, thermal zones 1, 2 and 3 are present in the SoC for debug-purpose only, they are not supposed

to be used for production.


Regards,

Amjad

>
> If it is the case, then a thermal zone per sensor with the trip points and a cooling device for each of them.
>
> The two thermal zones for the big will share the same cooling device. The little thermal zone will have its own cooling device.
>
> If there is the GPU, then its own cooling device also with devfreq.
>
>
>>> <http://www.linaro.org/> Linaro.org │ Open source software for ARM SoCs
>>>
>>> Follow Linaro:  <http://www.facebook.com/pages/Linaro> Facebook |
>>> <http://twitter.com/#!/linaroorg> Twitter |
>>> <http://www.linaro.org/linaro-blog/> Blog
>>
>

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2023-01-19 17:03 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-11-18 11:04 [PATCH v7 0/4] thermal: mediatek: Add support for MT8365 SoC Amjad Ouled-Ameur
2022-11-18 11:04 ` Amjad Ouled-Ameur
2022-11-18 11:04 ` [PATCH v7 1/4] dt-bindings: thermal: mediatek: add binding documentation " Amjad Ouled-Ameur
2022-11-18 11:04   ` Amjad Ouled-Ameur
2022-11-18 11:04 ` [PATCH v7 2/4] thermal: mediatek: control buffer enablement tweaks Amjad Ouled-Ameur
2022-11-18 11:04   ` Amjad Ouled-Ameur
2022-11-18 11:04 ` [PATCH v7 3/4] thermal: mediatek: add support for MT8365 SoC Amjad Ouled-Ameur
2022-11-18 11:04   ` Amjad Ouled-Ameur
2022-11-18 11:04 ` [PATCH v7 4/4] thermal: mediatek: add another get_temp ops for thermal sensors Amjad Ouled-Ameur
2022-11-18 11:04   ` Amjad Ouled-Ameur
2022-12-04 17:26   ` Daniel Lezcano
2022-12-04 17:26     ` Daniel Lezcano
2022-12-05 10:41     ` Amjad Ouled-Ameur
2022-12-05 10:41       ` Amjad Ouled-Ameur
2022-12-05 19:39       ` Daniel Lezcano
2022-12-05 19:39         ` Daniel Lezcano
2022-12-06  9:18         ` Amjad Ouled-Ameur
2022-12-06  9:18           ` Amjad Ouled-Ameur
2022-12-26 10:27           ` Amjad Ouled-Ameur
2022-12-26 10:27             ` Amjad Ouled-Ameur
2022-12-29 15:49           ` Daniel Lezcano
2022-12-29 15:49             ` Daniel Lezcano
2023-01-19 17:03             ` Amjad Ouled-Ameur [this message]
2023-01-19 17:03               ` Amjad Ouled-Ameur
2023-01-24 10:08               ` Amjad Ouled-Ameur
2023-01-24 10:08                 ` Amjad Ouled-Ameur
2023-01-24 16:54                 ` Daniel Lezcano
2023-01-24 16:54                   ` Daniel Lezcano
2023-01-24 17:46                   ` Amjad Ouled-Ameur
2023-01-24 17:46                     ` Amjad Ouled-Ameur
2023-01-24 17:55                     ` Daniel Lezcano
2023-01-24 17:55                       ` Daniel Lezcano
2023-01-24 22:27                       ` Amjad Ouled-Ameur
2023-01-24 22:27                         ` Amjad Ouled-Ameur
2023-01-25 10:02                         ` Daniel Lezcano
2023-01-25 10:02                           ` Daniel Lezcano
2023-01-25 10:27                           ` Amjad Ouled-Ameur
2023-01-25 10:27                             ` Amjad Ouled-Ameur

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=187b0fe1-1f14-d8b8-c827-1e824da0b1d3@baylibre.com \
    --to=aouledameur@baylibre.com \
    --cc=amitk@kernel.org \
    --cc=angelogioacchino.delregno@collabora.com \
    --cc=daniel.lezcano@linaro.org \
    --cc=devicetree@vger.kernel.org \
    --cc=fparent@baylibre.com \
    --cc=hsinyi@chromium.org \
    --cc=krzysztof.kozlowski+dt@linaro.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mediatek@lists.infradead.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=matthias.bgg@gmail.com \
    --cc=michael.kao@mediatek.com \
    --cc=msp@baylibre.com \
    --cc=rafael@kernel.org \
    --cc=robh+dt@kernel.org \
    --cc=robh@kernel.org \
    --cc=rui.zhang@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.