From: heiko@sntech.de (Heiko Stübner)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 2/4] dt-bindings: document Rockchip thermal
Date: Tue, 09 Sep 2014 13:35:31 +0200 [thread overview]
Message-ID: <8397565.n78cHk4EtL@diego> (raw)
In-Reply-To: <1410229637.8085.158.camel@rzhang1-toshiba>
Am Dienstag, 9. September 2014, 10:27:17 schrieb Zhang Rui:
> On Thu, 2014-09-04 at 09:02 +0800, Caesar Wang wrote:
> > ? 2014?09?03? 16:07, Heiko St?bner ??:
> > > Am Mittwoch, 3. September 2014, 10:10:37 schrieb Caesar Wang:
> > >> This add the necessary binding documentation for the thermal
> > >> found on Rockchip SoCs
> > >>
> > >> Signed-off-by: zhaoyifeng <zyf@rock-chips.com>
> > >> Signed-off-by: Caesar Wang <caesar.wang@rock-chips.com>
> > >> ---
> > >>
> > >> .../devicetree/bindings/thermal/rockchip-thermal.txt | 20
> > >>
> > >> ++++++++++++++++++++ 1 file changed, 20 insertions(+)
> > >>
> > >> create mode 100644
> > >>
> > >> Documentation/devicetree/bindings/thermal/rockchip-thermal.txt
> > >>
> > >> diff --git
> > >> a/Documentation/devicetree/bindings/thermal/rockchip-thermal.txt
> > >> b/Documentation/devicetree/bindings/thermal/rockchip-thermal.txt new
> > >> file
> > >> mode 100644
> > >> index 0000000..1ed4d4c
> > >> --- /dev/null
> > >> +++ b/Documentation/devicetree/bindings/thermal/rockchip-thermal.txt
> > >> @@ -0,0 +1,20 @@
> > >> +* Temperature Sensor ADC (TSADC) on rockchip SoCs
> > >> +
> > >> +Required properties:
> > >> +- compatible: "rockchip,rk3288-tsadc"
> > >> +- reg: physical base address of the controller and length of memory
> > >> mapped
> > >> + region.
> > >> +- interrupts: The interrupt number to the cpu. The interrupt specifier
> > >> format + depends on the interrupt controller.
> > >> +- clocks: Must contain an entry for each entry in clock-names.
> > >> +- clock-names: Shall be "tsadc" for the converter-clock, and
> > >> "apb_pclk" for + the peripheral clock.
> > >
> > > You're using the passive-temp, critical-temp and force-shut-temp
> > > properties in your driver without declaring them here.
> >
> > frankly,the about are need be declared. but there are 4 types[0] for
> > trip in thermal framework,
> > there is no force-shut for me. So I want to change it three additional
> > properties in [PATCH V4 4/4],
> >
> >
> > [0]
> > {
> >
> > THERMAL_TRIP_CRITICAL,
> > THERMAL_TRIP_HOT,
> > THERMAL_TRIP_PASSIVE,
> > THERMAL_TRIP_ACTIVE,
> >
> > }
>
> this sounds reasonable to me.
>
> > > But more importantly, please use the generic trip-points for this. I
> > > guess it shouldn't be a problem to introduce a "forced-shutdown"
> > > trippoint [0] for the additional trip-point you have - thermal
> > > maintainers, please shout if I'm wrong :-)
>
> what is the difference between a critical trip point and a
> "forced-shutdown" trip point?
> Thermal core will do a shutdown in case the critical trip point is
> triggered.
The forced-shutdown is where the thermal controller is supposed to also do a
shutdown in hardware. As you said the thermal core will also shutdown at the
critical trip point, I guess we could map Caesar's value like
trip-point tsadc
critical forced-shutdown (the 120 degrees in patch 4)
hot critical (the 100 degrees)
...
>
> thanks,
> rui
>
> > It's a good option.
> > I can send a patch,but I don't know whether the thermal maintainers will
> > accept it.
> >
> > Maybe,they have a better way to suggest it.:-)
> >
> >
> > PS:I will sent a new patch If I still have no received their suggestions
> > in two days.
> >
> > > Heiko
> > >
> > >
> > > [0] in a separate patch, changing
> > > - thermal_trip_type enum in include/linux/thermal.h
> > > - trip_types mapping in drivers/thermal/of-thermal.c
> > > - Documentation/devicetree/bindings/thermal/thermal.txt
> > >
> > >> +
> > >> +Example:
> > >> +tsadc: tsadc at ff280000 {
> > >> + compatible = "rockchip,rk3288-tsadc";
> > >> + reg = <0xff280000 0x100>;
> > >> + interrupts = <GIC_SPI 37 IRQ_TYPE_LEVEL_HIGH>;
> > >> + clocks = <&cru SCLK_TSADC>, <&cru PCLK_TSADC>;
> > >> + clock-names = "tsadc", "apb_pclk";
> > >> +};
next prev parent reply other threads:[~2014-09-09 11:35 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-03 2:10 [PATCH v4 0/4] Rockchip soc thermal driver Caesar Wang
2014-09-03 2:10 ` [PATCH v4 1/4] thermal: rockchip: add driver for thermal Caesar Wang
2014-08-30 20:09 ` Eduardo Valentin
2014-09-10 4:39 ` Caesar Wang
2014-09-10 12:46 ` Eduardo Valentin
2014-09-10 13:21 ` Caesar Wang
2014-09-17 7:29 ` Caesar Wang
2014-09-04 17:06 ` Dmitry Torokhov
2014-09-05 0:33 ` Caesar Wang
2014-09-03 2:10 ` [PATCH v4 2/4] dt-bindings: document Rockchip thermal Caesar Wang
2014-09-03 8:07 ` Heiko Stübner
2014-09-04 1:02 ` Caesar Wang
2014-09-09 2:27 ` Zhang Rui
2014-09-09 11:35 ` Heiko Stübner [this message]
2014-09-09 15:09 ` Eduardo Valentin
2014-09-10 1:02 ` Zhang Rui
2014-09-10 1:14 ` edubezval at gmail.com
2014-09-10 7:24 ` Heiko Stübner
2014-09-11 2:36 ` Zhang Rui
2014-09-11 12:18 ` Eduardo Valentin
2014-09-11 12:32 ` Arnd Bergmann
2014-09-11 15:53 ` Eduardo Valentin
2014-09-16 7:23 ` Zhang Rui
2014-09-16 7:45 ` Zhang Rui
2014-09-03 2:10 ` [PATCH v4 3/4] ARM: dts: add main Thermal info to rk3288 Caesar Wang
2014-09-09 11:37 ` Heiko Stübner
2014-09-10 2:49 ` Caesar Wang
2014-09-11 13:58 ` Heiko Stübner
2014-09-03 2:10 ` [PATCH v4 4/4] ARM: dts: enable Thermal on rk3288-evb board Caesar Wang
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=8397565.n78cHk4EtL@diego \
--to=heiko@sntech.de \
--cc=linux-arm-kernel@lists.infradead.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).