From dgilbert@daveg.ca  Sun Sep 11 21:53:47 2005
Return-Path: <dgilbert@daveg.ca>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E0C1B16A41F
	for <freebsd-gnats-submit@freebsd.org>; Sun, 11 Sep 2005 21:53:47 +0000 (GMT)
	(envelope-from dgilbert@daveg.ca)
Received: from ox.eicat.ca (ox.eicat.ca [66.96.30.35])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 9B03743D45
	for <freebsd-gnats-submit@freebsd.org>; Sun, 11 Sep 2005 21:53:47 +0000 (GMT)
	(envelope-from dgilbert@daveg.ca)
Received: by ox.eicat.ca (Postfix, from userid 66)
	id 22552DD4E; Sun, 11 Sep 2005 17:53:46 -0400 (EDT)
Received: by canoe.dclg.ca (Postfix, from userid 101)
	id 6B0B31A0981; Sun, 11 Sep 2005 17:53:33 -0400 (EDT)
Message-Id: <20050911215333.6B0B31A0981@canoe.dclg.ca>
Date: Sun, 11 Sep 2005 17:53:33 -0400 (EDT)
From: David Gilbert <dgilbert@daveg.ca>
Reply-To: David Gilbert <dgilbert@daveg.ca>
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: kqemu hangs 6.0-BETA4
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         85993
>Category:       kern
>Synopsis:       [panic] emulators/kqemu panics 6.0-BETA4
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Sun Sep 11 22:00:36 GMT 2005
>Closed-Date:    Mon Apr 20 23:50:33 UTC 2009
>Last-Modified:  Mon Apr 20 23:50:33 UTC 2009
>Originator:     David Gilbert
>Release:        FreeBSD 6.0-BETA4 i386
>Organization:
DaveG.ca
>Environment:
System: FreeBSD canoe.dclg.ca 6.0-BETA4 FreeBSD 6.0-BETA4 #1: Wed Sep 7 13:42:49 EDT 2005 dgilbert@canoe.dclg.ca:/usr/obj/usr/src/sys/CANOE i386


Machine is a 1.8 Centrino with 1G RAM.
>Description:
A freshly compiled qemu with kqemu enabled on a freshly compiled 6.0BETA4
kernel crashes the machine when kqemu is loaded (even before it's
used).

Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x3
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0xc42ff95d
stack pointer           = 0x28:0xef3af854
frame pointer           = 0x28:0xef3af860
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         = 11994 (bash)
trap number             = 12
panic: page fault
Uptime: 15m22s
Dumping 1023 MB (2 chunks)
  chunk 0: 1MB (159 pages) ... ok
  chunk 1: 1023MB (261806 pages) 1007 (CTRL-C to abort)  (CTRL-C to abort)  (CTRL-C to abort)  (CTRL-C to abort)  (CTRL-C to abort)  (CTRL-C to abort)  991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15

(kgdb) bt
#0  doadump () at pcpu.h:165
#1  0xc0502b8b in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:397
#2  0xc0502dba in panic (fmt=0xc0660b69 "%s")
    at /usr/src/sys/kern/kern_shutdown.c:553
#3  0xc0636e90 in trap_fatal (frame=0xef3af814, eva=3)
    at /usr/src/sys/i386/i386/trap.c:841
#4  0xc0636bfb in trap_pfault (frame=0xef3af814, usermode=0, eva=3)
    at /usr/src/sys/i386/i386/trap.c:752
#5  0xc06368c5 in trap (frame=
      {tf_fs = -1066795000, tf_es = -281411544, tf_ds = -1033240536, tf_edi = -1033211904, tf_esi = 3, tf_ebp = -281348000, tf_isp = -281348032, tf_ebx = -1005427360, tf_edx = -1028627328, tf_ecx = -1037541876, tf_eax = 3, tf_trapno = 12, tf_err = 0, tf_eip = -1003488931, tf_cs = 32, tf_eflags = 66054, tf_esp = 3, tf_ss = -1005427360}) at /usr/src/sys/i386/i386/trap.c:442
#6  0xc062a77a in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#7  0xc06a0008 in rlimit_ident ()
#8  0xef3a0028 in ?? ()
#9  0xc26a0028 in ?? ()
#10 0xc26a7000 in ?? ()
#11 0x00000003 in ?? ()
#12 0xef3af860 in ?? ()
#13 0xef3af840 in ?? ()
#14 0xc4126560 in ?? ()
#15 0xc2b06480 in ?? ()
#16 0xc2285e0c in ?? ()
#17 0x00000003 in ?? ()
#18 0x0000000c in ?? ()
#19 0x00000000 in ?? ()
#20 0xc42ff95d in ?? ()
#21 0x00000020 in ?? ()
#22 0x00010206 in ?? ()
#23 0x00000003 in ?? ()
#24 0xc4126560 in ?? ()
#25 0xc2285e00 in ?? ()
#26 0xef3af94c in ?? ()
#27 0xc04cedda in devfs_lookupx (ap=0x0)
    at /usr/src/sys/fs/devfs/devfs_vnops.c:711
Previous frame identical to this frame (corrupt stack?)

>How-To-Repeat:
compile qemu port with "WITH_KQEMU-YES" and kldload kqemu
>Fix:

not known.


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-bugs 
Responsible-Changed-By: linimon 
Responsible-Changed-When: Mon Sep 12 04:48:01 GMT 2005 
Responsible-Changed-Why:  
Although a port causes the problem, the panic really indicates a kernel 
problem. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=85993 

From: Juergen Lock <nox@jelal.kn-bremen.de>
To: bug-followup@FreeBSD.org, dgilbert@daveg.ca
Cc:  
Subject: Re: kern/85993: [panic] emulators/kqemu panics 6.0-BETA4
Date: Sat, 17 Sep 2005 20:09:31 +0200

 Are you using the current port (0.7.2s.20050909)?  I got a similar
 report and in that case it turned out to be an old version of the port.

From: David Gilbert <dgilbert@dclg.ca>
To: Juergen Lock <nox@jelal.kn-bremen.de>
Cc: bug-followup@FreeBSD.org, dgilbert@daveg.ca
Subject: Re: kern/85993: [panic] emulators/kqemu panics 6.0-BETA4
Date: Sat, 17 Sep 2005 16:02:06 -0400

 >>>>> "Juergen" == Juergen Lock <nox@jelal.kn-bremen.de> writes:
 
 Juergen> Are you using the current port (0.7.2s.20050909)?  I got a
 Juergen> similar report and in that case it turned out to be an old
 Juergen> version of the port.
 
 [2:34:334]dgilbert@canoe:~> pkg_info | grep qemu
 qemu-0.7.2s.20050909 QEMU CPU Emulator
 
 ... in fact, I recompiled several times to try and break the impass.
 
 Dave.
 
 -- 
 ============================================================================
 |David Gilbert, Independent Contractor.       | Two things can only be     |
 |Mail:       dave@daveg.ca                    |  equal if and only if they |
 |http://daveg.ca                              |   are precisely opposite.  |
 =========================================================GLO================

From: Juergen Lock <nox@jelal.kn-bremen.de>
To: David Gilbert <dgilbert@dclg.ca>
Cc: bug-followup@FreeBSD.org, dgilbert@daveg.ca
Subject: Re: kern/85993: [panic] emulators/kqemu panics 6.0-BETA4
Date: Sat, 17 Sep 2005 23:25:25 +0200

 On Sat, Sep 17, 2005 at 04:02:06PM -0400, David Gilbert wrote:
 > >>>>> "Juergen" == Juergen Lock <nox@jelal.kn-bremen.de> writes:
 > 
 > Juergen> Are you using the current port (0.7.2s.20050909)?  I got a
 > Juergen> similar report and in that case it turned out to be an old
 > Juergen> version of the port.
 > 
 > [2:34:334]dgilbert@canoe:~> pkg_info | grep qemu
 > qemu-0.7.2s.20050909 QEMU CPU Emulator
 > 
 > ... in fact, I recompiled several times to try and break the impass.
 
 with WITH_KQEMU defined each time?  otherwise you'd be getting hit
 by a stale kld lying around...  (and i can see why that crashes for
 you, it is missing struct ucred * in the kqemu_clone args on 6.x.)

From: David Gilbert <dgilbert@dclg.ca>
To: Juergen Lock <nox@jelal.kn-bremen.de>
Cc: David Gilbert <dgilbert@dclg.ca>, bug-followup@FreeBSD.org,
	dgilbert@daveg.ca
Subject: Re: kern/85993: [panic] emulators/kqemu panics 6.0-BETA4
Date: Sat, 17 Sep 2005 17:34:05 -0400

 >>>>> "Juergen" == Juergen Lock <nox@jelal.kn-bremen.de> writes:
 
 Juergen> On Sat, Sep 17, 2005 at 04:02:06PM -0400, David Gilbert
 Juergen> wrote:
 >> >>>>> "Juergen" == Juergen Lock <nox@jelal.kn-bremen.de> writes:
 >> 
 Juergen> Are you using the current port (0.7.2s.20050909)?  I got a
 Juergen> similar report and in that case it turned out to be an old
 Juergen> version of the port.
 
 >>  [2:34:334]dgilbert@canoe:~> pkg_info | grep qemu
 >> qemu-0.7.2s.20050909 QEMU CPU Emulator
 >> 
 >> ... in fact, I recompiled several times to try and break the
 >> impass.
 
 Juergen> with WITH_KQEMU defined each time?  otherwise you'd be
 Juergen> getting hit by a stale kld lying around...  (and i can see
 Juergen> why that crashes for you, it is missing struct ucred * in the
 Juergen> kqemu_clone args on 6.x.)
 
 Yes... WITH_KQEMU is in my pkg config.  If it is missing this, how do
 I correct it?
 
 Dave.
 
 -- 
 ============================================================================
 |David Gilbert, Independent Contractor.       | Two things can only be     |
 |Mail:       dave@daveg.ca                    |  equal if and only if they |
 |http://daveg.ca                              |   are precisely opposite.  |
 =========================================================GLO================

From: Juergen Lock <nox@jelal.kn-bremen.de>
To: David Gilbert <dgilbert@dclg.ca>
Cc: bug-followup@FreeBSD.org, dgilbert@daveg.ca
Subject: Re: kern/85993: [panic] emulators/kqemu panics 6.0-BETA4
Date: Sun, 18 Sep 2005 00:08:51 +0200

 On Sat, Sep 17, 2005 at 05:34:05PM -0400, David Gilbert wrote:
 > >>>>> "Juergen" == Juergen Lock <nox@jelal.kn-bremen.de> writes:
 > 
 > Juergen> On Sat, Sep 17, 2005 at 04:02:06PM -0400, David Gilbert
 > Juergen> wrote:
 > >> >>>>> "Juergen" == Juergen Lock <nox@jelal.kn-bremen.de> writes:
 > >> 
 > Juergen> Are you using the current port (0.7.2s.20050909)?  I got a
 > Juergen> similar report and in that case it turned out to be an old
 > Juergen> version of the port.
 > 
 > >>  [2:34:334]dgilbert@canoe:~> pkg_info | grep qemu
 > >> qemu-0.7.2s.20050909 QEMU CPU Emulator
 > >> 
 > >> ... in fact, I recompiled several times to try and break the
 > >> impass.
 > 
 > Juergen> with WITH_KQEMU defined each time?  otherwise you'd be
 > Juergen> getting hit by a stale kld lying around...  (and i can see
 > Juergen> why that crashes for you, it is missing struct ucred * in the
 > Juergen> kqemu_clone args on 6.x.)
 > 
 > Yes... WITH_KQEMU is in my pkg config.  If it is missing this, how do
 > I correct it?
 
 Hmm.  When did you checkout your RELENG_6 sources?  maybe try changing
 the #if __FreeBSD_version >= 600034 in files/kqemu-freebsd-patch to
 #if __FreeBSD_version >= 600000 then install the port again from scratch...
State-Changed-From-To: open->closed 
State-Changed-By: obrien 
State-Changed-When: Mon Apr 20 23:49:47 UTC 2009 
State-Changed-Why:  
Old 6.0-BETA4, closing.  Please report if this is a problem with 7.1. 

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