Most recent kernel where this bug did not occur: kernel 2.6.20-16-generic Distribution: Ubuntu 7.04 Hardware Environment: • CPU Celeron M processor 430 (1.73GHz, 1MB L2cache) • Chipset Intel 945GM Express chipset • LCD 15.4" WXGA (1280x800) • Memory 512MB (DDR2) • VGA ATI Radeon Xpress 200M up to 256MB (UMA) • HDD 60GB SATA (5400rpm) • Optical storage DVD Super Multi drive DL • Communications 56K/ LAN/ Wireless LAN (802.11b/g) • Expansion slots 2x USB 2.0/ PC Card Type II • Battery Battery life 1:35 Software Environment: Ubuntu 7.04 Problem Description: Hi, In the past few days i became quite frustrated with my Toshiba Satellite L30-113a laptop. Thing is i can’t get the ACPI to work. Or should i say it works partially, the functional keys work, i got the sound and the wireless working, yet an important thing in the laptop is not working – namely the CPU fan. I did some research and found that Toshiba are not very Linux friendly, yet there must be some solution. So far i have done this: I turned on Toshiba support in the ACPI at the kernel and compile it. The ACPI recognized and displayed the battery and the functional keys #cat /proc/toshiba/ - missing #cat /proc/acpi/toshiba - missing #lsmod | grep acpi pcc_acpi 14080 0 dev_acpi 12292 0 asus_acpi 17308 0 It is clear that toshiba_acpi is missing and the module is not loaded #sudo modprobe toshiba_acpi FATAL: Error inserting toshiba_acpi (/lib/modules/2.6.20-16-generic/kernel/drivers/acpi/toshiba_acpi.ko): No such device #find /lib/modules/`uname -r` -name "tosh*" /lib/modules/2.6.20-16-generic/kernel/drivers/acpi/toshiba_acpi.ko /lib/modules/2.6.20-16-generic/kernel/drivers/char/toshiba.ko Yet the module is present but it’s not loaded! #lsmod | grep cpu cpufreq_userspace 5408 0 cpufreq_stats 7744 0 freq_table 6048 2 cpufreq_stats,cpufreq_ondemand cpufreq_powersave 2944 0 cpufreq_ondemand 8876 0 cpufreq_conservative 8712 0 #toshset – says that the module is not loaded #acpi -V Battery 1: charged, 100% Thermal 1: ok, 54.0 degrees C AC Adapter 1: on-line #dmesg – nothing suspicious
Created attachment 12692 [details] acpidump The attached file is generated by acpidump
Reply-To: akpm@linux-foundation.org > On Tue, 4 Sep 2007 04:09:19 -0700 (PDT) bugme-daemon@bugzilla.kernel.org > wrote: > KernelVersion: 2.6.20-16 > > ... > > Most recent kernel where this bug did not occur: > > kernel 2.6.20-16-generic These are contradictory. Please, tell us the version of the most recent kernel where this problem did not occur.
The DSDT for this system contains neither of the methods that toshiba_acpi.c requires for loading: #define METHOD_HCI_1 "\\_SB_.VALD.GHCI" #define METHOD_HCI_2 "\\_SB_.VALZ.GHCI" So I assert that toshiba_acpi could have never loaded on this system in any previous version. Re: standard ACPI fan control on this box -- there is none. There is only a critical and a passive trip point -- no active trip points. Further, there is no PNP0C0B device, so no explicit fan device control. Exactly what failure are you reporting -- what isn't working that you expect to work? Does it work differently with "acpi=off" or when booting Windows?
In Windows the CPU fan is turning on at high speed for about 4-5 seconds every 2 minutes. Thus keeping the CPU at 40 degrees (centigrade). In Linux the fan is working at wery low speed and data from "acpitool" states that the temperature is 56 degrees, yet by touch it feels hotter. There is no change in behaviour when "acpi=off", it is the same as when it is turned on.
Okay, then the sighting is that the system is running warmer on Linux than it does on Windows, yes? And the observation is that Windows turns up the fan speed periodically, but Linux keeps the fan running slowly -- no mater if "acpi=off" or not. Well, ACPI doesn't directly control the fan on this system, so there isn't much we can do help. However, the BIOS does have this device: Device (VALZ) { Name (_HID, EisaId ("TOS1900")) So apparently, the system is expecting a platform-specific driver to load and interact with the methods under this device. Perhaps they enhance fan control, perhaps not, only Toshiba knows. Perhaps the maintainer of the toshiba_acpi driver can comment...
it's not likely a bug we can fix...ping for response from bug owner....please comment, or we will have to mark it as wontfix... thanks.
Per above, this system is designed to require a platform specific driver. Toshiba has not supplied such a driver for Linux, nor provided the Linux community with documentation sufficient to create one. Closed as "DOCUMENTED".