From owner-acpi-jp@jp.FreeBSD.org Fri May  9 15:08:42 2003
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) id h4968gR47370;
	Fri, 9 May 2003 15:08:42 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from smtp-1.paradise.net.nz (smtp-1a.paradise.net.nz [202.0.32.194])
	by castle.jp.FreeBSD.org (8.11.6p2+3.4W/8.11.3) with ESMTP/inet id h4968eY47365
	for <acpi-jp@jp.FreeBSD.org>; Fri, 9 May 2003 15:08:41 +0900 (JST)
	(envelope-from andy@fud.org.nz)
Received: from [192.168.10.254] (203-79-110-29.cable.paradise.net.nz [203.79.110.29])
	by smtp-1.paradise.net.nz (Postfix) with ESMTP
	id EA65B83804; Fri,  9 May 2003 18:08:32 +1200 (NZST)
From: Andrew Thompson <andy@fud.org.nz>
To: Magnus B{ckstr|m <b@etek.chalmers.se>
Cc: acpi-jp@jp.FreeBSD.org, current@freebsd.org
In-Reply-To: <03May9.163429nzst.119063@homer.fire.org.nz>
References: 
	 <Pine.BSF.4.44.0305080930410.2828-100000@knase19.etek.chalmers.se>
	 <03May9.163429nzst.119063@homer.fire.org.nz>
Content-Type: text/plain
Organization: 
Message-Id: <1052460627.16411.21.camel@localhost>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.2.4 
Content-Transfer-Encoding: 7bit
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: 09 May 2003 18:10:28 +1200
X-Sequence: acpi-jp 2196
Subject: [acpi-jp 2196] Re: Outstanding ACPI issues for 5.1-RELEASE
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: andy@fud.org.nz
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+030405

On Fri, 2003-05-09 at 16:34, Andrew Thompson wrote:
> On Thu, 2003-05-08 at 20:28, Magnus B{ckstr|m wrote: 
> > I'm afraid this may not be the end of it.  An N800c I encountered a few
> > weeks ago consistently had _HIDs with asterisks.  If I may contribute
> > an untested general workaround (untested because I don't currently have
> > access to the hardware):
> > 
> > Index: src/sys/dev/acpica/acpi.c
> > diff -u src/sys/dev/acpica/acpi.c:1.1.1.6.2.1 src/sys/dev/acpica/acpi.c:1.1.1.6.2.2
> > [snip]
> > Furthermore, the laptop used idioms that were a bit too modern for
> > our ACPI implementation.  CIDs are allowed to be not only integers,
> > but also buffers (think `char *') with images of ACPI_INTEGERs, and
> > packages with multiple integer objects in them (for multiple possible
> > CIDs).  The below -should- fix this but is also untested.
> > 
> > Index: src/sys/dev/acpica/acpi.c
> > diff -u src/sys/dev/acpica/acpi.c:1.1.1.6.2.2 src/sys/dev/acpica/acpi.c:1.1.1.6.2.3
> > [snip]
> 
> Amazing, she works now. :-D
> 
> I applied these two patches and recompiled. Attached is my dmesg and
> sysctl output.  
> 

But I did just get this panic while doing a buildworld (hand copied), it
looks like it was trying to turn on the fan due to heat??


Fatal trap 12: page fault while in kernel mode
fault virtual address	= 0x1
fault code		= supervisor read, page not present
instruction pointer	= 0x8:0xc05834d0
stack pointer		= 0x10:0xd6784bf0
frame pointer		= 0x10:0xd6784bf0
code segment		= base 0x0, limit 0xfffff, type 0x1b
			= DPL 0, pres 1, def32 1, gran 1
processor eflags	= interrupt enabled, resume, IOPL = 0
current process		= 5 (acpi_task0)
kernel: type 12 tap, code=0
Stopped at	AcpiNsMapHandleToNode+0x20:	cmpb	$0xaa,0(%edx)
db>tr
AcpiNsMapHandleToNode(1,1,d6874c18,c05964db,0) at
AcpiNsMapHandleToNode+0x20
AcpiGetHandle(1,c05a0dea,d6874c3c,d6874c40,0) at AcpiGetHandle+0x4d
acpi_pwr_switch_consumer(1,0,c404ef00,c05a105c,0) at
acpi_pwr_switch_consumer+0xe3
acpi_tz_switch_cooler_on(c432f1a0,c150b600,0,c150b600,3) at
acpi_tz_switch_cooler_on+0x38
acpi_ForeachPackageObject(c432f140,c0597e50,c150b600,10,c0476320) at
acpi_ForeachPackageObject+0x3d
acpi_tz_monitor(c150b600,0,c05a17c9,7b,0) at acpi_tz_monitor+0x29b
acpi_task_thread(0,d6874d48,c03f3f93,310,2) at acpi_task_thread+0x100
fork_exit(c059a750,0,d6874d48) at fork_exit+0xc0
fork_trampoline() at fork_trampoline+0x1a
--- trap 0x1, eip = 0, esp = 0xd6874d7c, epb = 0 ---
db>









