Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1191854
| From | Guenter Roeck <linux@roeck-us.net> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2] thermal: consistently use int for temperatures |
| Date | 2015-07-24 16:00 +0200 |
| Message-ID | <pPLG1-7zK-9@gated-at.bofh.it> (permalink) |
| References | <pOA9X-1wq-3@gated-at.bofh.it> <pPnu1-6dY-19@gated-at.bofh.it> <pPEOe-69S-15@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 07/23/2015 11:29 PM, Sascha Hauer wrote: > On Thu, Jul 23, 2015 at 02:07:59PM +0200, Pavel Machek wrote: >> On Tue 2015-07-21 09:21:32, Sascha Hauer wrote: >>> The thermal code uses int, long and unsigned long for temperatures >>> in different places. >>> >>> Using an unsigned type limits the thermal framework to positive >>> temperatures without need. Also several drivers currently will report >>> temperatures near UINT_MAX for temperatures below 0°C. This will probably >>> immediately shut the machine down due to overtemperature if started below >>> 0°C. >>> >>> 'long' is 64bit on several architectures. This is not needed since INT_MAX °mC >>> is above the melting point of all known materials. >> >> Can we do something like >> >> typedef millicelsius_t int; >> >> ...to document the units? > > I am not very fond of typedefs and I am not sure this adds any value. I > could change it when more people ask for it, but I just sent the new > version without this. > I thought we are supposed to not introduce new typedefs anyway. 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 | Next | Find similar | Unroll thread
Re: [PATCH v2] thermal: consistently use int for temperatures Guenter Roeck <linux@roeck-us.net> - 2015-07-24 16:00 +0200
csiph-web