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)?
--
Regards,
Mick
------------------------------------------------------------------------------
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
