On Tue, 22 Jan 2008 22:55:58 +0100 giggz <[EMAIL PROTECTED]> babbled:
is tempget running? you can actually run it by hand
${PREFIX}/enlightenment/modules/temperature/${ARCH}/tempget 0 -null- 128
first arg is sensor type:
0 SENSOR_TYPE_NONE,
1 SENSOR_TYPE_FREEBSD,
2 SENSOR_TYPE_OMNIBOOK,
3 SENSOR_TYPE_LINUX_MACMINI,
4 SENSOR_TYPE_LINUX_I2C,
5 SENSOR_TYPE_LINUX_ACPI,
6 SENSOR_TYPE_LINUX_PBOOK,
7 SENSOR_TYPE_LINUX_INTELCORETEMP
2nd arg is sensor name (-null- is when no sensor name is
set). /sys/bus/i2c/devices/ is scanned for sensor names here. the name is a
path to the file in /sys/bus/i2c/devices/${DEV}/temp${XXXX}_input file - if it
exists (i.e. a i2c temperature sensor).
3rd arg is tick time between polls (8 ticks per second by default- can be
changed, but isn't right now).
it will output results to stdout.
the default is 0 -null- for the first 2 args - the same as it has always been,
in whihc case known sensors are scanned for in order of acpi thermal zone,
monibook, other temp devices (devices/temperatures/*_temperature), platform
temp input and finally i2c. see the code. if on bsd this is different.
> Andreas Volz a écrit :
> > Am Mon, 21 Jan 2008 11:36:42 +1100 schrieb Carsten Haitzler (The
> > Rasterman):
> >
> >> On Sat, 19 Jan 2008 09:07:44 +0100 Andreas Volz <[EMAIL PROTECTED]>
> >> babbled:
> >>
> >>> Hello,
> >>>
>
> Hi,
>
> >>> since some time the temperature module isn't longer working on my
> >>> system. I don't remember what I've changed. It simply shows "N/A".
> >>> In .xsession-errors is an entry:
> >>>
> >>> Sending TERM signal
> >>> to /opt/e17/lib/enlightenment/modules/temperature/linux-gnu-i686/tempget
> >>> 0 "(null)" 128 (8067).
> >>>
> >>>
> >>> Any ideas where I should start to search for the problem? Did I
> >>> perhaps miss to start a system service?
> >> a week ago i committed changes to put the temperature polling/reading
> >> into a separate process - but this just moved the code there and
> >> should do exactly what it did before - it just has slaved out the
> >> work to a sub-proc to avoid blocking-reads of temp sensor data that
> >> seemed to make e "jerky" whenever the temperature was polled (e would
> >> pause for like 200ms or so whole waiting on the kernel to respond to
> >> the read). if it changed in the last week then i may have made a
> >> mistake - otherwise its likely something else. changed kernels?
> >> modules not loaded?
> >
> > Maybe I changed a kernel version, but not a relevant jump. See the
> > output of "sensors" executed by the same user who started e17.
> >
> >> sensors
> > w83697hf-isa-0290
> > Adapter: ISA adapter
> > VCore: +1.52 V (min = +0.08 V, max = +2.11 V)
> > +3.3V: +3.34 V (min = +2.05 V, max = +2.05 V) ALARM
> > +5V: +4.95 V (min = +0.00 V, max = +0.00 V) ALARM
> > +12V: +11.55 V (min = +3.89 V, max = +3.89 V) ALARM
> > -12V: +0.72 V (min = -4.38 V, max = -14.75 V) ALARM
> > -5V: +1.84 V (min = -0.48 V, max = -7.11 V) ALARM
> > V5SB: +5.48 V (min = +0.00 V, max = +0.97 V) ALARM
> > VBat: +0.27 V (min = +0.10 V, max = +0.64 V)
> > fan1: 2149 RPM (min = -1 RPM, div = 4) ALARM
> > fan2: 0 RPM (min = 5273 RPM, div = 4) ALARM
> > temp1: +42°C (high = +72°C, hyst = +8°C) sensor =
> > diode temp2: +42.5°C (high = +120°C, hyst = +120°C) sensor =
> > diode alarms:
> > beep_enable:
> > Sound alarm enabled
> >
> > So the kernel interface seems to work. Perhaps a problem with the API.
> > I know Gentoo is often bad with unresolved symbols. Perhaps I missed to
> > recompile a library.
>
> I have e17 through the debian packages of edevelop and the temperature
> module doesn't work anymore on my computer too. I don't have change my
> kernel. And acpi -V gives me always the results...
>
> >
> > regards
>
> Cheers
> GiGGz
>
> > Andreas
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> enlightenment-users mailing list
> enlightenment-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/enlightenment-users
>
--
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler) [EMAIL PROTECTED]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
enlightenment-users mailing list
enlightenment-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-users
