On Sun, 31 Jul 2011 17:51:36 +0100 Mick <michaelkintz...@gmail.com> wrote:
> On Sunday 31 Jul 2011 12:49:42 Mike Blumenkrantz wrote: > > On Sun, 31 Jul 2011 12:29:08 +0100 > > > > Mick <michaelkintz...@gmail.com> wrote: > > > On 28 July 2011 22:50, Mick <michaelkintz...@gmail.com> 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)? The internal sensor attempts to read various files out of /proc and /sys, iterating through a list (you can grep the source if you really care) until it finds a match or reaches the end of the list. Then it polls the file (if found) to get temp readings. -- Mike Blumenkrantz Zentific: Coding in binary since '10. ------------------------------------------------------------------------------ Got Input? Slashdot Needs You. Take our quick survey online. Come on, we don't ask for help often. Plus, you'll get a chance to win $100 to spend on ThinkGeek. http://p.sf.net/sfu/slashdot-survey _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
