Date: Thu, 21 Nov 2002 15:00:13 -0800 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> Subject: RE: [acpi-jp 1964] Re: Call for testers: acpica-unix-20021118.tar .gz Message-ID: <B9ECACBD6885D5119ADC00508B68C1EA0D19B932@orsmsx107.jf.intel.com>
next in thread | raw e-mail | index | archive | help
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
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?B9ECACBD6885D5119ADC00508B68C1EA0D19B932>