[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <AM3PR04MB131547CE6052FAA9CC07CCADF5C70@AM3PR04MB1315.eurprd04.prod.outlook.com>
Date: Wed, 28 Feb 2018 23:16:07 +0000
From: Anson Huang <anson.huang@....com>
To: Leonard Crestez <leonard.crestez@....com>,
"rui.zhang@...el.com" <rui.zhang@...el.com>,
"edubezval@...il.com" <edubezval@...il.com>,
"shawnguo@...nel.org" <shawnguo@...nel.org>
CC: dl-linux-imx <linux-imx@....com>,
"linux-pm@...r.kernel.org" <linux-pm@...r.kernel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"robh+dt@...nel.org" <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
Fabio Estevam <fabio.estevam@....com>,
"linux@...linux.org.uk" <linux@...linux.org.uk>,
"kernel@...gutronix.de" <kernel@...gutronix.de>,
Lothar Waßmann <LW@...O-electronics.de>
Subject: RE: [PATCH V4 2/2] thermal: imx: add i.MX7 thermal sensor support
Anson Huang
Best Regards!
> -----Original Message-----
> From: Leonard Crestez [mailto:leonard.crestez@....com]
> Sent: Thursday, March 1, 2018 1:26 AM
> To: Anson Huang <anson.huang@....com>; rui.zhang@...el.com;
> edubezval@...il.com; shawnguo@...nel.org
> Cc: dl-linux-imx <linux-imx@....com>; linux-pm@...r.kernel.org;
> devicetree@...r.kernel.org; linux-kernel@...r.kernel.org;
> linux-arm-kernel@...ts.infradead.org; robh+dt@...nel.org; Mark Rutland
> <mark.rutland@....com>; Fabio Estevam <fabio.estevam@....com>;
> linux@...linux.org.uk; kernel@...gutronix.de; Lothar Waßmann
> <LW@...O-electronics.de>
> Subject: Re: [PATCH V4 2/2] thermal: imx: add i.MX7 thermal sensor support
>
> On Sat, 2018-02-24 at 16:02 +0800, Anson Huang wrote:
> > This patch adds i.MX7 thermal sensor support, most of the i.MX7
> > thermal sensor functions are same with
> > i.MX6 except the registers offset/layout, so we move those registers
> > offset/layout definitions to soc data structure.
> >
> > i.MX7 uses single calibration data @25C, the calibration data is
> > located at OCOTP offset 0x4F0, bit[17:9], the formula is as below:
> >
> > Tmeas = (Nmeas - n1) + 25; n1 is the fuse value for 25C.
> >
> > Signed-off-by: Anson Huang <Anson.Huang@....com>
> > Signed-off-by: Bai Ping <ping.bai@....com>
>
> On imx7d (also 6sx and 6ul) OCOTP read will hang silently if the ocotp clk is not
> enabled. For example this can happen if imx_thermal is built as a module or
> probes after unused clocks are disabled.
>
> This driver has support for reading ocotp values through the ocotp nvmem
> driver (which handles clks properly). Since imx7d is a new compatible string for
> upstream maybe you could just make new-style bindings mandatory and drop
> the changes to imx_init_from_tempmon_data?
>
> See commit 2067b757e972 ("ARM: dts: imx6ul: Add imx6ul-tempmon")
It makes sense, I sent out V5 to drop the direct OCOTP register access support, all OCOTP reading will
Be through ocotp nvmem driver on i.MX7D.
Anson.
>
> --
> Regards,
> Leonard
Powered by blists - more mailing lists