From owner-acpi-jp@jp.FreeBSD.org Tue Jul 29 17:39:54 2003
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) id h6T8dsS29493;
	Tue, 29 Jul 2003 17:39:54 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from birch.ripe.net (birch.ripe.net [193.0.1.96])
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) with ESMTP/inet id h6T8dpT29483
	for <acpi-jp@jp.FreeBSD.org>; Tue, 29 Jul 2003 17:39:52 +0900 (JST)
	(envelope-from marks@ripe.net)
Received: from laptop.6bone.nl (cow.ripe.net [193.0.1.239])
	by birch.ripe.net (8.12.9/8.11.6) with SMTP id h6T8diNe019336
	for <acpi-jp@jp.FreeBSD.org>; Tue, 29 Jul 2003 10:39:44 +0200
Received: (nullmailer pid 832 invoked by uid 1000);
	Tue, 29 Jul 2003 06:32:05 -0000
From: Mark Santcroos <marks@ripe.net>
To: acpi-jp@jp.FreeBSD.org
Message-ID: <20030729063204.GB670@laptop.6bone.nl>
References: <20030728195450.GA9620@buffy.brucec.backnet>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20030728195450.GA9620@buffy.brucec.backnet>
User-Agent: Mutt/1.4.1i
X-Handles: MS6-6BONE, MS18417-RIPE
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Tue, 29 Jul 2003 08:32:04 +0200
X-Sequence: acpi-jp 2518
Subject: [acpi-jp 2518] Re: ACPI on Dell Inspiron 8500
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: marks@ripe.net
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+030702

On Mon, Jul 28, 2003 at 08:54:50PM +0100, Bruce Cran wrote:
> Now that the ACPI on the 8500 mostly works, I was wondering if there's 
> anything
> more which can be done to the DSDT to make it work 'better'.   The recent 
> acpica import hasn't fixed the warnings about zero length buffers when using
> the unpatched dsdt, but the only actual error with the patched version is 
> about
> the second battery initialization, which makes sense since there's no second
> battery installed on 8500s.   

Are you running with or without the patches applied to your DSDT? I wasn't
aware that this is worked around in the ACPI-CA, so AFAIK you will still
get the warnings and you can't use battery info when you don't patch your
DSDT.

> While running Windows XP and speedfan, I've seen
> events being reported such as 'battery high, 80%, battery medium, 50%, battery
> low, 20%', but it appears that since there's no ec on the 8500, no battery
> events get reported and when the battery runs out the computer just loses power!  

This has nothing to do with the EC. FreeBSD just doesn't do anything yet with
that kind of information. In the meanwhile you can write a very simple
script that reads the apm output and shutdowns your machine if it becomes
critical low.

> Also, I've seen that the Dells can report the temperature of system, hard
> drive, DIMMs, and CPU - but I only get the system temperature with the FreeBSD
> acpi.
> Is this something which can be fixed using an ASL patch, or does Dell just do
> the whole acpi thing differently?   

No, this is a FreeBSD lack. It's not very hard, and we just have to write
some parser code that does this and outputs it somewhere. It's not very
important though, it's just 'nice to know'.

> Also, suspend still doesn't work - 
> on my computer, the machine seems to suspend but immediately gets woken up,
> but the screen stays blank and the computer has to be reset - it used to be 
> that I could reboot it using Ctrl-Alt-Delete, but that seems to have stopped
> working now.

Hrm, interesting. My machine is kind of similar to yours. I'm working on
the suspend issue, as I am desperately in need of S3.

> Running
> 'acpiconf -s 3' over a serial console results in a panic in the syscons 
> driver.

Well, this can be tricky. I'm not sure that the panic you see with serial
console will be the same panic that you don't see when you don't use a
serial console.

> If it's useful I can send a log of 'boot -s -v' with hw.acpi.verbose=1.   
> Apologies if this has already been discussed on the mailing list, I've not 
> seen any messages about the Dells since the initial ASL patches a few weeks 
> ago.

Not really necesarry at this point as your machine is probably same as
mine. Keep watching this list.

Mark

-- 
Mark Santcroos                    RIPE Network Coordination Centre
http://www.ripe.net/home/mark/    New Projects Group/TTM
