From owner-acpi-jp@jp.freebsd.org  Fri Feb  2 08:30:21 2001
Received: (from daemon@localhost)
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) id IAA00287;
	Fri, 2 Feb 2001 08:30:21 +0900 (JST)
	(envelope-from owner-acpi-jp@jp.FreeBSD.org)
Received: from webcom.it ([212.239.10.243])
	by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with SMTP id IAA00282
	for <acpi-jp@jp.freebsd.org>; Fri, 2 Feb 2001 08:30:17 +0900 (JST)
	(envelope-from andrea@webcom.it)
Received: (qmail 1687 invoked by uid 1000); 1 Feb 2001 23:23:55 -0000
Date: Fri, 2 Feb 2001 00:23:55 +0100
From: Andrea Campi <andrea@webcom.it>
To: acpi-jp@jp.freebsd.org
Message-ID: <20010202002354.B478@webcom.it>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5i
X-Echelon: BND CIA NSA Mossad KGB MI6 IRA detonator nuclear assault strike
Reply-To: acpi-jp@jp.freebsd.org
Precedence: list
X-Distribute: distribute version 2.1 (Alpha) patchlevel 24e+000315
X-Sequence: acpi-jp 1046
Subject: [acpi-jp 1046] [andrea@webcom.it: Panic with tonight -CURRENT kernel]
Errors-To: owner-acpi-jp@jp.freebsd.org
Sender: owner-acpi-jp@jp.freebsd.org
X-Originator: andrea@webcom.it

[Moved to acpi-jp because I feel it is an ACPI issue]

To the report below, I have to add that I compiled again with WITNESS &
MUTEX_DEBUG, the machine always hangs in the same way.

This is on an IBM Thinkpad 570E, I already sent the acpidump output, is
anybody interested & want to tell me what to do more to try and debug this?
Or should I wait for another release?

Bye,
	Andrea


----- Forwarded message from Andrea Campi <andrea@webcom.it> -----

Hi all,

just recompiled to try out new ACPI code, rebooted and boom!


Feb  1 00:56:33 brian /boot/kernel.old/kernel: Copyright (c) 1992-2001 The FreeBSD Project.
Feb  1 00:56:33 brian /boot/kernel.old/kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
Feb  1 00:56:33 brian /boot/kernel.old/kernel: The Regents of the University of California. All rights reserved.
Feb  1 00:56:33 brian /boot/kernel.old/kernel: FreeBSD 5.0-CURRENT #4: Wed Jan 31 23:22:00 CET 2001
Feb  1 00:56:33 brian /boot/kernel.old/kernel: root@brian:/usr/src/sys/compile/THINKPAD.new
Feb  1 00:56:33 brian /boot/kernel.old/kernel: Timecounter "i8254"  frequency 1193182 Hz
Feb  1 00:56:33 brian /boot/kernel.old/kernel: Timecounter "TSC"  frequency 448054538 Hz
Feb  1 00:56:33 brian /boot/kernel.old/kernel: CPU: Pentium III/Pentium III Xeon/Celeron (448.05-MHz 686-class CPU)
Feb  1 00:56:33 brian /boot/kernel.old/kernel: Origin = "GenuineIntel"  Id = 0x681  Stepping = 1
Feb  1 00:56:33 brian /boot/kernel.old/kernel: Features=0x383f9ff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE>
Feb  1 00:56:33 brian /boot/kernel.old/kernel: real memory  = 67043328 (65472K bytes)
Feb  1 00:56:33 brian /boot/kernel.old/kernel: config> di sio1
Feb  1 00:56:33 brian /boot/kernel.old/kernel: avail memory = 62164992 (60708K bytes)
Feb  1 00:56:33 brian /boot/kernel.old/kernel: Preloaded elf kernel "kernel" at 0xc0302000.
Feb  1 00:56:33 brian /boot/kernel.old/kernel: Preloaded userconfig_script "/boot/kernel.conf" at 0xc030209c.
Feb  1 00:56:33 brian /boot/kernel.old/kernel: Pentium Pro MTRR support enabled
Feb  1 00:56:33 brian /boot/kernel.old/kernel: ACPI debug layer 0x0  debug level 0x0
Feb  1 00:56:33 brian /boot/kernel.old/kernel: Using $PIR table, 10 entries at 0xc00fdef0
Feb  1 00:56:33 brian /boot/kernel.old/kernel: acpi0: <PTLTD    RSDT  > on motherboard
Feb  1 00:56:33 brian /boot/kernel.old/kernel: acpi0: power button is handled as a fixed feature programming model.
Feb  1 00:56:33 brian /boot/kernel.old/kernel: acpi_tz0: <thermal zone> on acpi0
Feb  1 00:56:33 brian /boot/kernel.old/kernel: acpi_acad0: <AC adapter> on acpi0
Feb  1 00:56:33 brian /boot/kernel.old/kernel: acpi_acad0: On Line
Feb  1 00:56:33 brian /boot/kernel.old/kernel: acpi_cmbat0: <Control method Battery> on acpi0
Feb  1 00:56:33 brian /boot/kernel.old/kernel: 
Feb  1 00:56:33 brian /boot/kernel.old/kernel: 
Feb  1 00:56:33 brian /boot/kernel.old/kernel: Fatal trap 12: page fault while in kernel mode
Feb  1 00:56:33 brian /boot/kernel.old/kernel: fault virtual address	= 0x0
Feb  1 00:56:33 brian /boot/kernel.old/kernel: fault code		= supervisor read, page not present
Feb  1 00:56:33 brian /boot/kernel.old/kernel: instruction pointer	= 0x8:0xc014a04e
Feb  1 00:56:33 brian /boot/kernel.old/kernel: stack pointer	        = 0x10:0xc0323e28
Feb  1 00:56:33 brian /boot/kernel.old/kernel: frame pointer	        = 0x10:0xc0323e54
Feb  1 00:56:33 brian /boot/kernel.old/kernel: code segment		= base 0x0, limit 0xfffff, type 0x1b
Feb  1 00:56:33 brian /boot/kernel.old/kernel: = DPL 0, pres 1, def32 1, gran 1
Feb  1 00:56:33 brian /boot/kernel.old/kernel: processor eflags	= interrupt enabled, resume, IOPL = 0
Feb  1 00:56:33 brian /boot/kernel.old/kernel: current process		= 0 (swapper)
Feb  1 00:56:33 brian /boot/kernel.old/kernel: trap number		= 12
Feb  1 00:56:33 brian /boot/kernel.old/kernel: panic: page fault


The system came up again with no problem, but paniced again as soon as it
loaded linux.ko from /etc/rc. Here it mentioned something about mtx_* but,
assuming this could be reproduced, I was so stupid that I didn't write it
down...
Took this out, rebooted and then tried kldload linux.ko and no panic :(
Right now it looks like this won't be easy to reproduce... I will try to boot
again and again until I get a new panic.

Anything I should do, apart from dumbly rebooting until I get it again? I have
INVARIANTS_SUPPORT and INVARIANTS compiled in, but no DDB, WITNESS or
MUTEX_DEBUG anymore... Should I put those back?

Bye,
	Andrea

-- 
                           Reboot America.


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message

----- End forwarded message -----

-- 
     The three Rs of Microsoft support: Retry, Reboot, Reinstall.
