From owner-acpi-jp@jp.FreeBSD.org Sat Feb 22 02:45:11 2003
Received: (from daemon@localhost)
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) id h1LHjBl49652;
	Sat, 22 Feb 2003 02:45:11 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from disk.fnug.net (213.237.71.107.adsl.amb.worldonline.dk [213.237.71.107])
	by castle.jp.FreeBSD.org (8.11.6+3.4W/8.11.3) with ESMTP/inet id h1LHjAi49406
	for <acpi-jp@jp.FreeBSD.org>; Sat, 22 Feb 2003 02:45:10 +0900 (JST)
	(envelope-from paul@fnug.net)
Received: from fnug.net (unknown [192.168.0.101])
	by disk.fnug.net (Postfix) with ESMTP
	id 723B34497; Fri, 21 Feb 2003 18:45:05 +0100 (CET)
Message-ID: <3E5665A1.40204@fnug.net>
From: "Paul A. Mayer" <paul@fnug.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Koop Mast <einekoai@chello.nl>, acpi-jp@jp.FreeBSD.org
References: <1045849231.642.9.camel@lapbeest.bogus>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Reply-To: acpi-jp@jp.FreeBSD.org
Precedence: list
Date: Fri, 21 Feb 2003 18:45:05 +0100
X-Sequence: acpi-jp 2094
Subject: [acpi-jp 2094] Re: acpi panic ASUS L3800
Errors-To: owner-acpi-jp@jp.FreeBSD.org
Sender: owner-acpi-jp@jp.FreeBSD.org
X-Originator: paul@fnug.net
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+030107

Hi Koop,

Do you still get this panic with 5.0-R installed?

My basic problems when away, i.e., I can boot the machine and run for 
more than 30 seconds with ACPI enabled under 5.0-R.  (The implementation 
does not workk fully:  When I try sleep-like operations, the display 
does not turn off.)

/Paul

Koop Mast wrote:
> Hi acpi-list,
> 
> I have here a panic (actual from late november).
> This problem was also reported by Paul Mayer (CC'd).
> 
> This panic happens when you forget to unplug the power connector when
> booting (it is safe to plug it in after 1 minute after booting). But
> after that when you unplug the power connector its panics just the same.
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> GNU gdb 5.2.1 (FreeBSD)
> Copyright 2002 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i386-undermydesk-freebsd"...
> panic: from debugger
> panic messages:
> ---
> Fatal trap 12: page fault while in kernel mode
> fault virtual address   = 0xdeadc0de
> fault code              = supervisor read, page not present
> instruction pointer     = 0x8:0xc014dde0
> stack pointer           = 0x10:0xccfcdbe0
> frame pointer           = 0x10:0xccfcdbe0
> 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         = 21 (acpi_thermal)
> panic: from debugger
>  
>  
> Fatal trap 3: breakpoint instruction fault while in kernel mode
> instruction pointer     = 0x8:0xc032dc34
> stack pointer           = 0x10:0xccfcd960
> frame pointer           = 0x10:0xccfcd96c
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def32 1, gran 1
> processor eflags        = interrupt enabled, IOPL = 0
> current process         = 21 (acpi_thermal)
> panic: from debugger
> Uptime: 2m11s
> Dumping 255 MB
> ata0: resetting devices ..
> done
>  16 32 48 64 80 96 112 128 144 160 176 192 208 224 240
> ---
> #0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
> 239             dumping++;
> (kgdb) where
> #0  doadump () at /usr/src/sys/kern/kern_shutdown.c:239
> #1  0xc02154ce in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:371
> #2  0xc0215733 in panic () at /usr/src/sys/kern/kern_shutdown.c:542
> #3  0xc0159312 in db_panic () at /usr/src/sys/ddb/db_command.c:448
> #4  0xc0159292 in db_command (last_cmdp=0xc03a87c0, cmd_table=0x0,
>     aux_cmd_tablep=0xc03a1bd0, aux_cmd_tablep_end=0xc03a1bd4)
>     at /usr/src/sys/ddb/db_command.c:346
> #5  0xc01593a6 in db_command_loop () at /usr/src/sys/ddb/db_command.c:470
> #6  0xc015c13a in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_trap.c:72
> #7  0xc032d992 in kdb_trap (type=12, code=0, regs=0xccfcdba0)
>     at /usr/src/sys/i386/i386/db_interface.c:166
> #8  0xc033f142 in trap_fatal (frame=0xccfcdba0, eva=0)
>     at /usr/src/sys/i386/i386/trap.c:839
> #9  0xc033ee52 in trap_pfault (frame=0xccfcdba0, usermode=0, eva=3735929054)
>     at /usr/src/sys/i386/i386/trap.c:758
> #10 0xc033e9cd in trap (frame=
>       {tf_fs = -1071644648, tf_es = -1069940720, tf_ds = 1045823504, tf_edi = 0, tf_esi = -1070124994, tf_ebp = -855843872, tf_isp = -855843892, tf_ebx = -1070124989, tf_edx = -559038242, tf_ecx = 1, tf_eax = 0, tf_trapno = 12, tf_err = 0,
> tf_eip = -1072374304, tf_cs = 8, tf_eflags = 66195, tf_esp = -855843832, tf_ss = -1072371475}) at /usr/src/sys/i386/i386/trap.c:445
> #11 0xc032f2e8 in calltrap () at {standard input}:96
> #12 0xc014e8ed in AcpiGetHandle (Parent=0xdeadc0de,
> ---Type <return> to continue, or q <return> to quit---
>     Pathname=0xc037303e "_PS0", RetHandle=0xccfcdc2c)
>     at /usr/src/sys/contrib/dev/acpica/nsxfname.c:177
> #13 0xc01662c3 in acpi_pwr_switch_consumer (consumer=0x0, state=0)
>     at /usr/src/sys/dev/acpica/acpi_powerres.c:359
> #14 0xc0167b58 in acpi_tz_switch_cooler_on (obj=0xc232e560, arg=0xc2266e00)
>     at /usr/src/sys/dev/acpica/acpi_thermal.c:588
> #15 0xc015e1ed in acpi_ForeachPackageObject (pkg=0xc2266e00,
>     func=0xc0167b20 <acpi_tz_switch_cooler_on>, arg=0xc2266e00)
>     at /usr/src/sys/dev/acpica/acpi.c:1160
> #16 0xc016793b in acpi_tz_monitor (sc=0xc232e560)
>     at /usr/src/sys/dev/acpica/acpi_thermal.c:462
> #17 0xc0167ea6 in acpi_tz_timeout (sc=0xc2266e00)
>     at /usr/src/sys/dev/acpica/acpi_thermal.c:741
> #18 0xc0168086 in acpi_tz_thread (arg=0x0)
>     at /usr/src/sys/dev/acpica/acpi_thermal.c:821
> #19 0xc0202074 in fork_exit (callout=0xc0167fc0 <acpi_tz_thread>, arg=0x0,
>     frame=0x0) at /usr/src/sys/kern/kern_fork.c:871
> (kgdb)


