From owner-acpi-jp@jp.FreeBSD.org Wed Nov 27 04:24:46 2002
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) id gAQJOkT70651;
	Wed, 27 Nov 2002 04:24:46 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from hermes.fm.intel.com (fmr01.intel.com [192.55.52.18])
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet id gAQJND270470;
	Wed, 27 Nov 2002 04:23:13 +0900 (JST)
	(envelope-from robert.moore@intel.com)
Received: from petasus.fm.intel.com (petasus.fm.intel.com [10.1.192.37])
	by hermes.fm.intel.com (8.11.6/8.11.6/d: outer.mc,v 1.51 2002/09/23 20:43:23 dmccart Exp $) with ESMTP id gAQJLGl11425;
	Tue, 26 Nov 2002 19:21:16 GMT
Received: from fmsmsxvs042.fm.intel.com (fmsmsxvs042.fm.intel.com [132.233.42.128])
	by petasus.fm.intel.com (8.11.6/8.11.6/d: inner.mc,v 1.27 2002/10/16 23:46:59 dmccart Exp $) with SMTP id gAQJItu14445;
	Tue, 26 Nov 2002 19:18:55 GMT
Received: from FMSMSX018.fm.intel.com ([132.233.42.197])
 by fmsmsxvs042.fm.intel.com (NAVGW 2.5.2.11) with SMTP id M2002112611235307931
 ; Tue, 26 Nov 2002 11:23:53 -0800
Received: by fmsmsx018.fm.intel.com with Internet Mail Service (5.5.2653.19)
	id <VBXX5QFA>; Tue, 26 Nov 2002 11:23:11 -0800
Message-ID: <B9ECACBD6885D5119ADC00508B68C1EA0D19B94E@orsmsx107.jf.intel.com>
From: "Moore, Robert" <robert.moore@intel.com>
To: "'acpi-jp@jp.FreeBSD.org'" <acpi-jp@jp.FreeBSD.org>, 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: Tue, 26 Nov 2002 11:22:39 -0800
X-Sequence: acpi-jp 1987
Subject: [acpi-jp 1987] 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

You'll need to enable the ACPI debug output and send this out so we can get
a better idea of what is going on.

Thanks,
Bob


-----Original Message-----
From: Matthew Emmerton [mailto:matt@gsicomp.on.ca] 
Sent: Tuesday, November 26, 2002 5:54 AM
To: current@freebsd.org; Mitsuru IWASAKI
Cc: acpi-jp@jp.FreeBSD.org
Subject: [acpi-jp 1982] Re: Call for testers: acpica-unix-20021118.tar.gz

ACPI stiil fails miserably on my Thinkpad T23 with these patches.

I've attached the ASL and DSDT data in tar.gz format.

Output from boot -v (transcribed by hand, so forgive any obvious typos)
Note -- the 'o' character in 'So' below is really o with an umlat.  I
suspect the space in 'T ' is a non-breaking space as well.

acpi0:  <IBM     TP-1A    > on motherboard
    ACPI-0625:  *** Info: GPE Block0 defined as GPE0 to GPE15
    ACPI-0625:  *** Info: GPE Block1 defined as GPE16 to GEP31
pci_open(1):   mode 1 addr port (0x0cf8) is 0x80000058
pci_open(1a):   mode1res=0x80000000 (0x80000000)
pci_cfgcheck:  device 0 [class=060000] [hdr=00] is there (id=35758086)
Using $PIR table, 14 entries at 0xc00fdeb0
< skipping PCI interrupt list >
    ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
    ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
    ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
    ACPI-1287: *** Error: Method execution failed, AE_NOT_EXIST
    ACPI-0383: *** Error: NsSearchAndEnter: Bad character in ACPI Name:
f0009453
    ACPI-0438: *** Error: Looking up [So] in namespace, AE_BAD_CHARACTER
    ACPI-1287: *** Error: Method execution failed, AE_BAD_CHARACTER
    ACPI-0383: *** Error: NsSearchAndEnter: Bad character in ACPI Name:
f0009453
    ACPI-0438: *** Error: Looking up [So] in namespace, AE_BAD_CHARACTER
    ACPI-1287: *** Error: Method execution failed, AE_BAD_CHARACTER
    ACPI-0383: *** Error: NsSearchAndEnter: Bad character in ACPI Name:
f000ff54
    ACPI-0438: *** Error: Looking up [T ] in namespace, AE_BAD_CHARACTER
    < repeat last 3 lines 8 times >

panic: kmem_malloc: entry not found or misaligned
Debugger("panic")
Stopped at       Debugger+0x54:  xchgl  %ebx,in_Debugger.0
db> show registers
..
edx         0x400000
ebx                   0
...
db> trace
panic(c03d0e4c,0,c05838c0,1,0) at panic+0xab
kmem_malloc(c0832078,1000,1,c058391c,c034c20b) at kmem_malloc+0x33c
page_alloc(c083ac80,1000,c058390f,1,780) at page_alloc_0x27
slab_zalloc(c083ac80,1,c4049f6c,c4049f40,63) at slab_zalloc+0xfb
uma_zone_slab(c083ac80,1,15f,c4046400,c083ad68) at uma_zone_slab+0x9e
uma_zalloc_bucket(c083ac80,1,c03d2929,57e,c151a380) at
uma_zalloc_bucekt+0x16d
uma_zalloc_arg(c083ac80,0,1,c151a380,c083ac80) at uma_zalloc_arg+0x2f5
malloc(1c,c0550da0,1,c0583940,c0538538) at malloc+0x76
AcpiOsAllocate(1c,c05839f0,c053a4fc,c054fe24,0) at AcpiOsAllocate+0x21
AcpiUtCallocate(1c,1,c054b483,ff,0) at AcpiUtCallocate+0x48
AcpiUtAcquireFromCache(3,0,1000000,0,c3fa4000) at
AcpiUtAcquireFromCache+0xac
AcpiPsAllocOp(0,c4046400,0,c0246966,c3fa41e4) at AcpiPsAllocOp+0x7c
AcpiPsParseLoop(c3fa4000,c403b040,c0583b0c,0,0) at AcpiPsParseLoop+0x37e
AcpiPsParseAml(c3fa4000,c4040340,c4044700,d7ae2332,2f) at
AcpiPsParseAml+0x7c
AcpiPsxExecute(c4044700,0,c0583b74,c4044700,c0583bfc) at
AcpiPsxExecute+0x12f
AcpiNsExecuteControlMethod(c4044700,0,c0583b74,c151a500,0) at
AcpiNsExecuteControlMethod+0x5f
AcpiNsEvaluateByHandle(c4044700,0,c0583bfc,e,0) at AcpiNsEvalueByHandle+0x92
AcpiNsEvaluateRelative(c4044760,c054b6d3,0,c0583bfc0) at
AcpiNsEvaluateRelative+0xde
AcpiUtExecute_STA(c4044760,c0583c20,0,0,c0583c30) at AcpiUtExecute_STA+0x31
AcpiNsInitOneDevice(c4044760,2,c0583c84,0,6) at AcpiNsInitOneDevice+0x77
AcpiNsInitializeDevices(0,c0583cdc,c053b42e,0,2) at
AcpiNsInitializeDevices+0x53
AcpiInitializeObjects(0,2,c052b930,0,0) at AcpiInitializeObjects+0x14
acpi_attach(c403c200,c4005098,c03e3954,c1503a70,c05500e3) at
acpi_attach+0x15e

