Date: Wed, 15 Jul 2009 15:51:18 +0400 From: Vladimir Grebenschikov <vova@fbsd.ru> To: Bernhard =?ISO-8859-1?Q?Fr=F6hlich?= <decke@bluelife.at> Cc: freebsd-emulation@freebsd.org Subject: Re: VirtualBox WinXP SP2 guest OS black screen Message-ID: <1247658678.5135.6.camel@localhost> In-Reply-To: <301c9e6c36d74e0c66ee5731638691d1.squirrel@webmail.itac.at> References: <1247175832.1455.36.camel@zero.mshome.net> <1247471193.1664.129.camel@localhost> <1247480074.1664.140.camel@localhost> <1247602161.2105.14.camel@localhost> <301c9e6c36d74e0c66ee5731638691d1.squirrel@webmail.itac.at>
next in thread | previous in thread | raw e-mail | index | archive | help
=D0=92 =D0=B2=D1=82, 14/07/2009 =D0=B2 22:26 +0200, Bernhard Fr=C3=B6hlich = =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > On Tue, July 14, 2009 10:09 pm, Vladimir Grebenschikov wrote: > > =C3=B7 =C3=90=C3=8E, 13/07/2009 =C3=97 14:14 +0400, Vladimir Grebenschi= kov =C3=90=C3=89=C3=9B=C3=85=C3=94: > > > > After revert to version virtualbox_6.tgz (without rebuild, just old > > binaries and vboxdrv.ko built for usual port) everything works again. > > > > Looks like, something broken in port. >=20 > Could you try the latest port from svn? They have fixed a lot of bugs > before releasing VirtualBox 3.0.0 so chances are good that this is a vbox > bug and it's already fixed. >=20 > svn co > http://svn.bluelife.at/projects/packages/blueports/emulators/virtualbox >=20 > If that bug persists in that version then please build with the DEBUG > option and try to get a stacktrace. Hmm, looks like there is another bug. Now it just panics on attempt to start VM: vbook dumped core - see /var/crash/vmcore.10 Wed Jul 15 15:35:34 MSD 2009 FreeBSD vbook 8.0-BETA1 FreeBSD 8.0-BETA1 #5: Wed Jul 15 12:12:40 MSD 2009 = root@vbook:/usr/obj/usr/src/sys/VBOOK i386 panic:=20 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x0 fault code =3D supervisor write, page not present instruction pointer =3D 0x20:0xc06d17bd stack pointer =3D 0x28:0xe8c939d4 frame pointer =3D 0x28:0xe8c939dc code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 2186 (initial thread) Physical memory: 2038 MB Dumping 206 MB: 191 175 159 143 127 111 95 79 63 47 31 15 ... #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc0481b49 in db_fncall (dummy1=3D1, dummy2=3D0, dummy3=3D-1065550432,=20 dummy4=3D0xe8c93778 "") at /usr/src/sys/ddb/db_command.c:548 #2 0xc0481f41 in db_command (last_cmdp=3D0xc07755fc, cmd_table=3D0x0, dopa= ger=3D1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc048209a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc0483f0d in db_trap (type=3D12, code=3D0) at /usr/src/sys/ddb/db_main= .c:229 #5 0xc058b7b4 in kdb_trap (type=3D12, code=3D0, tf=3D0xe8c93994) at /usr/src/sys/kern/subr_kdb.c:534 #6 0xc06d6ccf in trap_fatal (frame=3D0xe8c93994, eva=3D0) at /usr/src/sys/i386/i386/trap.c:924 #7 0xc06d6f70 in trap_pfault (frame=3D0xe8c93994, usermode=3D0, eva=3D0) at /usr/src/sys/i386/i386/trap.c:846 #8 0xc06d7902 in trap (frame=3D0xe8c93994) at /usr/src/sys/i386/i386/trap.= c:528 #9 0xc06bd3bb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc06d17bd in pmap_insert_entry (pmap=3DVariable "pmap" is not availabl= e. ) at /usr/src/sys/i386/i386/pmap.c:2214 #11 0xc06d345e in pmap_enter (pmap=3D0xc5a2bd60, va=3D1211068416, access=3D= 0 '\0',=20 m=3DVariable "m" is not available. ) at /usr/src/sys/i386/i386/pmap.c:3123 #12 0xc0b212e6 in rtR0MemObjNativeMapUser () from /boot/modules/vboxdrv.ko #13 0xc0b20009 in RTR0MemObjMapUser () from /boot/modules/vboxdrv.ko #14 0xc0b0da3c in SUPR0GipMap () from /boot/modules/vboxdrv.ko #15 0xc0b10608 in supdrvIOCtl () from /boot/modules/vboxdrv.ko #16 0xc0b0c46a in VBoxDrvFreeBSDIOCtl () from /boot/modules/vboxdrv.ko #17 0xc04fe7c7 in devfs_ioctl_f (fp=3D0xc5ebc6c0, com=3D3307338768,=20 data=3D0xc5ebc6c0, cred=3D0xc6c26680, td=3D0xc6668d20) at /usr/src/sys/fs/devfs/devfs_vnops.c:659 #18 0xc059a7d8 in kern_ioctl (td=3D0xc6668d20, fd=3D19, com=3D3223868948,=20 data=3D0xc5ebc6c0 "birddrib\030") at file.h:262 #19 0xc059a944 in ioctl (td=3D0xc6668d20, uap=3D0xe8c93cf8) at /usr/src/sys/kern/sys_generic.c:678 #20 0xc06d7297 in syscall (frame=3D0xe8c93d38) at /usr/src/sys/i386/i386/trap.c:1073 #21 0xc06bd420 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #22 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb)=20 --=20 Vladimir B. Grebenschikov vova@fbsd.ru
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1247658678.5135.6.camel>