From mboxrd@z Thu Jan 1 00:00:00 1970 From: Karol Kozimor Subject: Re: Problem with fan control Date: Mon, 10 Mar 2003 11:26:28 +0100 Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <20030310102628.GC32516@hell.org.pl> References: <20030309194430.04b511ac.nils@kernelconcepts.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1yeeQ81UyVL57Vl7" Return-path: Content-Disposition: inline In-Reply-To: <20030309194430.04b511ac.nils-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org> Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Help: List-Post: List-Subscribe: , List-Unsubscribe: , List-Archive: To: acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Cc: Nils Faerber List-Id: linux-acpi@vger.kernel.org --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Thus wrote Nils Faerber: > acpi_power-0363 [446] acpi_power_transition : Error transitioning device > [CFAN] to D3 acpi_bus-0496 [445] acpi_bus_set_power : Error > transitioning device [CFAN] to D3 acpi_thermal-0567 [444] > acpi_thermal_active : Unable to turn cooling device [c159f1a8] 'off' Yep, I confirm. This happens when cooling is passive. When it is active, echoing 1 to the CFAN/state gives an oops (attached), and the whole ACPI subsystem screws up (i.e. processes defunct when writing). I'm using 2.4.20-acpi-20021212. > Next I found that the thermal management seems a little strange. > It does a pretty nice job controlling the CPU temperature using the CPU > throtteling. But the performance settings are used in the wrong way. > When my CPU gets hotter the performance setting is (re)set to maximum > performance and all manual resetting it is reverted after some seconds. Thanks for tracking it down. Indeed, when cooling mode is set to passive and CPU intensive tasks are run, the performance setting is switched back to P0. This does not (to my knowledge) happen, when cooling mode is active. Strangely, this is the only time the ACPI subsystem notices change in processor performance. Oh, and BTW: P4-M should support C3 state? If it says it doesn't, should I [bf]lame the manufacturer? Best regards, -- Karol 'sziwan' Kozimor sziwan-DETuoxkZsSqrDJvtcaxF/A@public.gmane.org --1yeeQ81UyVL57Vl7 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: attachment; filename=oops ymoops 2.4.8 on i686 2.4.20-xfs-cpufreq-swsusp. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.20-xfs-cpufreq-swsusp/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Unable to handle kernel paging request at virtual address 87ec33cc c0207057 *pde = 00000000 Oops: 0000 CPU: 0 EIP: 0010:[] Not tainted Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010246 eax: 00000000 ebx: 87ec33cc ecx: 00000000 edx: c2817d7c esi: 87ec33cc edi: c2817df4 ebp: c021acf0 esp: c2817d84 ds: 0018 es: 0018 ss: 0018 Process kacpidpc (pid: 2926, stackpage=c2817000) Stack: 00001001 c02081ad 87ec33cc c02161bb 00200000 c2817df4 c2817dc0 87ec33cc 87ec33cc c021ada0 87ec33cc c021acf0 c2817df4 00200000 00000000 00010000 c02d9c9f c02d9c54 00000050 00000000 c2817df8 c2817e34 c0224c68 87ec33cc Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 80 3b aa 0f 44 c3 5b c3 90 a1 94 f8 35 c0 eb f6 89 f6 8d bc >>EIP; c0207057 <===== >>edx; c2817d7c <_end+2499f24/12496208> >>edi; c2817df4 <_end+2499f9c/12496208> >>ebp; c021acf0 >>esp; c2817d84 <_end+2499f2c/12496208> Trace; c02081ad Trace; c02161bb Trace; c021ada0 Trace; c021acf0 Trace; c0224c68 Trace; c02163d0 Trace; c0225246 Trace; c022589c Trace; c021b2f2 Trace; c02163d0 Trace; c0216100 Trace; c022ac0c Trace; c0229cb9 Trace; c022b0df Trace; c022c2d2 Trace; c01f0a3e Trace; c01e5d73 Trace; c01f09d0 Trace; c010582e Trace; c01e5ca0 Code; c0207057 00000000 <_EIP>: Code; c0207057 <===== 0: 80 3b aa cmpb $0xaa,(%ebx) <===== Code; c020705a 3: 0f 44 c3 cmove %ebx,%eax Code; c020705d 6: 5b pop %ebx Code; c020705e 7: c3 ret Code; c020705f 8: 90 nop Code; c0207060 9: a1 94 f8 35 c0 mov 0xc035f894,%eax Code; c0207065 e: eb f6 jmp 6 <_EIP+0x6> Code; c0207067 10: 89 f6 mov %esi,%esi Code; c0207069 12: 8d bc 00 00 00 00 00 lea 0x0(%eax,%eax,1),%edi 1 warning issued. Results may not be reliable. --1yeeQ81UyVL57Vl7-- ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf