From nobody@FreeBSD.org  Fri Oct 12 17:41:47 2007
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 9665216A420
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 12 Oct 2007 17:41:47 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 76B9F13C442
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 12 Oct 2007 17:41:47 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.1/8.14.1) with ESMTP id l9CHfjxh074948
	for <freebsd-gnats-submit@FreeBSD.org>; Fri, 12 Oct 2007 17:41:45 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.1/8.14.1/Submit) id l9CHfjZJ074947;
	Fri, 12 Oct 2007 17:41:45 GMT
	(envelope-from nobody)
Message-Id: <200710121741.l9CHfjZJ074947@www.freebsd.org>
Date: Fri, 12 Oct 2007 17:41:45 GMT
From: Shanker Balan <mail@shankerbalan.net>
To: freebsd-gnats-submit@FreeBSD.org
Subject: panic on boot: panic: integer divide fault
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         117139
>Category:       i386
>Synopsis:       panic on boot: panic: integer divide fault
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-i386
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Oct 12 17:50:00 UTC 2007
>Closed-Date:    Sun Oct 14 14:43:52 UTC 2007
>Last-Modified:  Sun Oct 14 14:43:52 UTC 2007
>Originator:     Shanker Balan
>Release:        CURRENT
>Organization:
Yahoo
>Environment:
[root@partvarious-lx /var/crash]# uname -a
FreeBSD partvarious-lx.eglbp.corp.yahoo.com 7.0-CURRENT FreeBSD 7.0-CURRENT #5: Sun Sep 23 13:48:49 IST 2007     shanu@partvarious-lx.eglbp.corp.yahoo.com:/usr/obj/usr/home/src/sys/MYKERNEL  i386

>Description:
Fatal trap 18: integer divide fault while in kernel mode
cpuid = 0; apic id = 00
instruction pointer     = 0x20:0xc0d827c7
stack pointer           = 0x28:0xd5012aec
frame pointer           = 0x28:0xd5012b34
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         = 76 (sysctl)
trap number             = 18
panic: integer divide fault
cpuid = 0
KDB: stack backtrace:
db_trace_self_wrapper(c0aaada9,d50129c8,c07501ff,c0acb176,0,...) at db_trace_self_wrapper+0x26
kdb_backtrace(c0acb176,0,c0a6b34b,d50129d4,0,...) at kdb_backtrace+0x29
panic(c0a6b34b,c0acc429,c2f73a18,1,1,...) at panic+0x10f
trap_fatal(c1472b54,c146d048,d5012a58,c09679af,c2f21cc0,...) at trap_fatal+0x32e
trap(d5012aac) at trap+0x5b0
calltrap() at calltrap+0x6
--- trap 0x12, eip = 0xc0d827c7, esp = 0xd5012aec, ebp = 0xd5012b34 ---
acpi_battery_get_battinfo(0,c0d9bddc,c2dad3a0,0,c0d9bddc,...) at acpi_battery_get_battinfo+0x1fb
acpi_battery_sysctl(c2f20740,c0d9bddc,0,d5012ba4,d5012ba4,4,4,c2f20740) at acpi_battery_sysctl+0x1e
sysctl_root(d5012ba4,d5012bb0,4,6400,0,...) at sysctl_root+0x145
userland_sysctl(c2f21cc0,d5012c14,4,0,bfbfe4a4,...) at userland_sysctl+0x134
__sysctl(c2f21cc0,d5012cfc,18,0,56,...) at __sysctl+0xd6
syscall(d5012d38) at syscall+0x32e
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2814d5c7, esp = 0xbfbfdbac, ebp = 0xbfbfdbd8 ---
Uptime: 6s
Physical memory: 499 MB
Dumping 36 MB: 21 5

#0  doadump () at pcpu.h:195
195     pcpu.h: No such file or directory.
        in pcpu.h
(kgdb) where
#0  doadump () at pcpu.h:195
#1  0xc074ff22 in boot (howto=260)
    at /usr/home/src/sys/kern/kern_shutdown.c:409
#2  0xc075022e in panic (fmt=Variable "fmt" is not available.
) at /usr/home/src/sys/kern/kern_shutdown.c:563
#3  0xc0a17539 in trap_fatal (frame=0xd5012aac, eva=0)
    at /usr/home/src/sys/i386/i386/trap.c:872
#4  0xc0a18312 in trap (frame=0xd5012aac)
    at /usr/home/src/sys/i386/i386/trap.c:659
#5  0xc09ff47b in calltrap () at /usr/home/src/sys/i386/i386/exception.s:139
#6  0xc0d827c7 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) 

>How-To-Repeat:
Dunno. It worked fine the 2nd time i booted.
>Fix:


>Release-Note:
>Audit-Trail:

From: Rui Paulo <rpaulo@fnop.net>
To: Shanker Balan <mail@shankerbalan.net>
Cc: freebsd-gnats-submit@FreeBSD.org
Subject: Re: i386/117139: panic on boot: panic: integer divide fault
Date: Sat, 13 Oct 2007 09:48:47 +0100

 On 12 Oct 2007, at 17:41, Shanker Balan wrote:
 
 >
 >> Number:         117139
 >> Category:       i386
 >> Synopsis:       panic on boot: panic: integer divide fault
 >> Confidential:   no
 >> Severity:       non-critical
 >> Priority:       low
 >> Responsible:    freebsd-i386
 >> State:          open
 >> Quarter:
 >> Keywords:
 >> Date-Required:
 >> Class:          sw-bug
 >> Submitter-Id:   current-users
 >> Arrival-Date:   Fri Oct 12 17:50:00 UTC 2007
 >> Closed-Date:
 >> Last-Modified:
 >> Originator:     Shanker Balan
 >> Release:        CURRENT
 >> Organization:
 > Yahoo
 >> Environment:
 > [root@partvarious-lx /var/crash]# uname -a
 > FreeBSD partvarious-lx.eglbp.corp.yahoo.com 7.0-CURRENT FreeBSD 7.0- 
 > CURRENT #5: Sun Sep 23 13:48:49 IST 2007     shanu@partvarious- 
 > lx.eglbp.corp.yahoo.com:/usr/obj/usr/home/src/sys/MYKERNEL  i386
 >
 >> Description:
 > Fatal trap 18: integer divide fault while in kernel mode
 > cpuid = 0; apic id = 00
 > instruction pointer     = 0x20:0xc0d827c7
 > stack pointer           = 0x28:0xd5012aec
 > frame pointer           = 0x28:0xd5012b34
 > 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         = 76 (sysctl)
 > trap number             = 18
 > panic: integer divide fault
 > cpuid = 0
 > KDB: stack backtrace:
 > db_trace_self_wrapper(c0aaada9,d50129c8,c07501ff,c0acb176,0,...) at  
 > db_trace_self_wrapper+0x26
 > kdb_backtrace(c0acb176,0,c0a6b34b,d50129d4,0,...) at kdb_backtrace 
 > +0x29
 > panic(c0a6b34b,c0acc429,c2f73a18,1,1,...) at panic+0x10f
 > trap_fatal(c1472b54,c146d048,d5012a58,c09679af,c2f21cc0,...) at  
 > trap_fatal+0x32e
 > trap(d5012aac) at trap+0x5b0
 > calltrap() at calltrap+0x6
 > --- trap 0x12, eip = 0xc0d827c7, esp = 0xd5012aec, ebp = 0xd5012b34  
 > ---
 > acpi_battery_get_battinfo(0,c0d9bddc,c2dad3a0,0,c0d9bddc,...) at  
 > acpi_battery_get_battinfo+0x1fb
 > acpi_battery_sysctl(c2f20740,c0d9bddc, 
 > 0,d5012ba4,d5012ba4,4,4,c2f20740) at acpi_battery_sysctl+0x1e
 > sysctl_root(d5012ba4,d5012bb0,4,6400,0,...) at sysctl_root+0x145
 > userland_sysctl(c2f21cc0,d5012c14,4,0,bfbfe4a4,...) at  
 > userland_sysctl+0x134
 > __sysctl(c2f21cc0,d5012cfc,18,0,56,...) at __sysctl+0xd6
 > syscall(d5012d38) at syscall+0x32e
 > Xint0x80_syscall() at Xint0x80_syscall+0x20
 > --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x2814d5c7, esp =  
 > 0xbfbfdbac, ebp = 0xbfbfdbd8 ---
 > Uptime: 6s
 > Physical memory: 499 MB
 > Dumping 36 MB: 21 5
 >
 > #0  doadump () at pcpu.h:195
 > 195     pcpu.h: No such file or directory.
 >         in pcpu.h
 > (kgdb) where
 > #0  doadump () at pcpu.h:195
 > #1  0xc074ff22 in boot (howto=260)
 >     at /usr/home/src/sys/kern/kern_shutdown.c:409
 > #2  0xc075022e in panic (fmt=Variable "fmt" is not available.
 > ) at /usr/home/src/sys/kern/kern_shutdown.c:563
 > #3  0xc0a17539 in trap_fatal (frame=0xd5012aac, eva=0)
 >     at /usr/home/src/sys/i386/i386/trap.c:872
 > #4  0xc0a18312 in trap (frame=0xd5012aac)
 >     at /usr/home/src/sys/i386/i386/trap.c:659
 > #5  0xc09ff47b in calltrap () at /usr/home/src/sys/i386/i386/ 
 > exception.s:139
 > #6  0xc0d827c7 in ?? ()
 > Previous frame inner to this frame (corrupt stack?)
 > (kgdb)
 >
 >> How-To-Repeat:
 > Dunno. It worked fine the 2nd time i booted.
 >> Fix:
 
 I think this was fixed in rev 1.25 of acpi_battery.c.
 
 --
 Rui Paulo
 
State-Changed-From-To: open->feedback 
State-Changed-By: rpaulo 
State-Changed-When: Sat Oct 13 13:33:10 UTC 2007 
State-Changed-Why:  
I think this was fixed in rev 1.25 of dev/acpica/acpi_battery.c. 
According to the commit log, the device by zero only happens when EC 
times out. 
Could you please try again? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=117139 
State-Changed-From-To: feedback->closed 
State-Changed-By: rpaulo 
State-Changed-When: Sun Oct 14 14:43:13 UTC 2007 
State-Changed-Why:  
Submitter agreed to mark this as fixed. 

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