From owner-acpi-jp@jp.FreeBSD.org Thu Sep 26 05:26:13 2002
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) id g8PKQDs87375;
	Thu, 26 Sep 2002 05:26:13 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from mail.speakeasy.net (mail11.speakeasy.net [216.254.0.211])
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet id g8PKQC387370
	for <acpi-jp@jp.FreeBSD.org>; Thu, 26 Sep 2002 05:26:13 +0900 (JST)
	(envelope-from jhb@FreeBSD.org)
Received: (qmail 10932 invoked from network); 25 Sep 2002 20:26:10 -0000
Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63])
          (envelope-sender <jhb@FreeBSD.org>)
          by mail11.speakeasy.net (qmail-ldap-1.03) with DES-CBC3-SHA encrypted SMTP
          for <acpi-jp@jp.FreeBSD.org>; 25 Sep 2002 20:26:10 -0000
Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1])
	by server.baldwin.cx (8.12.5/8.12.5) with ESMTP id g8PKQ7Bv089489;
	Wed, 25 Sep 2002 16:26:08 -0400 (EDT)
	(envelope-from jhb@FreeBSD.org)
Message-ID: <XFMail.20020925162609.jhb@FreeBSD.org>
X-Mailer: XFMail 1.5.2 on FreeBSD
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <20020925131704.A40592@FreeBSD.org>
From: John Baldwin <jhb@freebsd.org>
To: Juli Mallett <jmallett@freebsd.org>
Cc: acpi-jp@jp.FreeBSD.org
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Wed, 25 Sep 2002 16:26:09 -0400
X-Sequence: acpi-jp 1847
Subject: [acpi-jp 1847] RE: Toshiba Satellite with strange ACPI
Errors-To: owner-acpi-jp@jp.FreeBSD.org
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: jhb@FreeBSD.org
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+020902


On 25-Sep-2002 Juli Mallett wrote:
> Hi,
> 
> I have a Toshiba Satellite that was recently given to me.  It's got a
> lot of strange hardware from Acer but the most annoying things are the
> failed ACPI support, and USB.  I've run my ACPI stuff by a few people
> on IRC, to not much of a result.  Here are the ACPI related lines of
> my FreeBSD 5.0-CURRENT<JPSNAP> dmesg(8), and my acpidump(8) output is
> attached.
> 
> %%%
> acpi0: <PTLTD    RSDT  > on motherboard
>     ACPI-0466: *** Error: GPE0 block overlaps the GPE1 block
> acpi0: could not enable ACPI: AE_BAD_VALUE
> device_probe_and_attach: acpi0 attach returned 6
> %%%

Intel folks: according to the acpidump it seems that she doesn't have
any GPE1 block at all.  Looking at evevent.c, it seems that when setting
up Gpe initialize the code doesn't check to see if GPE1LEN and GPE1BLK
are zero to see if it has a GPE1 block.  Looking at the logs, it looks
like it did check LEN and BLK at some point.  According to the text of
the specification quoted in the comment above the code it seems that
you should be checking to see if BLK and LEN in the FADT are zero for
each GPE block before doing anything else.

-- 

John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve!"  -  http://www.FreeBSD.org/
