From owner-acpi-jp@jp.freebsd.org  Tue Sep 11 08:57:21 2001
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id IAA81781;
	Tue, 11 Sep 2001 08:57:21 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from reason.levels.unisa.edu.au (reason.levels.unisa.edu.au [130.220.33.11])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id IAA81775;
	Tue, 11 Sep 2001 08:57:18 +0900 (JST)
	(envelope-from cisbjc@reason.levels.unisa.edu.au)
Received: from reason.levels.unisa.edu.au (cis202068.levels.unisa.edu.au [130.220.37.202])
	by reason.levels.unisa.edu.au (8.9.3/8.9.3) with ESMTP id JAA12885;
	Tue, 11 Sep 2001 09:27:16 +0930 (CST)
Message-ID: <3B9D536B.B7DD5A9C@reason.levels.unisa.edu.au>
Date: Tue, 11 Sep 2001 09:27:31 +0930
From: Benjamin Close <cisbjc@cs.unisa.edu.au>
X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.4.2-2 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: acpi-jp@jp.freebsd.org
CC: iwasaki@jp.freebsd.org
References: <3B9C67A5.9FE17C92@reason.levels.unisa.edu.au> <20010911.002024.07646982.iwasaki@jp.FreeBSD.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+010328
X-Sequence: acpi-jp 1264
Subject: [acpi-jp 1264] Re: ACPI Data for a Dell Inspiron 8000 Laptop (Updated 
 with Full Testing)
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: benjsc@cs.unisa.edu.au

Mitsuru IWASAKI wrote:
> 
> Hi, thanks for your report.  I'll add submitted ACPI data to our collection.
> 
> >       Find attached some data to help out with getting ACPI running smoothly.
> > Many features work with this laptop but the most annoying complaint is
> > the lack of console display being restored after a suspend/resume.
> 
> Are you using APM suspend/resume on ACPI enabled system?  I know that
> some machines can support both at the same time, but many machines cannnot.
> Please try to use acpiconf(8) under ACPI instead of apm(8)/zzz(8), then
> report the problems to acpi-jp ML if exists.

Under apm alone the laptop display restores fine (infact everything
works). Under ACPI alone or ACPI with apm enabled, the display flickers
to life after a resume, I see the contents of the last screen before the
suspend, then a few seconds later the display goes blank again.

Strangly enough, starting X will kick the display back to life. However,
if X is running when the laptop is suspended, upon a resume I must
switch to console, then back to X before the display is restored.

Regardless, display in the console is never restored.

Using ACPI Only

acpiconf -s1:
	- Suspends laptop, fails to restore display on resume (as described
above)

acpiconf -s2:
acpi0: AcpiHwObtainSleepTypeRegisterData failed - AE_NOT_FOUND

acpiconf -s3:
	- Does bad things!
	- Dumps acpicpu Register Information (too quick to record)
	- Makes the screen go white
	- Disables any use of the powerbutton
	- Requires battery removal to fix

acpiconf -s4 or -s4b:
	- Dumps acpicpu register Information (too quick to record)
	- Turns laptop off without shutdown

acpiconf -s5:
	- Shutsdown laptop & powers off system perfectly

I get around the display blank problem with: (I have apm running
normally )

|acpiconf -d     # Disable acpi
|apm -e disable  # Disable apm
|apm -d disable  # Disable laptop resume on lid shut for apm

At this point the display blanks. I shut the lid, open it and all is
restored as normal (with the kernel printing: stray irq 9 - I assume
this is because I disable acpi)

One thing I never mentioned before. If I have acpi & apm enabled.
running: zzz will put the laptop in a VERY deep sleep. The power button
does nothing, removing the battery does nothing. I turn the laptop on,
it turns itself off. The only way around this is remove the memory from
DIMM1 put it back in then power cycle twice. Something I'd prefer not to
have to do :P

Let me know what to try/send if you want more details.

Cheers,
	Benjamin
