Date: Mon, 9 Jul 2007 20:00:29 +0100 From: Doug Rabson <dfr@rabson.org> To: freebsd-emulation@freebsd.org Cc: Attilio Rao <attilio@freebsd.org> Subject: Re: experimental qemu-devel port update, please test! Message-ID: <200707092000.29768.dfr@rabson.org> In-Reply-To: <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com> References: <20070702203027.GA45302@saturn.kn-bremen.de> <46925324.9010908@freebsd.org> <3bbf2fe10707091140h6cdc7469nac5be03a8c8a60cb@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 09 July 2007, Attilio Rao wrote: > 2007/7/9, Eric Anderson <anderson@freebsd.org>: > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0x82 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc0928f00 > > stack pointer = 0x28:0xe57b7a3c > > frame pointer = 0x28:0xe57b7a50 > > 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 = 69 (qemu) > > > > > > #9 0xc0928f00 in _vm_map_lock (map=0x1, file=0x0, line=0) at > > /usr/src/sys/vm/vm_map.c:421 > > #10 0xc092986d in vm_map_wire (map=0x1, start=677306368, > > end=677310464, flags=1) at /usr/src/sys/vm/vm_map.c:1964 > > Please also note that stack here seems highly corrupted since values > passed to _vm_map_lock are not possible (or there is something > serious going on with them). I had this exact same crash when attempting to use kqemu on a recent current. It appears as if the value it got for curproc was bad. Is kqemu messing with the kernel's %fs value perhaps?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200707092000.29768.dfr>