[PATCH] imx: thermal: use CPU temperature grade info for thresholds
Tim Harvey
tharvey at gateworks.com
Mon May 11 06:31:55 PDT 2015
On Mon, May 11, 2015 at 5:26 AM, Fabio Estevam <festevam at gmail.com> wrote:
> On Thu, Apr 30, 2015 at 1:02 PM, Tim Harvey <tharvey at gateworks.com> wrote:
>
>> + /* The maximum die temp is specified by the Temperature Grade */
>> + switch ((val >> 6) & 0x3) {
>> + case 0: /* Commercial (0 to 95C) */
>> + data->temp_grade = "Commercial";
>> + data->temp_critical = 95000;
>> + break;
>> + case 1: /* Extended Commercial (-20 to 105C) */
>> + data->temp_grade = "Extended Commercial";
>> + data->temp_critical = 105000;
>> + break;
>
> Looks good, only a minor suggestion for consistency: could you please
> change "Commercial" to "Consumer"?
>
> This is the term that is referenced in the datasheet, so better keep
> it consistent.
>
> Thanks
Fabio,
Actually this seems to be very inconsistent from Freescale and the
register uses the word 'commercial' - I think you are referring to the
part identifier which is part of the ordering information. The Part
Number Nomenclature in the 'datasheets' use the word 'Commercial' in
the temperature grade field and the word 'Consumer' in some (but not
all) of the Part differentiator field. The register description uses
the word Commercial. I believe this is more of a marketing term than
anything else so I don't really care what word is used. I've heard the
word commercial used in terms of temperature grades and not consumer
personally.
I should note that the actual OTP fuse I'm looking at is only
described in the IMX6DQRM (Reference manual for the DUAL and QUAD) and
is shown as 'reserved' in the IMX6SDLRM (SOLO and DUALLITE Reference
Manual) and the 'IMX6SXRM' for the SX. I have been able to show
expirimentaly that the speed grade and temperature grade OTP's exist
in the IMX6SDL (even though they are marked as 'reserved' in the RM)
but I do not have an IMX6SX to see if the same is true. I have a query
out to our FAE for clarification on the OTP registers.
Tim
More information about the linux-arm-kernel
mailing list