From oberman@es.net  Thu May 22 14:26:28 2003
Return-Path: <oberman@es.net>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 6F1B937B401
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 22 May 2003 14:26:28 -0700 (PDT)
Received: from postal1.es.net (postal1.es.net [198.128.3.205])
	by mx1.FreeBSD.org (Postfix) with ESMTP id ADCF943F3F
	for <FreeBSD-gnats-submit@freebsd.org>; Thu, 22 May 2003 14:26:27 -0700 (PDT)
	(envelope-from oberman@es.net)
Received: from ptavv.es.net ([198.128.4.29])
        by postal1.es.net (Postal Node 1) with ESMTP id MUA74016
        for <FreeBSD-gnats-submit@freebsd.org>; Thu, 22 May 2003 14:26:26 -0700
Received: by ptavv.es.net (Tachyon Server, from userid 9381)
	id 3DC9D5D04; Thu, 22 May 2003 14:26:26 -0700 (PDT)
Message-Id: <20030522212626.3DC9D5D04@ptavv.es.net>
Date: Thu, 22 May 2003 14:26:26 -0700 (PDT)
From: Kevin Oberman <oberman@es.net>
Reply-To: Kevin Oberman <oberman@es.net>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: Kernel panic when starting apm
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         52593
>Category:       i386
>Synopsis:       [apm] Kernel panic when starting apm
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    mdodd
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu May 22 14:30:09 PDT 2003
>Closed-Date:    Tue Aug 30 10:15:24 GMT 2005
>Last-Modified:  Tue Aug 30 10:15:24 GMT 2005
>Originator:     Kevin Oberman
>Release:        FreeBSD 5.1-BETA i386
>Organization:
ESnet
>Environment:
System: FreeBSD puppeteer.es.net 5.1-BETA FreeBSD 5.1-BETA #0: Thu May 22 10:07:13 PDT 2003 oberman@puppeteer.es.net:/usr/obj/usr/src/sys/IBM-T30-D i386

>Description:
System panics during boot when apm is loaded. May be compiled into the
kernel or loaded at boot time.

The system is an IBM ThinkPad T30 with 1.8 GHz P4 with current (as of
Tuesday) BIOS. System runs fine with no issues if APM is not
loaded (other than lack of apm(4) capability).

The system works fine with a kernel built on May 8. I first noticed
the problem in a system built on May 16 (cvsup about 18:00 UTC).

apm0: <APMBIOS> on motherboard

Fatal trap 12: page fault while in kernel mode
fault virtual address	  = 0x1c
fault code		  = supervisor write, page not present
instruction pointer	  = 0x8:0xc0327e18
stack pointer		  = 0x10:0xc050d976
frame pointer		  = 0x10:0xc050dad2
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		  = 0 (swapper)
kernel: type 12 trap, code=0
Stopped at      vm_fault+0x268: cmpxchgl          %edx,0x1c(%ecx)
db> tr
vm_fault(c0541000,c0000000,2,0,c0422d60) at vm_fault+0x268
trap_pfault(c050db6a,0,c00004d8,dbfc0000,c00004d8) at trap_pfault+0x1c8
trap(db8c0018,59880010,dbac0060,1c,0) at trap+0x3bd
calltrap() at calltrap+0x5
--- trap 0xc, eip = 0x5812, esp = 0xc050dbaa, ebp = 0xc050ddb0 ---
(null)(dbc40058,0,530e0102,80202,50592a) at 0x5812
db>

This was transcribed by hand, although I have checked for typos
several times, I may have missed one.

Since I have not heard any similar reports (except one from a T40
owner on mobile), I suspect it is platform dependent.

I am not familiar with the debugger, so I may need to add
information.

Finally, I don't get a dump. The system simply reboots! :-(
>How-To-Repeat:
	Boot with apm driver
>Fix:

	No idea at this time


>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: mdodd 
State-Changed-When: Sat Jun 21 22:39:09 PDT 2003 
State-Changed-Why:  
No modifications were made to the APM code after May 8 and before May 16. 

Is it possible you altered something in the system BIOS? 

Are you still experiencing the problem? 


Responsible-Changed-From-To: freebsd-i386->mdodd 
Responsible-Changed-By: mdodd 
Responsible-Changed-When: Sat Jun 21 22:39:09 PDT 2003 
Responsible-Changed-Why:  
No modifications were made to the APM code after May 8 and before May 16.  

Is it possible you altered something in the system BIOS? 

Please confirm that you still experience this problem with an up 
to date source tree. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=52593 
State-Changed-From-To: feedback->closed 
State-Changed-By: matteo 
State-Changed-When: Tue Aug 30 10:15:08 GMT 2005 
State-Changed-Why:  
feedback timeout 

http://www.freebsd.org/cgi/query-pr.cgi?pr=52593 
>Unformatted:
