From owner-acpi-jp@jp.FreeBSD.org Fri May  9 23:18:14 2003
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) id h49EIED02575;
	Fri, 9 May 2003 23:18:14 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from brian.webcom.it (brianlap.inet.it [213.92.1.190])
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) with ESMTP/inet id h49EICY02570
	for <acpi-jp@jp.FreeBSD.org>; Fri, 9 May 2003 23:18:13 +0900 (JST)
	(envelope-from andrea@webcom.it)
Received: by brian.webcom.it (Postfix, from userid 1000)
	id 837B92C; Fri,  9 May 2003 16:18:07 +0200 (CEST)
From: Andrea Campi <andrea@webcom.it>
To: acpi-jp Mailing List <acpi-jp@jp.FreeBSD.org>
Message-ID: <20030509141805.GA815@webcom.it>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike
User-Agent: Mutt/1.5.4i
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Fri, 9 May 2003 16:18:06 +0200
X-Sequence: acpi-jp 2198
Subject: [acpi-jp 2198] 0228 regressions on Thinkpad 570E
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: andrea@webcom.it
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+030405

Hi all,

I'm observing a couple of regressions on my Thinkpad 570E (AML already in archive).

First of all, I'm now getting these message at boot:

May  9 16:03:16 brian kernel: acpi_cmbat0: battery initialization failed, giving up
May  9 16:03:16 brian kernel: acpi_cmbat1: battery initialization failed, giving up

where before the last import, I only got the message about acpi_cmbat1 (which albeit
not correct is ok, since the battery is not there).

Second, thermal is broken. This is what I have:

hw.acpi.thermal.min_runtime: 300
hw.acpi.thermal.polling_rate: 3
hw.acpi.thermal.tz0.temperature: 3382
hw.acpi.thermal.tz0.active: -1
hw.acpi.thermal.tz0.thermal_flags: 0
hw.acpi.thermal.tz0._PSV: 3632
hw.acpi.thermal.tz0._HOT: -1
hw.acpi.thermal.tz0._CRT: 3732
hw.acpi.thermal.tz0._ACx: 3422 -1 -1 -1 -1 -1 -1 -1 -1 -1


But as soon as I have any serious activity, the reading becomes:

hw.acpi.thermal.tz0.temperature: 65535

which strikes me as being either an overflow or (more probably) a return value of -1 from somewhere.
Again, this used to work until the last import; the fan used to start as soon as the threshold was
crossed.

On a related note: I've had my laptop turn itself off on several occasions when under high CPU
activity. I just noticed the following code in acpi_thermal.c:acpi_tz_monitor:

    /*
     * If we have just become _HOT or _CRT, warn the user.
     *
     * We should actually shut down at this point, but it's not clear
     * that some systems don't actually map _CRT to the same value as _AC0.
     */
    if ((newflags & (TZ_THFLAG_HOT | TZ_THFLAG_CRT)) &&
        !(sc->tz_thflags & (TZ_THFLAG_HOT | TZ_THFLAG_CRT))) {
        device_printf(sc->tz_dev, "WARNING - current temperature (%d.%dC) exceeds system limits\n",
                      TZ_KELVTOC(sc->tz_temperature));
        /* shutdown_nice(RB_POWEROFF);*/
    }
    sc->tz_thflags = newflags;


I'm going to try uncommenting the call to shutdown_nice(RB_POWEROFF); - anything I should be wary
off? The comment doesn't apply to my machine.
Note that this is intended to be only a safety measure - I'm actually running with

hw.acpi.cpu.performance_speed: 7

instead of 8 to avoid the problem altogether.


Bye,
	andrea

-- 
   "One world, one web, one program"  -- Microsoft promotional ad
         "Ein Volk, ein Reich, ein Fuehrer"  -- Adolf Hitler
