From owner-freebsd-emulation@FreeBSD.ORG Mon Aug 17 01:17:24 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C7E5106568C for ; Mon, 17 Aug 2009 01:17:24 +0000 (UTC) (envelope-from maho.nakata@gmail.com) Received: from mail-pz0-f174.google.com (mail-pz0-f174.google.com [209.85.222.174]) by mx1.freebsd.org (Postfix) with ESMTP id 3C84C8FC5B for ; Mon, 17 Aug 2009 01:17:23 +0000 (UTC) Received: by pzk4 with SMTP id 4so1668798pzk.7 for ; Sun, 16 Aug 2009 18:17:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:message-id:to:cc :subject:from:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=yxmW1hgZFRByjEA0G98EcXkTVAE5WoyuOp5+ht845bk=; b=xSmNJ+zt/Dza8lAUycVqCLijwnLafLXucE8XtZ3IWdpGVi+SBXcJAHw+PDxqm08Mcv JJgx55VPgz7yyQPOhfiQ2aadLKbROkAS0UxnlPgE4Nl1NNyQTjvR6BKirXiwWz44omtL b27vl1me613i2eOOqVpxgaiyoXcvEr3I4a6/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:message-id:to:cc:subject:from:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=Hmxfe1zktNnWoQ6Fce9oy9CzK/Kz7BadgoBNU0GvuWJhvkucVaor+FIgsdtxfb4OHY vczHxS4ouFmg9QHw8Jt7TLSGluhD5xGRptiMZq2MbbtlKUZwdeaSjpuyI0VpQ0A8LMKt jCHAjO62sx9akZ7gL5/F3lPELXDd736OfbvM4= Received: by 10.142.118.3 with SMTP id q3mr557014wfc.9.1250471843735; Sun, 16 Aug 2009 18:17:23 -0700 (PDT) Received: from localhost (rikad42.riken.jp [134.160.214.42]) by mx.google.com with ESMTPS id 30sm11360263wfg.30.2009.08.16.18.17.21 (version=SSLv3 cipher=RC4-MD5); Sun, 16 Aug 2009 18:17:22 -0700 (PDT) Sender: Maho NAKATA Date: Mon, 17 Aug 2009 10:17:13 +0900 (JST) Message-Id: <20090817.101713.519459540419587513.chat95@mac.com> To: daichi@ongs.co.jp From: Maho NAKATA In-Reply-To: <4A82BC2C.80904@ongs.co.jp> References: <4A821338.5030301@ongs.co.jp> <20090812.182131.4959786962467610.chat95@mac.com> <4A82BC2C.80904@ongs.co.jp> X-Mailer: Mew version 6.2 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org Subject: Re: Flash10 on BETA2, by f10 / f8 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2009 01:17:24 -0000 From: Daichi GOTO Subject: Re: Flash10 on BETA2, by f10 / f8 Date: Wed, 12 Aug 2009 21:57:16 +0900 > Maho NAKATA wrote: >> Hi >> Just I'd like to know how you tested ;) >> thanks > > I guess that nico nico douga is one of the best > test beds web service for Flash behavior, movie playing, > Japaense test displaying/inputing, locale checking and > timezone checking. Ok. Very good testbed! This is what I know. I'm using gtk-gnash. YouTube is okay but it doesn't work for nico nico. > Or do you mean how to setup using flash10 and f10 base? Thanks -- Nakata Maho http://accc.riken.jp/maho/ , http://ja.openoffice.org/ Nakata Maho's PGP public keys: http://accc.riken.jp/maho/maho.pgp.txt From owner-freebsd-emulation@FreeBSD.ORG Mon Aug 17 09:06:45 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3604106564A for ; Mon, 17 Aug 2009 09:06:45 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 76EF28FC41 for ; Mon, 17 Aug 2009 09:06:45 +0000 (UTC) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 04C4C12542D; Mon, 17 Aug 2009 18:06:44 +0900 (JST) Message-ID: <4A891DA3.5050203@ongs.co.jp> Date: Mon, 17 Aug 2009 18:06:43 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.22 (X11/20090808) MIME-Version: 1.0 To: Boris Samorodov References: <4A821338.5030301@ongs.co.jp> <68130604@serv3.int.kfs.ru> <4A847E7E.5010805@ongs.co.jp> <77075814@ipt.ru> <4A84D596.9000104@ongs.co.jp> <80582407@ipt.ru> In-Reply-To: <80582407@ipt.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org Subject: Re: Flash10 on BETA2, by f10 / f8 (solved) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2009 09:06:45 -0000 Boris Samorodov wrote: > Hi Daichi-san, > > Daichi GOTO writes: > >> Firefox refers to ~daichi/.fonts.conf including bitsteam line and >> flash10 refers to /compat/linux/home/daichi/.fonts.conf not including >> bitsteam line. Working well. > > I'm glad that you have found a way to have Japanese at flash10. > But it'a bug at flash10, isn't it? Maybe future versions won't > suffer from it. Yeah, I am thinking it's a bug of flash10 :) -- ONGS Inc. CEO, Daichi GOTO (daichi@ongs.co.jp) TEL: 81-42-316-7945 FAX: 81-42-316-7946 WWW: http://www.ongs.co.jp/ From owner-freebsd-emulation@FreeBSD.ORG Mon Aug 17 11:06:52 2009 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B365B1065743 for ; Mon, 17 Aug 2009 11:06:52 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A10A18FC61 for ; Mon, 17 Aug 2009 11:06:52 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7HB6qEQ075752 for ; Mon, 17 Aug 2009 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7HB6qku075748 for freebsd-emulation@FreeBSD.org; Mon, 17 Aug 2009 11:06:52 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Aug 2009 11:06:52 GMT Message-Id: <200908171106.n7HB6qku075748@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Aug 2009 11:06:52 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o ports/137332 emulation add caution messages to some adobe products f ports/136321 emulation x11-toolkits/linux-pango: please update linux based po o ports/136229 emulation [linux] certain linux apps look for libraries using a o ports/135337 emulation [PATCH] emulators/linux_base-f10: incorrect bash usage o ports/135322 emulation Port graphics/linux_dri has incorrect packaging list c o kern/130724 emulation [linprocfs] [patch] cpuinfo in linprocfs is dated, cau o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n f ports/127018 emulation Linuxulator incapable of using FreeBSD's LDAP environm o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o kern/97326 emulation [linux] file descriptor leakage in linux emulation o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/56451 emulation [linprocfs] /compat/linux/proc/cpuinfo gives wrong CPU o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 18 problems total. From owner-freebsd-emulation@FreeBSD.ORG Wed Aug 19 17:16:48 2009 Return-Path: Delivered-To: emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FBC51065690; Wed, 19 Aug 2009 17:16:48 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id B4B278FC59; Wed, 19 Aug 2009 17:16:47 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 0637D1E00337; Wed, 19 Aug 2009 19:16:46 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n7JHDTed008047; Wed, 19 Aug 2009 19:13:29 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id n7JHDTtF008046; Wed, 19 Aug 2009 19:13:29 +0200 (CEST) (envelope-from nox) Date: Wed, 19 Aug 2009 19:13:29 +0200 (CEST) From: Juergen Lock Message-Id: <200908191713.n7JHDTtF008046@triton8.kn-bremen.de> To: miwi@FreeBSD.org X-Newsgroups: local.list.freebsd.emulation In-Reply-To: <20090814211745.GX5272@bsdcrew.de> References: <4A85BE8E.5000505@FreeBSD.org> Organization: home Cc: emulation@FreeBSD.org, Doug Barton Subject: Re: virtualbox-3.0.51r22226 still panic'ing X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2009 17:16:48 -0000 In article <20090814211745.GX5272@bsdcrew.de> you write: >I can't confirm that, > >any special kernel hacks? > >On Fri, Aug 14, 2009 at 12:44:14PM -0700, Doug Barton wrote: >> I'm using a core2duo on i386 SMP and the latest virtualbox port is >> still panic'ing for me: >> >> panic: blockable sleep lock (sleep mutex) IPRT Event Semaphore @ >> /usr/local/tmp/ >> usr/local/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/src/VBox/Runti >> me/r0drv/freebsd/semevent-r0drv-freebsdT?^]FreeBSD Kernel Dump >> >> #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 0xc05f11de in boot (howto=260) >> at /usr/local/src/sys/kern/kern_shutdown.c:416 >> #2 0xc05f14b2 in panic (fmt=Variable "fmt" is not available. >> ) at /usr/local/src/sys/kern/kern_shutdown.c:579 >> #3 0xc0631eb0 in witness_checkorder (lock=0xc627c720, flags=9, >> file=0xc61a7a40 >> "/usr/local/tmp/usr/local/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/src/VBox/Runtime/r0drv/freebsd/semevent-r0drv-freebsd.c", >> line=127, interlock=0x0) at /usr/local/src/sys/kern/subr_witness.c:1063 >> #4 0xc05e2114 in _mtx_lock_flags (m=0xc627c720, opts=0, >> file=0xc61a7a40 >> "/usr/local/tmp/usr/local/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/src/VBox/Runtime/r0drv/freebsd/semevent-r0drv-freebsd.c", >> line=127) at /usr/local/src/sys/kern/kern_mutex.c:200 >> #5 0xc6194e7c in RTSemEventSignal (EventSem=0xc627c710) >> at >> /usr/local/tmp/usr/local/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/src/VBox/Runtime/r0drv/freebsd/semevent-r0drv-freebsd.c:127 >> #6 0xc617e3d4 in SUPSemEventSignal (pSession=0xc5683410, hEvent=0x1) >> at >> /usr/local/tmp/usr/local/ports/emulators/virtualbox/work/virtualbox-3.0.51r22226/src/VBox/HostDrivers/Support/SUPDrv.c:3417 >> #7 0xc62df4db in ?? () >> [bunch more like #7 above] >> #139 0xc08677f4 in __qdivrem (uq=Unhandled dwarf expression opcode >> 0x93) at /usr/local/src/sys/libkern/qdivrem.c:186 >> Previous frame inner to this frame (corrupt stack?) I just got (probably) the same panic while testing tuntap networking (more about that in a bit :) with a linux/amd64 guest running with svm and npt enabled - it was scp'ing a file out of the guest at about 16 MBytes/sec when the panic happened. I say `probably' the same because I don't have witness enabled and I also don't have debug symbols for vboxdrv.ko so the backtrace looks a bit different: .. Unread portion of the kernel message buffer: panic: mi_switch: switch in a critical section cpuid = 0 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 mi_switch() at mi_switch+0x341 turnstile_wait() at turnstile_wait+0x234 _mtx_lock_sleep() at _mtx_lock_sleep+0xd6 _mtx_lock_flags() at _mtx_lock_flags+0x7e RTSemEventSignal() at RTSemEventSignal+0x9d SUPSemEventSignal() at SUPSemEventSignal+0xba g_iRTPowerGeneration() at 0xffffffff811f7bd1 g_iRTPowerGeneration() at 0xffffffff8122ca62 g_iRTPowerGeneration() at 0xffffffff811d5535 g_iRTPowerGeneration() at 0xffffffff811c20eb g_iRTPowerGeneration() at 0xffffffff811bcc41 g_iRTPowerGeneration() at 0xffffffff8124f8e1 g_iRTPowerGeneration() at 0xffffffff811d8605 supdrvIOCtlFast() at supdrvIOCtlFast+0x5a VBoxDrvFreeBSDIOCtl() at VBoxDrvFreeBSDIOCtl+0xe1 devfs_ioctl_f() at devfs_ioctl_f+0x76 kern_ioctl() at kern_ioctl+0xc5 ioctl() at ioctl+0xfd syscall() at syscall+0x1af Xfast_syscall() at Xfast_syscall+0xe1 --- syscall (54, FreeBSD ELF64, ioctl), rip = 0x800c8bf7c, rsp = 0x7fffffabaa98, rbp = 0x7fffffabaad0 --- Uptime: 1d0h11m30s Physical memory: 8175 MB Dumping 2431 MB: 2416 2400 2384 (CTRL-C to abort) 2368 2352 2336 2320 2304 2288 2272 2256 2240 2224 2208 2192 2176 2160 2144 2128 2112 2096 2080 2064 2048 2032 2016 2000 1984 1968 1952 1936 1920 1904 1888 1872 1856 1840 1824 1808 1792 1776 1760 1744 1728 1712 1696 1680 1664 1648 1632 1616 1600 1584 1568 1552 1536 1520 1504 1488 1472 1456 1440 1424 1408 1392 1376 1360 1344 1328 1312 1296 1280 1264 1248 1232 1216 1200 1184 1168 1152 1136 1120 1104 1088 1072 1056 1040 1024 1008 992 976 960 944 928 912 896 880 864 848 832 816 800 784 768 752 736 720 704 688 672 656 640 624 608 592 576 560 544 528 512 496 480 464 448 432 416 400 384 368 352 336 320 304 288 272 256 240 224 208 192 176 160 144 128 112 96 80 64 48 32 16 Reading symbols from /boot/kernel/amdtemp.ko...Reading symbols from /boot/kernel/amdtemp.ko.symbols...done. done. Loaded symbols for /boot/kernel/amdtemp.ko Reading symbols from /boot/kernel/ahci.ko...Reading symbols from /boot/kernel/ahci.ko.symbols...done. done. Loaded symbols for /boot/kernel/ahci.ko Reading symbols from /boot/kernel/siis.ko...Reading symbols from /boot/kernel/siis.ko.symbols...done. done. Loaded symbols for /boot/kernel/siis.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ether.ko Reading symbols from /boot/kernel/ng_pppoe.ko...Reading symbols from /boot/kernel/ng_pppoe.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_pppoe.ko Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from /boot/kernel/ng_socket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_socket.ko Reading symbols from /boot/kernel/green_saver.ko...Reading symbols from /boot/kernel/green_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/green_saver.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/kernel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/modules/cx88video.ko...done. Loaded symbols for /boot/modules/cx88video.ko Reading symbols from /boot/modules/iicdev.ko...done. Loaded symbols for /boot/modules/iicdev.ko Reading symbols from /boot/kernel/iicbus.ko...Reading symbols from /boot/kernel/iicbus.ko.symbols...done. done. Loaded symbols for /boot/kernel/iicbus.ko Reading symbols from /boot/modules/cx88i2c.ko...done. Loaded symbols for /boot/modules/cx88i2c.ko Reading symbols from /boot/modules/cx88.ko...done. Loaded symbols for /boot/modules/cx88.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko Reading symbols from /boot/kernel/if_tap.ko...Reading symbols from /boot/kernel/if_tap.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_tap.ko Reading symbols from /boot/kernel/if_bridge.ko...Reading symbols from /boot/kernel/if_bridge.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_bridge.ko Reading symbols from /boot/kernel/bridgestp.ko...Reading symbols from /boot/kernel/bridgestp.ko.symbols...done. done. Loaded symbols for /boot/kernel/bridgestp.ko Reading symbols from /boot/modules/kqemu.ko...done. Loaded symbols for /boot/modules/kqemu.ko Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko #0 doadump () at pcpu.h:223 223 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:223 #1 0xffffffff805ba723 in boot (howto=260) at /usr/home/nox/src-r8/src/sys/kern/kern_shutdown.c:419 #2 0xffffffff805bab7c in panic (fmt=Variable "fmt" is not available. ) at /usr/home/nox/src-r8/src/sys/kern/kern_shutdown.c:575 #3 0xffffffff805c2b01 in mi_switch (flags=259, newtd=0x0) at /usr/home/nox/src-r8/src/sys/kern/kern_synch.c:403 #4 0xffffffff805f9374 in turnstile_wait (ts=0xffffff018569ba80, owner=0xffffff018569f000, queue=Variable "queue" is not available. ) at /usr/home/nox/src-r8/src/sys/kern/subr_turnstile.c:745 #5 0xffffffff805ac316 in _mtx_lock_sleep (m=0xffffff0185ac8b20, tid=18446742976608033456, opts=Variable "opts" is not available. ) at /usr/home/nox/src-r8/src/sys/kern/kern_mutex.c:447 #6 0xffffffff805ac41e in _mtx_lock_flags (m=Variable "m" is not available. ) at /usr/home/nox/src-r8/src/sys/kern/kern_mutex.c:203 #7 0xffffffff8119140d in RTSemEventSignal () from /boot/modules/vboxdrv.ko #8 0x0000000805fffac0 in ?? () #9 0xffffff80f0633690 in ?? () #10 0xffffffff8117a4ba in SUPSemEventSignal () from /boot/modules/vboxdrv.ko #11 0xffffff80f063f330 in ?? () #12 0x0000000805fffac0 in ?? () #13 0x0000000805fffac0 in ?? () #14 0xffffff80f06336c0 in ?? () ---Type to continue, or q to quit--- #15 0xffffffff811f7bd1 in ?? () [...more `... in ??'] #472 0x0000000100000008 in ?? () #473 0x0000000000000000 in ?? () ---Type to continue, or q to quit---q Quit (kgdb) fr 3 #3 0xffffffff805c2b01 in mi_switch (flags=259, newtd=0x0) at /usr/home/nox/src-r8/src/sys/kern/kern_synch.c:403 403 KASSERT(td->td_critnest == 1 || (td->td_critnest == 2 && (kgdb) l 398 KASSERT(!TD_ON_RUNQ(td), ("mi_switch: called by old code")); 399 #ifdef INVARIANTS 400 if (!TD_ON_LOCK(td) && !TD_IS_RUNNING(td)) 401 mtx_assert(&Giant, MA_NOTOWNED); 402 #endif 403 KASSERT(td->td_critnest == 1 || (td->td_critnest == 2 && 404 (td->td_owepreempt) && (flags & SW_INVOL) != 0 && 405 newtd == NULL) || panicstr, 406 ("mi_switch: switch in a critical section")); 407 KASSERT((flags & (SW_INVOL | SW_VOL)) != 0, (kgdb) p td->td_critnest $1 = 2 (kgdb) p td->td_owepreempt $2 = 0 '\0' (kgdb) p flags $3 = 259 (kgdb) p newtd $4 = (struct thread *) 0x0 (kgdb) p panicstr $5 = 0xffffffff80c52080 "mi_switch: switch in a critical section" (kgdb) q From owner-freebsd-emulation@FreeBSD.ORG Wed Aug 19 18:58:46 2009 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5D0D106568E for ; Wed, 19 Aug 2009 18:58:46 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 5ADA38FC60 for ; Wed, 19 Aug 2009 18:58:46 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 70F101E00341; Wed, 19 Aug 2009 20:58:45 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n7JIsnh0010470; Wed, 19 Aug 2009 20:54:49 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id n7JIsmV4010469; Wed, 19 Aug 2009 20:54:48 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Wed, 19 Aug 2009 20:54:48 +0200 To: vbox-dev@virtualbox.org Message-ID: <20090819185448.GA8386@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-emulation@FreeBSD.org Subject: tuntap hacks for FreeBSD vbox hosts (bandaid till vbox-net driver...) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Aug 2009 18:58:46 -0000 Hi! After inquiring on the #vbox-dev channel whether the tuntap code could be resurrected for hosts that don't have vbox net/bridge drivers yet (like FreeBSD :) I now got it working - except the config gui and ifup/down scripts, the code for at least the latter seems to have been ripped out for good indeed... So for now you have to use VBoxManage something like this, VBoxManage modifyvm --nic1 bridged --bridgeadapter1 tap0 and manually configure your tap interface and (optionally) add it to a bridge before the VM starts. If you already have setup your host system to use tuntap networking with qemu you probably can just chown/chmod /dev/tap0 (or whichever one you use) to 660 root:vboxusers and then run your /usr/local/etc/qemu-ifup script with the same tap interface as arg, otherwise do something like... kldload if_tap if_bridge sysctl net.link.tap.user_open=1 chown root:vboxusers /dev/tap0 chmod 660 /dev/tap0 ifconfig bridge0 create ifconfig bridge0 addm ifconfig tap0 netmask ifconfig bridge0 addm tap0 and then start the guest. (You'll have to rerun the `ifconfig tap0 ...' each time before you start the guest again.) Tested on the stable/8 FreeBSD branch with the vbox version currently in ports. (which btw today seems to have hit the same FreeBSD vboxdrv bug with svm and npt here while scp'ing a big file out of a guest that I previously thought only plagued intel vt-x users, see this post for details... http://lists.freebsd.org/pipermail/freebsd-emulation/2009-August/006692.html ) Anyway, here comes the patch, enjoy! :) Index: Config.kmk @@ -490,7 +490,7 @@ endif endif # Use VBoxNetFlt for host interface networking. -if1of ($(KBUILD_TARGET), darwin linux solaris win freebsd) +if1of ($(KBUILD_TARGET), darwin linux solaris win) VBOX_WITH_NETFLT = 1 VBOX_SOLARIS_NSL_RESOLVED = 1 if1of ($(KBUILD_TARGET), darwin solaris linux) Index: src/VBox/Devices/Makefile.kmk @@ -802,7 +802,8 @@ Storage/DrvHostFloppy% \ , $(Drivers_SOURCES)) \ Audio/ossaudio.c -Drivers_SOURCES.freebsd = +Drivers_SOURCES.freebsd = \ + Network/DrvTAP.cpp endif # freebsd Index: src/VBox/Main/include/ConsoleImpl.h @@ -573,7 +573,7 @@ PPDMLED mapNetworkLeds[SchemaDefs::NetworkAdapterCount]; PPDMLED mapSharedFolderLed; PPDMLED mapUSBLed[2]; -#if !defined(VBOX_WITH_NETFLT) && defined(RT_OS_LINUX) +#if !defined(VBOX_WITH_NETFLT) && (defined(RT_OS_LINUX) || defined(RT_OS_FREEBSD)) Utf8Str maTAPDeviceName[8]; RTFILE maTapFD[8]; #endif Index: src/VBox/Devices/Builtins.h @@ -100,7 +100,7 @@ extern const PDMDRVREG g_DrvRawImage; extern const PDMDRVREG g_DrvISCSI; extern const PDMDRVREG g_DrvISCSITransportTcp; -#ifdef RT_OS_LINUX +#if defined(RT_OS_LINUX) || defined(RT_OS_FREEBSD) extern const PDMDRVREG g_DrvHostInterface; #endif extern const PDMDRVREG g_DrvIntNet; Index: src/VBox/Devices/Builtins.cpp @@ -227,7 +227,7 @@ if (RT_FAILURE(rc)) return rc; #endif -#if defined(RT_OS_LINUX) +#if defined(RT_OS_LINUX) || defined(RT_OS_FREEBSD) rc = pCallbacks->pfnRegister(pCallbacks, &g_DrvHostInterface); if (RT_FAILURE(rc)) return rc; Index: src/VBox/Frontends/VBoxBFE/NetworkAdapterImpl.h @@ -61,7 +61,7 @@ BOOL mCableConnected; BOOL mTraceEnabled; Bstr mHostInterface; -#ifdef RT_OS_LINUX +#if defined(RT_OS_LINUX) || defined(RT_OS_FREEBSD) Bstr mTAPSetupApplication; Bstr mTAPTerminateApplication; RTFILE mTAPFD; @@ -89,7 +89,7 @@ // STDMETHOD(COMGETTER(AttachmentType))(NetworkAttachmentType_T *attachmentType); STDMETHOD(COMGETTER(HostInterface))(BSTR *hostInterface); STDMETHOD(COMSETTER(HostInterface))(INPTR BSTR hostInterface); -#ifdef RT_OS_LINUX +#if defined(RT_OS_LINUX) || defined(RT_OS_FREEBSD) STDMETHOD(COMGETTER(TAPFileDescriptor))(LONG *tapFileDescriptor); STDMETHOD(COMSETTER(TAPFileDescriptor))(LONG tapFileDescriptor); STDMETHOD(COMGETTER(TAPSetupApplication))(BSTR *tapSetupApplication); Index: src/VBox/Main/ConsoleImpl.cpp @@ -34,6 +34,16 @@ # include # include # include +#elif defined(RT_OS_FREEBSD) +# include +# include +# include +# include +# include +# include +# include +# include +# include #endif #include "ConsoleImpl.h" @@ -6023,7 +6033,7 @@ */ HRESULT Console::attachToBridgedInterface(INetworkAdapter *networkAdapter) { -#if !defined(RT_OS_LINUX) || defined(VBOX_WITH_NETFLT) +#if (!defined(RT_OS_LINUX) && !defined(RT_OS_FREEBSD)) || defined(VBOX_WITH_NETFLT) /* * Nothing to do here. * @@ -6033,7 +6043,7 @@ NOREF(networkAdapter); return S_OK; -#else /* RT_OS_LINUX && !VBOX_WITH_NETFLT */ +#else /* (RT_OS_LINUX || RT_OS_FREEBSD) && !VBOX_WITH_NETFLT */ LogFlowThisFunc(("\n")); /* sanity check */ @@ -6055,6 +6065,7 @@ /* * Allocate a host interface device */ +#ifdef RT_OS_LINUX int rcVBox = RTFileOpen(&maTapFD[slot], "/dev/net/tun", RTFILE_O_READWRITE | RTFILE_O_OPEN | RTFILE_O_DENY_NONE | RTFILE_O_INHERIT); if (VBOX_SUCCESS(rcVBox)) @@ -6133,6 +6144,48 @@ break; } } +#elif RT_OS_FREEBSD + /* + * Set/obtain the tap interface. + */ + /* The name of the TAP interface we are using */ + Bstr tapDeviceName; + rc = networkAdapter->COMGETTER(HostInterface)(tapDeviceName.asOutParam()); + if (FAILED(rc)) + tapDeviceName.setNull(); /* Is this necessary? */ + if (tapDeviceName.isEmpty()) + { + LogRel(("No TAP device name was supplied.\n")); + rc = setError(E_FAIL, tr ("No TAP device name was supplied for the host networking interface")); + } + char szTapdev[1024] = "/dev/"; + /* If we are using a static TAP device then try to open it. */ + Utf8Str str(tapDeviceName); + if (str.length() + strlen(szTapdev) <= sizeof(szTapdev)) + strcat(szTapdev, str.raw()); + else + memcpy(szTapdev + strlen(szTapdev), str.raw(), sizeof(szTapdev) - strlen(szTapdev) - 1); /** @todo bitch about names which are too long... */ + int rcVBox = RTFileOpen(&maTapFD[slot], szTapdev, + RTFILE_O_READWRITE | RTFILE_O_OPEN | RTFILE_O_DENY_NONE | RTFILE_O_INHERIT | RTFILE_O_NON_BLOCK); + + if (VBOX_SUCCESS(rcVBox)) + { + maTAPDeviceName[slot] = tapDeviceName; + rcVBox = VINF_SUCCESS; + } else { + switch (rcVBox) + { + case VERR_ACCESS_DENIED: + /* will be handled by our caller */ + rc = rcVBox; + break; + default: + rc = setError(E_FAIL, tr ("Failed to open the host network interface %ls"), + tapDeviceName.raw()); + break; + } + } +#endif /* RT_OS_FREEBSD */ /* in case of failure, cleanup. */ if (VBOX_FAILURE(rcVBox) && SUCCEEDED(rc)) { @@ -6141,7 +6194,7 @@ } LogFlowThisFunc(("rc=%d\n", rc)); return rc; -#endif /* RT_OS_LINUX */ +#endif /* RT_OS_LINUX || RT_OS_FREEBSD */ } /** @@ -6154,7 +6207,7 @@ */ HRESULT Console::detachFromBridgedInterface(INetworkAdapter *networkAdapter) { -#if !defined(RT_OS_LINUX) || defined(VBOX_WITH_NETFLT) +#if (!defined(RT_OS_LINUX) && !defined(RT_OS_FREEBSD)) || defined(VBOX_WITH_NETFLT) /* * Nothing to do here. */ @@ -6211,7 +6264,7 @@ } LogFlowThisFunc(("returning %d\n", rc)); return rc; -#endif /* RT_OS_LINUX */ +#endif /* RT_OS_LINUX || RT_OS_FREEBSD */ } Index: src/VBox/Main/ConsoleImpl2.cpp @@ -2182,7 +2182,13 @@ case NetworkAttachmentType_Bridged: { -#if !defined(VBOX_WITH_NETFLT) && defined(RT_OS_LINUX) +#if !defined(VBOX_WITH_NETFLT) && (defined(RT_OS_LINUX) || defined(RT_OS_FREEBSD)) + hrc = pThis->attachToBridgedInterface(aNetworkAdapter); + if (FAILED(hrc)) + { + LogRel(("NetworkAttachmentType_Bridged: attachToBridgedInterface failed, hrc (0x%x)", hrc)); + H(); + } Assert ((int)pThis->maTapFD[uInstance] >= 0); if ((int)pThis->maTapFD[uInstance] >= 0) { PS: error handling can probably be improved... From owner-freebsd-emulation@FreeBSD.ORG Thu Aug 20 09:12:35 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D1AFB10656C6 for ; Thu, 20 Aug 2009 09:12:35 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.lissoft.com.ua (mail.lissoft.com.ua [212.26.135.108]) by mx1.freebsd.org (Postfix) with ESMTP id 777BF8FC65 for ; Thu, 20 Aug 2009 09:12:35 +0000 (UTC) Received: from [10.1.1.247] (helo=shurik-nb.lis.ua) by mail.lissoft.com.ua with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Me3NX-000Fiw-RF for freebsd-emulation@freebsd.org; Thu, 20 Aug 2009 11:52:15 +0300 Message-ID: <4A8D0EC4.8030105@shurik.kiev.ua> Date: Thu, 20 Aug 2009 11:52:20 +0300 From: Alexandr Krivulya User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: virtualbox port forwarding X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2009 09:12:35 -0000 Hello, I have host with FreeBSD 7.2-RELEASE-p3 running Win2K3 under virtualbox-3.0.51.r22226 with cofigured terminal service. I configured port forwarding to get access terminal service on win2k3 outside of a virtual machine, but it doesn't work :( shurik@shurik-nb:~> VBoxManage getextradata WIN2003STD enumerate VirtualBox Command Line Management Interface Version 3.0.51_OSE (C) 2005-2009 Sun Microsystems, Inc. All rights reserved. Key: GUI/AutoresizeGuest, Value: on Key: GUI/Fullscreen, Value: off Key: GUI/LastCloseAction, Value: powerOff Key: GUI/LastWindowPostion, Value: 297,74,800,647 Key: GUI/MiniToolBarAlignment, Value: bottom Key: GUI/MiniToolBarAutoHide, Value: on Key: GUI/SaveMountedAtRuntime, Value: yes Key: GUI/Seamless, Value: off Key: GUI/ShowMiniToolBar, Value: yes Key: VBoxInternal/Devices/pcnet/0/LUN#0/Config/RDP/GuestPort, Value: 3389 Key: VBoxInternal/Devices/pcnet/0/LUN#0/Config/RDP/HostPort, Value: 53389 Key: VBoxInternal/Devices/pcnet/0/LUN#0/Config/RDP/Protocol, Value: TCP sockstat shows listening port 53389: shurik@shurik-nb:~> sockstat -l -4|grep 3389 shurik VirtualBox 9553 42 tcp4 *:53389 *:* Network inside of virtual machine works good. P.S. Sorry for my english. From owner-freebsd-emulation@FreeBSD.ORG Thu Aug 20 14:46:12 2009 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F96A106564A for ; Thu, 20 Aug 2009 14:46:12 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 4BAF28FC52 for ; Thu, 20 Aug 2009 14:46:12 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n7KEkA5Y064226; Thu, 20 Aug 2009 09:46:11 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Thu, 20 Aug 2009 09:46:10 -0500 (CDT) From: "Sean C. Farley" To: Alexandr Krivulya In-Reply-To: <4A8D0EC4.8030105@shurik.kiev.ua> Message-ID: References: <4A8D0EC4.8030105@shurik.kiev.ua> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-2.7 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-emulation@FreeBSD.org Subject: Re: virtualbox port forwarding X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2009 14:46:12 -0000 On Thu, 20 Aug 2009, Alexandr Krivulya wrote: > Hello, > > I have host with FreeBSD 7.2-RELEASE-p3 running Win2K3 under > virtualbox-3.0.51.r22226 with cofigured terminal service. I configured > port forwarding to get access terminal service on win2k3 outside of a > virtual machine, but it doesn't work :( > > shurik@shurik-nb:~> VBoxManage getextradata WIN2003STD enumerate > VirtualBox Command Line Management Interface Version 3.0.51_OSE > (C) 2005-2009 Sun Microsystems, Inc. > All rights reserved. > > Key: GUI/AutoresizeGuest, Value: on > Key: GUI/Fullscreen, Value: off > Key: GUI/LastCloseAction, Value: powerOff > Key: GUI/LastWindowPostion, Value: 297,74,800,647 > Key: GUI/MiniToolBarAlignment, Value: bottom > Key: GUI/MiniToolBarAutoHide, Value: on > Key: GUI/SaveMountedAtRuntime, Value: yes > Key: GUI/Seamless, Value: off > Key: GUI/ShowMiniToolBar, Value: yes > Key: VBoxInternal/Devices/pcnet/0/LUN#0/Config/RDP/GuestPort, Value: 3389 > Key: VBoxInternal/Devices/pcnet/0/LUN#0/Config/RDP/HostPort, Value: 53389 > Key: VBoxInternal/Devices/pcnet/0/LUN#0/Config/RDP/Protocol, Value: TCP > > sockstat shows listening port 53389: > > shurik@shurik-nb:~> sockstat -l -4|grep 3389 > shurik VirtualBox 9553 42 tcp4 *:53389 *:* > > Network inside of virtual machine works good. Your configuration looks correct. I had something similar to use ssh with a guest that did work: Key: VBoxInternal/Devices/e1000/0/LUN#0/Config/CentOS/GuestPort, Value: 22 Key: VBoxInternal/Devices/e1000/0/LUN#0/Config/CentOS/HostPort, Value: 30022 Key: VBoxInternal/Devices/e1000/0/LUN#0/Config/CentOS/Protocol, Value: TCP Here are my thoughts: 1. Is the guest configured to allow remote desktop? Ah. I see you already have it configured. 2. Is the guest configured to allow remote desktop through its firewall? 3. Is there a firewall on the host that could interfere with the connection? This is even if you are trying to communicate from the host. 4. You could run tcpdump -n -i lo0 port 53389 on the host to see if any packets are coming out of the guest. This is assuming you are connecting from the host to localhost. 5. Are you attempting to connect with rdesktop such as: rdesktop localhost:53389 6. You could try the patch posted on this list yesterday from Juergen Lock to allow the use of tap devices (requires manual setup) and avoid having to use port forwarding. Sean -- scf@FreeBSD.org From owner-freebsd-emulation@FreeBSD.ORG Thu Aug 20 19:49:34 2009 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E36B106568D for ; Thu, 20 Aug 2009 19:49:34 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2C0638FC43 for ; Thu, 20 Aug 2009 19:49:34 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [127.0.0.1]) by acme.spoerlein.net (8.14.3/8.14.3) with ESMTP id n7KJnW9f067151 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 20 Aug 2009 21:49:32 +0200 (CEST) (envelope-from uqs@spoerlein.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1250797772; bh=N5ylEPYWXM1SlgoGYo27xQMC/k589ByuBdolZ74zCFI=; h=Date:From:To:Subject:Message-ID:MIME-Version:Content-Type; b=cf7BcQ49yGoFE1hlbnb41e69bElJwySfmLz+MmJ0GntxxNvyp66dC//VHEZUvu83b XPzapU3k02xP253lE/C/3Pmqg9AlNak7DXmumsLTOJVK35Fa5X964ygsrTNU86CayH DhRMqCHnG7izQT0p9E/l1VKvFrHkXORH81ySVmoA= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id n7KJnW8m067150 for emulation@freebsd.org; Thu, 20 Aug 2009 21:49:32 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Thu, 20 Aug 2009 21:49:32 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: emulation@freebsd.org Message-ID: <20090820194932.GA66475@acme.spoerlein.net> Mail-Followup-To: Ulrich =?utf-8?B?U3DDtnJsZWlu?= , emulation@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: acquiring duplicate lock of same type: "ftlk" X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2009 19:49:34 -0000 Hi, I'm on RELENG_8/amd64 now and while using flash inside FF3 I observed the following acquiring duplicate lock of same type: "ftlk" 1st ftlk @ /data/freebsd-head/sys/modules/linux/../../compat/linux/linux_futex.c:177 2nd ftlk @ /data/freebsd-head/sys/modules/linux/../../compat/linux/linux_futex.c:203 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a _witness_debugger() at _witness_debugger+0x2e witness_checkorder() at witness_checkorder+0x8ef _sx_xlock() at _sx_xlock+0x55 futex_get0() at futex_get0+0xfe linux_sys_futex() at linux_sys_futex+0x96 ia32_syscall() at ia32_syscall+0x19c Xint0x80_syscall() at Xint0x80_syscall+0x95 --- syscall (240, Linux ELF32, linux_sys_futex), rip = 0x287d89b3, rsp = 0xffffaa8c, rbp = 0x4000001 --- I'm running with linux-f8 (f10 gave me trouble last time I tried on CURRENT) and flash10. Is this a known problem? Is someone working on this or shall I file a PR? Regards, Uli PS: please keep me CC'ed. thx. From owner-freebsd-emulation@FreeBSD.ORG Thu Aug 20 20:19:38 2009 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34E1C106564A for ; Thu, 20 Aug 2009 20:19:38 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id D65808FC60 for ; Thu, 20 Aug 2009 20:19:37 +0000 (UTC) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n7KKJatG070836; Thu, 20 Aug 2009 15:19:36 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Thu, 20 Aug 2009 15:19:36 -0500 (CDT) From: "Sean C. Farley" To: Juergen Lock In-Reply-To: <20090819185448.GA8386@triton8.kn-bremen.de> Message-ID: References: <20090819185448.GA8386@triton8.kn-bremen.de> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-2.7 required=4.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: vbox-dev@virtualbox.org, freebsd-emulation@FreeBSD.org Subject: Re: tuntap hacks for FreeBSD vbox hosts (bandaid till vbox-net driver...) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2009 20:19:38 -0000 On Wed, 19 Aug 2009, Juergen Lock wrote: > Hi! > > After inquiring on the #vbox-dev channel whether the tuntap code could > be resurrected for hosts that don't have vbox net/bridge drivers yet > (like FreeBSD :) I now got it working - except the config gui and > ifup/down scripts, the code for at least the latter seems to have been > ripped out for good indeed... So for now you have to use VBoxManage > something like this, > VBoxManage modifyvm --nic1 bridged --bridgeadapter1 tap0 > and manually configure your tap interface and (optionally) add it to a > bridge before the VM starts. If you already have setup your host > system to use tuntap networking with qemu you probably can just > chown/chmod /dev/tap0 (or whichever one you use) to 660 root:vboxusers > and then run your /usr/local/etc/qemu-ifup script with the same tap > interface as arg, otherwise do something like... > kldload if_tap if_bridge > sysctl net.link.tap.user_open=1 > chown root:vboxusers /dev/tap0 > chmod 660 /dev/tap0 > ifconfig bridge0 create > ifconfig bridge0 addm > ifconfig tap0 netmask > ifconfig bridge0 addm tap0 > and then start the guest. (You'll have to rerun the `ifconfig tap0 > ...' each time before you start the guest again.) Thank you! I had started looking at the code to try to figure out why I could not force the use of a tap device via VBoxManage. This patch works for me with FreeBSD 7-STABLE. BTW, you should not need the ifconfig tap0 line above since the VM is getting or setting its own IP. Is there a reason to do it? If you want it to have it look even more authenticate, you can always rename the tap device to vboxnet0 with ifconfig. :) Sean -- scf@FreeBSD.org From owner-freebsd-emulation@FreeBSD.ORG Thu Aug 20 20:29:26 2009 Return-Path: Delivered-To: emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 512AF106568B for ; Thu, 20 Aug 2009 20:29:26 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id BE1298FC3F for ; Thu, 20 Aug 2009 20:29:25 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n7KK11Wr067628 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Aug 2009 23:01:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n7KK11va084122; Thu, 20 Aug 2009 23:01:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n7KK117l084121; Thu, 20 Aug 2009 23:01:01 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 20 Aug 2009 23:01:01 +0300 From: Kostik Belousov To: Ulrich Sp??rlein , emulation@freebsd.org Message-ID: <20090820200101.GW9623@deviant.kiev.zoral.com.ua> References: <20090820194932.GA66475@acme.spoerlein.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="p51eBkY87UC7w4vh" Content-Disposition: inline In-Reply-To: <20090820194932.GA66475@acme.spoerlein.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Subject: Re: acquiring duplicate lock of same type: "ftlk" X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Aug 2009 20:29:26 -0000 --p51eBkY87UC7w4vh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Aug 20, 2009 at 09:49:32PM +0200, Ulrich Sp??rlein wrote: > Hi, I'm on RELENG_8/amd64 now and while using flash inside FF3 I > observed the following >=20 > acquiring duplicate lock of same type: "ftlk" > 1st ftlk @ /data/freebsd-head/sys/modules/linux/../../compat/linux/linux= _futex.c:177 > 2nd ftlk @ /data/freebsd-head/sys/modules/linux/../../compat/linux/linux= _futex.c:203 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2e > witness_checkorder() at witness_checkorder+0x8ef > _sx_xlock() at _sx_xlock+0x55 > futex_get0() at futex_get0+0xfe > linux_sys_futex() at linux_sys_futex+0x96 > ia32_syscall() at ia32_syscall+0x19c > Xint0x80_syscall() at Xint0x80_syscall+0x95 > --- syscall (240, Linux ELF32, linux_sys_futex), rip =3D 0x287d89b3, rsp = =3D 0xffffaa8c, rbp =3D 0x4000001 --- >=20 > I'm running with linux-f8 (f10 gave me trouble last time I tried on CURRE= NT) and flash10. >=20 > Is this a known problem? Is someone working on this or shall I file a PR? >=20 > Regards, > Uli >=20 > PS: please keep me CC'ed. thx. This is a known and harmless issue. We need sx_xlock_flags(). --p51eBkY87UC7w4vh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkqNq3wACgkQC3+MBN1Mb4gw0gCg2eLcCmB44sabC0ctvnctdybW 7dEAnR13qp2eR5V6uEt45cs6uJ/MXYdS =6959 -----END PGP SIGNATURE----- --p51eBkY87UC7w4vh-- From owner-freebsd-emulation@FreeBSD.ORG Fri Aug 21 06:06:31 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D621106568E for ; Fri, 21 Aug 2009 06:06:31 +0000 (UTC) (envelope-from shuriku@shurik.kiev.ua) Received: from mail.lissoft.com.ua (mail.lissoft.com.ua [212.26.135.108]) by mx1.freebsd.org (Postfix) with ESMTP id A8C418FC64 for ; Fri, 21 Aug 2009 06:06:30 +0000 (UTC) Received: from mozart.lis.ua ([10.1.1.1] helo=shurik-nb.lis.ua) by mail.lissoft.com.ua with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1MeNGf-000Pmc-Ej; Fri, 21 Aug 2009 09:06:29 +0300 Message-ID: <4A8E3969.9030203@shurik.kiev.ua> Date: Fri, 21 Aug 2009 09:06:33 +0300 From: Alexandr Krivulya User-Agent: Thunderbird 2.0.0.22 (X11/20090728) MIME-Version: 1.0 To: "Sean C. Farley" References: <4A8D0EC4.8030105@shurik.kiev.ua> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-emulation@freebsd.org Subject: Re: virtualbox port forwarding X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 06:06:31 -0000 Thx for your reply, Sean. My problem was solved by changing "TCP" to "tcp" in "VBoxInternal/Devices/pcnet/0/LUN#0/Config/RDP/Protocol, Value: TCP" Sean C. Farley пишет: > On Thu, 20 Aug 2009, Alexandr Krivulya wrote: > >> Hello, >> >> I have host with FreeBSD 7.2-RELEASE-p3 running Win2K3 under >> virtualbox-3.0.51.r22226 with cofigured terminal service. I configured >> port forwarding to get access terminal service on win2k3 outside of a >> virtual machine, but it doesn't work :( >> >> shurik@shurik-nb:~> VBoxManage getextradata WIN2003STD enumerate >> VirtualBox Command Line Management Interface Version 3.0.51_OSE >> (C) 2005-2009 Sun Microsystems, Inc. >> All rights reserved. >> >> Key: GUI/AutoresizeGuest, Value: on >> Key: GUI/Fullscreen, Value: off >> Key: GUI/LastCloseAction, Value: powerOff >> Key: GUI/LastWindowPostion, Value: 297,74,800,647 >> Key: GUI/MiniToolBarAlignment, Value: bottom >> Key: GUI/MiniToolBarAutoHide, Value: on >> Key: GUI/SaveMountedAtRuntime, Value: yes >> Key: GUI/Seamless, Value: off >> Key: GUI/ShowMiniToolBar, Value: yes >> Key: VBoxInternal/Devices/pcnet/0/LUN#0/Config/RDP/GuestPort, Value: 3389 >> Key: VBoxInternal/Devices/pcnet/0/LUN#0/Config/RDP/HostPort, Value: 53389 >> Key: VBoxInternal/Devices/pcnet/0/LUN#0/Config/RDP/Protocol, Value: TCP >> >> sockstat shows listening port 53389: >> >> shurik@shurik-nb:~> sockstat -l -4|grep 3389 >> shurik VirtualBox 9553 42 tcp4 *:53389 *:* >> >> Network inside of virtual machine works good. > > Your configuration looks correct. I had something similar to use ssh > with a guest that did work: > Key: VBoxInternal/Devices/e1000/0/LUN#0/Config/CentOS/GuestPort, Value: 22 > Key: VBoxInternal/Devices/e1000/0/LUN#0/Config/CentOS/HostPort, Value: > 30022 > Key: VBoxInternal/Devices/e1000/0/LUN#0/Config/CentOS/Protocol, Value: TCP > > Here are my thoughts: > 1. Is the guest configured to allow remote desktop? Ah. I see you > already have it configured. > 2. Is the guest configured to allow remote desktop through its firewall? > 3. Is there a firewall on the host that could interfere with the > connection? This is even if you are trying to communicate from the > host. > 4. You could run tcpdump -n -i lo0 port 53389 on the host to see if any > packets are coming out of the guest. This is assuming you are > connecting from the host to localhost. > 5. Are you attempting to connect with rdesktop such as: > rdesktop localhost:53389 > 6. You could try the patch posted on this list yesterday from Juergen > Lock to allow the use of tap devices (requires manual setup) and > avoid having to use port forwarding. > > Sean From owner-freebsd-emulation@FreeBSD.ORG Fri Aug 21 14:05:55 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF4A3106568B for ; Fri, 21 Aug 2009 14:05:55 +0000 (UTC) (envelope-from freebsd-emulation@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 50EDF8FC63 for ; Fri, 21 Aug 2009 14:05:55 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1MeUCv-0000PI-LI for freebsd-emulation@freebsd.org; Fri, 21 Aug 2009 15:31:05 +0200 Received: from 200.41.broadband11.iol.cz ([90.178.41.200]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Aug 2009 15:31:05 +0200 Received: from gamato by 200.41.broadband11.iol.cz with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 21 Aug 2009 15:31:05 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-emulation@freebsd.org From: martinko Date: Fri, 21 Aug 2009 15:30:42 +0200 Lines: 91 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 200.41.broadband11.iol.cz User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.18) Gecko/20081125 SeaMonkey/1.1.13 Sender: news Subject: Automagic bridged networking with QEMU (tap) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 14:05:55 -0000 Hallo list, I spent a good portion of yesterday trying to find out how to change from using user mode to bridged networking with QEMU on FreeBSD 7.2. As I found a few how-to's of differing quality and I couldn't manage to make it work for some time, I decided to share the final results of my journey with you as I believe it may save someone a few hours or hair. The proposed solution does not need any manual steps and is fully transparent to users (like user mode networking is). It does not even permanently bridge your real NIC, only when necessary, which is good because of some performance penalties when bridging. And you can run as many guests as you want and it's all set up automagically. :-) OK, enough words, here's what to do: /boot/loader.conf[.local]: if_bridge_load="YES" if_tap_load="YES" /etc/sysctl.conf: net.link.tap.up_on_open=1 net.link.tap.user_open=1 /etc/devfs.rules: [localrules=10] add path 'tap*' mode 0660 /etc/rc.conf[.local]: devfs_system_ruleset="localrules" kqemu_enable="YES" /usr/local/etc/qemu-ifup -- custom script /usr/local/etc/qemu-ifdown -- custom script --- /usr/local/etc/qemu-ifup #!/bin/sh # # /usr/local/etc/qemu-ifup : martinko [20-aug-2009] # IFNAME=re0 for BRIDGE in $(ifconfig -a | grep '^bridge' | cut -d: -f1) do if [ -n "$(ifconfig "$BRIDGE" | grep -w "member: $IFNAME")" ] then echo "${0##*/}: Adding $1 as a member of $BRIDGE" sudo /sbin/ifconfig "$BRIDGE" addm "$1" up exit fi done BRIDGE="$(sudo /sbin/ifconfig bridge create)" sudo /sbin/ifconfig "$BRIDGE" addm "$IFNAME" addm "$1" up echo "${0##*/}: Created $BRIDGE and added $1 as a member" --- /usr/local/etc/qemu-ifdown #!/bin/sh # # /usr/local/etc/qemu-ifdown : martinko [20-aug-2009] # for BRIDGE in $(ifconfig -a | grep '^bridge' | cut -d: -f1) do if [ -n "$(ifconfig "$BRIDGE" | grep -w "member: $1")" ] then if [ "$(ifconfig "$BRIDGE" | grep -c -w "member:")" -le 2 ] then echo "${0##*/}: Destroying $BRIDGE" sudo /sbin/ifconfig "$BRIDGE" destroy fi echo "${0##*/}: Destroying $1" sudo /sbin/ifconfig "$1" destroy fi done --- And that's all, folks! :) Enjoy and if you find a better solution please let me/us know. Cheers, Martin PS1: Of course change IFNAME in qemu-ifup according to your setup. PS2: You man want/need to change the group in devfs.rules as well. From owner-freebsd-emulation@FreeBSD.ORG Fri Aug 21 14:48:55 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F07C1065694 for ; Fri, 21 Aug 2009 14:48:55 +0000 (UTC) (envelope-from fli@shapeshifter.se) Received: from mx1.h3q.net (mx1.h3q.net [IPv6:2001:16d8:ffe5:1::f1]) by mx1.freebsd.org (Postfix) with ESMTP id 373498FC60 for ; Fri, 21 Aug 2009 14:48:55 +0000 (UTC) Received: from smtp-auth.h3q.net (smtp-auth.h3q.net [127.0.0.1]) (Authenticated sender: hidden) by mx1.h3q.net (Postfix) with ESMTPSA id 5040933CB7 for ; Fri, 21 Aug 2009 16:48:53 +0200 (CEST) Message-ID: <4A8EB3D2.7010109@shapeshifter.se> Date: Fri, 21 Aug 2009 16:48:50 +0200 From: Fredrik Lindberg User-Agent: Thunderbird 2.0.0.22 (X11/20090801) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: VirtualBox bridged adapter (vboxnetflt) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 14:48:55 -0000 Hi I've started working on the missing bits of the FreeBSD network implementation in VirtualBox. I now have a working vboxnetflt.ko driver that allows automatic bridged networking in VirtualBox (probably what most people want). This allows guests to automatically bridge with your existing network adapter providing seamless network access. Work on host-only adapter mode is in progress (this should not be confused with host-interface in previous vbox 2.x releases). The patch can be found at http://www.shapeshifter.se/pub/patches/vbox-freebsd-network.patch Additional patch for emulators/virtualbox/Makefile http://www.shapeshifter.se/pub/patches/virtualbox-Makefile.patch You'll have to rebuild VirtualBox to make it work, the following lines should do the trick. cd /usr/ports/emulators/virtualbox make clean patch mkdir work/virtualbox-3.0.51r22226/src/VBox/HostDrivers/VBoxNetFlt/freebsd patch -d work/virtualbox-3.0.51r22226 < vbox-freebsd-network.patch patch < virtualbox-Makefile.patch make install In addition to vboxdrv.ko you'll need to load vboxnetflt.ko too. kldload /boot/modules/vboxnetflt.ko In VirtualBox network settings, under "Bridged Adapter" you should now see your available network interfaces. Select the one connected to your network and boot your virtual machine. It should now be connected to your local network as any other machine. Please note that this is just the first iteration of the patch and it should by no means be considered complete. It has only been tested on FreeBSD 8/i386. Slippery when wet :) The kld is also a bit hackish at the moment regarding to how it interfaces with the network stack to avoid kernel code modifications. Fredrik From owner-freebsd-emulation@FreeBSD.ORG Fri Aug 21 18:36:38 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA61C106568D for ; Fri, 21 Aug 2009 18:36:38 +0000 (UTC) (envelope-from dnaeon@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7C0998FC21 for ; Fri, 21 Aug 2009 18:36:38 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 22so203529eye.7 for ; Fri, 21 Aug 2009 11:36:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=YA4/jbSxJrPoi/2LR5UEqzfjdOFoSFBugLLCk/LMLnI=; b=k0BiKJtlTpWFjN1K0zcwgoI1EQh7T1A8RuHDIpXcnTNsEEzL3Y/DKWVhj5cnaZhGZJ riaA9Z694UhSidhzDDzNqHXUT78y46QHDTFYxnAV/E9/iuMIQ857mephZU9CEqjgZjuf SjOqDfvCl6Ia8CM0WxuF/xEFWWNvamriROGTE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=P7t+rBoyAKuRisnqLc45AWb26NVGNPPhFadAmpzN9qlrm7IfxOA3jMz4xFV81yGB2D 1hPTgGpzViXOb/vt9I2iFMgT0yywNVeluwJYT2mvMASWbkUIWc6HhcenXMW0FinQ4lXS DRhs6hs5y8ciFOTU3k6cyuWh6Si3qy6Oadc1M= MIME-Version: 1.0 Received: by 10.216.28.15 with SMTP id f15mr278193wea.30.1250878373045; Fri, 21 Aug 2009 11:12:53 -0700 (PDT) Date: Fri, 21 Aug 2009 21:12:53 +0300 Message-ID: <717f7a3e0908211112l493d33daia38df89dca83ffc3@mail.gmail.com> From: Marin Atanasov To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: VirtualBox permissions issue X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Aug 2009 18:36:39 -0000 Hello, mates! First, I'd like to thank all of you that managed to port VirtualBox to FreeBSD! Thanks so much! :) Today I've installed VirtualBox on my FreeBSD 7.2 system and I can tell you it works like a charm! :) However I've noticed a very small issue - permissions. Installing VirtualBox from ports results in incorrect permissions set - this actually does not allow normal users to run VirtualBox, even if they are in the `vboxusers' group. Here's the incorrect permissions set by the default installation: drwx------ 4 root wheel 1536 Aug 19 15:58 /usr/local/lib/virtualbox/ So, in order to run VirtualBox as normal user one have to change the permissions for /usr/local/lib/virtualbox. Can I ask you to make the permissions for the next release of VirtualBox for /usr/local/lib/virtualbox 0750 for example, or just update the Handbook and mentioned that little part of allowing normal users to run VirtualBox? :) Best regards, D From owner-freebsd-emulation@FreeBSD.ORG Sat Aug 22 02:10:12 2009 Return-Path: Delivered-To: emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5CB81065690; Sat, 22 Aug 2009 02:10:12 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8C2378FC1E; Sat, 22 Aug 2009 02:10:12 +0000 (UTC) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n7M2ACqi092321; Sat, 22 Aug 2009 02:10:12 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n7M2ACbm092311; Sat, 22 Aug 2009 02:10:12 GMT (envelope-from edwin) Date: Sat, 22 Aug 2009 02:10:12 GMT Message-Id: <200908220210.n7M2ACbm092311@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, emulation@FreeBSD.org From: edwin@FreeBSD.org Cc: Subject: Re: ports/138058: Update Port: audio/linux-f10-alsa-lib X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2009 02:10:12 -0000 Synopsis: Update Port: audio/linux-f10-alsa-lib Responsible-Changed-From-To: freebsd-ports-bugs->emulation Responsible-Changed-By: edwin Responsible-Changed-When: Sat Aug 22 02:10:12 UTC 2009 Responsible-Changed-Why: Over to maintainer (via the GNATS Auto Assign Tool) http://www.freebsd.org/cgi/query-pr.cgi?pr=138058 From owner-freebsd-emulation@FreeBSD.ORG Sat Aug 22 12:55:02 2009 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A6D2106568B; Sat, 22 Aug 2009 12:55:02 +0000 (UTC) (envelope-from vbox-devel-l@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 3581A8FC14; Sat, 22 Aug 2009 12:55:02 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 49C331E00345; Sat, 22 Aug 2009 14:39:45 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n7MCaCHV009073; Sat, 22 Aug 2009 14:36:12 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id n7MCaCXt009072; Sat, 22 Aug 2009 14:36:12 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 22 Aug 2009 14:36:12 +0200 To: "Sean C. Farley" Message-ID: <20090822123611.GA8594@triton8.kn-bremen.de> References: <20090819185448.GA8386@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: vbox-dev@virtualbox.org, freebsd-emulation@FreeBSD.org, Juergen Lock Subject: Re: tuntap hacks for FreeBSD vbox hosts (bandaid till vbox-net driver...) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2009 12:55:02 -0000 On Thu, Aug 20, 2009 at 03:19:36PM -0500, Sean C. Farley wrote: > On Wed, 19 Aug 2009, Juergen Lock wrote: > > > Hi! > > > > After inquiring on the #vbox-dev channel whether the tuntap code could > > be resurrected for hosts that don't have vbox net/bridge drivers yet > > (like FreeBSD :) I now got it working - except the config gui and > > ifup/down scripts, the code for at least the latter seems to have been > > ripped out for good indeed... So for now you have to use VBoxManage > > something like this, > > VBoxManage modifyvm --nic1 bridged --bridgeadapter1 tap0 > > and manually configure your tap interface and (optionally) add it to a > > bridge before the VM starts. If you already have setup your host > > system to use tuntap networking with qemu you probably can just > > chown/chmod /dev/tap0 (or whichever one you use) to 660 root:vboxusers > > and then run your /usr/local/etc/qemu-ifup script with the same tap > > interface as arg, otherwise do something like... > > kldload if_tap if_bridge > > sysctl net.link.tap.user_open=1 > > chown root:vboxusers /dev/tap0 > > chmod 660 /dev/tap0 > > ifconfig bridge0 create > > ifconfig bridge0 addm > > ifconfig tap0 netmask > > ifconfig bridge0 addm tap0 > > and then start the guest. (You'll have to rerun the `ifconfig tap0 > > ...' each time before you start the guest again.) > > Thank you! I had started looking at the code to try to figure out why I > could not force the use of a tap device via VBoxManage. This patch > works for me with FreeBSD 7-STABLE. > > BTW, you should not need the ifconfig tap0 line above since the VM is > getting or setting its own IP. Is there a reason to do it? > I was about to explain how I needed it for the guest to be able to talk to the host here, but - turns out this was just due to me using pf on this box and the rules were a little broken. So yes it is not really necessary... > If you want it to have it look even more authenticate, you can always > rename the tap device to vboxnet0 with ifconfig. :) > Haha! :) Btw, seems my patch has reached its ultimate goal much more quickly than I expected: Motivating someone to implement `proper' FreeBSD vbox net drivers: http://lists.freebsd.org/pipermail/freebsd-emulation/2009-August/006701.html Thank you Fredrik!! :) Juergen From owner-freebsd-emulation@FreeBSD.ORG Sat Aug 22 15:31:04 2009 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6925106568E for ; Sat, 22 Aug 2009 15:31:04 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 4E4908FC08 for ; Sat, 22 Aug 2009 15:31:04 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 88F2E1E00345; Sat, 22 Aug 2009 17:31:03 +0200 (CEST) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id n7MFRx4M006006; Sat, 22 Aug 2009 17:27:59 +0200 (CEST) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id n7MFRx4K006005; Sat, 22 Aug 2009 17:27:59 +0200 (CEST) (envelope-from nox) Date: Sat, 22 Aug 2009 17:27:59 +0200 (CEST) From: Juergen Lock Message-Id: <200908221527.n7MFRx4K006005@triton8.kn-bremen.de> To: fli@shapeshifter.se X-Newsgroups: local.list.freebsd.emulation In-Reply-To: <4A8EB3D2.7010109@shapeshifter.se> Organization: home Cc: freebsd-emulation@freebsd.org Subject: Re: VirtualBox bridged adapter (vboxnetflt) X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 22 Aug 2009 15:31:04 -0000 In article <4A8EB3D2.7010109@shapeshifter.se> you write: >Hi > >I've started working on the missing bits of the FreeBSD network >implementation in VirtualBox. > >I now have a working vboxnetflt.ko driver that allows automatic >bridged networking in VirtualBox (probably what most people want). >This allows guests to automatically bridge with your existing >network adapter providing seamless network access. > >Work on host-only adapter mode is in progress (this should not >be confused with host-interface in previous vbox 2.x releases). > >The patch can be found at >http://www.shapeshifter.se/pub/patches/vbox-freebsd-network.patch > >Additional patch for emulators/virtualbox/Makefile >http://www.shapeshifter.se/pub/patches/virtualbox-Makefile.patch > > >You'll have to rebuild VirtualBox to make it work, the following lines >should do the trick. > >cd /usr/ports/emulators/virtualbox >make clean patch >mkdir work/virtualbox-3.0.51r22226/src/VBox/HostDrivers/VBoxNetFlt/freebsd > >patch -d work/virtualbox-3.0.51r22226 < vbox-freebsd-network.patch >patch < virtualbox-Makefile.patch >make install > >In addition to vboxdrv.ko you'll need to load vboxnetflt.ko too. > >kldload /boot/modules/vboxnetflt.ko > >In VirtualBox network settings, under "Bridged Adapter" you should now >see your available network interfaces. Select the one connected to your >network and boot your virtual machine. It should now be connected to >your local network as any other machine. > > >Please note that this is just the first iteration of the patch and it >should by no means be considered complete. It has only been tested >on FreeBSD 8/i386. Slippery when wet :) > > >The kld is also a bit hackish at the moment regarding to how it >interfaces with the network stack to avoid kernel code modifications. This is cool! :) I just did a quick test on stable/8/amd64: (its a little older checkout) The good news is it builds and the guest can ping the host, also pinging another box on the lan that I wasn't sure was up (it was down) from the guest failed as expected, but pinging the same box from the host to verify while the guest was still running then panic'd the host: triton8.kn-bremen.de dumped core - see /var/crash/vmcore.3 Sat Aug 22 16:59:18 CEST 2009 FreeBSD triton8.kn-bremen.de 8.0-BETA2 FreeBSD 8.0-BETA2 #3: Wed Aug 12 21:38:39 CEST 2009 nox@triton8.kn-bremen.de:/usr/obj/usr/home/nox/src-r8/src/sys/TRITON8 amd64 panic: general protection fault 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 are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid = 1; apic id = 01 instruction pointer = 0x20:0xffffffff80614c05 stack pointer = 0x28:0xffffff8000055ac0 frame pointer = 0x28:0xffffff8000055ae0 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clock) trap number = 9 panic: general protection fault cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a panic() at panic+0x182 trap_fatal() at trap_fatal+0x2ad trap() at trap+0xe4 calltrap() at calltrap+0x8 --- trap 0x9, rip = 0xffffffff80614c05, rsp = 0xffffff8000055ac0, rbp = 0xffffff8000055ae0 --- m_freem() at m_freem+0x25 llentry_free() at llentry_free+0x5c arptimer() at arptimer+0xd8 softclock() at softclock+0x291 intr_event_execute_handlers() at intr_event_execute_handlers+0x68 ithread_loop() at ithread_loop+0xb2 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffff8000055d30, rbp = 0 --- Uptime: 2h34m56s Physical memory: 8175 MB Dumping 2353 MB: 2338 2322 2306 2290 2274 2258 2242 2226 2210 2194 2178 2162 2146 2130 2114 2098 2082 2066 2050 2034 2018 2002 1986 1970 1954 1938 1922 1906 1890 1874 1858 1842 1826 1810 1794 1778 1762 1746 1730 1714 1698 1682 1666 1650 1634 1618 1602 1586 1570 1554 1538 1522 1506 1490 1474 1458 1442 1426 1410 1394 1378 1362 1346 1330 1314 1298 1282 1266 1250 1234 1218 1202 1186 1170 1154 1138 1122 1106 1090 1074 1058 1042 1026 1010 994 978 962 946 930 914 898 882 866 850 834 818 802 786 770 754 738 722 706 690 674 658 642 626 610 594 578 562 546 530 514 498 482 466 450 434 418 402 386 370 354 338 322 306 290 274 258 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2 Reading symbols from /boot/kernel/amdtemp.ko...Reading symbols from /boot/kernel/amdtemp.ko.symbols...done. done. Loaded symbols for /boot/kernel/amdtemp.ko Reading symbols from /boot/kernel/ahci.ko...Reading symbols from /boot/kernel/ahci.ko.symbols...done. done. Loaded symbols for /boot/kernel/ahci.ko Reading symbols from /boot/kernel/siis.ko...Reading symbols from /boot/kernel/siis.ko.symbols...done. done. Loaded symbols for /boot/kernel/siis.ko Reading symbols from /boot/kernel/linprocfs.ko...Reading symbols from /boot/kernel/linprocfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/linprocfs.ko Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ether.ko Reading symbols from /boot/kernel/ng_pppoe.ko...Reading symbols from /boot/kernel/ng_pppoe.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_pppoe.ko Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from /boot/kernel/ng_socket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_socket.ko Reading symbols from /boot/kernel/green_saver.ko...Reading symbols from /boot/kernel/green_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/green_saver.ko Reading symbols from /boot/kernel/radeon.ko...Reading symbols from /boot/kernel/radeon.ko.symbols...done. done. Loaded symbols for /boot/kernel/radeon.ko Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done. done. Loaded symbols for /boot/kernel/drm.ko Reading symbols from /boot/modules/vboxdrv.ko...done. Loaded symbols for /boot/modules/vboxdrv.ko Reading symbols from /boot/modules/vboxnetflt.ko...done. Loaded symbols for /boot/modules/vboxnetflt.ko Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done. done. Loaded symbols for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done. done. Loaded symbols for /boot/kernel/sound.ko #0 doadump () at pcpu.h:223 223 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:223 #1 0xffffffff805ba723 in boot (howto=260) at /usr/home/nox/src-r8/src/sys/kern/kern_shutdown.c:419 #2 0xffffffff805bab7c in panic (fmt=Variable "fmt" is not available. ) at /usr/home/nox/src-r8/src/sys/kern/kern_shutdown.c:575 #3 0xffffffff8089653d in trap_fatal (frame=0x9, eva=Variable "eva" is not available. ) at /usr/home/nox/src-r8/src/sys/amd64/amd64/trap.c:852 #4 0xffffffff80896fc4 in trap (frame=0xffffff8000055a10) at /usr/home/nox/src-r8/src/sys/amd64/amd64/trap.c:639 #5 0xffffffff8087cd63 in calltrap () at /usr/home/nox/src-r8/src/sys/amd64/amd64/exception.S:224 #6 0xffffffff80614c05 in m_freem (mb=0xdeadc0dedeadc0de) at /usr/home/nox/src-r8/src/sys/kern/uipc_mbuf.c:160 #7 0xffffffff8066851c in llentry_free (lle=0xffffff01f0e35400) at /usr/home/nox/src-r8/src/sys/net/if_llatbl.c:101 #8 0xffffffff806adbb8 in arptimer (arg=0xffffff01f0e35400) at /usr/home/nox/src-r8/src/sys/netinet/if_ether.c:172 #9 0xffffffff805ccd41 in softclock (arg=Variable "arg" is not available. ) at /usr/home/nox/src-r8/src/sys/kern/kern_timeout.c:411 #10 0xffffffff80594f78 in intr_event_execute_handlers (p=Variable "p" is not available. ) at /usr/home/nox/src-r8/src/sys/kern/kern_intr.c:1165 #11 0xffffffff80595bd2 in ithread_loop (arg=0xffffff000187f840) at /usr/home/nox/src-r8/src/sys/kern/kern_intr.c:1178 #12 0xffffffff80592eca in fork_exit ( callout=0xffffffff80595b20 , arg=0xffffff000187f840, frame=0xffffff8000055c80) at /usr/home/nox/src-r8/src/sys/kern/kern_fork.c:838 #13 0xffffffff8087d23e in fork_trampoline () at /usr/home/nox/src-r8/src/sys/amd64/amd64/exception.S:561 #14 0x0000000000000000 in ?? () #15 0x0000000000000000 in ?? () #16 0x0000000000000001 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000ed5000 in ?? () #39 0x0000000000000000 in ?? () #40 0xffffffff80c58ec0 in affinity () #41 0xffffffff80c58ec0 in affinity () #42 0xffffff00019ff720 in ?? () #43 0xffffff8000054ee0 in ?? () #44 0xffffff8000054e98 in ?? () #45 0xffffff0001890390 in ?? () #46 0xffffffff805dd5c0 in sched_switch (td=0xffffff000187f840, newtd=0xffffffff80595b20, flags=Variable "flags" is not available. ) at /usr/home/nox/src-r8/src/sys/kern/sched_ule.c:1858 Previous frame inner to this frame (corrupt stack?) (kgdb) Oh and the plist is now wrong too, vboxnetflt.ko is missing at least... Thanx, Juergen