From owner-acpi-jp@jp.FreeBSD.org Wed Nov 27 09:47:59 2002
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) id gAR0lxF16593;
	Wed, 27 Nov 2002 09:47:59 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from tomts11-srv.bellnexxia.net (tomts11.bellnexxia.net [209.226.175.55])
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet id gAR0kK216563;
	Wed, 27 Nov 2002 09:46:21 +0900 (JST)
	(envelope-from matt@gsicomp.on.ca)
Received: from xena.gsicomp.on.ca ([65.95.176.205])
          by tomts11-srv.bellnexxia.net
          (InterMail vM.5.01.04.19 201-253-122-122-119-20020516) with ESMTP
          id <20021127004618.CGGG23632.tomts11-srv.bellnexxia.net@xena.gsicomp.on.ca>;
          Tue, 26 Nov 2002 19:46:18 -0500
Received: from hermes (hermes.gsicomp.on.ca [192.168.0.18])
	by xena.gsicomp.on.ca (8.11.3/8.11.3) with SMTP id gAR0kES14294;
	Tue, 26 Nov 2002 19:46:14 -0500 (EST)
	(envelope-from matt@gsicomp.on.ca)
Message-ID: <00a001c295ae$65833160$1200a8c0@gsicomp.on.ca>
From: "Matthew Emmerton" <matt@gsicomp.on.ca>
To: <current@freebsd.org>, <iwasaki@jp.FreeBSD.org>, <acpi-jp@jp.FreeBSD.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4807.1700
X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4910.0300
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Tue, 26 Nov 2002 19:46:16 -0500
X-Sequence: acpi-jp 1993
Subject: [acpi-jp 1993] Fw: 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: matt@gsicomp.on.ca
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+021111

As Nate kindly pointed out, my laptop needed a BIOS upgrade.  With the
upgrade, I can boot fine with ACPI enabled, although some
sleep/suspend/resume stuff doesn't work right.  Nate's already reported
that.

Thanks,
Matt

----- Original Message -----
From: "Matthew Emmerton" <matt@gsicomp.on.ca>
To: <current@FreeBSD.ORG>; "Mitsuru IWASAKI" <iwasaki@jp.FreeBSD.org>
Cc: <acpi-jp@jp.FreeBSD.org>
Sent: Tuesday, November 26, 2002 8:54 AM
Subject: 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
>
>

