From: Mick <mic...@gm...> - 2011-07-31 16:54:52
|
On Sunday 31 Jul 2011 12:49:42 Mike Blumenkrantz wrote: > On Sun, 31 Jul 2011 12:29:08 +0100 > > Mick <mic...@gm...> wrote: > > On 28 July 2011 22:50, Mick <mic...@gm...> wrote: > > > On Thursday 28 Jul 2011 18:45:51 you wrote: > > >> After my update of e to r61865 the temperature gadget doesn't work any > > >> more. It shows N/A in the panel. The kernel is > > >> gentoo-sources-2.6.38-r6. The temperature gadget is working in the > > >> previous revision r61576, same kernel. > > >> > > >> Another thing that is broken is changing of the temperature theme. If > > >> I assign a different theme to temperature module and click on "Apply" > > >> or "Ok" then e restarts but the temperature theme remains as default. > > >> I will try to recompile a recent revision later and check if it is > > >> also present with the other modules. This bug is not present in > > >> 61576. > > >> > > >> I have the following temp files (got these paths from tempget.c): > > >> /sys/class/thermal/thermal_zone0/temp > > >> /sys/devices/platform/coretemp.0/temp1_input > > >> > > >> tempget.c also has these lines 291-294. The path below contains an > > >> extra "thermal/" compared to the file I have. Removing this > > >> "thermal/" also doesn't make tempget work. Actually, I am not sure > > >> what tempget detects the sensor type to be in this new revision of e. > > >> Putting a printf for sensor_path after line 294 didn't print out > > >> anything in /var/log/slim.log (where all teh e output goes). > > >> > > >> 291 case SENSOR_TYPE_LINUX_SYS: > > >> 292 snprintf(path, sizeof(path), > > >> 293 "/sys/class/thermal/thermal/%s/temp", sensor_name); > > >> 294 sensor_path = strdup(path); > > > > Now on revision 61925 I can confirm that the temperature gauge shows > > N/A at all times, when under Hardware I select 'Internal' in its > > settings. When I select 'udev' it shows the temperature again. > > > > The temperature that gkrellm reads (there's many sensors to choose from) > > is: > > > > $ cat /sys/class/thermal/thermal_zone1/temp > > 54000 > > > > but the latest e17 temperature gadget doesn't seem to be able to fetch > > that when the 'Internal' setting is used and the 'udev' setting seems > > to show temperatures of 1 to 2C below gkrellm. > > udev mode averages all of the sensors detected in your computer and > continues to average in every single time your temperature changes. if the > temperature is lower than gkrellm, that's because either you have another > sensor that gkrellm is not using which is cooler, or gkrellm is just less > accurate. Thanks for this explanation. What sensor/file does the Internal read (or not in this case)? -- Regards, Mick |