From owner-acpi-jp@jp.FreeBSD.org Fri Nov 22 09:17:28 2002
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) id gAM0HS094248;
	Fri, 22 Nov 2002 09:17:28 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from petasus.ch.intel.com (petasus.ch.intel.com [143.182.124.5])
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet id gAM0HA294220;
	Fri, 22 Nov 2002 09:17:11 +0900 (JST)
	(envelope-from robert.moore@intel.com)
Received: from fmsmsxvs043.fm.intel.com (fmsmsxvs043.fm.intel.com [132.233.42.129])
	by petasus.ch.intel.com (8.11.6/8.11.6/d: solo.mc,v 1.48 2002/10/16 23:47:34 dmccart Exp $) with SMTP id gAM0IG229644;
	Fri, 22 Nov 2002 00:18:16 GMT
Received: from fmsmsx019.fm.intel.com ([132.233.42.130])
 by fmsmsxvs043.fm.intel.com (NAVGW 2.5.2.11) with SMTP id M2002112116151505849
 ; Thu, 21 Nov 2002 16:15:15 -0800
Received: by fmsmsx019.fm.intel.com with Internet Mail Service (5.5.2653.19)
	id <VF691XT8>; Thu, 21 Nov 2002 16:17:04 -0800
Message-ID: <B9ECACBD6885D5119ADC00508B68C1EA0D19B934@orsmsx107.jf.intel.com>
From: "Moore, Robert" <robert.moore@intel.com>
To: "'acpi-jp@jp.FreeBSD.org'" <acpi-jp@jp.FreeBSD.org>,
   John Baldwin
	 <jhb@freebsd.org>
Cc: current@freebsd.org, Mitsuru IWASAKI <iwasaki@jp.FreeBSD.org>
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2653.19)
Content-Type: text/plain
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Thu, 21 Nov 2002 16:17:02 -0800
X-Sequence: acpi-jp 1967
Subject: [acpi-jp 1967] RE: Call for testers: acpica-unix-20021118.tar
 .gz
Errors-To: owner-acpi-jp@jp.FreeBSD.org
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: robert.moore@intel.com
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+021111


Unfortunately, the ACPI specification also says this:

"Each register block contains two registers of equal length: GPEx_STS and
GPEx_EN (where x is 0 or 1). The length of the GPE0_STS and GPE0_EN
registers is equal to half the GPE0_LEN. The length of the GPE1_STS and
GPE1_EN registers is equal to half the GPE1_LEN. If a generic register block
is not supported then its respective block pointer and block length values
in the FADT table contain zeros. The GPE0_LEN and GPE1_LEN do not need to be
the same size."


I guess that we will have to code it this way -- if EITHER the GPE1_BLK or
GPE1_BLK_LEN is zero, there is no GPE1.  Likewise with the GPE0 block.


Bob



-----Original Message-----
From: Moore, Robert [mailto:robert.moore@intel.com] 
Sent: Thursday, November 21, 2002 3:00 PM
To: 'acpi-jp@jp.FreeBSD.org'; John Baldwin
Cc: current@freebsd.org; Mitsuru IWASAKI
Subject: [acpi-jp 1965] RE: Call for testers: acpica-unix-20021118.tar .gz



	DSDT=0x3ffbf77
	INT_MODEL=PIC
	SCI_INT=9
	SMI_CMD=0xb1, ACPI_ENABLE=0xf0, ACPI_DISABLE=0xf1, S4BIOS_REQ=0x0
	PM1a_EVT_BLK=0x1000-0x1003
	PM1a_CNT_BLK=0x1004-0x1005
	PM2_CNT_BLK=0x1030-0x1030
	PM2_TMR_BLK=0x1008-0x100b
	PM2_GPE0_BLK=0x1018-0x101b
	P_LVL2_LAT=200ms, P_LVL3_LAT=2000ms
	FLUSH_SIZE=0, FLUSH_STRIDE=0
	DUTY_OFFSET=1, DUTY_WIDTH=3
	DAY_ALRM=72, MON_ALRM=73, CENTURY=50
	Flags={WBINVD,PROC_C1,SLP_BUTTON,TMR_VAL_EXT}

Juli, John,

This is interesting that no GPE1 information shows up.

It may be the case that GPE1_BLK is zero, but GPE1_BLK_LEN is not zero in
the FADT.

According to the ACPI spec, only (GPE1_BLK == 0) indicates that there is no
GPE1 block;  It may be that if GPE1_BLK_LEN is non-zero, but GPE1_BLK is
zero, the CA code is not handling this correctly.  I will investigate and
report back.

Bob
