From owner-freebsd-acpi@FreeBSD.ORG  Wed Feb 13 10:43:01 2008
Return-Path: <owner-freebsd-acpi@FreeBSD.ORG>
Delivered-To: freebsd-acpi@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id D861E16A478
	for <freebsd-acpi@freebsd.org>; Wed, 13 Feb 2008 10:43:01 +0000 (UTC)
	(envelope-from matthieu@nxdomain.fr)
Received: from homer.epita.info (alice.nxdomain.fr [213.251.160.11])
	by mx1.freebsd.org (Postfix) with ESMTP id A47A513C47E
	for <freebsd-acpi@freebsd.org>; Wed, 13 Feb 2008 10:43:01 +0000 (UTC)
	(envelope-from matthieu@nxdomain.fr)
Received: from [127.0.0.1] (localhost [127.0.0.1])
	by homer.epita.info (Postfix) with ESMTP id 9422378C66
	for <freebsd-acpi@freebsd.org>; Wed, 13 Feb 2008 11:26:27 +0100 (CET)
Message-ID: <47B2C5D3.7090103@nxdomain.fr>
Date: Wed, 13 Feb 2008 11:26:27 +0100
From: Matthieu Michaud <matthieu@nxdomain.fr>
User-Agent: Thunderbird 2.0.0.9 (Windows/20071031)
MIME-Version: 1.0
To: freebsd-acpi@freebsd.org
References: <47AE163F.9000008@gmx.de>
In-Reply-To: <47AE163F.9000008@gmx.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: Acpi problems with HP 6501b
X-BeenThere: freebsd-acpi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: ACPI and power management development <freebsd-acpi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-acpi>
List-Post: <mailto:freebsd-acpi@freebsd.org>
List-Help: <mailto:freebsd-acpi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 13 Feb 2008 10:43:01 -0000

Dominic Fandrey a écrit :
> Apart from there not being a specific acpi module for HP notebooks my 
> new HP Compaq 6510b GR695EA#ABD has some other problems. First of all 
> there seems to be a fault in the ACPI-BIOS, for it defines a CRT of 
> 256°C for tz0:
> 
> Feb  9 21:46:37 mobileKamikaze kernel: acpi_tz0: _CRT value is absurd, 
> ignored (256.0C)
> 
> This message is quite uselessly posted every couple of seconds. I fear 
> this asks for one more addition to the quirks, for I doubt the vendor 
> will come up with a BIOS update that fixes this behaviour.
> 
> The next problem is that acpiconf -s # doesn't work:
> 
> # acpiconf -s 3                                      0 /root
> acpiconf: request sleep type (3) failed: Operation not supported
> # acpiconf -s 4                                     74 /root
> acpiconf: request sleep type (4) failed: Operation not supported
> # acpiconf -s 5                                     74 /root
> acpiconf: request sleep type (4) failed: Operation not supported
> #                                                   74 /root
> 
> The number on the right displays the return value of the previous command.
> 
> Here are some select sysctl values:
> hw.acpi.supported_sleep_state: S3 S4 S5
> hw.acpi.power_button_state: S5
> hw.acpi.sleep_button_state: S3
> hw.acpi.lid_switch_state: NONE
> hw.acpi.standby_state: S1
> hw.acpi.suspend_state: S3
> hw.acpi.sleep_delay: 1
> hw.acpi.s4bios: 1
> 
> I was especially happy about the last value. To bad I cannot put it to 
> the test.

I have the same hardware running 7-stable and the same issue. Could it 
be fixed ? Does one need vendor information to do so ?