SliTaz Forum
You are not logged in.
hello
i'm running slitaz 5 on an acer aspire 1692
the main problem is even when the computer is in IDLE, running nothing, the cpu is never most than 30%, the fan is running at an high level
under xp, it's just quiet.
i tried with cpufreq tools, using modprobe acpi-cpufreq, and looking with the cpufreq-info, my proc is always at 600mhz instead of 1200 or more (intel centrino)
what could i do?
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 13
model name : Intel(R) Pentium(R) M processor 1.60GHz
stepping : 6
microcode : 0x17
cpu MHz : 600.000
cache size : 2048 KB
fdiv_bug : no
hlt_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 2
wp : yes
flags : fpu vme de pse tsc msr mce cx8 apic sep mtrr pge mca cmov clflush dts acpi mmx fxsr sse sse2 ss tm pbe up bts est tm2
bogomips : 1196.94
clflush size : 64
cache_alignment : 64
address sizes : 32 bits physical, 32 bits virtual
power management:
00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03)
00:01.0 PCI bridge: Intel Corporation Mobile 915GM/PM Express PCI Express Root Port (rev 03)
00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 04)
00:1c.1 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 2 (rev 04)
00:1c.2 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 3 (rev 04)
00:1d.0 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 04)
00:1d.1 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 04)
00:1d.2 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 04)
00:1d.3 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 04)
00:1d.7 USB controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 04)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d4)
00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 04)
00:1e.3 Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem Controller (rev 04)
00:1f.0 ISA bridge: Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge (rev 04)
00:1f.1 IDE interface: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) IDE Controller (rev 04)
00:1f.3 SMBus: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) SMBus Controller (rev 04)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] RV410/M26 [Mobility Radeon X700]
06:01.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller
06:01.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host Controller
06:01.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller
06:03.0 Network controller: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection (rev 05)
06:08.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5788 Gigabit Ethernet (rev 03)
Offline
http://doc.slitaz.org/en:guides:cpu-frequency
Offline
@kultex : i already tried this one, as i said, using cpu-freq tools
the matter is not the cpu, it's running at very low level
the problem is the fan, even at cpu at low level for several minutes, run at high level, making noise even when the laptop is in IDLE
help 
Offline
Hi trekker92,
I use (about 5 years old) netbook, Acer Aspire One model AOA150. It was noisy, fan is working all the time. Once upon a time I read system log and found an interesting thing in the dmesg log:
[c]acerhdf: Acer Aspire One Fan driver, v.0.5.24
acerhdf: Fan control off, to enable do:
acerhdf: echo -n "enabled" > /sys/class/thermal/thermal_zone0/mode[/c]
You don't need root privileges to search if these lines exists in your dmesg, just run in the terminal:
[c]dmesg | grep acerhdf[/c]
Now, to activate fan control run the above mentioned command with root permissions:
[c]echo -n "enabled" > /sys/class/thermal/thermal_zone0/mode[/c]
Now dmesg is appended with the new line:
[c]acerhdf: kernel mode fan control ON[/c]
To make it persistent, add above mentioned command to the end of [c]/etc/init.d/local.sh[/c] file.
Now my fan is switched on when CPU temperature is about 60°C (this value is not adjustable), and switched off after few seconds.
--------
If the output of "[c]dmesg | grep acerhdf[/c]" is empty for you, then you can try to search something related to the fan:
[c]dmesg | grep -i fan[/c]
... and make your own solutions.
--------
This is a difficult question, and maybe unavailable to force fan to work in the same way like in the Windows. Your acer aspire 1692 may have incorrect DSDT that prevents fan to work correctly in the Linux. Can you try other Linuxes to compare how fan works there? I mean something like Puppy, Lubuntu, etc.
--------
PS. It is interesting output of the command:
[c]grep -Hr . /sys/class/thermal/*[/c]
Offline
hello
thank for your reply
unfortunately i don't have any fan related in dmesg, and the thermal "mode" file is already on enabled at startup
dmesg : http://www.fpaste.org/313414/45340538/
thermal :
/sys/class/thermal/cooling_device0/type:Processor
/sys/class/thermal/cooling_device0/max_state:10
/sys/class/thermal/cooling_device0/cur_state:0
/sys/class/thermal/thermal_zone0/type:acpitz
/sys/class/thermal/thermal_zone0/temp:47000
/sys/class/thermal/thermal_zone0/mode:enabled
/sys/class/thermal/thermal_zone0/trip_point_0_type:critical
/sys/class/thermal/thermal_zone0/trip_point_0_temp:97000
/sys/class/thermal/thermal_zone0/trip_point_1_type:passive
/sys/class/thermal/thermal_zone0/trip_point_1_temp:93000
/sys/class/thermal/thermal_zone0/cdev0_trip_point:1
Offline
sorry, that I did not read correctly - its because I have nearly the same processor in my Portege R100 and I dont have to do anything - 90% the fan is quiet.
I think, the oly possibilty you have is to find something in the bios, where you can connect the fan to the temperature
also search with the name of your laptop + linux + fan
Offline
and I just have seen that pascal changed something
http://hg.slitaz.org/slitaz-tools/rev/fa4c5571e046
should be in new rolling soon
Offline
Hi trekker92,
Here's my output:
[c]/sys/class/thermal/cooling_device0/type:Processor
/sys/class/thermal/cooling_device0/max_state:10
/sys/class/thermal/cooling_device0/cur_state:0
/sys/class/thermal/cooling_device1/type:Processor
/sys/class/thermal/cooling_device1/max_state:10
/sys/class/thermal/cooling_device1/cur_state:0
/sys/class/thermal/cooling_device2/type:acerhdf-fan
/sys/class/thermal/cooling_device2/max_state:1
/sys/class/thermal/cooling_device2/cur_state:0
/sys/class/thermal/thermal_zone0/type:acerhdf
/sys/class/thermal/thermal_zone0/temp:47000
/sys/class/thermal/thermal_zone0/mode:enabled
/sys/class/thermal/thermal_zone0/trip_point_0_type:active
/sys/class/thermal/thermal_zone0/trip_point_0_temp:63000
/sys/class/thermal/thermal_zone0/passive:0
/sys/class/thermal/thermal_zone0/cdev0_trip_point:0[/c]
Really I have only one fan, and it is cooling_device2. When it worked, [c]cur_state[/c] is [c]1[/c]; when it idle, [c]cur_state[/c] is [c]0[/c]. According to your output:
[c]/sys/class/thermal/cooling_device0/cur_state:0[/c]
... your fan on [c]cooling_device0[/c] is idle. Seems like Kernel knows nothing about your real fan, and not show it.
I searched for "[c]acpitz[/c]" from your output and found nothing useful. All the articles about [c]lm-sensors[/c]. Maybe, installing of the package "[c]lm-sensors[/c]" will solve your problem?
--------
As for your [c]dmesg[/c] output. These lines I found interesting:
[c]ACPI: Deprecated procfs I/F for AC is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared
thermal LNXTHERM:00: registered as thermal_zone0
ACPI: Thermal Zone [THRM] (44 C)
ACPI: Deprecated procfs I/F for battery is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared
ACPI: Battery Slot [BAT1] (battery absent)
ACPI: Deprecated procfs I/F for battery is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared
ACPI: Battery Slot [BAT2] (battery absent)
[Firmware Bug]: battery: (dis)charge rate invalid.[/c]
It's all not about a fan, but about an ACPI (Advanced Configuration and Power Interface). Your battery is really absent, or ACPI can not find it? In addition with "[c]thermal_zone0/type:acpitz[/c]" it is all something ACPI-related. Here something related to absent battery, ACPI, and recompiling of the DSDT...
Offline
first, thank for your replies
the package lm-sensors detects nothing on this computer unless if i add drivers by compiling the kernel.. which afraids me.
the battery is well detected, working for half an hour now but still working..
Offline
Hi trekker92,
Sad, but seems I can't help you more.
Also, my output for battery:
[c]dmesg | grep -i bat
ACPI: Deprecated procfs I/F for battery is loaded, please retry with CONFIG_ACPI_PROCFS_POWER cleared
ACPI: Battery Slot [BAT1] (battery absent)[/c]
But yes, it working too, for about 20 minutes. I can see its state in the LXPanel indicator. Maybe it is bug in the ACPI, or in the Kernel, I don't know.
I've read article somewhere about DSDT, about differences across Windows and Linux values. Author wrote about fan control that have few power levels on the Windows, but not worked well in the Linux... I even extracted DSDT and de-compiled it to the initial code in the plain text, but have absolute no experience how to fix it (also it is dangerous).
Sorry. Maybe other SliTaz users will help you?
Offline
@trekker92: Did you search SliTaz packages for the said drivers? (Does lm-sensors tell which drivers are needed?) Maybe the relevant kernel modules already exist in the repo.
Offline
# sensors-detect revision 6085 (2012-10-30 18:18:45 +0100)
# System: Acer, inc. Aspire 1690 [Not Applicable]
# Board: Acer, Inc. Crane II
This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.
Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): Failed to load module cpuid.
Silicon Integrated Systems SIS5595... No
VIA VT82C686 Integrated Sensors... No
VIA VT8231 Integrated Sensors... No
AMD K8 thermal sensors... No
AMD Family 10h thermal sensors... No
AMD Family 11h thermal sensors... No
AMD Family 12h and 14h thermal sensors... No
AMD Family 15h thermal sensors... No
AMD Family 15h power sensors... No
Intel digital thermal sensor... No
Intel AMB FB-DIMM thermal sensor... No
VIA C7 thermal sensor... No
VIA Nano thermal sensor... No
Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor/ITE'... Yes
Found `Nat. Semi. PC87591 Super IO'
(address 0x200, but not activated)
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor/ITE'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Nuvoton/Fintek'... No
Trying family `ITE'... No
Some systems (mainly servers) implement IPMI, a set of common interfaces
through which system health data may be retrieved, amongst other things.
We first try to get the information from SMBIOS. If we don't find it
there, we have to read from arbitrary I/O ports to probe for such
interfaces. This is normally safe. Do you want to scan for IPMI
interfaces? (YES/no): Probing for `IPMI BMC KCS' at 0xca0... No
Probing for `IPMI BMC SMIC' at 0xca8... No
Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (YES/no): Probing for `National Semiconductor LM78' at 0x290... No
Probing for `National Semiconductor LM79' at 0x290... No
Probing for `Winbond W83781D' at 0x290... No
Probing for `Winbond W83782D' at 0x290... No
Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no): Using driver `i2c-i801' for device 0000:00:1f.3: Intel 82801FB ICH6
Failed to load module i2c-i801.
Failed to load module i2c-dev.
Next adapter: Radeon i2c bit bus 0x90 (i2c-0)
Do you want to scan it? (YES/no/selectively): Can't open /dev/i2c-0
Next adapter: Radeon i2c bit bus 0x91 (i2c-1)
Do you want to scan it? (YES/no/selectively): Can't open /dev/i2c-1
Next adapter: Radeon i2c bit bus 0x92 (i2c-2)
Do you want to scan it? (YES/no/selectively): Can't open /dev/i2c-2
Next adapter: Radeon i2c bit bus 0x14 (i2c-3)
Do you want to scan it? (YES/no/selectively): Can't open /dev/i2c-3
Next adapter: Radeon i2c bit bus 0x15 (i2c-4)
Do you want to scan it? (YES/no/selectively): Can't open /dev/i2c-4
Next adapter: Radeon i2c bit bus 0x16 (i2c-5)
Do you want to scan it? (YES/no/selectively): Can't open /dev/i2c-5
Sorry, no sensors were detected.
Either your system has no sensors, or they are not supported, or
they are connected to an I2C or SMBus adapter that is not
supported. If you find out what chips are on your board, check
http://www.lm-sensors.org/wiki/Devices for driver status.
Offline
So you need kernel modules [c]cpuid[/c], [c]i2c-i801[/c] and [c]i2c-dev[/c], and they are not in the repos.
May someone build them? (I don't know how to change the receipt or stuff to this end.)
Offline
[ Generated in 0.019 seconds, 7 queries executed - Memory usage: 1.58 MiB (Peak: 1.77 MiB) ]