mbox series

[00/11] thermal: add new flag irq-mode for trip point

Message ID 20181016145637eucas1p2dfa78042b9fd4fd27af7cc8537b7f485~eHqCoEO-42133821338eucas1p2F@eucas1p2.samsung.com (mailing list archive)
Headers show
Series thermal: add new flag irq-mode for trip point | expand

Message

Lukasz Luba Oct. 16, 2018, 2:56 p.m. UTC
Hi all,

This patch set adds new flag and mechanism in thermal trip point in DT.
The current situation with 'passive' (passive cooling - DVFS)
trip point is that it enables polling mode in thermal framework.
If the device supports irqs fired when the desired temerature is met,
thermal framwork should be notifed from driver's irq routine.
This is sufficent and there is no need of polling.
As a workaround, people declare trip point as 'active'
(active cooling, i.e. fan) to bypass polling mode setup in thermal
framework.

With this patch set trip point 'passive' declared in DT with explicit flag:
'irq-mode;' will not register itself as polling mode.

A good example is Exynos4 SoC family, where there is 4 HW supported
trip points and there is a need of 6. The rest 2 are declared as 'passive'
without 'irq-mode;' flag, thus polling needed.

It does not break existing design for trip points which do not have 'irq-mode'
flag - they will use polling.

For consistency this flag should be added to all trip point types('active',
'passive', 'hot', 'critical') when need (meaning, when irq will notify thermal
framework).

Regards,
Lukasz Luba

Lukasz Luba (11):
  thermal: remove unused function parameter
  thermal: add irq-mode configuration for trip point
  thermal: add new sysfs file for irq-mode
  Doc: thermal: new irq-mode for trip point
  Doc: DT: thermal: new irq-mode for trip point
  DT: arm64: exynos: add support for thermal trip irq-mode
  DT: arm64: exynos7: add support for thermal trip irq-mode
  DT: arm: exynos4: add support for thermal trip irq-mode
  DT: arm: exynos: add support for thermal trip irq-mode
  DT: arm: exynos: add support for thermal trip irq-mode
  DT: arm: exynos: add support for thermal trip irq-mode

 .../devicetree/bindings/thermal/thermal.txt        |   7 ++
 Documentation/thermal/sysfs-api.txt                |   9 ++
 arch/arm/boot/dts/exynos4-cpu-thermal.dtsi         |  10 +-
 arch/arm/boot/dts/exynos5410-odroidxu.dts          |  10 +-
 arch/arm/boot/dts/exynos5420-trip-points.dtsi      |  10 +-
 arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi |  40 +++++---
 arch/arm64/boot/dts/exynos/exynos5433-tmu.dtsi     | 105 ++++++++++++++-------
 .../arm64/boot/dts/exynos/exynos7-trip-points.dtsi |   8 ++
 drivers/thermal/of-thermal.c                       |  17 ++++
 drivers/thermal/thermal_core.c                     |  16 ++--
 drivers/thermal/thermal_sysfs.c                    |  53 ++++++++++-
 include/linux/thermal.h                            |   5 +
 12 files changed, 226 insertions(+), 64 deletions(-)

Comments

Krzysztof Kozłowski Oct. 17, 2018, 7:03 a.m. UTC | #1
On Tue, 16 Oct 2018 at 16:56, Lukasz Luba <l.luba@partner.samsung.com> wrote:
>
> Hi all,
>
> This patch set adds new flag and mechanism in thermal trip point in DT.
> The current situation with 'passive' (passive cooling - DVFS)
> trip point is that it enables polling mode in thermal framework.

For DT platform, I checked it some months ago... and that time I was
pretty sure - passive mode does not enable polling (unless you tell it
explicitly with "polling-delay-passive"). Maybe something changed...
but quick look at the code tell me that not. Passive does not indicate
polling mode.

Why do you think that passive enables polling?

Best regards


> If the device supports irqs fired when the desired temerature is met,
> thermal framwork should be notifed from driver's irq routine.
> This is sufficent and there is no need of polling.
> As a workaround, people declare trip point as 'active'
> (active cooling, i.e. fan) to bypass polling mode setup in thermal
> framework.
>
> With this patch set trip point 'passive' declared in DT with explicit flag:
> 'irq-mode;' will not register itself as polling mode.
>
> A good example is Exynos4 SoC family, where there is 4 HW supported
> trip points and there is a need of 6. The rest 2 are declared as 'passive'
> without 'irq-mode;' flag, thus polling needed.
>
> It does not break existing design for trip points which do not have 'irq-mode'
> flag - they will use polling.
>
> For consistency this flag should be added to all trip point types('active',
> 'passive', 'hot', 'critical') when need (meaning, when irq will notify thermal
> framework).
>
> Regards,
> Lukasz Luba
>
> Lukasz Luba (11):
>   thermal: remove unused function parameter
>   thermal: add irq-mode configuration for trip point
>   thermal: add new sysfs file for irq-mode
>   Doc: thermal: new irq-mode for trip point
>   Doc: DT: thermal: new irq-mode for trip point
>   DT: arm64: exynos: add support for thermal trip irq-mode
>   DT: arm64: exynos7: add support for thermal trip irq-mode
>   DT: arm: exynos4: add support for thermal trip irq-mode
>   DT: arm: exynos: add support for thermal trip irq-mode
>   DT: arm: exynos: add support for thermal trip irq-mode
>   DT: arm: exynos: add support for thermal trip irq-mode
>
>  .../devicetree/bindings/thermal/thermal.txt        |   7 ++
>  Documentation/thermal/sysfs-api.txt                |   9 ++
>  arch/arm/boot/dts/exynos4-cpu-thermal.dtsi         |  10 +-
>  arch/arm/boot/dts/exynos5410-odroidxu.dts          |  10 +-
>  arch/arm/boot/dts/exynos5420-trip-points.dtsi      |  10 +-
>  arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi |  40 +++++---
>  arch/arm64/boot/dts/exynos/exynos5433-tmu.dtsi     | 105 ++++++++++++++-------
>  .../arm64/boot/dts/exynos/exynos7-trip-points.dtsi |   8 ++
>  drivers/thermal/of-thermal.c                       |  17 ++++
>  drivers/thermal/thermal_core.c                     |  16 ++--
>  drivers/thermal/thermal_sysfs.c                    |  53 ++++++++++-
>  include/linux/thermal.h                            |   5 +
>  12 files changed, 226 insertions(+), 64 deletions(-)
>
> --
> 2.7.4
>
Lukasz Luba Oct. 17, 2018, 7:42 a.m. UTC | #2
Hi Krzysztof,

On 10/17/2018 09:03 AM, Krzysztof Kozłowski wrote:
> On Tue, 16 Oct 2018 at 16:56, Lukasz Luba <l.luba@partner.samsung.com> wrote:
>>
>> Hi all,
>>
>> This patch set adds new flag and mechanism in thermal trip point in DT.
>> The current situation with 'passive' (passive cooling - DVFS)
>> trip point is that it enables polling mode in thermal framework.
> 
> For DT platform, I checked it some months ago... and that time I was
> pretty sure - passive mode does not enable polling (unless you tell it
> explicitly with "polling-delay-passive"). Maybe something changed...
> but quick look at the code tell me that not. Passive does not indicate
> polling mode.
> 
> Why do you think that passive enables polling?
Please check dt file which implements 2 more trip points that HW
supports:
arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi

In that file we have this trick with 'active' present.
Yes, you are right, 'polling-delay-passive' enables it in
the thermal code (for whole thermal zone).
Unfortunately, if you change the bellow 'active' to 'passive'
in that file, they will start polling, which is not what we want.
--------8<-------------------------
         thermal-zones {
                 cpu0_thermal: cpu0-thermal {
                         thermal-sensors = <&tmu_cpu0 0>;
                         polling-delay-passive = <250>;
                         polling-delay = <0>;
                         trips {
                                 cpu0_alert0: cpu-alert-0 {
                                         temperature = <50000>; /* 
millicelsius */
                                         hysteresis = <5000>; /* 
millicelsius */
                                         type = "active";
                                 };
                                 cpu0_alert1: cpu-alert-1 {
                                         temperature = <60000>; /* 
millicelsius */
                                         hysteresis = <5000>; /* 
millicelsius */
                                         type = "active";
                                 };
                                 cpu0_alert2: cpu-alert-2 {
                                         temperature = <70000>; /* 
millicelsius */
                                         hysteresis = <5000>; /* 
millicelsius */
                                         type = "active";
                                 };
                                 cpu0_crit0: cpu-crit-0 {
                                         temperature = <120000>; /* 
millicelsius */
                                         hysteresis = <0>; /* 
millicelsius */
                                         type = "critical";
                                 };
                                 /*
                                  * Exynos542x supports only 4 trip-points
                                  * so for these polling mode is required.
                                  * Start polling at temperature level 
of last
                                  * interrupt-driven trip: cpu0_alert2
                                  */
                                 cpu0_alert3: cpu-alert-3 {
                                         temperature = <70000>; /* 
millicelsius */
                                         hysteresis = <10000>; /* 
millicelsius */
                                         type = "passive";
                                 };
                                 cpu0_alert4: cpu-alert-4 {
                                         temperature = <85000>; /* 
millicelsius */
                                         hysteresis = <10000>; /* 
millicelsius */
                                         type = "passive";
                                 };
                         };
---------------->8-----------------------------

If you have some other ideas how to handle this case,
I am happy to discuss.

Regards,
Lukasz
> 
> Best regards
> 
> 
>> If the device supports irqs fired when the desired temerature is met,
>> thermal framwork should be notifed from driver's irq routine.
>> This is sufficent and there is no need of polling.
>> As a workaround, people declare trip point as 'active'
>> (active cooling, i.e. fan) to bypass polling mode setup in thermal
>> framework.
>>
>> With this patch set trip point 'passive' declared in DT with explicit flag:
>> 'irq-mode;' will not register itself as polling mode.
>>
>> A good example is Exynos4 SoC family, where there is 4 HW supported
>> trip points and there is a need of 6. The rest 2 are declared as 'passive'
>> without 'irq-mode;' flag, thus polling needed.
>>
>> It does not break existing design for trip points which do not have 'irq-mode'
>> flag - they will use polling.
>>
>> For consistency this flag should be added to all trip point types('active',
>> 'passive', 'hot', 'critical') when need (meaning, when irq will notify thermal
>> framework).
>>
>> Regards,
>> Lukasz Luba
>>
>> Lukasz Luba (11):
>>    thermal: remove unused function parameter
>>    thermal: add irq-mode configuration for trip point
>>    thermal: add new sysfs file for irq-mode
>>    Doc: thermal: new irq-mode for trip point
>>    Doc: DT: thermal: new irq-mode for trip point
>>    DT: arm64: exynos: add support for thermal trip irq-mode
>>    DT: arm64: exynos7: add support for thermal trip irq-mode
>>    DT: arm: exynos4: add support for thermal trip irq-mode
>>    DT: arm: exynos: add support for thermal trip irq-mode
>>    DT: arm: exynos: add support for thermal trip irq-mode
>>    DT: arm: exynos: add support for thermal trip irq-mode
>>
>>   .../devicetree/bindings/thermal/thermal.txt        |   7 ++
>>   Documentation/thermal/sysfs-api.txt                |   9 ++
>>   arch/arm/boot/dts/exynos4-cpu-thermal.dtsi         |  10 +-
>>   arch/arm/boot/dts/exynos5410-odroidxu.dts          |  10 +-
>>   arch/arm/boot/dts/exynos5420-trip-points.dtsi      |  10 +-
>>   arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi |  40 +++++---
>>   arch/arm64/boot/dts/exynos/exynos5433-tmu.dtsi     | 105 ++++++++++++++-------
>>   .../arm64/boot/dts/exynos/exynos7-trip-points.dtsi |   8 ++
>>   drivers/thermal/of-thermal.c                       |  17 ++++
>>   drivers/thermal/thermal_core.c                     |  16 ++--
>>   drivers/thermal/thermal_sysfs.c                    |  53 ++++++++++-
>>   include/linux/thermal.h                            |   5 +
>>   12 files changed, 226 insertions(+), 64 deletions(-)
>>
>> --
>> 2.7.4
>>
> 
>
Krzysztof Kozlowski Oct. 17, 2018, 7:52 a.m. UTC | #3
On Wed, 17 Oct 2018 at 09:42, Lukasz Luba <l.luba@partner.samsung.com> wrote:
>
> Hi Krzysztof,
>
> On 10/17/2018 09:03 AM, Krzysztof Kozłowski wrote:
> > On Tue, 16 Oct 2018 at 16:56, Lukasz Luba <l.luba@partner.samsung.com> wrote:
> >>
> >> Hi all,
> >>
> >> This patch set adds new flag and mechanism in thermal trip point in DT.
> >> The current situation with 'passive' (passive cooling - DVFS)
> >> trip point is that it enables polling mode in thermal framework.
> >
> > For DT platform, I checked it some months ago... and that time I was
> > pretty sure - passive mode does not enable polling (unless you tell it
> > explicitly with "polling-delay-passive"). Maybe something changed...
> > but quick look at the code tell me that not. Passive does not indicate
> > polling mode.
> >
> > Why do you think that passive enables polling?
> Please check dt file which implements 2 more trip points that HW
> supports:
> arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi
>
> In that file we have this trick with 'active' present.
> Yes, you are right, 'polling-delay-passive' enables it in
> the thermal code (for whole thermal zone).
> Unfortunately, if you change the bellow 'active' to 'passive'
> in that file, they will start polling, which is not what we want.

Yes but this looks different than what you explained at the beginning.
You said that passive enables polling mode... which is not true. You
can have active with or without polling. You can have passive with or
without polling. But the real problem you described now is that given
polling/IRQ mode applies to entire thermal zone, not to a specific
trip point.

I agree with this problem but you need to clearly mark it in cover
letter and description of other commits because really from existing
explanation I understood something completely different. You simply
want to configure IRQ or polling per trip-point, not per thermal zone.

Best regards,
Krzysztof

> --------8<-------------------------
>          thermal-zones {
>                  cpu0_thermal: cpu0-thermal {
>                          thermal-sensors = <&tmu_cpu0 0>;
>                          polling-delay-passive = <250>;
>                          polling-delay = <0>;
>                          trips {
>                                  cpu0_alert0: cpu-alert-0 {
>                                          temperature = <50000>; /*
> millicelsius */
>                                          hysteresis = <5000>; /*
> millicelsius */
>                                          type = "active";
>                                  };
>                                  cpu0_alert1: cpu-alert-1 {
>                                          temperature = <60000>; /*
> millicelsius */
>                                          hysteresis = <5000>; /*
> millicelsius */
>                                          type = "active";
>                                  };
>                                  cpu0_alert2: cpu-alert-2 {
>                                          temperature = <70000>; /*
> millicelsius */
>                                          hysteresis = <5000>; /*
> millicelsius */
>                                          type = "active";
>                                  };
>                                  cpu0_crit0: cpu-crit-0 {
>                                          temperature = <120000>; /*
> millicelsius */
>                                          hysteresis = <0>; /*
> millicelsius */
>                                          type = "critical";
>                                  };
>                                  /*
>                                   * Exynos542x supports only 4 trip-points
>                                   * so for these polling mode is required.
>                                   * Start polling at temperature level
> of last
>                                   * interrupt-driven trip: cpu0_alert2
>                                   */
>                                  cpu0_alert3: cpu-alert-3 {
>                                          temperature = <70000>; /*
> millicelsius */
>                                          hysteresis = <10000>; /*
> millicelsius */
>                                          type = "passive";
>                                  };
>                                  cpu0_alert4: cpu-alert-4 {
>                                          temperature = <85000>; /*
> millicelsius */
>                                          hysteresis = <10000>; /*
> millicelsius */
>                                          type = "passive";
>                                  };
>                          };
> ---------------->8-----------------------------
>
> If you have some other ideas how to handle this case,
> I am happy to discuss.
>
> Regards,
> Lukasz
> >
> > Best regards
> >
> >
> >> If the device supports irqs fired when the desired temerature is met,
> >> thermal framwork should be notifed from driver's irq routine.
> >> This is sufficent and there is no need of polling.
> >> As a workaround, people declare trip point as 'active'
> >> (active cooling, i.e. fan) to bypass polling mode setup in thermal
> >> framework.
> >>
> >> With this patch set trip point 'passive' declared in DT with explicit flag:
> >> 'irq-mode;' will not register itself as polling mode.
> >>
> >> A good example is Exynos4 SoC family, where there is 4 HW supported
> >> trip points and there is a need of 6. The rest 2 are declared as 'passive'
> >> without 'irq-mode;' flag, thus polling needed.
> >>
> >> It does not break existing design for trip points which do not have 'irq-mode'
> >> flag - they will use polling.
> >>
> >> For consistency this flag should be added to all trip point types('active',
> >> 'passive', 'hot', 'critical') when need (meaning, when irq will notify thermal
> >> framework).
> >>
> >> Regards,
> >> Lukasz Luba
> >>
> >> Lukasz Luba (11):
> >>    thermal: remove unused function parameter
> >>    thermal: add irq-mode configuration for trip point
> >>    thermal: add new sysfs file for irq-mode
> >>    Doc: thermal: new irq-mode for trip point
> >>    Doc: DT: thermal: new irq-mode for trip point
> >>    DT: arm64: exynos: add support for thermal trip irq-mode
> >>    DT: arm64: exynos7: add support for thermal trip irq-mode
> >>    DT: arm: exynos4: add support for thermal trip irq-mode
> >>    DT: arm: exynos: add support for thermal trip irq-mode
> >>    DT: arm: exynos: add support for thermal trip irq-mode
> >>    DT: arm: exynos: add support for thermal trip irq-mode
> >>
> >>   .../devicetree/bindings/thermal/thermal.txt        |   7 ++
> >>   Documentation/thermal/sysfs-api.txt                |   9 ++
> >>   arch/arm/boot/dts/exynos4-cpu-thermal.dtsi         |  10 +-
> >>   arch/arm/boot/dts/exynos5410-odroidxu.dts          |  10 +-
> >>   arch/arm/boot/dts/exynos5420-trip-points.dtsi      |  10 +-
> >>   arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi |  40 +++++---
> >>   arch/arm64/boot/dts/exynos/exynos5433-tmu.dtsi     | 105 ++++++++++++++-------
> >>   .../arm64/boot/dts/exynos/exynos7-trip-points.dtsi |   8 ++
> >>   drivers/thermal/of-thermal.c                       |  17 ++++
> >>   drivers/thermal/thermal_core.c                     |  16 ++--
> >>   drivers/thermal/thermal_sysfs.c                    |  53 ++++++++++-
> >>   include/linux/thermal.h                            |   5 +
> >>   12 files changed, 226 insertions(+), 64 deletions(-)
> >>
> >> --
> >> 2.7.4
> >>
> >
> >
Lukasz Luba Oct. 17, 2018, 8:24 a.m. UTC | #4
On 10/17/2018 09:52 AM, Krzysztof Kozlowski wrote:
> On Wed, 17 Oct 2018 at 09:42, Lukasz Luba <l.luba@partner.samsung.com> wrote:
>>
>> Hi Krzysztof,
>>
>> On 10/17/2018 09:03 AM, Krzysztof Kozłowski wrote:
>>> On Tue, 16 Oct 2018 at 16:56, Lukasz Luba <l.luba@partner.samsung.com> wrote:
>>>>
>>>> Hi all,
>>>>
>>>> This patch set adds new flag and mechanism in thermal trip point in DT.
>>>> The current situation with 'passive' (passive cooling - DVFS)
>>>> trip point is that it enables polling mode in thermal framework.
>>>
>>> For DT platform, I checked it some months ago... and that time I was
>>> pretty sure - passive mode does not enable polling (unless you tell it
>>> explicitly with "polling-delay-passive"). Maybe something changed...
>>> but quick look at the code tell me that not. Passive does not indicate
>>> polling mode.
>>>
>>> Why do you think that passive enables polling?
>> Please check dt file which implements 2 more trip points that HW
>> supports:
>> arch/arm/boot/dts/exynos5422-odroidxu3-common.dtsi
>>
>> In that file we have this trick with 'active' present.
>> Yes, you are right, 'polling-delay-passive' enables it in
>> the thermal code (for whole thermal zone).
>> Unfortunately, if you change the bellow 'active' to 'passive'
>> in that file, they will start polling, which is not what we want.
> 
> Yes but this looks different than what you explained at the beginning.
> You said that passive enables polling mode... which is not true. You
> can have active with or without polling. You can have passive with or
> without polling. But the real problem you described now is that given
> polling/IRQ mode applies to entire thermal zone, not to a specific
> trip point.
> 
> I agree with this problem but you need to clearly mark it in cover
> letter and description of other commits because really from existing
> explanation I understood something completely different. You simply
> want to configure IRQ or polling per trip-point, not per thermal zone.
Thank you for your feedback, I will rewrite the cover letter and
descriptions.
I will add that the thermal zone polling settings are for all it's trip
points, which has some implications. Therefore, trying to work around,
might cause confusion due to misalignment with trip point documentation
and old assumptions.

Regards,
Lukasz

> 
> Best regards,
> Krzysztof
>