[PATCH] ARM: shmobile: r8a7793: Add thermal device to DT
Simon Horman
horms at verge.net.au
Sun Nov 8 17:15:04 PST 2015
On Fri, Nov 06, 2015 at 11:00:17AM +0100, Geert Uytterhoeven wrote:
> Hi Simon,
>
> On Fri, Nov 6, 2015 at 10:17 AM, Simon Horman <horms at verge.net.au> wrote:
> > On Fri, Nov 06, 2015 at 09:50:27AM +0100, Geert Uytterhoeven wrote:
> >> On Fri, Nov 6, 2015 at 8:30 AM, Simon Horman <horms+renesas at verge.net.au> wrote:
> >> > Instantiate the thermal sensor in the r8a7793 device tree.
> >> >
> >> > Based on very similar work for the r8a7790 by Magnus Damm.
> >>
> >> Given the similarity of R-Car M2-N and M2-W, I would have referred
> >> to r8a7791 ;-)
> >
> > True. Though for thermal the datasheet indicates H2 is also quite similar.
> >
> > I also prepared a very similar patch to add thermal to the r8a7794 (E2).
> > But the driver reports the sensor is broken - my inspection of the code
> > leads me to believe its not able to get a proper reading from the sensor.
> >
> > I'm wondering if anyone knows about this issue. Perhaps its specific
> > to my Alt board. Or a limitation of the E2?
>
> Using the same kernel image as on other boards? I.e. it's not an MSTP
> clock issue?
I am using the same kernel image.
I wonder if it is an MSTP issue.
Looking over the datasheet I see:
For the r8a779[0-4] Thermal in MSTPSR5, RMSTPCR5.
I.e. there is a bit for thermal in those registers for all R-Car Gen-2
SoCs covered by the datasheet.
But only on the r8a779[0-3] I see thermal in SRCR5, SRSTCLR5.
I.e. there is no bit for thermal in those registers for the r8a7794
which is different from the other R-Car Gen-2 SoCs covered by the datasheet.
More information about the linux-arm-kernel
mailing list