Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1281217

Re: [PATCH V2] hwmon: (tmp102) Force wait for conversion time for the first valid data

From Guenter Roeck <linux@roeck-us.net>
Newsgroups linux.kernel
Subject Re: [PATCH V2] hwmon: (tmp102) Force wait for conversion time for the first valid data
Date 2015-12-01 22:10 +0100
Message-ID <qB0ls-6t4-7@gated-at.bofh.it> (permalink)
References <qAKJI-4Jc-9@gated-at.bofh.it> <qAVOO-3v2-21@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Tue, Dec 01, 2015 at 10:10:21AM -0600, Nishanth Menon wrote:
> TMP102 works based on conversions done periodically. However, as per
> the TMP102 data sheet[1] the first conversion is triggered immediately
> after we program the configuration register. The temperature data
> registers do not reflect proper data until the first conversion is
> complete (in our case HZ/4).
> 
> The driver currently sets the last_update to be jiffies - HZ, just
> after the configuration is complete. When TMP102 driver registers
> with the thermal framework, it immediately tries to read the sensor
> temperature data. This takes place even before the conversion on the
> TMP102 is complete and results in an invalid temperature read.
> 
> Depending on the value read, this may cause thermal framework to
> assume that a critical temperature event has occurred and attempts to
> shutdown the system.
> 
> Instead of causing an invalid mid-conversion value to be read
> erroneously, we mark the last_update to be in-line with the current
> jiffies. This allows the tmp102_update_device function to skip update
> until the required conversion time is complete. Further, we ensure to
> return -EAGAIN result instead of returning spurious temperature (such
> as 0C) values to the caller to prevent any wrong decisions made with
> such values. NOTE: this allows the read functions not to be blocking
> and allows the callers to make the decision if they would like to
> block or try again later. At least the current user(thermal) seems to
> handle this by retrying later.
> 
> A simpler alternative approach could be to sleep in the probe for the
> duration required, but that will result in latency that is undesirable
> and delay boot sequence un-necessarily.
> 
> [1] http://www.ti.com/lit/ds/symlink/tmp102.pdf
> 
> Cc: Eduardo Valentin <edubezval@gmail.com>
> Reported-by: Aparna Balasubramanian <aparnab@ti.com>
> Reported-by: Elvita Lobo <elvita@ti.com>
> Reported-by: Yan Liu <yan-liu@ti.com>
> Signed-off-by: Nishanth Menon <nm@ti.com>

Applied.

Thanks,
Guenter
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Back to linux.kernel | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

[PATCH] hwmon: (tmp102) Force wait for conversion time for the first valid data Nishanth Menon <nm@ti.com> - 2015-12-01 05:30 +0100
  Re: [PATCH] hwmon: (tmp102) Force wait for conversion time for the  first valid data Guenter Roeck <linux@roeck-us.net> - 2015-12-01 07:00 +0100
    Re: [PATCH] hwmon: (tmp102) Force wait for conversion time for the  first valid data Nishanth Menon <nm@ti.com> - 2015-12-01 15:00 +0100
      Re: [PATCH] hwmon: (tmp102) Force wait for conversion time for the  first valid data Nishanth Menon <nm@ti.com> - 2015-12-01 15:30 +0100
        Re: [PATCH] hwmon: (tmp102) Force wait for conversion time for the  first valid data Nishanth Menon <nm@ti.com> - 2015-12-01 16:20 +0100
        Re: [PATCH] hwmon: (tmp102) Force wait for conversion time for the  first valid data Guenter Roeck <linux@roeck-us.net> - 2015-12-01 16:20 +0100
  [PATCH V2] hwmon: (tmp102) Force wait for conversion time for the first valid data Nishanth Menon <nm@ti.com> - 2015-12-01 17:20 +0100
    Re: [PATCH V2] hwmon: (tmp102) Force wait for conversion time for  the first valid data Guenter Roeck <linux@roeck-us.net> - 2015-12-01 22:10 +0100

csiph-web