From owner-freebsd-emulation@FreeBSD.ORG Sun Mar 7 02:54:07 2010 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 1D351106566B for ; Sun, 7 Mar 2010 02:54:07 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id E01AA8FC0C for ; Sun, 7 Mar 2010 02:54:06 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1No6d4-0005N1-96 for freebsd-emulation@freebsd.org; Sat, 06 Mar 2010 18:54:06 -0800 Message-ID: <27808789.post@talk.nabble.com> Date: Sat, 6 Mar 2010 18:54:06 -0800 (PST) From: zaxis To: freebsd-emulation@freebsd.org In-Reply-To: <5094423d.3513.126ef3da4b7.Coremail.z_axis@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: z_axis@163.com References: <5094423d.3513.126ef3da4b7.Coremail.z_axis@163.com> Subject: Re: After customizing 8.0 kernel, the VirtualBox doesnot appear ? 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: Sun, 07 Mar 2010 02:54:07 -0000 FYI, Mar 7 10:16:36 mybsd kernel: warning: KLD '/boot/modules/vboxdrv.ko' is newer than the linker.hints file Mar 7 10:16:36 mybsd kernel: vboxdrv: fAsync=0 offMin=0xe56 offMax=0x17d0 Mar 7 10:16:36 mybsd kernel: supdrvGipCreate: omni timer not supported, falling back to synchronous mode zaxis wrote: > >>uname -a > FreeBSD mybsd.zsoft.com 8.0-RELEASE-p2 FreeBSD 8.0-RELEASE-p2 #6: Fri Feb > 19 15:49:41 CST 2010 > root@mybsd.zsoft.com:/usr/obj/usr/src/sys/MYKERNEL i386 > >>pkg_info | grep virtualbox > virtualbox-ose-3.1.2_1 A general-purpose full virtualizer for x86 hardware > virtualbox-ose-kmod-3.1.2_1 VirtualBox kernel module for FreeBSD > >>cat /boot/loader.conf > nvidia_load="YES" > vboxdrv_load="YES" > >>kldstat > Id Refs Address Size Name > 1 15 0xc0400000 9a0ab8 kernel > 2 1 0xc0da1000 1b724 snd_hda.ko > 3 2 0xc0dbd000 567b0 sound.ko > 5 1 0xc61e1000 27000 vboxdrv.ko > 6 1 0xc6208000 951000 nvidia.ko > 7 1 0xc61c6000 10000 ext2fs.ko > >>VirtualBox > Stop here forever nomatter XLIB_SKIP_ARGB_VISUALS is set or not ! > >>From another terminal: >>ps -A | grep -i virtua > 13900 ?? I 0:00.14 /usr/local/lib/virtualbox/VBoxSVC --pipe 8 > --auto-shutdown > 13896 0 I+ 0:00.79 VirtualBox > 13897 0 I+ 0:00.05 /usr/local/lib/virtualbox/VBoxXPCOMIPCD > > However, GENERIC kernel works fine before: > >>diff GENERIC MYKERNEL > 21,22c21,22 > < cpu I486_CPU > #cpu I486_CPU >> #cpu I586_CPU > 40c40 > #options INET6 # IPv6 communications protocols > 48,52c48,52 > < options NFSCLIENT # Network Filesystem Client > < options NFSSERVER # Network Filesystem Server > < options NFSLOCKD # Network Lock Manager > < options NFS_ROOT # NFS usable as /, requires NFSCLIENT > #options NFSCLIENT # Network Filesystem Client >> #options NFSSERVER # Network Filesystem Server >> #options NFSLOCKD # Network Lock Manager >> #options NFS_ROOT # NFS usable as /, requires NFSCLIENT >> #options MSDOSFS # MSDOS Filesystem > 92c92 > #device fdc > 140,150c140,150 > < device amr # AMI MegaRAID > < device arcmsr # Areca SATA II RAID > < device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID > < device ciss # Compaq Smart RAID 5* > < device dpt # DPT Smartcache III, IV - See NOTES for options > < device hptmv # Highpoint RocketRAID 182x > < device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx > < device iir # Intel Integrated RAID > < device ips # IBM (Adaptec) ServeRAID > < device mly # Mylex AcceleRAID/eXtremeRAID > #device amr # AMI MegaRAID >> #device arcmsr # Areca SATA II RAID >> #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID >> #device ciss # Compaq Smart RAID 5* >> #device dpt # DPT Smartcache III, IV - See NOTES for options >> #device hptmv # Highpoint RocketRAID 182x >> #device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx >> #device iir # Intel Integrated RAID >> #device ips # IBM (Adaptec) ServeRAID >> #device mly # Mylex AcceleRAID/eXtremeRAID >> #device twa # 3ware 9000 series PATA/SATA RAID > 153,159c153,159 > < device aac # Adaptec FSA RAID > < device aacp # SCSI passthrough for aac (requires CAM) > < device ida # Compaq Smart RAID > < device mfi # LSI MegaRAID SAS > < device mlx # Mylex DAC960 family > < device pst # Promise Supertrak SX6000 > #device aac # Adaptec FSA RAID >> #device aacp # SCSI passthrough for aac (requires CAM) >> #device ida # Compaq Smart RAID >> #device mfi # LSI MegaRAID SAS >> #device mlx # Mylex DAC960 family >> #device pst # Promise Supertrak SX6000 >> #device twe # 3ware ATA RAID > 268c268 > #device an # Aironet 4500/4800 802.11 wireless NICs. > 273,274c273,274 > < device ral # Ralink Technology RT2500 wireless NICs. > #device ral # Ralink Technology RT2500 wireless NICs. >> #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. > 302c302 > #device umass # Disks/Mass storage - Requires scbus and da > 329c329 > #device firewire # FireWire bus code > 331,334c331,334 > < device fwe # Ethernet over FireWire (non-standard!) > < device fwip # IP over FireWire (RFC 2734,3146) > < device dcons # Dumb console driver > #device fwe # Ethernet over FireWire (non-standard!) >> #device fwip # IP over FireWire (RFC 2734,3146) >> #device dcons # Dumb console driver >> #device dcons_crom # Configuration ROM for dcons > > Any suggestion is appreciated! > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to > "freebsd-emulation-unsubscribe@freebsd.org" > > > ----- > fac n = let { f = foldr (*) 1 [1..n] } in f > ----- fac n = let { f = foldr (*) 1 [1..n] } in f -- View this message in context: http://old.nabble.com/After-customizing-8.0-kernel%2C-the-VirtualBox-doesnot-appear---tp27673399p27808789.html Sent from the freebsd-emulation mailing list archive at Nabble.com. From owner-freebsd-emulation@FreeBSD.ORG Sun Mar 7 08:51:26 2010 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 374B2106566C for ; Sun, 7 Mar 2010 08:51:26 +0000 (UTC) (envelope-from enrico@majaglug.net) Received: from smtp-out30.alice.it (smtp-out30.alice.it [85.33.2.30]) by mx1.freebsd.org (Postfix) with ESMTP id BAA528FC19 for ; Sun, 7 Mar 2010 08:51:25 +0000 (UTC) Received: from FBCMMO02.fbc.local ([192.168.68.196]) by smtp-out30.alice.it with Microsoft SMTPSVC(6.0.3790.3959); Sun, 7 Mar 2010 09:51:23 +0100 Received: from FBCMCL01B06.fbc.local ([192.168.69.87]) by FBCMMO02.fbc.local with Microsoft SMTPSVC(6.0.3790.3959); Sun, 7 Mar 2010 09:51:22 +0100 Received: from hal.homeunix.net ([87.21.220.111]) by FBCMCL01B06.fbc.local with Microsoft SMTPSVC(6.0.3790.3959); Sun, 7 Mar 2010 09:51:21 +0100 From: "Enrico M." To: freebsd-emulation@freebsd.org Date: Sun, 7 Mar 2010 09:51:20 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; i386; ; ) References: <86zl2l2w9n.fsf@kopusha.onet> <201003062039.24881.e.mancini@tiscali.it> <86vdd92lyj.fsf@kopusha.onet> In-Reply-To: <86vdd92lyj.fsf@kopusha.onet> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003070951.20385.enrico@majaglug.net> X-OriginalArrivalTime: 07 Mar 2010 08:51:21.0866 (UTC) FILETIME=[5C5A6EA0:01CABDD3] Subject: Re: virtualbox status on 8.0-STABLE i386 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: Sun, 07 Mar 2010 08:51:26 -0000 On Saturday 06 March 2010 22:12:52 Mikolaj Golub wrote: > On Sat, 6 Mar 2010 20:39:24 +0100 Enrico Mancini wrote: > > On Saturday 06 March 2010 18:30:12 Mikolaj Golub wrote: > >> So I removed KPTmap[i386_btop(va)] with *vtopte(va) and have working > >> virtualbox again, but I suppose this is rather the problem with > >> virualbox and not with the kernel code. > > > > So, you removed "pa = KPTmap[i386_btop(va)];" with "pa = *vtopte(va);", > > didn't you? > > Yes. > > > Did you rebuild the userland, the kernel or both? > > kernel and emulators/virtualbox-ose-kmod > Good! Now virtualbox is working, but not perfectly. In booting, the system sends this message: "vboxNetFltInitGlobalsAndIdc failed -2 module_register_init: MOD_LOAD (ng_vboxnetflt, 0xc0d42160, 0xc0dfc7a0) error 22" If I try to run a vm with a briged network, the vm doesn't start and virtualbox gives this message: "Failed to start the virtual machine FreeBSD8. Failed to open/create the internal network 'HostInterfaceNetworking-nfe0' (VERR_SUPDRV_COMPONENT_NOT_FOUND). Failed to attach the network LUN (VERR_SUPDRV_COMPONENT_NOT_FOUND). Unknown error creating VM (VERR_SUPDRV_COMPONENT_NOT_FOUND). Result Code: NS_ERROR_FAILURE (0x80004005) Component: Console Interface: IConsole {6375231a-c17c-464b-92cb-ae9e128d71c3}" The problem disappears if I unload and reload vboxnetflt.ko and vboxnetadp.ko This is my /boot/loader.conf: zfs_load="YES" vm.kmem_size_max="512M" vm.kmem_size="512M" vfs.zfs.arc_max="64M" vfs.zfs.vdev.cache.size="8M" vfs.zfs.zil_disable="1" vfs.zfs.prefetch_disable="1" vfs.root.mountfrom="zfs:hal/ROOT" atapicam_load="YES" hw.ata.atapi_dma="1" cd9660_iconv_load="YES" snd_ich_load="YES" agp_load="YES" vboxdrv_load="YES" vboxnetflt_load="YES" netgraph_load="YES" ng_ether_load="YES" vboxnetadp_load="YES" Cheers, Enrico M. From owner-freebsd-emulation@FreeBSD.ORG Sun Mar 7 09:39:47 2010 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 7169A106564A for ; Sun, 7 Mar 2010 09:39:47 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 50D6D8FC17 for ; Sun, 7 Mar 2010 09:39:46 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1NoCxe-0002f4-B3 for freebsd-emulation@freebsd.org; Sun, 07 Mar 2010 01:39:46 -0800 Message-ID: <27810117.post@talk.nabble.com> Date: Sun, 7 Mar 2010 01:39:46 -0800 (PST) From: Hubert Tournier To: freebsd-emulation@freebsd.org In-Reply-To: <201003070951.20385.enrico@majaglug.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: hubert@frbsd.org References: <86zl2l2w9n.fsf@kopusha.onet> <201003062039.24881.e.mancini@tiscali.it> <86vdd92lyj.fsf@kopusha.onet> <201003070951.20385.enrico@majaglug.net> Subject: Re: virtualbox status on 8.0-STABLE i386 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: Sun, 07 Mar 2010 09:39:47 -0000 Hello, Enrico M.-3 wrote: > > If I try to run a vm with a briged network, the vm doesn't start and > virtualbox gives this message: > [...] > The problem disappears if I unload and reload vboxnetflt.ko and > vboxnetadp.ko > [...] > This is my /boot/loader.conf: > vboxdrv_load="YES" > vboxnetflt_load="YES" > netgraph_load="YES" > ng_ether_load="YES" > vboxnetadp_load="YES" > Have a look at http://wiki.freebsd.org/VirtualBox: Please load the virtualbox kernel module via /boot/loader.conf: vboxdrv_load="YES" If you are using the kernel modules for bridged or host-only networking remove vboxnetflt or vboxnetadp entries from /boot/loader.conf and add this to /etc/rc.conf and reboot the machine afterwards: vboxnet_enable="YES" Best regards, Hubert -- View this message in context: http://old.nabble.com/virtualbox-status-on-8.0-STABLE-i386-tp27805966p27810117.html Sent from the freebsd-emulation mailing list archive at Nabble.com. From owner-freebsd-emulation@FreeBSD.ORG Sun Mar 7 10:35:49 2010 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 B65E3106566C for ; Sun, 7 Mar 2010 10:35:49 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7F38FC08 for ; Sun, 7 Mar 2010 10:35:46 +0000 (UTC) Received: from outgoing.leidinger.net (pD954FC7A.dip.t-dialin.net [217.84.252.122]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 906BC844956; Sun, 7 Mar 2010 11:35:42 +0100 (CET) Received: from unknown (unknown [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 7539F50F0; Sun, 7 Mar 2010 11:35:39 +0100 (CET) Date: Sun, 7 Mar 2010 11:35:38 +0100 From: Alexander Leidinger To: Ed Schouten Message-ID: <20100307113538.00007555@unknown> In-Reply-To: <20100306181512.GK8200@hoeg.nl> References: <201003021325.27197.lists@jnielsen.net> <20100306073117.GE8200@hoeg.nl> <20100306081238.GF8200@hoeg.nl> <201003061241.59580.lists@jnielsen.net> <20100306181512.GK8200@hoeg.nl> X-Mailer: Claws Mail 3.7.2cvs15 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 906BC844956.83E0A X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1268562942.75813@xBizq0jpZdpvCq1+YKzp4g X-EBL-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: linux-only jail possible? 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: Sun, 07 Mar 2010 10:35:49 -0000 On Sat, 6 Mar 2010 19:15:12 +0100 Ed Schouten wrote: > I am still in doubt what to do. Maybe we could consider committing a > patch like this: [...] > This is a bit more complete. What it does, is that it creates a > symlink from /proc/%d/fd to /dev/fd, only if the calling process > matches. Then when you mount fdescfs on /dev/fd, it also does the > right thing, because it will always readlink() on a character device, > which also returns an error code. > > Comments, suggestions anyone? Looks better than the one before. :) Bye, Alexander. From owner-freebsd-emulation@FreeBSD.ORG Sun Mar 7 10:44:39 2010 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 455CB1065672 for ; Sun, 7 Mar 2010 10:44:39 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id D6F498FC1E for ; Sun, 7 Mar 2010 10:44:38 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 9A93E1CCFB; Sun, 7 Mar 2010 11:44:37 +0100 (CET) Date: Sun, 7 Mar 2010 11:44:37 +0100 From: Ed Schouten To: Alexander Leidinger Message-ID: <20100307104437.GM8200@hoeg.nl> References: <201003021325.27197.lists@jnielsen.net> <20100306073117.GE8200@hoeg.nl> <20100306081238.GF8200@hoeg.nl> <201003061241.59580.lists@jnielsen.net> <20100306181512.GK8200@hoeg.nl> <20100307113538.00007555@unknown> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RPb6GFgQMyE35ink" Content-Disposition: inline In-Reply-To: <20100307113538.00007555@unknown> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-emulation@freebsd.org Subject: Re: linux-only jail possible? 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: Sun, 07 Mar 2010 10:44:39 -0000 --RPb6GFgQMyE35ink Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Alexander Leidinger wrote: > On Sat, 6 Mar 2010 19:15:12 +0100 Ed Schouten wrote: >=20 > > I am still in doubt what to do. Maybe we could consider committing a > > patch like this: > [...] > > This is a bit more complete. What it does, is that it creates a > > symlink from /proc/%d/fd to /dev/fd, only if the calling process > > matches. Then when you mount fdescfs on /dev/fd, it also does the > > right thing, because it will always readlink() on a character device, > > which also returns an error code. > >=20 > > Comments, suggestions anyone? >=20 > Looks better than the one before. :) Great. Just committed it to SVN: http://svn.freebsd.org/viewvc/base?view=3Drevision&revision=3D204825 --=20 Ed Schouten WWW: http://80386.nl/ --RPb6GFgQMyE35ink Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuTg5UACgkQ52SDGA2eCwU8cACfcWp90usqAUGX09xObourpBZj X/gAn2XQa9oq/I1l7/kY6V77LbpXQFcY =GCsC -----END PGP SIGNATURE----- --RPb6GFgQMyE35ink-- From owner-freebsd-emulation@FreeBSD.ORG Sun Mar 7 12:42:27 2010 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 F3406106566C for ; Sun, 7 Mar 2010 12:42:27 +0000 (UTC) (envelope-from enrico@majaglug.net) Received: from smtp-out04.alice.it (smtp-out04.alice.it [85.37.17.100]) by mx1.freebsd.org (Postfix) with ESMTP id 8284F8FC19 for ; Sun, 7 Mar 2010 12:42:27 +0000 (UTC) Received: from FBCMMO03.fbc.local ([192.168.68.197]) by smtp-out04.alice.it with Microsoft SMTPSVC(6.0.3790.3959); Sun, 7 Mar 2010 13:42:21 +0100 Received: from FBCMCL01B07.fbc.local ([192.168.171.45]) by FBCMMO03.fbc.local with Microsoft SMTPSVC(6.0.3790.3959); Sun, 7 Mar 2010 13:42:20 +0100 Received: from hal.homeunix.net ([87.21.220.111]) by FBCMCL01B07.fbc.local with Microsoft SMTPSVC(6.0.3790.3959); Sun, 7 Mar 2010 13:42:20 +0100 From: "Enrico M." To: freebsd-emulation@freebsd.org Date: Sun, 7 Mar 2010 13:42:18 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; i386; ; ) References: <86zl2l2w9n.fsf@kopusha.onet> <201003070951.20385.enrico@majaglug.net> <27810117.post@talk.nabble.com> In-Reply-To: <27810117.post@talk.nabble.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003071342.18572.enrico@majaglug.net> X-OriginalArrivalTime: 07 Mar 2010 12:42:20.0841 (UTC) FILETIME=[A0F23190:01CABDF3] Subject: Re: virtualbox status on 8.0-STABLE i386 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: Sun, 07 Mar 2010 12:42:28 -0000 On Sunday 07 March 2010 10:39:46 Hubert Tournier wrote: > Hello, > > Enrico M.-3 wrote: > > If I try to run a vm with a briged network, the vm doesn't start and > > virtualbox gives this message: > > [...] > > The problem disappears if I unload and reload vboxnetflt.ko and > > vboxnetadp.ko > > [...] > > This is my /boot/loader.conf: > > vboxdrv_load="YES" > > vboxnetflt_load="YES" > > netgraph_load="YES" > > ng_ether_load="YES" > > vboxnetadp_load="YES" > > Have a look at http://wiki.freebsd.org/VirtualBox: > > > Please load the virtualbox kernel module via /boot/loader.conf: > vboxdrv_load="YES" > If you are using the kernel modules for bridged or host-only networking > remove vboxnetflt or vboxnetadp entries from /boot/loader.conf and add this > to /etc/rc.conf and reboot the machine afterwards: > vboxnet_enable="YES" > > > Best regards, > > Hubert > Thank you! Now everything is ok Cheers Enrico M From owner-freebsd-emulation@FreeBSD.ORG Sun Mar 7 14:28:53 2010 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 7D1981065676 for ; Sun, 7 Mar 2010 14:28:53 +0000 (UTC) (envelope-from alexeichi@yahoo.de) Received: from smtp124.mail.ukl.yahoo.com (smtp124.mail.ukl.yahoo.com [77.238.184.55]) by mx1.freebsd.org (Postfix) with SMTP id E33088FC0C for ; Sun, 7 Mar 2010 14:28:52 +0000 (UTC) Received: (qmail 76931 invoked from network); 7 Mar 2010 14:28:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.de; h=Received:X-Yahoo-SMTP:X-YMail-OSG:X-Yahoo-Newman-Property:Subject:From:To:Cc:In-Reply-To:References:Content-Type:Date:Message-ID:Mime-Version:X-Mailer; b=XHWLTMe1bo2/cEvBRwW4+zfI8+CoJHLb51uCin6gVQc5YfrU+g6jUlMkpiHYrd1qusEANn+PEfFvMLaT/BQrdQNezQ/hhIkjy5VZxc/4UqhFTbU47bU5DkhMwLfWtbXEJ0HvevB5d0uX0cP4I1SNejEYZvfPT/J5kJcIqH+I6ys= ; Received: from p57BBFC5A.dip.t-dialin.net (alexeichi@87.187.252.90 with login) by smtp124.mail.ukl.yahoo.com with SMTP; 07 Mar 2010 14:28:51 +0000 GMT X-Yahoo-SMTP: yMol3buswBBNNUOSiWLj.UV.YXoMOg-- X-YMail-OSG: D2RZ7kQVM1mt045BB0oz_5WGz6xhqkq6tzfsxiDD4p_AEXS3ENa3BWN9HUOw9zKUCn4FjVSqP30FbdksKZkYGiSAuvlpNHsn2a0_L3aA1NxUO_k010edZHRHb6wJzkhWbxYwBaT5y5UPRRj_vUPjIhoRD0cWiVpfqB56assAfG1npO6TFU9E2cKKhaTN3TMmqtjaJT6GFpYJ9iJL_43L_yhT3sKhwA29lnixnfnL9pbd6pyB3EpgXbDvQO.QMx0k4dgM0be_0..lLJGN7h29g8c4WGM- X-Yahoo-Newman-Property: ymail-3 From: Alexander Eichner To: Mikolaj Golub In-Reply-To: <86zl2l2w9n.fsf@kopusha.onet> References: <86zl2l2w9n.fsf@kopusha.onet> Content-Type: multipart/mixed; boundary="=-kv3VlgqGB/FHWN5JcU0h" Date: Sun, 07 Mar 2010 15:28:48 +0100 Message-ID: <1267972128.2825.2.camel@Prometheus> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Cc: alc@freebsd.org, freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: Re: virtualbox status on 8.0-STABLE i386 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: Sun, 07 Mar 2010 14:28:53 -0000 --=-kv3VlgqGB/FHWN5JcU0h Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Hi, can you try the attached patch please? This should fix the panic you encountered. Please undo your kernel changes befoer testing. Thanks. Regards, Alexander Eichner Mikolaj Golub wrote: > Hi, > > Recently I have updated my 8.0-STABLE i386 system and have learnt that > virtualbox begins to crash my box with the error > > panic: vm_fault: fault on nofault entry, addr: c1608000 > > (kgdb) bt > #0 doadump () at pcpu.h:246 > #1 0xc04ec379 in db_fncall (dummy1=-1064468854, dummy2=0, dummy3=-1, dummy4=0xe865d5bc "пуeÐ¥") > at /usr/src/sys/ddb/db_command.c:548 > #2 0xc04ec7af in db_command (last_cmdp=0xc0e04c9c, cmd_table=0x0, dopager=0) > at /usr/src/sys/ddb/db_command.c:445 > #3 0xc04ec864 in db_command_script (command=0xc0e05bc4 "call doadump") > at /usr/src/sys/ddb/db_command.c:516 > #4 0xc04f09a0 in db_script_exec (scriptname=0xe865d6c8 "kdb.enter.panic", warnifnotfound=Variable "warnifnotfound" is not available. > ) > at /usr/src/sys/ddb/db_script.c:302 > #5 0xc04f0a87 in db_script_kdbenter (eventname=0xc0cc248d "panic") at /usr/src/sys/ddb/db_script.c:324 > #6 0xc04ee768 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 > #7 0xc08d7d06 in kdb_trap (type=3, code=0, tf=0xe865d804) at /usr/src/sys/kern/subr_kdb.c:535 > #8 0xc0beb39b in trap (frame=0xe865d804) at /usr/src/sys/i386/i386/trap.c:690 > #9 0xc0bccd0b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > #10 0xc08d7e8a in kdb_enter (why=0xc0cc248d "panic", msg=0xc0cc248d "panic") at cpufunc.h:71 > #11 0xc08a88b6 in panic (fmt=0xc0cecbc4 "vm_fault: fault on nofault entry, addr: %lx") > at /usr/src/sys/kern/kern_shutdown.c:562 > #12 0xc0b0c3d7 in vm_fault (map=0xc1990000, vaddr=3244326912, fault_type=Variable "fault_type" is not available. > ) > at /usr/src/sys/vm/vm_fault.c:283 > #13 0xc0bea7d6 in trap_pfault (frame=0xe865dac0, usermode=0, eva=3244330720) > at /usr/src/sys/i386/i386/trap.c:840 > #14 0xc0beb225 in trap (frame=0xe865dac0) at /usr/src/sys/i386/i386/trap.c:533 > #15 0xc0bccd0b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 > #16 0xc12beed0 in rtR0MemObjNativeGetPagePhysAddr (pMem=0xc5ed3110, iPage=0) at pmap.h:300 > #17 0xc12ac354 in SUPR0LockMem (pSession=0xc5c61c10, pvR3=695959552, cPages=1, paPages=0xc5f83668) > at SUPDrv.c:2307 > #18 0xc12ac8cb in supdrvIOCtl (uIOCtl=536892942, pDevExt=0xc12c9ac0, pSession=0xc5c61c10, > pReqHdr=0xc5f83650) at SUPDrv.c:1245 > #19 0xc12b0c3a in VBoxDrvFreeBSDIOCtl (pDev=0xc665d800, ulCmd=536892942, > pvData=0xe865dd00 "ÑŽ8 )\003╬кюq\002", fFile=3, pTd=0xc69556f0) > at /usr/ports/emulators/virtualbox-ose-kmod/work/VirtualBox-3.1.2_OSE/out/freebsd.x86/debug/bin/src/vboxdrv/freebsd/SUPDrv-freebsd.c:505 > #20 0xc0829658 in devfs_ioctl_f (fp=0xc670fa80, com=536892942, data=0xe865dd00, cred=0xc6bbeb00, > td=0xc69556f0) at /usr/src/sys/fs/devfs/devfs_vnops.c:659 > #21 0xc08eec8d in kern_ioctl (td=0xc69556f0, fd=7, com=536892942, data=0xe865dd00 "ÑŽ8 )\003╬кюq\002") > at file.h:262 > #22 0xc08eee14 in ioctl (td=0xc69556f0, uap=0xe865dcf8) at /usr/src/sys/kern/sys_generic.c:678 > #23 0xc0beaad0 in syscall (frame=0xe865dd38) at /usr/src/sys/i386/i386/trap.c:1111 > #24 0xc0bccda0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 > #25 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) fr 16 > #16 0xc12beed0 in rtR0MemObjNativeGetPagePhysAddr (pMem=0xc5ed3110, iPage=0) at pmap.h:300 > 300 pa = (pa & PG_FRAME) | (va & PAGE_MASK); > (kgdb) list > 295 * access the PTE because it would use the new PDE. It is, > 296 * however, safe to use the old PDE because the page table > 297 * page is preserved by the promotion. > 298 */ > 299 pa = KPTmap[i386_btop(va)]; > 300 pa = (pa & PG_FRAME) | (va & PAGE_MASK); > 301 } > 302 return (pa); > 303 } > 304 > > There were some changes in this part recently (r203182): > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/include/pmap.h.diff?r1=1.140.2.2;r2=1.140.2.3;only_with_tag=RELENG_8 > > So I removed KPTmap[i386_btop(va)] with *vtopte(va) and have working > virtualbox again, but I suppose this is rather the problem with virualbox and > not with the kernel code. > > In February Alexander Eichner posted the patch to freebsd-emulation@ (thread > with the subject "Patch to fix VirtualBox with recent kernel versions"): > > http://lists.freebsd.org/pipermail/freebsd-emulation/2010-February/007434.html > > But it does not fix my panics. The patch adds additional handling in > rtR0MemObjNativeGetPagePhysAddr() for the case > pMem.enmType == RTR0MEMOBJTYPE_MAPPING, while I am observing the panics > for pMem.enmType == RTR0MEMOBJTYPE_LOCK: > > (kgdb) fr 17 > #17 0xc12ac354 in SUPR0LockMem (pSession=0xc5c61c10, pvR3=695959552, cPages=1, paPages=0xc5f83668) > at SUPDrv.c:2307 > 2307 paPages[iPage] = RTR0MemObjGetPagePhysAddr(Mem.MemObj, iPage); > (kgdb) p Mem.MemObj.enmType > $1 = RTR0MEMOBJTYPE_LOCK > > So, it looks like some additional handling should be added for this case... > --=-kv3VlgqGB/FHWN5JcU0h Content-Disposition: attachment; filename="memobj_lockuser_fix.patch" Content-Type: text/x-patch; name="memobj_lockuser_fix.patch"; charset="UTF-8" Content-Transfer-Encoding: 7bit Index: src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c =================================================================== --- src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c (revision 58182) +++ src/VBox/Runtime/r0drv/freebsd/memobj-r0drv-freebsd.c (working copy) @@ -491,7 +491,7 @@ rc = vm_map_wire(&((struct proc *)R0Process)->p_vmspace->vm_map, /* the map */ (vm_offset_t)R3Ptr, /* start */ (vm_offset_t)R3Ptr + cb, /* end */ - VM_MAP_WIRE_USER | VM_MAP_WIRE_NOHOLES); /* flags */ + VM_MAP_WIRE_SYSTEM | VM_MAP_WIRE_NOHOLES); /* flags */ if (rc == KERN_SUCCESS) { pMemFreeBSD->Core.u.Lock.R0Process = R0Process; --=-kv3VlgqGB/FHWN5JcU0h-- From owner-freebsd-emulation@FreeBSD.ORG Sun Mar 7 19:06:52 2010 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 D556D106566B for ; Sun, 7 Mar 2010 19:06:52 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 8C84A8FC16 for ; Sun, 7 Mar 2010 19:06:52 +0000 (UTC) Received: from outgoing.leidinger.net (pD954FC7A.dip.t-dialin.net [217.84.252.122]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 8A0D9844587; Sun, 7 Mar 2010 20:06:46 +0100 (CET) Received: from unknown (unknown [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id A43365126; Sun, 7 Mar 2010 20:06:43 +0100 (CET) Date: Sun, 7 Mar 2010 20:06:41 +0100 From: Alexander Leidinger To: Ed Schouten Message-ID: <20100307200641.00004369@unknown> In-Reply-To: <20100307104437.GM8200@hoeg.nl> References: <201003021325.27197.lists@jnielsen.net> <20100306073117.GE8200@hoeg.nl> <20100306081238.GF8200@hoeg.nl> <201003061241.59580.lists@jnielsen.net> <20100306181512.GK8200@hoeg.nl> <20100307113538.00007555@unknown> <20100307104437.GM8200@hoeg.nl> X-Mailer: Claws Mail 3.7.2cvs15 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 8A0D9844587.A6706 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1268593607.27506@+5/V5yqYEaz6LW/9ODYWug X-EBL-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: linux-only jail possible? 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: Sun, 07 Mar 2010 19:06:52 -0000 On Sun, 7 Mar 2010 11:44:37 +0100 Ed Schouten wrote: > * Alexander Leidinger wrote: > > On Sat, 6 Mar 2010 19:15:12 +0100 Ed Schouten wrote: > > > > > I am still in doubt what to do. Maybe we could consider > > > committing a patch like this: > > [...] > > > This is a bit more complete. What it does, is that it creates a > > > symlink from /proc/%d/fd to /dev/fd, only if the calling process > > > matches. Then when you mount fdescfs on /dev/fd, it also does the > > > right thing, because it will always readlink() on a character > > > device, which also returns an error code. > > > > > > Comments, suggestions anyone? > > > > Looks better than the one before. :) > > Great. Just committed it to SVN: Note: I didn't test it. I just think it is better than a hack, but we need to change the instructions how to have a full linux env... Bye, Alexander. From owner-freebsd-emulation@FreeBSD.ORG Sun Mar 7 21:23:44 2010 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 BEA3F106566C for ; Sun, 7 Mar 2010 21:23:44 +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 7FA5D8FC0A for ; Sun, 7 Mar 2010 21:23:44 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id D540C1E0014C; Sun, 7 Mar 2010 22:23:42 +0100 (CET) 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 o27LMeWR077543; Sun, 7 Mar 2010 22:22:40 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o27LMeR1077542; Sun, 7 Mar 2010 22:22:40 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sun, 7 Mar 2010 22:22:40 +0100 To: freebsd-emulation@FreeBSD.org Message-ID: <20100307212240.GA77222@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: Andreas Tobler Subject: qemu-devel 20100307 git head snapshot port update... 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: Sun, 07 Mar 2010 21:23:44 -0000 ...is ready for testing: http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.patch resp. http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.shar Enjoy, :) Juergen From owner-freebsd-emulation@FreeBSD.ORG Mon Mar 8 08:33:57 2010 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 18003106564A; Mon, 8 Mar 2010 08:33:57 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 46E628FC13; Mon, 8 Mar 2010 08:33:55 +0000 (UTC) Received: by ewy26 with SMTP id 26so3232320ewy.3 for ; Mon, 08 Mar 2010 00:33:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type:content-transfer-encoding; bh=srbW6vdDB+eItNSbzlPOYrVl7nEOO68i3Gq36MtNBto=; b=kMowaUBquvWB3bJgZxSZBN2yWWhKW/hsO/KHG1EkdzS8smvTI81vLjqqguYtgDg2ny 1pvespVfh2IkjHXwqELQk9KesAvzwiWhHGlJbTK03R9KykEjAI0gxye8Gfm05f2M9r9y OrnvknuitqNOLaQ+WuJK+Dfxab6utbN1iLYGE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type :content-transfer-encoding; b=J/svZU+Pq8phkWtX1A1K4fv5CmVPC2fYLV4SXDwVJR7KklTpghjoG/KraeHT1+zP2g 1fIhQC22CH/ke7vjOhE5m61xVRrFxt55GWq13/ADjiRVF3unElWmeo3Qb+lwpjL0YMcF fixZyIs7FoudWBg3CqGp39UpP604PnPpXLbwk= Received: by 10.213.57.10 with SMTP id a10mr2897500ebh.92.1268037235065; Mon, 08 Mar 2010 00:33:55 -0800 (PST) Received: from localhost ([95.69.173.225]) by mx.google.com with ESMTPS id 14sm2148632ewy.6.2010.03.08.00.33.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 08 Mar 2010 00:33:53 -0800 (PST) To: Alexander Eichner References: <86zl2l2w9n.fsf@kopusha.onet> <1267972128.2825.2.camel@Prometheus> Organization: TOA Ukraine From: Mikolaj Golub Date: Mon, 08 Mar 2010 10:33:52 +0200 In-Reply-To: <1267972128.2825.2.camel@Prometheus> (Alexander Eichner's message of "Sun\, 07 Mar 2010 15\:28\:48 +0100") Message-ID: <86ocizgqkv.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Cc: alc@freebsd.org, freebsd-emulation@freebsd.org, freebsd-stable@freebsd.org Subject: Re: virtualbox status on 8.0-STABLE i386 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, 08 Mar 2010 08:33:57 -0000 On Sun, 07 Mar 2010 15:28:48 +0100 Alexander Eichner wrote: > Hi, > > can you try the attached patch please? > This should fix the panic you encountered. Please undo your kernel > changes befoer testing. Unfortunately, the same panic: (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc04ec379 in db_fncall (dummy1=-1064468854, dummy2=0, dummy3=-1, dummy4=0xe866b5b4 "ȵfè") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04ec7af in db_command (last_cmdp=0xc0e04c9c, cmd_table=0x0, dopager=0) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04ec864 in db_command_script (command=0xc0e05bc4 "call doadump") at /usr/src/sys/ddb/db_command.c:516 #4 0xc04f09a0 in db_script_exec (scriptname=0xe866b6c0 "kdb.enter.panic", warnifnotfound=Variable "warnifnotfound" is not available. ) at /usr/src/sys/ddb/db_script.c:302 #5 0xc04f0a87 in db_script_kdbenter (eventname=0xc0cc246d "panic") at /usr/src/sys/ddb/db_script.c:324 #6 0xc04ee768 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 #7 0xc08d7d06 in kdb_trap (type=3, code=0, tf=0xe866b7fc) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc0beb38b in trap (frame=0xe866b7fc) at /usr/src/sys/i386/i386/trap.c:690 #9 0xc0bcccfb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc08d7e8a in kdb_enter (why=0xc0cc246d "panic", msg=0xc0cc246d "panic") at cpufunc.h:71 #11 0xc08a88b6 in panic (fmt=0xc0cecba4 "vm_fault: fault on nofault entry, addr: %lx") at /usr/src/sys/kern/kern_shutdown.c:562 #12 0xc0b0c3c7 in vm_fault (map=0xc1990000, vaddr=3244318720, fault_type=Variable "fault_type" is not available. ) at /usr/src/sys/vm/vm_fault.c:283 #13 0xc0bea7c6 in trap_pfault (frame=0xe866bab8, usermode=0, eva=3244322776) at /usr/src/sys/i386/i386/trap.c:840 #14 0xc0beb215 in trap (frame=0xe866bab8) at /usr/src/sys/i386/i386/trap.c:533 #15 0xc0bcccfb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #16 0xc12beef3 in rtR0MemObjNativeGetPagePhysAddr () from /boot/modules/vboxdrv.ko #17 0xc12ac374 in SUPR0LockMem () from /boot/modules/vboxdrv.ko #18 0xc12ac8eb in supdrvIOCtl () from /boot/modules/vboxdrv.ko #19 0xc12b0c5a in VBoxDrvFreeBSDIOCtl () from /boot/modules/vboxdrv.ko #20 0xc0829658 in devfs_ioctl_f (fp=0xc5f1c8c0, com=3321378576, data=0xe866bd00, cred=0xc6972a00, td=0xc728e250) at /usr/src/sys/fs/devfs/devfs_vnops.c:659 #21 0xc08eec8d in kern_ioctl (td=0xc728e250, fd=7, com=536892942, data=0xe866bd00 "@Ç\023)ø\023üÀ8½fèø\023üÀ,½fè\005\\½À\001") at file.h:262 #22 0xc08eee14 in ioctl (td=0xc728e250, uap=0xe866bcf8) at /usr/src/sys/kern/sys_generic.c:678 #23 0xc0beaac0 in syscall (frame=0xe866bd38) at /usr/src/sys/i386/i386/trap.c:1111 #24 0xc0bccd90 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #25 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (this time I built the modules without debugging symbols). Just to be sure that I did all thing properly below the steps I did: 1) returned original pmap.h (with KPTmap), rebuilt the kernel and rebooted 2) rebuilt with the patch virtualbox drivers and virtualbox (not sure this last was needed bu just in case...): cd emulators/virtualbox-ose-kmod && make patch applied this patch and your previous patch ("Patch to fix VirtualBox with recent kernel versions") built and reinstall the same for emulators/virtualbox-ose 3) rebooted and started vm guest virtualbox-ose-3.1.2_1 A general-purpose full virtualizer for x86 hardware virtualbox-ose-kmod-3.1.2_1 VirtualBox kernel module for FreeBSD -- Mikolaj Golub From owner-freebsd-emulation@FreeBSD.ORG Mon Mar 8 11:06:56 2010 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 3134F10656BE for ; Mon, 8 Mar 2010 11:06:56 +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 42DBE8FC21 for ; Mon, 8 Mar 2010 11:06:55 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o28B6t2X073654 for ; Mon, 8 Mar 2010 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o28B6sHn073652 for freebsd-emulation@FreeBSD.org; Mon, 8 Mar 2010 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 8 Mar 2010 11:06:54 GMT Message-Id: <201003081106.o28B6sHn073652@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, 08 Mar 2010 11:06:56 -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 kern/144194 emulation [linux] [patch] linuxulator: 2 exec bug fixes o ports/142837 emulation [patch] emulators/linux_base-* packages fails to insta o kern/142595 emulation Implementation of "filesystems" file in linprocfs(5) o kern/142082 emulation [patch] [panic] linuxulator: getppid: use after free o kern/141439 emulation [linux] [patch] linux_exit_group kills group leader o kern/140156 emulation [linux] cdparanoia fails to read drive data o kern/139423 emulation [parallels] Networking does not work on amd64 guest on o kern/138944 emulation [parallels] [regression] Parallels no longer works in o kern/138880 emulation [linux] munmap segfaults after linux_mmap2 stresstest f ports/137332 emulation add caution messages to some adobe products s ports/136321 emulation x11-toolkits/linux-pango: please update linux based po o ports/136229 emulation [linux] emulators/linux_base-f10: certain linux apps l o ports/135337 emulation [PATCH] emulators/linux_base-f10: incorrect bash usage o kern/133144 emulation [linux] linuxulator 2.6 crashes with nvidias libGL.so. o kern/130724 emulation [linprocfs] [patch] cpuinfo in linprocfs is dated, cau o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails 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] [patch] /compat/linux/proc/cpuinfo gives w 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 25 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Mar 8 16:54:55 2010 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 2A34E1065674 for ; Mon, 8 Mar 2010 16:54:55 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id DAA338FC22 for ; Mon, 8 Mar 2010 16:54:54 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o28GeFPB045081 for ; Mon, 8 Mar 2010 09:40:15 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o28GeFwd045078 for ; Mon, 8 Mar 2010 09:40:15 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Mon, 8 Mar 2010 09:40:15 -0700 (MST) From: Warren Block To: emulation@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (wonkity.com [127.0.0.1]); Mon, 08 Mar 2010 09:40:15 -0700 (MST) Cc: Subject: Making progress with VirtualBox and 8-stable 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, 08 Mar 2010 16:54:55 -0000 VirtualBox had been locking up the host machine when trying to start a VM. The VM black screen would show, but it would lock before even showing the BIOS boot message. VirtualBox now starts VMs again, although they don't manage to power off after shutdown. The process is stopped, but doesn't exit. The log shows lots of 00:02:55.042 ERROR [COM]: aRC=E_ACCESSDENIED (0x80070005) aIID={2d1a531b-4c6e-49cc-8af6-5c857b78b5d7} aComponent={Keyboard} aText={The console is not powered up} aWarning=false, preserve=false. /var/log/messages shows warning: KLD '/boot/modules/vboxnetflt.ko' is newer than the linker.hints file warning: KLD '/boot/modules/vboxnetadp.ko' is newer than the linker.hints file Steps I took: Update to 8-stable as of last night. Get patches from http://docs.freebsd.org/cgi/getmsg.cgi?fetch=117387+0+archive/2010/freebsd-emulation/20100228.freebsd-emulation http://docs.freebsd.org/cgi/getmsg.cgi?fetch=24423+0+current/freebsd-emulation Apply patches to both emulators/virtualbox-ose and emulators/virtualbox-ose-kmod by adding them to the files directory. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-emulation@FreeBSD.ORG Mon Mar 8 17:04:23 2010 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 9BF321065675 for ; Mon, 8 Mar 2010 17:04:23 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 5D6088FC19 for ; Mon, 8 Mar 2010 17:04:23 +0000 (UTC) Received: from maia.hub.org (maia-4.hub.org [200.46.204.183]) by hub.org (Postfix) with ESMTP id 47EC93455941; Mon, 8 Mar 2010 13:04:22 -0400 (AST) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 67349-03; Mon, 8 Mar 2010 17:04:22 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id 0A6C4345593D; Mon, 8 Mar 2010 13:04:22 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 08BBB3455933; Mon, 8 Mar 2010 13:04:22 -0400 (AST) Date: Mon, 8 Mar 2010 13:04:22 -0400 (AST) From: "Marc G. Fournier" To: John Nielsen In-Reply-To: <201003021325.27197.lists@jnielsen.net> Message-ID: References: <201003021325.27197.lists@jnielsen.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-emulation@freebsd.org, freebsd-jail@freebsd.org Subject: Re: linux-only jail possible? 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, 08 Mar 2010 17:04:23 -0000 Have done it, works half decent ... just go look at something like Debian GNU/kFreeBSD ... On Tue, 2 Mar 2010, John Nielsen wrote: > Has anyone tried to run a jail containing only Linux binaries? I need a > lightweight VM-ish solution to run an arbitrary number of test/dev/demo > servers (apache + python mostly) but would like it to be reasonably close to > the "real" servers (running Linux) in terms of software installation and > maintenance, etc. (Moving the whole show over to FreeBSD is a battle for > another day..) > > Aside from the logistics of actually making this work, are there any known > or obvious show-stoppers/gotchas/pitfalls/etc? > > Ideally yum and rc+init.d would work normally, though I expect a bit of > startup hackery may be necessary (as well as hand-extracting a bunch of > RPM's to bootstrap the first jail). > > If you have attempted something like this I'd love to hear from you. > > Thanks! > > JN > _______________________________________________ > freebsd-jail@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-jail > To unsubscribe, send any mail to "freebsd-jail-unsubscribe@freebsd.org" > ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-emulation@FreeBSD.ORG Mon Mar 8 20:29:52 2010 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 73AE01065688 for ; Mon, 8 Mar 2010 20:29:52 +0000 (UTC) (envelope-from per@hedeland.org) Received: from pluto.hedeland.org (1-1-1-13a.mal.sth.bostream.se [82.182.84.27]) by mx1.freebsd.org (Postfix) with ESMTP id D22BA8FC1B for ; Mon, 8 Mar 2010 20:29:51 +0000 (UTC) Received: from pluto.hedeland.org (localhost [127.0.0.1]) by pluto.hedeland.org (8.14.3/8.14.3) with ESMTP id o28KTnoa015717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 8 Mar 2010 21:29:49 +0100 (CET) (envelope-from per@pluto.hedeland.org) Received: (from per@localhost) by pluto.hedeland.org (8.14.3/8.14.3/Submit) id o28KTnsa015716; Mon, 8 Mar 2010 21:29:49 +0100 (CET) (envelope-from per) Date: Mon, 8 Mar 2010 21:29:49 +0100 (CET) From: Per Hedeland Message-Id: <201003082029.o28KTnsa015716@pluto.hedeland.org> To: freebsd-emulation@freebsd.org In-Reply-To: <201003031701.o23H1SVM038408@pluto.hedeland.org> X-Scanned-By: MIMEDefang 2.64 on 10.1.1.1 Subject: Re: VirtualBox won't start 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, 08 Mar 2010 20:29:52 -0000 Well, in the absence of any feedback on the below, I went and re-read the wiki, including "Known Issues in previous versions of the port" which shouldn't be relevant, and there, lo and behold, was a description of this exact problem, with the advice "Kill one of them" - and it worked. After getting rid of a non-virtualbox-specific issue with the networking, I'm now up and running with a Linux guest - very nice. But, apparently this problem is not completely fixed in the 3.1.2 version - and since it was supposed to be fixed, I assume that someone knows something about it. Is there some debugging etc that I can do to track it down? The behavior is completely reproducible, and the workaround, while apparently reproducible too, will become annoying after a while I think.:-) --Per Hedeland Per Hedeland wrote: > >Hello, > >I was really looking forward to trying out VirtualBox after all the good >reports here, but it was not to be:-) - when I try to start it with >simply 'VirtualBox', it just sits there, doing basically nothing at >all... > >This is on i386 7.2-RELEASE, virtualbox-ose-3.1.2_1 and >virtualbox-ose-kmod-3.1.2_1 built from ports with default config and no >issues, vboxdrv.ko/vboxnetflt.ko/vboxnetadp.ko loaded fine as per >instructions. > >Below is the tail of a ktrace - the original process (1421) forks >(1422), and then 1421 is repeatedly and unsuccessfully polling on what I >believe is a pipe to 1422, while 1422 seems stuck in a _umtx_op() >call. The SIGINT is me hitting ^C (which works "fine"), rather quickly >here but I have also tried waiting a long time, it just keeps polling >forever. > >Any ideas about what the problem might be would be appreciated! > >Thanks >--Per Hedeland > > > 1421 VirtualBox CALL fork > 1421 VirtualBox RET fork 1422/0x58e > 1422 VirtualBox RET fork 0 > 1422 VirtualBox CALL thr_self(0x88301040) > 1422 VirtualBox RET thr_self 0 > 1421 VirtualBox CALL sigprocmask(SIG_SETMASK,0x883010d8,0) > 1421 VirtualBox RET sigprocmask 0 > 1421 VirtualBox CALL _umtx_op(0x88092dc4,0x12,0,0,0) > 1421 VirtualBox RET _umtx_op 0 > 1421 VirtualBox CALL _umtx_op(0x804edfc,0x11,0,0,0) > 1421 VirtualBox RET _umtx_op 0 > 1422 VirtualBox CALL getpid > 1422 VirtualBox RET getpid 1422/0x58e > 1421 VirtualBox CALL _umtx_op(0x804edfc,0x12,0,0,0) > 1421 VirtualBox RET _umtx_op 0 > 1422 VirtualBox CALL sysarch(0xa,0xbfbf76c0) > 1422 VirtualBox RET sysarch 0 > 1421 VirtualBox CALL mmap(0,0x100000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0,0) > 1422 VirtualBox CALL sigprocmask(SIG_SETMASK,0x883010d8,0) > 1421 VirtualBox RET mmap -1975517184/0x8a400000 > 1421 VirtualBox RET _umtx_op 0 > 1422 VirtualBox RET sigprocmask 0 > 1422 VirtualBox CALL _umtx_op(0x88092e0c,0x12,0,0,0) > 1422 VirtualBox RET _umtx_op 0 > 1422 VirtualBox CALL _umtx_op(0x88092de8,0x12,0,0,0) > 1422 VirtualBox RET _umtx_op 0 > 1422 VirtualBox CALL _umtx_op(0x88092dc4,0x12,0,0,0) > 1422 VirtualBox RET _umtx_op 0 > 1421 VirtualBox CALL close(0xf) > 1421 VirtualBox RET close 0 > 1421 VirtualBox CALL read(0xe,0xbfbf782b,0x1) > 1421 VirtualBox RET read -1 errno 35 Resource temporarily unavailable > 1422 VirtualBox CALL _umtx_op(0x804edfc,0x11,0,0,0) > 1421 VirtualBox CALL poll(0xbfbf7764,0x1,0x1388) > 1421 VirtualBox CALL wait4(0,0xbf9fef08,0,0) > 1421 VirtualBox RET poll 0 > 1421 VirtualBox CALL poll(0xbfbf7764,0x1,0x1388) > 1421 VirtualBox RET poll 0 > 1421 VirtualBox CALL poll(0xbfbf7764,0x1,0x1388) > 1421 VirtualBox RET poll 0 > 1421 VirtualBox CALL poll(0xbfbf7764,0x1,0x1388) > 1421 VirtualBox RET wait4 RESTART > 1421 VirtualBox PSIG SIGINT SIG_DFL > 1422 VirtualBox RET _umtx_op RESTART > 1422 VirtualBox PSIG SIGINT SIG_DFL From owner-freebsd-emulation@FreeBSD.ORG Mon Mar 8 21:39:59 2010 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 203D21065673 for ; Mon, 8 Mar 2010 21:39:59 +0000 (UTC) (envelope-from andreast@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id B0C3C8FC26 for ; Mon, 8 Mar 2010 21:39:57 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-8-131.flashcable.ch [91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id o28L2WGN032120; Mon, 8 Mar 2010 22:02:33 +0100 (CET) (envelope-from andreast@fgznet.ch) Message-ID: <4B9565E8.8060606@fgznet.ch> Date: Mon, 08 Mar 2010 22:02:32 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.8) Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3 MIME-Version: 1.0 To: Juergen Lock References: <20100307212240.GA77222@triton8.kn-bremen.de> In-Reply-To: <20100307212240.GA77222@triton8.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-emulation@FreeBSD.org Subject: Re: qemu-devel 20100307 git head snapshot port update... 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, 08 Mar 2010 21:39:59 -0000 Hi Juergen, On 07.03.10 22:22, Juergen Lock wrote: > ...is ready for testing: > http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.patch > resp. > http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.shar Hm, to be honest, I did not test your patch for error handling in cache-utils.c. This is the result: --- cache-utils.c.orig 2010-03-08 20:14:48.000000000 +0100 +++ cache-utils.c 2010-03-08 20:16:15.000000000 +0100 @@ -58,7 +58,10 @@ #endif #if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) +#include #include +#include +#include #include #include PPC build completed and I can launch simple tests. Sparc64 is in progress. Also: |Index: files/pcap-patch |=================================================================== |RCS file: /home/pcvs/ports/emulators/qemu-devel/files/pcap-patch,v |retrieving revision 1.3 |diff -u -p -r1.3 pcap-patch |--- files/pcap-patch 4 Feb 2010 20:27:30 -0000 1.3 |+++ files/pcap-patch 7 Mar 2010 14:34:24 -0000 -------------------------- Patching file files/pcap-patch using Plan A... Reversed (or previously applied) patch detected! Assume -R? [y] Gruss, Andreas From owner-freebsd-emulation@FreeBSD.ORG Mon Mar 8 22:19:19 2010 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 034CF1065670 for ; Mon, 8 Mar 2010 22:19:19 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id DC2B78FC1E for ; Mon, 8 Mar 2010 22:19:18 +0000 (UTC) Received: from jnielsen.socialserve.com ([12.53.251.10]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id o28MJDpf042393; Mon, 8 Mar 2010 17:19:13 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: Ed Schouten Date: Mon, 8 Mar 2010 17:19:08 -0500 User-Agent: KMail/1.12.4 (Darwin/9.8.0; KDE/4.3.4; i386; ; ) References: <201003021325.27197.lists@jnielsen.net> <20100307113538.00007555@unknown> <20100307104437.GM8200@hoeg.nl> In-Reply-To: <20100307104437.GM8200@hoeg.nl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003081719.08068.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Alexander Leidinger , freebsd-emulation@freebsd.org Subject: Re: linux-only jail possible? 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, 08 Mar 2010 22:19:19 -0000 On Sunday 07 March 2010 05:44:37 Ed Schouten wrote: > * Alexander Leidinger wrote: > > On Sat, 6 Mar 2010 19:15:12 +0100 Ed Schouten wrote: > > > I am still in doubt what to do. Maybe we could consider committing a > > > patch like this: > > > > [...] > > > > > This is a bit more complete. What it does, is that it creates a > > > symlink from /proc/%d/fd to /dev/fd, only if the calling process > > > matches. Then when you mount fdescfs on /dev/fd, it also does the > > > right thing, because it will always readlink() on a character device, > > > which also returns an error code. > > > > > > Comments, suggestions anyone? > > > > Looks better than the one before. :) > > Great. Just committed it to SVN: > > http://svn.freebsd.org/viewvc/base?view=revision&revision=204825 Thanks! Is this likely to be MFC'ed to 8-stable soon (or ever) or should I plan on keeping the patch locally? JN From owner-freebsd-emulation@FreeBSD.ORG Mon Mar 8 22:28:21 2010 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 361911065670 for ; Mon, 8 Mar 2010 22:28:21 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 12BD28FC22 for ; Mon, 8 Mar 2010 22:28:20 +0000 (UTC) Received: from jnielsen.socialserve.com ([12.53.251.10]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id o28MSKpf043825 for ; Mon, 8 Mar 2010 17:28:20 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-emulation@freebsd.org Date: Mon, 8 Mar 2010 17:28:14 -0500 User-Agent: KMail/1.12.4 (Darwin/9.8.0; KDE/4.3.4; i386; ; ) References: <201003021325.27197.lists@jnielsen.net> <20100304114050.00007a59@unknown> <201003041322.57875.lists@jnielsen.net> In-Reply-To: <201003041322.57875.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003081728.14735.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Subject: Re: linux-only jail possible? 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, 08 Mar 2010 22:28:21 -0000 On Thursday 04 March 2010 13:22:57 John Nielsen wrote: > On Thursday 04 March 2010 05:40:50 Alexander Leidinger wrote: > > On Wed, 3 Mar 2010 19:06:36 +0100 Roman Divacky > > > > wrote: > > > On Wed, Mar 03, 2010 at 11:59:49AM -0500, John Nielsen wrote: > > > > On Wednesday 03 March 2010 03:00:50 Roman Divacky wrote: > > > > > I succesfully ran chroot of linux environment on freebsd back in > > > > > 2007/2008. I firmly believe jail should work fine too > > > > > > > > Good to know, thanks! Would you mind sharing some more details? > > > > (Off-list is fine if you prefer.) Was it a more or less complete > > > > environment? What distro / version of Linux? > > > > > > I downloaded gentoo 2007 untarred it into /compat/linux and > > > chroot /compat/linux /bin/bash > > > > > > it just worked - nothing special was necessary > > > > > > dont remember much details but I had no problems with that setup > > > > It does not need to be in this directory off course. You can install > > the gentoo-dist ports (not the gentoo-baase port). After that you can > > copy all the files to the place where you want to have the jail. > > I went with CentOS 5.4 as that's the native environment I'm trying to > match. I didn't use ports at all, just manually extracted enough RPM's > from the DVD image to bootstrap the environment enough to run bash and > rpm. From there I did a chroot into the environment and ran (Linux) > bash. Running rpm natively I was able to get yum up and running and from > there installing everything else I wanted was relatively easy. > > > Now you just need to configure a jail. It does not matter much if you > > use the jail stuff in the base system or a framework like ezjail or > > similar, as long as you configure an appropriate startup script in the > > linux-jail. The linux-startup part you need to do yourself, I do not > > think the default linux startup stuff is approrpiate. I suggest to > > start at least a sshd before you start the software you want to > > use. This way you can login into the linux-jail and investigate issues > > like it is a real system. > > I actually did install the init scripts, etc. I was pleasantly surprised > to find (after reading through them) that rc.sysinit can be skipped > entirely while rc itself will do the right thing for the rest of the > init scripts (starting services, etc). Here's what I'm using: > > jail_centos_exec_start="/bin/sh /etc/rc.d/rc 3" > jail_centos_exec_stop="/bin/sh /etc/rc.d/rc 0" > > > I suggest to monitor the kernel messages on the FreeBSD host. There may > > be linux-syscalls which are not implemented (e.g. epoll stuff). > > Thanks, I had forgotten about that. So far nothing seems to have blown up > too terribly. > > The "consoletype" utility runs despite this message: > linux: pid 2100 (consoletype): ioctl fd=0, cmd=0x541c ('T',28) is not > implemented > > And sshd and crond both run despite this one: > linux: pid 2221 (sshd): syscall keyctl not implemented > linux: pid 2240 (crond): syscall keyctl not implemented > > Syslogd ran without complaint as well but didn't actually log anything. I > had to run it with "-p /var/run/log" (inside the jail via > /etc/sysconfig/syslog) and create a symlink to the socket in the jail's > /dev/log (outside the jail via exec_poststart). That's not ideal since > there's a period of time between when syslogd starts in the jail and the > symlink is created, but it works after that. It would be better in the > exec_prestart RC knob but the jail's devfs isn't necessarily mounted at > that point. > > My current hurdle is sshd: > Mar 3 22:20:51 centos sshd[88836]: fatal: openpty returns device for > which ttyname fails. > > Apparently the Linux sshd isn't using /dev/ptmx appropriately. I'll > probably just have to replace it with one that does.. > > I haven't gotten as far as actually running Apache or our application yet > but Python runs just fine (as evidenced by yum working) and I'm > encouraged by my success thus far. > > > There > > is currently no effort to implement those. There may be partial > > implementations for some sysctls (Roman has something somewhere), but > > nothing is in FreeBSD and no efforts are on the way to bring them in. > > If your software needs something like this, you either need to > > implement them yourself, switch the software to not use this (maybe > > by changing the linux emulation to 2.4 instead of 2.6), or to forget > > about using FreeBSD for this. emulation@ is a good address to ask > > questions regarding the status of things, > > http://wiki.freebsd.org/linux-kernel has some infos too. > > I seem to have lucked out in this aspect. You and Roman are just too > on-the- ball it would seem (and my software needs aren't that > extravagant..). > > Thanks again to all who have replied for the feedback and encouragement. > I'll follow up if I manage to get sshd and apache running happily. For those following along at home, sshd now works with Ed's recent openpty- appeasing patch. I hit another hurdle with Apache but I don't seem to be the first. httpd will start but its forked connection-handling children die: linux: pid 79586 (httpd): syscall epoll_create not implemented pid 79586 (httpd), uid 48: exited on signal 11 I saw on the wiki that epoll_create support is in perforce. Is that still a true statement? If so what is the most straightforward way to get a patch to test against? Thanks, JN From owner-freebsd-emulation@FreeBSD.ORG Tue Mar 9 01:18:52 2010 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 836FC106564A for ; Tue, 9 Mar 2010 01:18:52 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 5359F8FC0C for ; Tue, 9 Mar 2010 01:18:52 +0000 (UTC) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1Noo5z-00055S-UF for freebsd-emulation@freebsd.org; Mon, 08 Mar 2010 17:18:51 -0800 Message-ID: <27830150.post@talk.nabble.com> Date: Mon, 8 Mar 2010 17:18:51 -0800 (PST) From: zaxis To: freebsd-emulation@freebsd.org In-Reply-To: <201003082029.o28KTnsa015716@pluto.hedeland.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: z_axis@163.com References: <201003031701.o23H1SVM038408@pluto.hedeland.org> <201003082029.o28KTnsa015716@pluto.hedeland.org> Subject: Re: VirtualBox won't start 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: Tue, 09 Mar 2010 01:18:52 -0000 Maybe same pronlem: http://old.nabble.com/After-customizing-8.0-kernel%2C-the-VirtualBox-doesnot-appear---ts27673399.html Up to now it cannot be fixed even reinstall everything associated with VBOX such as qt4, and so on. Per Hedeland wrote: > > Well, in the absence of any feedback on the below, I went and re-read > the wiki, including "Known Issues in previous versions of the port" > which shouldn't be relevant, and there, lo and behold, was a description > of this exact problem, with the advice "Kill one of them" - and it > worked. After getting rid of a non-virtualbox-specific issue with the > networking, I'm now up and running with a Linux guest - very nice. > > But, apparently this problem is not completely fixed in the 3.1.2 > version - and since it was supposed to be fixed, I assume that someone > knows something about it. Is there some debugging etc that I can do to > track it down? The behavior is completely reproducible, and the > workaround, while apparently reproducible too, will become annoying > after a while I think.:-) > > --Per Hedeland > > Per Hedeland wrote: >> >>Hello, >> >>I was really looking forward to trying out VirtualBox after all the good >>reports here, but it was not to be:-) - when I try to start it with >>simply 'VirtualBox', it just sits there, doing basically nothing at >>all... >> >>This is on i386 7.2-RELEASE, virtualbox-ose-3.1.2_1 and >>virtualbox-ose-kmod-3.1.2_1 built from ports with default config and no >>issues, vboxdrv.ko/vboxnetflt.ko/vboxnetadp.ko loaded fine as per >>instructions. >> >>Below is the tail of a ktrace - the original process (1421) forks >>(1422), and then 1421 is repeatedly and unsuccessfully polling on what I >>believe is a pipe to 1422, while 1422 seems stuck in a _umtx_op() >>call. The SIGINT is me hitting ^C (which works "fine"), rather quickly >>here but I have also tried waiting a long time, it just keeps polling >>forever. >> >>Any ideas about what the problem might be would be appreciated! >> >>Thanks >>--Per Hedeland >> >> >> 1421 VirtualBox CALL fork >> 1421 VirtualBox RET fork 1422/0x58e >> 1422 VirtualBox RET fork 0 >> 1422 VirtualBox CALL thr_self(0x88301040) >> 1422 VirtualBox RET thr_self 0 >> 1421 VirtualBox CALL sigprocmask(SIG_SETMASK,0x883010d8,0) >> 1421 VirtualBox RET sigprocmask 0 >> 1421 VirtualBox CALL _umtx_op(0x88092dc4,0x12,0,0,0) >> 1421 VirtualBox RET _umtx_op 0 >> 1421 VirtualBox CALL _umtx_op(0x804edfc,0x11,0,0,0) >> 1421 VirtualBox RET _umtx_op 0 >> 1422 VirtualBox CALL getpid >> 1422 VirtualBox RET getpid 1422/0x58e >> 1421 VirtualBox CALL _umtx_op(0x804edfc,0x12,0,0,0) >> 1421 VirtualBox RET _umtx_op 0 >> 1422 VirtualBox CALL sysarch(0xa,0xbfbf76c0) >> 1422 VirtualBox RET sysarch 0 >> 1421 VirtualBox CALL >> mmap(0,0x100000,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,0xffffffff,0,0) >> 1422 VirtualBox CALL sigprocmask(SIG_SETMASK,0x883010d8,0) >> 1421 VirtualBox RET mmap -1975517184/0x8a400000 >> 1421 VirtualBox RET _umtx_op 0 >> 1422 VirtualBox RET sigprocmask 0 >> 1422 VirtualBox CALL _umtx_op(0x88092e0c,0x12,0,0,0) >> 1422 VirtualBox RET _umtx_op 0 >> 1422 VirtualBox CALL _umtx_op(0x88092de8,0x12,0,0,0) >> 1422 VirtualBox RET _umtx_op 0 >> 1422 VirtualBox CALL _umtx_op(0x88092dc4,0x12,0,0,0) >> 1422 VirtualBox RET _umtx_op 0 >> 1421 VirtualBox CALL close(0xf) >> 1421 VirtualBox RET close 0 >> 1421 VirtualBox CALL read(0xe,0xbfbf782b,0x1) >> 1421 VirtualBox RET read -1 errno 35 Resource temporarily unavailable >> 1422 VirtualBox CALL _umtx_op(0x804edfc,0x11,0,0,0) >> 1421 VirtualBox CALL poll(0xbfbf7764,0x1,0x1388) >> 1421 VirtualBox CALL wait4(0,0xbf9fef08,0,0) >> 1421 VirtualBox RET poll 0 >> 1421 VirtualBox CALL poll(0xbfbf7764,0x1,0x1388) >> 1421 VirtualBox RET poll 0 >> 1421 VirtualBox CALL poll(0xbfbf7764,0x1,0x1388) >> 1421 VirtualBox RET poll 0 >> 1421 VirtualBox CALL poll(0xbfbf7764,0x1,0x1388) >> 1421 VirtualBox RET wait4 RESTART >> 1421 VirtualBox PSIG SIGINT SIG_DFL >> 1422 VirtualBox RET _umtx_op RESTART >> 1422 VirtualBox PSIG SIGINT SIG_DFL > _______________________________________________ > freebsd-emulation@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-emulation > To unsubscribe, send any mail to > "freebsd-emulation-unsubscribe@freebsd.org" > > ----- fac n = let { f = foldr (*) 1 [1..n] } in f -- View this message in context: http://old.nabble.com/VirtualBox-won%27t-start-tp27771054p27830150.html Sent from the freebsd-emulation mailing list archive at Nabble.com. From owner-freebsd-emulation@FreeBSD.ORG Tue Mar 9 08:34:30 2010 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 6C337106564A for ; Tue, 9 Mar 2010 08:34:30 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 14BA58FC0A for ; Tue, 9 Mar 2010 08:34:29 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2C358.dip.t-dialin.net [217.226.195.88]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id A6256844482; Tue, 9 Mar 2010 09:34:24 +0100 (CET) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id CBB395276; Tue, 9 Mar 2010 09:34:21 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=Leidinger.net; s=outgoing-alex; t=1268123661; bh=hTeqWXdE6QLXEseeDBFgS6Y7HNFCsns/GDBABcrVyi0=; h=Message-ID:Date:From:To:Cc:Subject:References:In-Reply-To: MIME-Version:Content-Type:Content-Transfer-Encoding; b=Y8XOXCu4Y2K4WvnpVuvPXpWlFJchPjKM6cektzTGlvmpKlFRRZARt0qIWxy42//z4 u9wFUJfAt60gFCCOowREktW9xyJ1BYR+EqTToQOIyhK81DivDp3BpggmR0jDxMd1Bp ASEPFRWKFqb6zctwdIu9sRrYXku7pBNSlAEmH8DfL5FewYhluGLwzBXt26fU3bP5lE nGZzOZBZpFNLaV1OAJNAWUNKnjQYtvrAwZHc+GKhmWqxxA/PKysE3XI+mtM8bGaEk/ Afm+fXdGwLFYD96NUVM4Kvj0aJs1gBscm2KKBEnoyxPZXO+t2oZituGktLF1zqTwC9 XDw+nTjytiHjA== Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o298YLfw003559; Tue, 9 Mar 2010 09:34:21 +0100 (CET) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 09 Mar 2010 09:34:21 +0100 Message-ID: <20100309093421.15072yygd5bvkm4g@webmail.leidinger.net> Date: Tue, 09 Mar 2010 09:34:21 +0100 From: Alexander Leidinger To: John Nielsen References: <201003021325.27197.lists@jnielsen.net> <20100304114050.00007a59@unknown> <201003041322.57875.lists@jnielsen.net> <201003081728.14735.lists@jnielsen.net> In-Reply-To: <201003081728.14735.lists@jnielsen.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: A6256844482.49E00 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44, DKIM_SIGNED 0.00, DKIM_VERIFIED -0.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1268728465.26086@dew52ivRGLnUpUZU6kpYCA X-EBL-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: linux-only jail possible? 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: Tue, 09 Mar 2010 08:34:30 -0000 Quoting John Nielsen (from Mon, 8 Mar 2010 17:28:14 -0500): > I hit another hurdle with Apache but I don't seem to be the first. httpd will > start but its forked connection-handling children die: > > linux: pid 79586 (httpd): syscall epoll_create not implemented > pid 79586 (httpd), uid 48: exited on signal 11 > > I saw on the wiki that epoll_create support is in perforce. Is that still a > true statement? If so what is the most straightforward way to get a patch to > test against? This is not complete. The most easy way would be to recompile apache without epoll support (if in doubt edit the config.h by hand to undef the epoll stuff). Bye, Alexander. -- No hardware designer should be allowed to produce any piece of hardware until three software guys have signed off for it. -- Andy Tanenbaum http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Tue Mar 9 10:27:53 2010 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 A0016106566C for ; Tue, 9 Mar 2010 10:27:53 +0000 (UTC) (envelope-from per@hedeland.org) Received: from pluto.hedeland.org (1-1-1-13a.mal.sth.bostream.se [82.182.84.27]) by mx1.freebsd.org (Postfix) with ESMTP id 196CD8FC08 for ; Tue, 9 Mar 2010 10:27:52 +0000 (UTC) Received: from pluto.hedeland.org (localhost [127.0.0.1]) by pluto.hedeland.org (8.14.3/8.14.3) with ESMTP id o29ARlY1034356 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 9 Mar 2010 11:27:47 +0100 (CET) (envelope-from per@pluto.hedeland.org) Received: (from per@localhost) by pluto.hedeland.org (8.14.3/8.14.3/Submit) id o29ARjHs034355; Tue, 9 Mar 2010 11:27:45 +0100 (CET) (envelope-from per) Date: Tue, 9 Mar 2010 11:27:45 +0100 (CET) From: Per Hedeland Message-Id: <201003091027.o29ARjHs034355@pluto.hedeland.org> To: z_axis@163.com In-Reply-To: <27830150.post@talk.nabble.com> X-Scanned-By: MIMEDefang 2.64 on 10.1.1.1 Cc: freebsd-emulation@freebsd.org Subject: Re: VirtualBox won't start 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: Tue, 09 Mar 2010 10:27:53 -0000 zaxis wrote: > >Maybe same pronlem: > >http://old.nabble.com/After-customizing-8.0-kernel%2C-the-VirtualBox-doesnot-appear---ts27673399.html > >Up to now it cannot be fixed even reinstall everything associated with VBOX >such as qt4, and so on. Hm, it doesn't seem to have quite the same "signature" - I din't check ps output as completely as you did, but I'm pretty sure I had only two processes, both showing up as just "VirtualBox" with no args. And of course I'm on 7.2-RELEASE, which I believe works fine for others. And the "pretty sure" etc is because now the problem is suddenly not reproducible anymore - it appears to have gone away completely. The only thing that I can think of that may be related is that I've now run VBoxHeadless a few times (not possible until you have a VM of course). And now I'm already addicted to VirtualBox:-), so don't want to remove everything and start over just to test that theory... However I'll probably install on another box in the not-too-distant future, I may be able to check it out there. Anyway, many thanks to all of you that have put in all the hard work to make VirtualBox a reality on FreeBSD - and just in time, with qemu close to unusable at least for me without the kernel module. Thanks --Per Hedeland From owner-freebsd-emulation@FreeBSD.ORG Tue Mar 9 16:45:10 2010 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 8145D106564A for ; Tue, 9 Mar 2010 16:45:10 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id 090DE8FC15 for ; Tue, 9 Mar 2010 16:45:09 +0000 (UTC) Received: from [91.205.172.21] (helo=webmail.bluelife.at) by mail.itac.at with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Np2YN-0001bZ-Hj; Tue, 09 Mar 2010 17:45:07 +0100 MIME-Version: 1.0 Date: Tue, 09 Mar 2010 17:45:08 +0100 From: Bernhard Froehlich To: Message-ID: X-Sender: decke@bluelife.at User-Agent: RoundCube Webmail/0.3.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.9 (/) X-Spam-Report: Spam detection software, running on the system "mail.itac.at", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Dear patient VirtualBox User. As you all know VirtualBox is currently broken on 9-CURRENT and STABLE kernels. As far as i know from the various reports that only affects i386 and not amd64 - please correct me if i am wrong. The symptom is that it works fine on an older kernel but on newer ones the VM aborts at startup and when build with debugging you see the following assert: [...] Content analysis details: (0.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 3.4 FH_DATE_PAST_20XX The date is grossly in the future. -1.1 AWL AWL: From: address is in the auto white-list Cc: Subject: CFT: Fix VirtualBox on 9-CURRENT and recent STABLE 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: Tue, 09 Mar 2010 16:45:10 -0000 Dear patient VirtualBox User. As you all know VirtualBox is currently broken on 9-CURRENT and STABLE kernels. As far as i know from the various reports that only affects i386 and not amd64 - please correct me if i am wrong. The symptom is that it works fine on an older kernel but on newer ones the VM aborts at startup and when build with debugging you see the following assert: 00:00:15.481 !!Assertion Failed!! 00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys != NIL_RTHCPHYS && !(paPages[i].Phys & PAGE_OFFSET_MASK) 00:00:15.481 Location : /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, const SUPPAGE*, const char*, RTGCPTR64*) 00:00:15.482 i=0x0 Phys=0000000000000000 Heap Affected kernels are newer than: * 9.0-CURRENT r202894 (Jan 23 18:42) * 8.0-STABLE r203182 (Jan 30 06:23) * 7.2-STABLE r203208 (Jan 30 18:17) Alexander Eichner has done a rewrite of the memory allocation in VirtualBox which is ready to get tested. This should fix the above problem and also a double wiring problem noticed by Alan Cox. Please test our devel ports and give us some feedback (uname -a, does this port work?) so that we can proceed and get 3.1.2 fixed. The procedure is: - deinstall virtualbox-ose and virtualbox-ose-kmod (3.1.2) - get the tarball from http://svn.bluelife.at/nightlies/virtualbox-port-r755.tar.gz - extract the tarball - compile and install virtualbox-ose-kmod-devel and virtualbox-ose-devel (3.1.51.r27187) - reboot - DO NOT START ANY IMPORTANT VM WITH THIS VERSION!! Better create a new one or create a backup of the vm before testing it. Really! Thanks for helping to get this fixed! Your vbox@ Team (beat, decke, dhn, miwi, nox) -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-emulation@FreeBSD.ORG Tue Mar 9 23:44:52 2010 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 221781065715 for ; Tue, 9 Mar 2010 23:44:52 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id C6BBA8FC19 for ; Tue, 9 Mar 2010 23:44:51 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o29NihND052294; Tue, 9 Mar 2010 16:44:43 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o29NihD4052291; Tue, 9 Mar 2010 16:44:43 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 9 Mar 2010 16:44:43 -0700 (MST) From: Warren Block To: Bernhard Froehlich In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (wonkity.com [127.0.0.1]); Tue, 09 Mar 2010 16:44:43 -0700 (MST) Cc: emulation@freebsd.org Subject: Re: CFT: Fix VirtualBox on 9-CURRENT and recent STABLE 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: Tue, 09 Mar 2010 23:44:52 -0000 On Tue, 9 Mar 2010, Bernhard Froehlich wrote: > Alexander Eichner has done a rewrite of the memory allocation in > VirtualBox which is ready to get tested. This should fix the above problem > and also a double wiring problem noticed by Alan Cox. Please test our devel > ports and give us some feedback (uname -a, does this port work?) so that we > can proceed and get 3.1.2 fixed. FreeBSD lightning 8.0-STABLE FreeBSD 8.0-STABLE #0: Sun Mar 7 21:58:49 MST 2010 root@lightning:/usr/obj/usr/src/sys/LIGHTNING i386 So far, so good. Ubuntu and FreeBSD guests start and stop successfully and use NAT networking. Something is filtering ICMP somewhere, but maybe that's expected. Bridged networking also works for the FreeBSD guest. -Warren Block * Rapid City, South Dakota USA From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 00:21:41 2010 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 C939C106564A for ; Wed, 10 Mar 2010 00:21:41 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from omr15.networksolutionsemail.com (omr15.networksolutionsemail.com [205.178.146.65]) by mx1.freebsd.org (Postfix) with ESMTP id 5870C8FC14 for ; Wed, 10 Mar 2010 00:21:41 +0000 (UTC) Received: from cm-omr8 (mail.networksolutionsemail.com [205.178.146.50]) by omr15.networksolutionsemail.com (8.13.6/8.13.6) with ESMTP id o2A076pe007192 for ; Tue, 9 Mar 2010 19:07:07 -0500 Authentication-Results: cm-omr8 smtp.user=adamk; auth=pass (LOGIN) Received: from [68.45.22.62] ([68.45.22.62:14946] helo=sorrow.ashke.com) by cm-omr8 (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTPA id 86/2C-31571-7A2E69B4; Tue, 09 Mar 2010 19:07:06 -0500 From: Adam K Kirchhoff To: freebsd-emulation@freebsd.org Date: Tue, 9 Mar 2010 19:07:02 -0500 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201003091907.02546.adamk@voicenet.com> Cc: emulation@freebsd.org Subject: Re: CFT: Fix VirtualBox on 9-CURRENT and recent STABLE 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, 10 Mar 2010 00:21:41 -0000 On Tuesday 09 March 2010 11:45:08 Bernhard Froehlich wrote: > Dear patient VirtualBox User. > > As you all know VirtualBox is currently broken on 9-CURRENT and STABLE > kernels. As far as i know from the various reports that only affects i386 > and not amd64 - please correct me if i am wrong. The symptom is that it > works fine on an older kernel but on newer ones the VM aborts at startup > and when build with debugging you see the following assert: > > 00:00:15.481 !!Assertion Failed!! > 00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys != > NIL_RTHCPHYS && !(paPages[i].Phys & PAGE_OFFSET_MASK) > 00:00:15.481 Location : > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox/VMM/ > MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, const > SUPPAGE*, const char*, RTGCPTR64*) > 00:00:15.482 i=0x0 Phys=0000000000000000 Heap > > > Affected kernels are newer than: > * 9.0-CURRENT r202894 (Jan 23 18:42) > * 8.0-STABLE r203182 (Jan 30 06:23) > * 7.2-STABLE r203208 (Jan 30 18:17) > > > Alexander Eichner has done a rewrite of the memory allocation in > VirtualBox which is ready to get tested. This should fix the above problem > and also a double wiring problem noticed by Alan Cox. Please test our devel > ports and give us some feedback (uname -a, does this port work?) so that we > can proceed and get 3.1.2 fixed. Two different i386 machines at: FreeBSD memory.visualtech.com 9.0-CURRENT FreeBSD 9.0-CURRENT #10: Wed Feb 24 08:28:22 EST 2010 root@memory.visualtech.com:/usr/obj/usr/src/sys/MEMORY i386 The devel port you linked to works fine here now where as I was getting the errors you described above previously. Great work! Adam From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 00:30:06 2010 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 4D0981065673 for ; Wed, 10 Mar 2010 00:30:06 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from omr17.networksolutionsemail.com (omr17.networksolutionsemail.com [205.178.146.67]) by mx1.freebsd.org (Postfix) with ESMTP id CE09A8FC1A for ; Wed, 10 Mar 2010 00:30:05 +0000 (UTC) Received: from cm-omr8 (mail.networksolutionsemail.com [205.178.146.50]) by omr17.networksolutionsemail.com (8.13.6/8.13.6) with ESMTP id o2A077Ec009339 for ; Tue, 9 Mar 2010 19:07:07 -0500 Authentication-Results: cm-omr8 smtp.user=adamk; auth=pass (LOGIN) Received: from [68.45.22.62] ([68.45.22.62:14946] helo=sorrow.ashke.com) by cm-omr8 (envelope-from ) (ecelerity 2.2.2.41 r(31179/31189)) with ESMTPA id 86/2C-31571-7A2E69B4; Tue, 09 Mar 2010 19:07:06 -0500 From: Adam K Kirchhoff To: freebsd-emulation@freebsd.org Date: Tue, 9 Mar 2010 19:07:02 -0500 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201003091907.02546.adamk@voicenet.com> Cc: emulation@freebsd.org Subject: Re: CFT: Fix VirtualBox on 9-CURRENT and recent STABLE 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, 10 Mar 2010 00:30:06 -0000 On Tuesday 09 March 2010 11:45:08 Bernhard Froehlich wrote: > Dear patient VirtualBox User. > > As you all know VirtualBox is currently broken on 9-CURRENT and STABLE > kernels. As far as i know from the various reports that only affects i386 > and not amd64 - please correct me if i am wrong. The symptom is that it > works fine on an older kernel but on newer ones the VM aborts at startup > and when build with debugging you see the following assert: > > 00:00:15.481 !!Assertion Failed!! > 00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys != > NIL_RTHCPHYS && !(paPages[i].Phys & PAGE_OFFSET_MASK) > 00:00:15.481 Location : > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox/VMM/ > MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, const > SUPPAGE*, const char*, RTGCPTR64*) > 00:00:15.482 i=0x0 Phys=0000000000000000 Heap > > > Affected kernels are newer than: > * 9.0-CURRENT r202894 (Jan 23 18:42) > * 8.0-STABLE r203182 (Jan 30 06:23) > * 7.2-STABLE r203208 (Jan 30 18:17) > > > Alexander Eichner has done a rewrite of the memory allocation in > VirtualBox which is ready to get tested. This should fix the above problem > and also a double wiring problem noticed by Alan Cox. Please test our devel > ports and give us some feedback (uname -a, does this port work?) so that we > can proceed and get 3.1.2 fixed. Two different i386 machines at: FreeBSD memory.visualtech.com 9.0-CURRENT FreeBSD 9.0-CURRENT #10: Wed Feb 24 08:28:22 EST 2010 root@memory.visualtech.com:/usr/obj/usr/src/sys/MEMORY i386 The devel port you linked to works fine here now where as I was getting the errors you described above previously. Great work! Adam From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 01:53:31 2010 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 4566B1065672 for ; Wed, 10 Mar 2010 01:53:31 +0000 (UTC) (envelope-from lobo@bsd.com.br) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id 03AE08FC23 for ; Wed, 10 Mar 2010 01:53:30 +0000 (UTC) Received: by gwj15 with SMTP id 15so30653gwj.13 for ; Tue, 09 Mar 2010 17:53:30 -0800 (PST) Received: by 10.150.214.3 with SMTP id m3mr1629489ybg.115.1268186008216; Tue, 09 Mar 2010 17:53:28 -0800 (PST) Received: from papi.localnet ([189.70.128.97]) by mx.google.com with ESMTPS id 20sm1046347yxe.23.2010.03.09.17.53.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 09 Mar 2010 17:53:27 -0800 (PST) From: Mario Lobo To: freebsd-emulation@freebsd.org Date: Tue, 9 Mar 2010 22:55:16 +0000 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201003092255.16733.lobo@bsd.com.br> Subject: Re: CFT: Fix VirtualBox on 9-CURRENT and recent STABLE 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, 10 Mar 2010 01:53:31 -0000 On Tuesday 09 March 2010 16:45:08 Bernhard Froehlich wrote: > Dear patient VirtualBox User. > > As you all know VirtualBox is currently broken on 9-CURRENT and STABLE > kernels. As far as i know from the various reports that only affects i386 > and not amd64 - please correct me if i am wrong. The symptom is that it > works fine on an older kernel but on newer ones the VM aborts at startup > and when build with debugging you see the following assert: > > 00:00:15.481 !!Assertion Failed!! > 00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys != > NIL_RTHCPHYS && !(paPages[i].Phys & PAGE_OFFSET_MASK) > 00:00:15.481 Location : > /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox/VMM/ > MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, size_t, const > SUPPAGE*, const char*, RTGCPTR64*) > 00:00:15.482 i=0x0 Phys=0000000000000000 Heap > > > Affected kernels are newer than: > * 9.0-CURRENT r202894 (Jan 23 18:42) > * 8.0-STABLE r203182 (Jan 30 06:23) > * 7.2-STABLE r203208 (Jan 30 18:17) > > > Alexander Eichner has done a rewrite of the memory allocation in > VirtualBox which is ready to get tested. This should fix the above problem > and also a double wiring problem noticed by Alan Cox. Please test our devel > ports and give us some feedback (uname -a, does this port work?) so that we > can proceed and get 3.1.2 fixed. > > > The procedure is: > > - deinstall virtualbox-ose and virtualbox-ose-kmod (3.1.2) > - get the tarball from > http://svn.bluelife.at/nightlies/virtualbox-port-r755.tar.gz > - extract the tarball > - compile and install virtualbox-ose-kmod-devel and virtualbox-ose-devel > (3.1.51.r27187) > - reboot > - DO NOT START ANY IMPORTANT VM WITH THIS VERSION!! Better create a new > one or create a backup of the vm before testing it. Really! > > > Thanks for helping to get this fixed! > > Your vbox@ Team (beat, decke, dhn, miwi, nox) > Just for the record; Tested r755 on FreeBSD 8.0-STABLE #0 r204106M amd64 - Status Ok (just like all previous revisions from blueports svn by the way) One little thing I noticed with all revisions I've been using. I had an XP vm running but on the login prompt. No activity on it. Coincidentally, I was doing an fsck on ANOTHER partition (ext2) BUT on the SAME drive the VMs are stored. The little thingy that shows disk access on VBox, supposedly by the VM, was full ON, reflecting, in fact, the fsck I was doing, and NOT any disk access by the VM itself. I kept looking at it, waiting for the fsck to finish to see my observation was correct. And it was! When fsck finished, the thingy went off with it. I know its not a big thing but, is it a bug?. -- Mario Lobo http://www.mallavoodoo.com.br FreeBSD since version 2.2.8 [not Pro-Audio.... YET!!] (99,7% winfoes FREE) From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 03:19:03 2010 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 B8CB6106566B for ; Wed, 10 Mar 2010 03:19:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 4AB578FC1A for ; Wed, 10 Mar 2010 03:19:03 +0000 (UTC) Received: (qmail 32235 invoked by uid 399); 10 Mar 2010 03:19:02 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 10 Mar 2010 03:19:02 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B970FA5.70200@FreeBSD.org> Date: Tue, 09 Mar 2010 19:19:01 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: CFT: Fix VirtualBox on 9-CURRENT and recent STABLE 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, 10 Mar 2010 03:19:03 -0000 On 03/09/10 08:45, Bernhard Froehlich wrote: > - get the tarball from > http://svn.bluelife.at/nightlies/virtualbox-port-r755.tar.gz I'm building this now, will report if it works or not (it was previously broken for me). However I noticed that the -ose-devel port doesn't work with guestadditions (not in distinfo). Will the new version work with the old guestadditions.iso? If so, any chance of having the test port updated? Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 05:14:31 2010 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 E78A91065675; Wed, 10 Mar 2010 05:14:31 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id BB4508FC23; Wed, 10 Mar 2010 05:14:31 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ100H3GT464800@smtpauth3.wiscmail.wisc.edu>; Tue, 09 Mar 2010 22:14:30 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ100GCOT44QS00@smtpauth3.wiscmail.wisc.edu>; Tue, 09 Mar 2010 22:14:28 -0600 (CST) Date: Tue, 09 Mar 2010 22:14:27 -0600 From: Nathan Whitehorn To: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Message-id: <4B971CA3.9090301@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-10, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.10.40329, SenderIP=76.233.145.10 User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: Subject: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 05:14:32 -0000 The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff (pre-generated freebsd32 syscalls stuff is included, which will be done in two steps on commit) provides groundwork for supporting 32-bit compatibility for 64-bit MIPS and PowerPC systems. It has been tested on amd64 and powerpc64, and compile-tested on ia64. There are two main parts to the patch: 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to COMPAT_LINUX32, etc. This requires updating kernel configurations, but is less painful than filling machine-independent bits of the kernel with #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. 2) Modifications to the freebsd32 compat layer to support big-endian architectures. I would appreciate any comments, bugs, or test results on ia64. -Nathan From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 09:05:04 2010 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 59525106566C; Wed, 10 Mar 2010 09:05:04 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id CDC0C8FC2E; Wed, 10 Mar 2010 09:05:03 +0000 (UTC) Received: from [91.205.172.21] (helo=webmail.bluelife.at) by mail.itac.at with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1NpHqg-0006rB-HQ; Wed, 10 Mar 2010 10:05:02 +0100 MIME-Version: 1.0 Date: Wed, 10 Mar 2010 10:05:03 +0100 From: Bernhard Froehlich To: Doug Barton In-Reply-To: <4B970FA5.70200@FreeBSD.org> References: <4B970FA5.70200@FreeBSD.org> Message-ID: X-Sender: decke@bluelife.at User-Agent: RoundCube Webmail/0.3.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.9 (/) X-Spam-Report: Spam detection software, running on the system "mail.itac.at", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Tue, 09 Mar 2010 19:19:01 -0800, Doug Barton wrote: > On 03/09/10 08:45, Bernhard Froehlich wrote: > >> - get the tarball from >> http://svn.bluelife.at/nightlies/virtualbox-port-r755.tar.gz > > I'm building this now, will report if it works or not (it was previously > broken for me). However I noticed that the -ose-devel port doesn't work > with guestadditions (not in distinfo). Will the new version work with > the old guestadditions.iso? If so, any chance of having the test port > updated? [...] Content analysis details: (0.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 3.4 FH_DATE_PAST_20XX The date is grossly in the future. -1.1 AWL AWL: From: address is in the auto white-list Cc: freebsd-emulation@freebsd.org Subject: Re: CFT: Fix VirtualBox on 9-CURRENT and recent STABLE 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, 10 Mar 2010 09:05:04 -0000 On Tue, 09 Mar 2010 19:19:01 -0800, Doug Barton wrote: > On 03/09/10 08:45, Bernhard Froehlich wrote: > >> - get the tarball from >> http://svn.bluelife.at/nightlies/virtualbox-port-r755.tar.gz > > I'm building this now, will report if it works or not (it was previously > broken for me). However I noticed that the -ose-devel port doesn't work > with guestadditions (not in distinfo). Will the new version work with > the old guestadditions.iso? If so, any chance of having the test port > updated? Yes, i've seen that too when updating but did not have a quick solution for that so i left it as it was. I think you can take the 3.1.4 iso and it should mostly work. The real solution would be to create a new port that builds the guestadditions.iso from the OSE sources but i've never tried it and i'm not sure if it is that easy on FreeBSD. That is a bigger task for sure. -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 09:29:09 2010 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 119DD1065677 for ; Wed, 10 Mar 2010 09:29:09 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 9132E8FC0A for ; Wed, 10 Mar 2010 09:29:08 +0000 (UTC) Received: by bwz8 with SMTP id 8so4060077bwz.3 for ; Wed, 10 Mar 2010 01:29:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :organization:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=GDIivBvxTAqZgesOtiObD7V40qpHnDUkNRGQrc84AZg=; b=fyNTkBCyUmKRXj0XJ2CFTU+llmKwMap/8P54LuDbLWBuScbwx/JGyxx6i2I1WEUm1p pm6Gl6f2m2IQh7W3j/Oue92qqZ9lFT6kcd99kc5JhddS3vkyVp3eUwb3YJctoEboOIgt G3ewz7oz+hYw3gXztaVGEMQ/MGcx45JBDQNZ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:organization:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=FLwmwaQPS77POK8XTG7yIeq8hnhEyU4jpibtqA6f+VKEKPzQ6d9EPidp+/Zz+2n7oW FR1yq5ZnVjM9FG8zCgZdpNwVSEVv7Xcy9tgtb/g5ab6YMHgKIHGJ2/+ijF8Dza+wzyIF jy+EQP2qPMw/Fn1AmET+t+qI/7Is7iVeH+L/E= Received: by 10.204.4.89 with SMTP id 25mr1284165bkq.19.1268211970549; Wed, 10 Mar 2010 01:06:10 -0800 (PST) Received: from localhost (ms.singlescrowd.net [80.85.90.67]) by mx.google.com with ESMTPS id 16sm3985396bwz.9.2010.03.10.01.06.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 10 Mar 2010 01:06:09 -0800 (PST) From: Mikolaj Golub To: Bernhard Froehlich Organization: TOA Ukraine References: Date: Wed, 10 Mar 2010 11:06:07 +0200 In-Reply-To: (Bernhard Froehlich's message of "Tue, 09 Mar 2010 17:45:08 +0100") Message-ID: <866354k0lc.fsf@zhuzha.ua1> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: emulation@FreeBSD.org Subject: Re: CFT: Fix VirtualBox on 9-CURRENT and recent STABLE 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, 10 Mar 2010 09:29:09 -0000 On Tue, 09 Mar 2010 17:45:08 +0100 Bernhard Froehlich wrote: BF> - deinstall virtualbox-ose and virtualbox-ose-kmod (3.1.2) BF> - get the tarball from BF> http://svn.bluelife.at/nightlies/virtualbox-port-r755.tar.gz BF> - extract the tarball BF> - compile and install virtualbox-ose-kmod-devel and virtualbox-ose-devel BF> (3.1.51.r27187) BF> - reboot BF> - DO NOT START ANY IMPORTANT VM WITH THIS VERSION!! Better create a new BF> one or create a backup of the vm before testing it. Really! It works for me too (8.0-STABLE i386). Thanks! BTW, you wrote about assertion when virtualbox is built with debugging. I have been observing a different assertion: ###!!! ASSERTION: failed to deserialize/set exception: 'NS_SUCCEEDED(rv)', file /usr/ports/emulators/virtualbox-ose-devel/work/VirtualBox-3.1.51.r27187_OSE/src/libs/xpcom18a4/ipc/ipcd/extensions/dconnect/src/ipcDConnectService.cpp, line 2692 Break: at file /usr/ports/emulators/virtualbox-ose-devel/work/VirtualBox-3.1.51.r27187_OSE/src/libs/xpcom18a4/ipc/ipcd/extensions/dconnect/src/ipcDConnectService.cpp, line 2692 But I observed an assertion previously on 8.0-RELEASE (I didn't record it, so I am not sure it was the same assertion) so I alway built virtualbox without debugging. -- Mikolaj Golub From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 09:50:16 2010 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 7ABDB106564A; Wed, 10 Mar 2010 09:50:16 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id DF8B58FC08; Wed, 10 Mar 2010 09:50:15 +0000 (UTC) Received: from [91.205.172.21] (helo=webmail.bluelife.at) by mail.itac.at with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1NpIYQ-00076n-HV; Wed, 10 Mar 2010 10:50:14 +0100 MIME-Version: 1.0 Date: Wed, 10 Mar 2010 10:50:15 +0100 From: Bernhard Froehlich To: Bernhard Froehlich In-Reply-To: References: <4B970FA5.70200@FreeBSD.org> Message-ID: <51c4b7c5374e5d3f089f915820f6b900@bluelife.at> X-Sender: decke@bluelife.at User-Agent: RoundCube Webmail/0.3.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.9 (/) X-Spam-Report: Spam detection software, running on the system "mail.itac.at", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Wed, 10 Mar 2010 10:05:03 +0100, Bernhard Froehlich wrote: > On Tue, 09 Mar 2010 19:19:01 -0800, Doug Barton wrote: >> On 03/09/10 08:45, Bernhard Froehlich wrote: >> >>> - get the tarball from >>> http://svn.bluelife.at/nightlies/virtualbox-port-r755.tar.gz >> >> I'm building this now, will report if it works or not (it was previously >> broken for me). However I noticed that the -ose-devel port doesn't work >> with guestadditions (not in distinfo). Will the new version work with >> the old guestadditions.iso? If so, any chance of having the test port >> updated? > > Yes, i've seen that too when updating but did not have a quick solution > for that so i left it as it was. I think you can take the 3.1.4 iso and it > should mostly work. The real solution would be to create a new port that > builds the guestadditions.iso from the OSE sources but i've never tried it > and i'm not sure if it is that easy on FreeBSD. That is a bigger task for > sure. [...] Content analysis details: (0.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 3.4 FH_DATE_PAST_20XX The date is grossly in the future. -1.0 AWL AWL: From: address is in the auto white-list Cc: freebsd-emulation@freebsd.org, Doug Barton Subject: Re: CFT: Fix VirtualBox on 9-CURRENT and recent STABLE 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, 10 Mar 2010 09:50:16 -0000 On Wed, 10 Mar 2010 10:05:03 +0100, Bernhard Froehlich wrote: > On Tue, 09 Mar 2010 19:19:01 -0800, Doug Barton wrote: >> On 03/09/10 08:45, Bernhard Froehlich wrote: >> >>> - get the tarball from >>> http://svn.bluelife.at/nightlies/virtualbox-port-r755.tar.gz >> >> I'm building this now, will report if it works or not (it was previously >> broken for me). However I noticed that the -ose-devel port doesn't work >> with guestadditions (not in distinfo). Will the new version work with >> the old guestadditions.iso? If so, any chance of having the test port >> updated? > > Yes, i've seen that too when updating but did not have a quick solution > for that so i left it as it was. I think you can take the 3.1.4 iso and it > should mostly work. The real solution would be to create a new port that > builds the guestadditions.iso from the OSE sources but i've never tried it > and i'm not sure if it is that easy on FreeBSD. That is a bigger task for > sure. I've had a talk to the vbox developers and they say that the additions are always compatible. You can always take the code from the OSE repository and the latest released guestadditions.iso and it will work. So i will fix that in the devel ports. -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 11:46:17 2010 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 73D64106566C; Wed, 10 Mar 2010 11:46:17 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id DD4FF8FC0C; Wed, 10 Mar 2010 11:46:16 +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 o2ABkCoZ004178 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Mar 2010 13:46:12 +0200 (EET) (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.4/8.14.4) with ESMTP id o2ABkChu082877; Wed, 10 Mar 2010 13:46:12 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o2ABkC8i082876; Wed, 10 Mar 2010 13:46:12 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 10 Mar 2010 13:46:12 +0200 From: Kostik Belousov To: Nathan Whitehorn Message-ID: <20100310114612.GX2489@deviant.kiev.zoral.com.ua> References: <4B971CA3.9090301@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QG1B2ADVu5UY+Mah" Content-Disposition: inline In-Reply-To: <4B971CA3.9090301@freebsd.org> 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: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 11:46:17 -0000 --QG1B2ADVu5UY+Mah Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Mar 09, 2010 at 10:14:27PM -0600, Nathan Whitehorn wrote: > The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff= =20 > (pre-generated freebsd32 syscalls stuff is included, which will be done= =20 > in two steps on commit) provides groundwork for supporting 32-bit=20 > compatibility for 64-bit MIPS and PowerPC systems. It has been tested on= =20 > amd64 and powerpc64, and compile-tested on ia64. There are two main=20 > parts to the patch: >=20 > 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to=20 > COMPAT_LINUX32, etc. This requires updating kernel configurations, but=20 > is less painful than filling machine-independent bits of the kernel with= =20 > #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) ||=20 > defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old na= me. >=20 > 2) Modifications to the freebsd32 compat layer to support big-endian=20 > architectures. >=20 > I would appreciate any comments, bugs, or test results on ia64. > -Nathan This fragment --- sys/kern/imgact_elf.c (revision 204681) +++ sys/kern/imgact_elf.c (working copy) @@ -75,7 +75,7 @@ #include #include =20 -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE =3D=3D 32 +#if (defined(__amd64__) || defined(__ia64__)) && __ELF_WORD_SIZE =3D=3D 32 #include #include #endif probably should be changed ? How are struct reg32 for !ia32 case is brought into the imgact_elf ? Can it be unified for ia32 case ? (Similar fragment is present in sys_process.c at least). I do not understand how +#if !defined(PAD64_REQUIRED) && defined(__powerpc_= _) etc lines are generated. You may want to change sysent->sv_flag SV_IA32 to SV_FREEBSD32, or add SV_FREEBSD32. You might want to review SV_IA32 usage, if any. --QG1B2ADVu5UY+Mah Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuXhoQACgkQC3+MBN1Mb4g8yQCfYgOqrFsxa2YW+UfupKgdo1Bk bjAAoMPjQW1oYngAdGp3KG2DxD7eu5JO =7Uzw -----END PGP SIGNATURE----- --QG1B2ADVu5UY+Mah-- From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 13:49:32 2010 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 1DADC106564A; Wed, 10 Mar 2010 13:49:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E3D178FC13; Wed, 10 Mar 2010 13:49:31 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 98D3946B65; Wed, 10 Mar 2010 08:49:31 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id CBF468A021; Wed, 10 Mar 2010 08:49:30 -0500 (EST) From: John Baldwin To: freebsd-ia64@freebsd.org Date: Wed, 10 Mar 2010 08:10:10 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4B971CA3.9090301@freebsd.org> In-Reply-To: <4B971CA3.9090301@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003100810.10696.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Mar 2010 08:49:30 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-emulation@freebsd.org, Nathan Whitehorn , freebsd-amd64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 13:49:32 -0000 On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff > (pre-generated freebsd32 syscalls stuff is included, which will be done > in two steps on commit) provides groundwork for supporting 32-bit > compatibility for 64-bit MIPS and PowerPC systems. It has been tested on > amd64 and powerpc64, and compile-tested on ia64. There are two main > parts to the patch: > > 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to > COMPAT_LINUX32, etc. This requires updating kernel configurations, but > is less painful than filling machine-independent bits of the kernel with > #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || > defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. > > 2) Modifications to the freebsd32 compat layer to support big-endian > architectures. > > I would appreciate any comments, bugs, or test results on ia64. This doesn't look right for non-x86 32-bit ABIs: Index: sys/kern/imgact_elf.c =================================================================== --- sys/kern/imgact_elf.c (revision 204681) +++ sys/kern/imgact_elf.c (working copy) @@ -1439,7 +1439,7 @@ ehdr->e_ident[EI_ABIVERSION] = 0; ehdr->e_ident[EI_PAD] = 0; ehdr->e_type = ET_CORE; -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 ehdr->e_machine = EM_386; #else ehdr->e_machine = ELF_ARCH; It would be nice to eliminate having includes in MI code by instead including those headers in appropriate headers in . For example, we could change on amd64 and ia64 to include these headers, perhaps under an #ifdef COMPAT_FREEBSD32. Hmm, actually, I'm quite convinced now that for ia64 and amd64 should include in the #ifdef _KERNEL section to avoid polluting those includes in MI code. I'm not sure what the various includes are for, but fixing ia32_reg.h would be a good first step. It would make your diffs smaller I think. The rest of the diff looks fine to me. -- John Baldwin From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 14:35:20 2010 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 0D2A41065672; Wed, 10 Mar 2010 14:35:20 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id D1F588FC12; Wed, 10 Mar 2010 14:35:19 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ20000QLUV4J00@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 08:35:19 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ200KNGLUNYT30@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 08:35:13 -0600 (CST) Date: Wed, 10 Mar 2010 08:35:09 -0600 From: Nathan Whitehorn In-reply-to: <20100310114612.GX2489@deviant.kiev.zoral.com.ua> To: Kostik Belousov Message-id: <4B97AE1D.6020409@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-13, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.10.142419, SenderIP=76.233.145.10 References: <4B971CA3.9090301@freebsd.org> <20100310114612.GX2489@deviant.kiev.zoral.com.ua> User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 14:35:20 -0000 Kostik Belousov wrote: > On Tue, Mar 09, 2010 at 10:14:27PM -0600, Nathan Whitehorn wrote: > >> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff >> (pre-generated freebsd32 syscalls stuff is included, which will be done >> in two steps on commit) provides groundwork for supporting 32-bit >> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on >> amd64 and powerpc64, and compile-tested on ia64. There are two main >> parts to the patch: >> >> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to >> COMPAT_LINUX32, etc. This requires updating kernel configurations, but >> is less painful than filling machine-independent bits of the kernel with >> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || >> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. >> >> 2) Modifications to the freebsd32 compat layer to support big-endian >> architectures. >> >> I would appreciate any comments, bugs, or test results on ia64. >> -Nathan >> > > This fragment > --- sys/kern/imgact_elf.c (revision 204681) > +++ sys/kern/imgact_elf.c (working copy) > @@ -75,7 +75,7 @@ > #include > #include > > -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 > +#if (defined(__amd64__) || defined(__ia64__)) && __ELF_WORD_SIZE == 32 > #include > #include > #endif > probably should be changed ? How are struct reg32 for !ia32 case is > brought into the imgact_elf ? Can it be unified for ia32 case ? > (Similar fragment is present in sys_process.c at least). > For !ia32, they are brought in machine/reg.h. You can see how that works here: http://svn.freebsd.org/viewvc/base/projects/ppc64/sys/powerpc/include/reg.h?revision=204915&view=markup I would be more than happy for them to be brought in the same way for amd64 and ia64. Since John Baldwin seems to want this too, I might roll a new version of the diff today or tomorrow that does that. > I do not understand how +#if !defined(PAD64_REQUIRED) && defined(__powerpc__) > etc lines are generated. > These end up in syscalls.master and take advantage of the syscalls generator propagating preprocessor statements through. 32-bit powerpc has an ABI quirk where 64-bit arguments are transmitted in "aligned" registers, so this adds some padding to those syscalls such that this is preserved. The !defined bit just protects against redefinition when one of the .c files generated from syscalls.master includes one of the header files. > You may want to change sysent->sv_flag SV_IA32 to SV_FREEBSD32, or add > SV_FREEBSD32. You might want to review SV_IA32 usage, if any. We already have SV_ILP32, which is used pretty consistently for this. The patch includes a fix for the one erroneous use in sys/kern/kern_jail.c that I could find with grep -R SV_IA32 /sys. -Nathan From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 14:39:24 2010 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 84090106566B; Wed, 10 Mar 2010 14:39:24 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id 531BC8FC1A; Wed, 10 Mar 2010 14:39:24 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ20001EM1L4600@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 08:39:21 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ200K8BM1FYT40@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 08:39:16 -0600 (CST) Date: Wed, 10 Mar 2010 08:39:15 -0600 From: Nathan Whitehorn In-reply-to: <201003100810.10696.jhb@freebsd.org> To: John Baldwin Message-id: <4B97AF13.5040104@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-12, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.10.143049, SenderIP=76.233.145.10 References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 14:39:24 -0000 John Baldwin wrote: > On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > >> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff >> (pre-generated freebsd32 syscalls stuff is included, which will be done >> in two steps on commit) provides groundwork for supporting 32-bit >> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on >> amd64 and powerpc64, and compile-tested on ia64. There are two main >> parts to the patch: >> >> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to >> COMPAT_LINUX32, etc. This requires updating kernel configurations, but >> is less painful than filling machine-independent bits of the kernel with >> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || >> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. >> >> 2) Modifications to the freebsd32 compat layer to support big-endian >> architectures. >> >> I would appreciate any comments, bugs, or test results on ia64. >> > > This doesn't look right for non-x86 32-bit ABIs: > > Index: sys/kern/imgact_elf.c > =================================================================== > --- sys/kern/imgact_elf.c (revision 204681) > +++ sys/kern/imgact_elf.c (working copy) > @@ -1439,7 +1439,7 @@ > ehdr->e_ident[EI_ABIVERSION] = 0; > ehdr->e_ident[EI_PAD] = 0; > ehdr->e_type = ET_CORE; > -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 > +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 > ehdr->e_machine = EM_386; > #else > ehdr->e_machine = ELF_ARCH; > Good catch! Such are the dangers of sed. How about defining an ELF_ARCH32 in machine/elf.h for this case? > It would be nice to eliminate having includes in MI code by > instead including those headers in appropriate headers in . For > example, we could change on amd64 and ia64 to include these > headers, perhaps under an #ifdef COMPAT_FREEBSD32. > > Hmm, actually, I'm quite convinced now that for ia64 and amd64 > should include in the #ifdef _KERNEL section to avoid > polluting those includes in MI code. I'm not sure what the various > includes are for, but fixing ia32_reg.h would be a good first > step. It would make your diffs smaller I think. > This is how it works on powerpc64. I didn't modify amd64 and ia64 in order to avoid making too many changes, but I think you're right that this is a good idea. I'll add that to the patch when fixing the EM_386 bit you pointed out above. > The rest of the diff looks fine to me. > Thanks for the comments! -Nathan From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 15:50:53 2010 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 714AD1065678; Wed, 10 Mar 2010 15:50:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2C2F48FC1F; Wed, 10 Mar 2010 15:50:53 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B8DD846B58; Wed, 10 Mar 2010 10:50:52 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D74738A025; Wed, 10 Mar 2010 10:50:51 -0500 (EST) From: John Baldwin To: Nathan Whitehorn Date: Wed, 10 Mar 2010 10:43:23 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> <4B97AF13.5040104@freebsd.org> In-Reply-To: <4B97AF13.5040104@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003101043.23275.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Mar 2010 10:50:51 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 15:50:53 -0000 On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: > John Baldwin wrote: > > On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > > > >> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff > >> (pre-generated freebsd32 syscalls stuff is included, which will be done > >> in two steps on commit) provides groundwork for supporting 32-bit > >> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on > >> amd64 and powerpc64, and compile-tested on ia64. There are two main > >> parts to the patch: > >> > >> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to > >> COMPAT_LINUX32, etc. This requires updating kernel configurations, but > >> is less painful than filling machine-independent bits of the kernel with > >> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || > >> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. > >> > >> 2) Modifications to the freebsd32 compat layer to support big-endian > >> architectures. > >> > >> I would appreciate any comments, bugs, or test results on ia64. > >> > > > > This doesn't look right for non-x86 32-bit ABIs: > > > > Index: sys/kern/imgact_elf.c > > =================================================================== > > --- sys/kern/imgact_elf.c (revision 204681) > > +++ sys/kern/imgact_elf.c (working copy) > > @@ -1439,7 +1439,7 @@ > > ehdr->e_ident[EI_ABIVERSION] = 0; > > ehdr->e_ident[EI_PAD] = 0; > > ehdr->e_type = ET_CORE; > > -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 > > +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 > > ehdr->e_machine = EM_386; > > #else > > ehdr->e_machine = ELF_ARCH; > > > Good catch! Such are the dangers of sed. How about defining an > ELF_ARCH32 in machine/elf.h for this case? Yes, that sounds good. > > It would be nice to eliminate having includes in MI code by > > instead including those headers in appropriate headers in . For > > example, we could change on amd64 and ia64 to include these > > headers, perhaps under an #ifdef COMPAT_FREEBSD32. > > > > Hmm, actually, I'm quite convinced now that for ia64 and amd64 > > should include in the #ifdef _KERNEL section to avoid > > polluting those includes in MI code. I'm not sure what the various > > includes are for, but fixing ia32_reg.h would be a good first > > step. It would make your diffs smaller I think. > > > This is how it works on powerpc64. I didn't modify amd64 and ia64 in > order to avoid making too many changes, but I think you're right that > this is a good idea. I'll add that to the patch when fixing the EM_386 > bit you pointed out above. Ok, thanks. -- John Baldwin From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 15:55:46 2010 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 EBEB3106567C; Wed, 10 Mar 2010 15:55:45 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from argol.doit.wisc.edu (argol.doit.wisc.edu [144.92.197.212]) by mx1.freebsd.org (Postfix) with ESMTP id BAF3B8FC24; Wed, 10 Mar 2010 15:55:45 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII; format=flowed Received: from avs-daemon.smtpauth3.wiscmail.wisc.edu by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) id <0KZ20060GPKWSG00@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 09:55:44 -0600 (CST) Received: from comporellon.tachypleus.net (adsl-76-233-145-10.dsl.mdsnwi.sbcglobal.net [76.233.145.10]) by smtpauth3.wiscmail.wisc.edu (Sun Java(tm) System Messaging Server 7u2-7.05 32bit (built Jul 30 2009)) with ESMTPSA id <0KZ2004O2PKSJL30@smtpauth3.wiscmail.wisc.edu>; Wed, 10 Mar 2010 09:55:41 -0600 (CST) Date: Wed, 10 Mar 2010 09:55:40 -0600 From: Nathan Whitehorn In-reply-to: <201003101043.23275.jhb@freebsd.org> To: John Baldwin Message-id: <4B97C0FC.4020209@freebsd.org> X-Spam-Report: AuthenticatedSender=yes, SenderIP=76.233.145.10 X-Spam-PmxInfo: Server=avs-10, Version=5.5.5.374460, Antispam-Engine: 2.7.1.369594, Antispam-Data: 2010.3.10.154820, SenderIP=76.233.145.10 References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> <4B97AF13.5040104@freebsd.org> <201003101043.23275.jhb@freebsd.org> User-Agent: Thunderbird 2.0.0.23 (X11/20100206) Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 15:55:46 -0000 John Baldwin wrote: > On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: > >> John Baldwin wrote: >> >>> On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: >>> >>> >>>> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff >>>> (pre-generated freebsd32 syscalls stuff is included, which will be done >>>> in two steps on commit) provides groundwork for supporting 32-bit >>>> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on >>>> amd64 and powerpc64, and compile-tested on ia64. There are two main >>>> parts to the patch: >>>> >>>> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to >>>> COMPAT_LINUX32, etc. This requires updating kernel configurations, but >>>> is less painful than filling machine-independent bits of the kernel with >>>> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || >>>> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. >>>> >>>> 2) Modifications to the freebsd32 compat layer to support big-endian >>>> architectures. >>>> >>>> I would appreciate any comments, bugs, or test results on ia64. >>>> >>>> >>> This doesn't look right for non-x86 32-bit ABIs: >>> >>> Index: sys/kern/imgact_elf.c >>> =================================================================== >>> --- sys/kern/imgact_elf.c (revision 204681) >>> +++ sys/kern/imgact_elf.c (working copy) >>> @@ -1439,7 +1439,7 @@ >>> ehdr->e_ident[EI_ABIVERSION] = 0; >>> ehdr->e_ident[EI_PAD] = 0; >>> ehdr->e_type = ET_CORE; >>> -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 >>> +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 >>> ehdr->e_machine = EM_386; >>> #else >>> ehdr->e_machine = ELF_ARCH; >>> >>> >> Good catch! Such are the dangers of sed. How about defining an >> ELF_ARCH32 in machine/elf.h for this case? >> > > Yes, that sounds good. > > >>> It would be nice to eliminate having includes in MI code by >>> instead including those headers in appropriate headers in . For >>> example, we could change on amd64 and ia64 to include these >>> headers, perhaps under an #ifdef COMPAT_FREEBSD32. >>> >>> Hmm, actually, I'm quite convinced now that for ia64 and amd64 >>> should include in the #ifdef _KERNEL section to avoid >>> polluting those includes in MI code. I'm not sure what the various >>> includes are for, but fixing ia32_reg.h would be a good first >>> step. It would make your diffs smaller I think. >>> >>> >> This is how it works on powerpc64. I didn't modify amd64 and ia64 in >> order to avoid making too many changes, but I think you're right that >> this is a good idea. I'll add that to the patch when fixing the EM_386 >> bit you pointed out above. >> > > Ok, thanks. > > I've updated the patch to incorporate these two changes, at http://people.freebsd.org/~nwhitehorn/compat_freebsd32_2.diff. Due to recursive inclusion issues with sys/procfs.h, it also moves prstatus32 and friends to compat/freebsd32/freebsd32.h from ia32_reg.h. They are MI, and seems like a more appropriate place for them anyway. -Nathan From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 17:26:51 2010 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 AB2881065670 for ; Wed, 10 Mar 2010 17:26:51 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 4D38C8FC12 for ; Wed, 10 Mar 2010 17:26:51 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.3/8.14.3) with ESMTP id o2AHQfi3056378; Wed, 10 Mar 2010 10:26:41 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.3/8.14.3/Submit) with ESMTP id o2AHQfPN056375; Wed, 10 Mar 2010 10:26:41 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Wed, 10 Mar 2010 10:26:41 -0700 (MST) From: Warren Block To: Bernhard Froehlich In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.3 (wonkity.com [127.0.0.1]); Wed, 10 Mar 2010 10:26:41 -0700 (MST) Cc: emulation@freebsd.org Subject: Re: CFT: Fix VirtualBox on 9-CURRENT and recent STABLE 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, 10 Mar 2010 17:26:51 -0000 The kmod-devel Makefile and pkg-plist show it wants to run kldxref on /boot/modules, yet there's no linker.hints created there. Is that correct? -Warren Block * Rapid City, South Dakota USA From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 18:05:35 2010 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 DD6B61065676; Wed, 10 Mar 2010 18:05:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6D68FC1E; Wed, 10 Mar 2010 18:05:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 23F7A46B2C; Wed, 10 Mar 2010 13:05:34 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 5B3F58A01F; Wed, 10 Mar 2010 13:05:33 -0500 (EST) From: John Baldwin To: Nathan Whitehorn Date: Wed, 10 Mar 2010 12:59:07 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4B971CA3.9090301@freebsd.org> <201003101043.23275.jhb@freebsd.org> <4B97C0FC.4020209@freebsd.org> In-Reply-To: <4B97C0FC.4020209@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003101259.07428.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 10 Mar 2010 13:05:33 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 18:05:35 -0000 On Wednesday 10 March 2010 10:55:40 am Nathan Whitehorn wrote: > John Baldwin wrote: > > On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: > > > >> John Baldwin wrote: > >> > >>> On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > >>> > >>> > >>>> The patch at http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff > >>>> (pre-generated freebsd32 syscalls stuff is included, which will be done > >>>> in two steps on commit) provides groundwork for supporting 32-bit > >>>> compatibility for 64-bit MIPS and PowerPC systems. It has been tested on > >>>> amd64 and powerpc64, and compile-tested on ia64. There are two main > >>>> parts to the patch: > >>>> > >>>> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to > >>>> COMPAT_LINUX32, etc. This requires updating kernel configurations, but > >>>> is less painful than filling machine-independent bits of the kernel with > >>>> #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || > >>>> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old name. > >>>> > >>>> 2) Modifications to the freebsd32 compat layer to support big-endian > >>>> architectures. > >>>> > >>>> I would appreciate any comments, bugs, or test results on ia64. > >>>> > >>>> > >>> This doesn't look right for non-x86 32-bit ABIs: > >>> > >>> Index: sys/kern/imgact_elf.c > >>> =================================================================== > >>> --- sys/kern/imgact_elf.c (revision 204681) > >>> +++ sys/kern/imgact_elf.c (working copy) > >>> @@ -1439,7 +1439,7 @@ > >>> ehdr->e_ident[EI_ABIVERSION] = 0; > >>> ehdr->e_ident[EI_PAD] = 0; > >>> ehdr->e_type = ET_CORE; > >>> -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 > >>> +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 > >>> ehdr->e_machine = EM_386; > >>> #else > >>> ehdr->e_machine = ELF_ARCH; > >>> > >>> > >> Good catch! Such are the dangers of sed. How about defining an > >> ELF_ARCH32 in machine/elf.h for this case? > >> > > > > Yes, that sounds good. > > > > > >>> It would be nice to eliminate having includes in MI code by > >>> instead including those headers in appropriate headers in . For > >>> example, we could change on amd64 and ia64 to include these > >>> headers, perhaps under an #ifdef COMPAT_FREEBSD32. > >>> > >>> Hmm, actually, I'm quite convinced now that for ia64 and amd64 > >>> should include in the #ifdef _KERNEL section to avoid > >>> polluting those includes in MI code. I'm not sure what the various > >>> includes are for, but fixing ia32_reg.h would be a good first > >>> step. It would make your diffs smaller I think. > >>> > >>> > >> This is how it works on powerpc64. I didn't modify amd64 and ia64 in > >> order to avoid making too many changes, but I think you're right that > >> this is a good idea. I'll add that to the patch when fixing the EM_386 > >> bit you pointed out above. > >> > > > > Ok, thanks. > > > > > I've updated the patch to incorporate these two changes, at > http://people.freebsd.org/~nwhitehorn/compat_freebsd32_2.diff. Due to > recursive inclusion issues with sys/procfs.h, it also moves prstatus32 > and friends to compat/freebsd32/freebsd32.h from ia32_reg.h. They are > MI, and seems like a more appropriate place for them anyway. Looks good to me. -- John Baldwin From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 19:49:17 2010 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 3BB22106566B for ; Wed, 10 Mar 2010 19:49:17 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id B6DB58FC13 for ; Wed, 10 Mar 2010 19:49:16 +0000 (UTC) Received: from [91.205.172.21] (helo=webmail.bluelife.at) by mail.itac.at with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1NpRu7-0001fP-7V; Wed, 10 Mar 2010 20:49:15 +0100 MIME-Version: 1.0 Date: Wed, 10 Mar 2010 20:49:16 +0100 From: Bernhard Froehlich To: Bill Moran In-Reply-To: <20100310112053.8afb9d01.wmoran@potentialtech.com> References: <20100310112053.8afb9d01.wmoran@potentialtech.com> Message-ID: <113836e22c55a3cb8337e7829e4deae9@bluelife.at> X-Sender: decke@bluelife.at User-Agent: RoundCube Webmail/0.3.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.9 (/) X-Spam-Report: Spam detection software, running on the system "mail.itac.at", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Wed, 10 Mar 2010 11:20:53 -0500, Bill Moran wrote: > I sent the information to the maintainer but haven't heard back yet. > Don't know how busy they are, or if they're on holiday or whatever. [...] Content analysis details: (0.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 3.4 FH_DATE_PAST_20XX The date is grossly in the future. -1.0 AWL AWL: From: address is in the auto white-list Cc: emulation@freebsd.org Subject: Re: Fw: VirtualBox coredump on FreeBSD 8 during build 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, 10 Mar 2010 19:49:17 -0000 On Wed, 10 Mar 2010 11:20:53 -0500, Bill Moran wrote: > I sent the information to the maintainer but haven't heard back yet. > Don't know how busy they are, or if they're on holiday or whatever. beat is at the AsiaBSDCon and i am very busy at the company so i had no time to look at it yet. > In any event, I'm reposting this here, in the hopes that someone else > has seen this problem and can make a recommendation. > > Begin forwarded message: > > [snip] > > Checking for Xcursor: found, OK. > Checking for Xmu: found, OK. > Checking for Mesa / GLU: Segmentation fault (core dumped) > ===> Script "configure" failed unexpectedly. > Please report the problem to vbox@FreeBSD.org [maintainer] and attach the > "/usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/config.log" > including the output of the failure of your make command. Also, it might be > a good idea to provide an overview of all packages installed on your system > (e.g. an `ls /var/db/pkg`). > *** Error code 1 > > Stop in /usr/ports/emulators/virtualbox-ose. > *** Error code 1 I think we had a similar report a long time ago. There should be a configure.log or a similar logfile that got created and logs all configure tests. Please send the last 50 lines of it so that i can have a look what actually fails. For the record it would be interesting what graphic driver you use. Is it possible that you use X11 Forwarding so your DISPLAY variable is set? That is a known problem and there also exists a Gentoo Bugreport about it (http://bugs.gentoo.org/268227) that recommends to unset the DISPLAY variable first before compiling virtualbox. Could you please also check first if all your ports (especially mesa and xorg) are up to date? Just to be sure that it's not a known mesa/x11 bug that was already fixed. Thanks! -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 20:05:27 2010 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 70261106567C for ; Wed, 10 Mar 2010 20:05:27 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 55FB38FC33 for ; Wed, 10 Mar 2010 20:05:27 +0000 (UTC) Received: from jnielsen.socialserve.com ([12.53.251.10]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id o2AK5Opf005648; Wed, 10 Mar 2010 15:05:25 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: Alexander Leidinger Date: Wed, 10 Mar 2010 15:05:17 -0500 User-Agent: KMail/1.12.4 (Darwin/9.8.0; KDE/4.3.4; i386; ; ) References: <201003021325.27197.lists@jnielsen.net> <201003081728.14735.lists@jnielsen.net> <20100309093421.15072yygd5bvkm4g@webmail.leidinger.net> In-Reply-To: <20100309093421.15072yygd5bvkm4g@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201003101505.17123.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: freebsd-emulation@freebsd.org Subject: Re: linux-only jail possible? 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, 10 Mar 2010 20:05:27 -0000 On Tuesday 09 March 2010 03:34:21 Alexander Leidinger wrote: > Quoting John Nielsen (from Mon, 8 Mar 2010 > > 17:28:14 -0500): > > I hit another hurdle with Apache but I don't seem to be the first. > > httpd will start but its forked connection-handling children die: > > > > linux: pid 79586 (httpd): syscall epoll_create not implemented > > pid 79586 (httpd), uid 48: exited on signal 11 > > > > I saw on the wiki that epoll_create support is in perforce. Is that > > still a true statement? If so what is the most straightforward way to > > get a patch to test against? > > This is not complete. The most easy way would be to recompile apache > without epoll support (if in doubt edit the config.h by hand to undef > the epoll stuff). This took some head-scratching but I eventually determined that it was the RPM for apr (rather than httpd itself) that needed to be rebuilt. I temporarily renamed /usr/include/sys/epoll.h on my Linux build host while building the RPM and that seems to have done the trick. With the tweaked apr RPM Apache can now serve requests from the jail. I'm definitely getting closer. After some more testing I hope to write up the complete process for posterity. Stay tuned and thanks again for the pointers. JN From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 20:25:13 2010 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 47D94106566C; Wed, 10 Mar 2010 20:25:13 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id AE2138FC20; Wed, 10 Mar 2010 20:25:12 +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 o2AKOw3R062702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 10 Mar 2010 22:24:58 +0200 (EET) (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.4/8.14.4) with ESMTP id o2AKOwO9094686; Wed, 10 Mar 2010 22:24:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id o2AKOw7l094685; Wed, 10 Mar 2010 22:24:58 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 10 Mar 2010 22:24:58 +0200 From: Kostik Belousov To: Nathan Whitehorn Message-ID: <20100310202458.GG2489@deviant.kiev.zoral.com.ua> References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> <4B97AF13.5040104@freebsd.org> <201003101043.23275.jhb@freebsd.org> <4B97C0FC.4020209@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+U0EQ97FbU8QddnY" Content-Disposition: inline In-Reply-To: <4B97C0FC.4020209@freebsd.org> 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: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, John Baldwin , freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 20:25:13 -0000 --+U0EQ97FbU8QddnY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 10, 2010 at 09:55:40AM -0600, Nathan Whitehorn wrote: > John Baldwin wrote: > >On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: > > =20 > >>John Baldwin wrote: > >> =20 > >>>On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: > >>> =20 > >>> =20 > >>>>The patch at=20 > >>>>http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff=20 > >>>>(pre-generated freebsd32 syscalls stuff is included, which will be do= ne=20 > >>>>in two steps on commit) provides groundwork for supporting 32-bit=20 > >>>>compatibility for 64-bit MIPS and PowerPC systems. It has been tested= =20 > >>>>on amd64 and powerpc64, and compile-tested on ia64. There are two mai= n=20 > >>>>parts to the patch: > >>>> > >>>>1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to=20 > >>>>COMPAT_LINUX32, etc. This requires updating kernel configurations, bu= t=20 > >>>>is less painful than filling machine-independent bits of the kernel= =20 > >>>>with #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) ||=20 > >>>>defined(COMPAT_MIPS32) || ..., and is no less descriptive than the ol= d=20 > >>>>name. > >>>> > >>>>2) Modifications to the freebsd32 compat layer to support big-endian= =20 > >>>>architectures. > >>>> > >>>>I would appreciate any comments, bugs, or test results on ia64. > >>>> =20 > >>>> =20 > >>>This doesn't look right for non-x86 32-bit ABIs: > >>> > >>>Index: sys/kern/imgact_elf.c > >>>=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >>>--- sys/kern/imgact_elf.c (revision 204681) > >>>+++ sys/kern/imgact_elf.c (working copy) > >>>@@ -1439,7 +1439,7 @@ > >>> ehdr->e_ident[EI_ABIVERSION] =3D 0; > >>> ehdr->e_ident[EI_PAD] =3D 0; > >>> ehdr->e_type =3D ET_CORE; > >>>-#if defined(COMPAT_IA32) && __ELF_WORD_SIZE =3D=3D 32 > >>>+#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE =3D=3D 32 > >>> ehdr->e_machine =3D EM_386; > >>> #else > >>> ehdr->e_machine =3D ELF_ARCH; > >>> =20 > >>> =20 > >>Good catch! Such are the dangers of sed. How about defining an=20 > >>ELF_ARCH32 in machine/elf.h for this case? > >> =20 > > > >Yes, that sounds good. > > > > =20 > >>>It would be nice to eliminate having includes in MI cod= e=20 > >>>by instead including those headers in appropriate headers in=20 > >>>. For example, we could change on amd64 an= d=20 > >>>ia64 to include these headers, perhaps under an #ifdef COMPAT_FREEBSD3= 2. > >>> > >>>Hmm, actually, I'm quite convinced now that for ia64 a= nd=20 > >>>amd64 should include in the #ifdef _KERNEL=20 > >>>section to avoid polluting those includes in MI code. I'm not sure wh= at=20 > >>>the various includes are for, but fixing ia32_reg.h=20 > >>>would be a good first step. It would make your diffs smaller I think. > >>> =20 > >>> =20 > >>This is how it works on powerpc64. I didn't modify amd64 and ia64 in=20 > >>order to avoid making too many changes, but I think you're right that= =20 > >>this is a good idea. I'll add that to the patch when fixing the EM_386= =20 > >>bit you pointed out above. > >> =20 > > > >Ok, thanks. > > > > =20 > I've updated the patch to incorporate these two changes, at=20 > http://people.freebsd.org/~nwhitehorn/compat_freebsd32_2.diff. Due to=20 > recursive inclusion issues with sys/procfs.h, it also moves prstatus32=20 > and friends to compat/freebsd32/freebsd32.h from ia32_reg.h. They are=20 > MI, and seems like a more appropriate place for them anyway. First chunk for the sys_generic.c about ibits/obits looks like a bug fix ? If yes, it probably would make sense to commit it separately to be able to MFC it. The same note about chunks that remove #include , if possible ? --+U0EQ97FbU8QddnY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuYABkACgkQC3+MBN1Mb4i05gCg1vQsucGORz01W+nvgVl0pTTg zQ4AoILaoHaEBCSDcNkMAfqWeEbhTv2g =80ld -----END PGP SIGNATURE----- --+U0EQ97FbU8QddnY-- From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 20:48:32 2010 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 C74341065674; Wed, 10 Mar 2010 20:48:32 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id 864B28FC19; Wed, 10 Mar 2010 20:48:32 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id AA929582BD; Wed, 10 Mar 2010 14:29:49 -0600 (CST) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 8+XzDBDvVVck; Wed, 10 Mar 2010 14:29:49 -0600 (CST) Received: from wanderer.tachypleus.net (i3-dhcp-172-16-55-200.icecube.wisc.edu [172.16.55.200]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 25B4D582A5; Wed, 10 Mar 2010 14:29:47 -0600 (CST) Message-ID: <4B98013B.3090309@freebsd.org> Date: Wed, 10 Mar 2010 14:29:47 -0600 From: Nathan Whitehorn User-Agent: Thunderbird 2.0.0.23 (X11/20100215) MIME-Version: 1.0 To: Kostik Belousov References: <4B971CA3.9090301@freebsd.org> <201003100810.10696.jhb@freebsd.org> <4B97AF13.5040104@freebsd.org> <201003101043.23275.jhb@freebsd.org> <4B97C0FC.4020209@freebsd.org> <20100310202458.GG2489@deviant.kiev.zoral.com.ua> In-Reply-To: <20100310202458.GG2489@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, freebsd-amd64@freebsd.org, John Baldwin , freebsd-ia64@freebsd.org Subject: Re: Request for review/comments: 32-bit compat for non-x86 architectures 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, 10 Mar 2010 20:48:32 -0000 Kostik Belousov wrote: > On Wed, Mar 10, 2010 at 09:55:40AM -0600, Nathan Whitehorn wrote: > >> John Baldwin wrote: >> >>> On Wednesday 10 March 2010 9:39:15 am Nathan Whitehorn wrote: >>> >>> >>>> John Baldwin wrote: >>>> >>>> >>>>> On Tuesday 09 March 2010 11:14:27 pm Nathan Whitehorn wrote: >>>>> >>>>> >>>>> >>>>>> The patch at >>>>>> http://people.freebsd.org/~nwhitehorn/compat_freebsd32.diff >>>>>> (pre-generated freebsd32 syscalls stuff is included, which will be done >>>>>> in two steps on commit) provides groundwork for supporting 32-bit >>>>>> compatibility for 64-bit MIPS and PowerPC systems. It has been tested >>>>>> on amd64 and powerpc64, and compile-tested on ia64. There are two main >>>>>> parts to the patch: >>>>>> >>>>>> 1) COMPAT_IA32 is renamed COMPAT_FREEBSD32, in analogy to >>>>>> COMPAT_LINUX32, etc. This requires updating kernel configurations, but >>>>>> is less painful than filling machine-independent bits of the kernel >>>>>> with #if defined(COMPAT_IA32) || defined(COMPAT_PPC32) || >>>>>> defined(COMPAT_MIPS32) || ..., and is no less descriptive than the old >>>>>> name. >>>>>> >>>>>> 2) Modifications to the freebsd32 compat layer to support big-endian >>>>>> architectures. >>>>>> >>>>>> I would appreciate any comments, bugs, or test results on ia64. >>>>>> >>>>>> >>>>>> >>>>> This doesn't look right for non-x86 32-bit ABIs: >>>>> >>>>> Index: sys/kern/imgact_elf.c >>>>> =================================================================== >>>>> --- sys/kern/imgact_elf.c (revision 204681) >>>>> +++ sys/kern/imgact_elf.c (working copy) >>>>> @@ -1439,7 +1439,7 @@ >>>>> ehdr->e_ident[EI_ABIVERSION] = 0; >>>>> ehdr->e_ident[EI_PAD] = 0; >>>>> ehdr->e_type = ET_CORE; >>>>> -#if defined(COMPAT_IA32) && __ELF_WORD_SIZE == 32 >>>>> +#if defined(COMPAT_FREEBSD32) && __ELF_WORD_SIZE == 32 >>>>> ehdr->e_machine = EM_386; >>>>> #else >>>>> ehdr->e_machine = ELF_ARCH; >>>>> >>>>> >>>>> >>>> Good catch! Such are the dangers of sed. How about defining an >>>> ELF_ARCH32 in machine/elf.h for this case? >>>> >>>> >>> Yes, that sounds good. >>> >>> >>> >>>>> It would be nice to eliminate having includes in MI code >>>>> by instead including those headers in appropriate headers in >>>>> . For example, we could change on amd64 and >>>>> ia64 to include these headers, perhaps under an #ifdef COMPAT_FREEBSD32. >>>>> >>>>> Hmm, actually, I'm quite convinced now that for ia64 and >>>>> amd64 should include in the #ifdef _KERNEL >>>>> section to avoid polluting those includes in MI code. I'm not sure what >>>>> the various includes are for, but fixing ia32_reg.h >>>>> would be a good first step. It would make your diffs smaller I think. >>>>> >>>>> >>>>> >>>> This is how it works on powerpc64. I didn't modify amd64 and ia64 in >>>> order to avoid making too many changes, but I think you're right that >>>> this is a good idea. I'll add that to the patch when fixing the EM_386 >>>> bit you pointed out above. >>>> >>>> >>> Ok, thanks. >>> >>> >>> >> I've updated the patch to incorporate these two changes, at >> http://people.freebsd.org/~nwhitehorn/compat_freebsd32_2.diff. Due to >> recursive inclusion issues with sys/procfs.h, it also moves prstatus32 >> and friends to compat/freebsd32/freebsd32.h from ia32_reg.h. They are >> MI, and seems like a more appropriate place for them anyway. >> > > First chunk for the sys_generic.c about ibits/obits looks like a bug fix ? > If yes, it probably would make sense to commit it separately to be able > to MFC it. > > The same note about chunks that remove #include , if > possible ? > It is a bug fix, but one that only matters on big-endian systems (swizzle_fdbits needs it defined), and so goes into the fixes-for-big-endian bucket. Disentangling all of this would be pretty difficult, and most of the changes are pointless without their companion changes. Some of the big endian bits could be pulled out, I guess, but I'm not completely sure what the point of separately MFCing them is. From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 21:03:11 2010 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 46C75106566B for ; Wed, 10 Mar 2010 21:03:11 +0000 (UTC) (envelope-from wmoran@potentialtech.com) Received: from mail.potentialtech.com (internet.potentialtech.com [66.167.251.6]) by mx1.freebsd.org (Postfix) with ESMTP id 1AB098FC21 for ; Wed, 10 Mar 2010 21:03:10 +0000 (UTC) Received: from localhost (pr40.pitbpa0.pub.collaborativefusion.com [206.210.89.202]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.potentialtech.com (Postfix) with ESMTPSA id 639F2F7419; Wed, 10 Mar 2010 15:43:45 -0500 (EST) Date: Wed, 10 Mar 2010 15:43:44 -0500 From: Bill Moran To: Bernhard Froehlich Message-Id: <20100310154344.b5921c96.wmoran@potentialtech.com> In-Reply-To: <113836e22c55a3cb8337e7829e4deae9@bluelife.at> References: <20100310112053.8afb9d01.wmoran@potentialtech.com> <113836e22c55a3cb8337e7829e4deae9@bluelife.at> Organization: Bill Moran X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd7.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: emulation@freebsd.org Subject: Re: Fw: VirtualBox coredump on FreeBSD 8 during build 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, 10 Mar 2010 21:03:11 -0000 In response to Bernhard Froehlich : > > Is it possible that you use X11 Forwarding so your DISPLAY variable is > set? That is a known problem and there also exists a Gentoo Bugreport about > it (http://bugs.gentoo.org/268227) that recommends to unset the DISPLAY > variable first before compiling virtualbox. That was the problem, right there, Bernhard. I was running from an xterm on a live X display. Turned off xdm and it's compiling just fine from a console now. Funny that my google searches didn't turn up any reference to that problem and its (terribly simple) solution. -- Bill Moran http://www.potentialtech.com http://people.collaborativefusion.com/~wmoran/ From owner-freebsd-emulation@FreeBSD.ORG Wed Mar 10 23:40:03 2010 Return-Path: Delivered-To: freebsd-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 8A9931065670 for ; Wed, 10 Mar 2010 23:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 797A78FC16 for ; Wed, 10 Mar 2010 23:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o2ANe3I5077444 for ; Wed, 10 Mar 2010 23:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o2ANe30C077443; Wed, 10 Mar 2010 23:40:03 GMT (envelope-from gnats) Date: Wed, 10 Mar 2010 23:40:03 GMT Message-Id: <201003102340.o2ANe30C077443@freefall.freebsd.org> To: freebsd-emulation@FreeBSD.org From: Stefan Schmidt Cc: Subject: Re: kern/141439: linux_exit_group kills group leader X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Stefan Schmidt List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Mar 2010 23:40:03 -0000 The following reply was made to PR kern/141439; it has been noted by GNATS. From: Stefan Schmidt To: Gleb Kurtsou Cc: bug-followup@FreeBSD.org Subject: Re: kern/141439: linux_exit_group kills group leader Date: Thu, 11 Mar 2010 00:35:20 +0100 Hi Gleb, On 22.02.2010 03:06, Gleb Kurtsou wrote: > I've experienced the same problem with sun jdk. I think approach of not > killing group leader is incorrect, it should also be killed. Your patch > works because linux_exit_group is called for the second time when only > group leader is available. Such behavior is not expected, control should > not return to userspace from linux_exit_group. I agree - thanks for explaining. > I've submitted another PR, it contains fixes for 2 linux exec bugs. > I've followed NetBSD and patched exit1() to allow process exit status to > be changed by event handlers. > > Would appreciate if you could test the patch: > http://www.freebsd.org/cgi/query-pr.cgi?pr=144194 Your patch works fine for me (RELENG_8). Kind regards Stefan From owner-freebsd-emulation@FreeBSD.ORG Thu Mar 11 17:15:32 2010 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 37ECF1065670; Thu, 11 Mar 2010 17:15:32 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id D3DE38FC25; Thu, 11 Mar 2010 17:15:31 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id F055378C4B; Fri, 12 Mar 2010 02:15:30 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id B31C078C3B; Fri, 12 Mar 2010 02:15:30 +0900 (JST) Message-ID: <03429667FAB1490AB87F3CF16EE9228B@artemis> From: "Daisuke Aoyama" To: , Date: Fri, 12 Mar 2010 02:15:26 +0900 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0007_01CAC189.E11C5090" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: [PATCH] VirtualBox INT18 patch for gPXE iSCSI boot/install 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, 11 Mar 2010 17:15:32 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0007_01CAC189.E11C5090 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit [PATCH] VirtualBox INT18 patch for gPXE iSCSI boot/install This patch provides next boot device when using gPXE. Before installing OS to an iSCSI target, you have to connect the target. And boot order must be gPXE first. It was tested only with iSCSI device. It comes to be able to construct the iSCSI boot environment easily by using gPXE(boot loader) and istgt(iSCSI target). See the link about using gPXE and istgt boot sample(FreeNAS): http://sourceforge.net/apps/phpbb/freenas/viewtopic.php?f=102&t=5949 How to make: # cd /usr/ports/emulators/virtualbox-ose # tar xvf /path/to/vboxint18-20100310.tar.gz # make clean # make You can use it with my VNC patch. If you want both, use VNC patch method. I hope this helps iSCSI developing. Regards, Daisuke Aoyama ------=_NextPart_000_0007_01CAC189.E11C5090 Content-Type: application/octet-stream; name="vboxint18-20100310.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="vboxint18-20100310.tar.gz" H4sICI53lksCA3Zib3hpbnQxOC0yMDEwMDMxMC50YXIA7VdLb9s4EM61+hUDFNhDrQf1smxnu5tn gRy2Ceoi6M2QJcqiK4sCSaVOf/0OKUeN8+weYmABD2DQ5Aw1H78Zcsgv58dn/5wfvKkQQoZRBLpF edgSkoQB+H4YxVESxj4B4gckCg6AHOxAWqlSgVAE5+olux8lpdXLi9xa3P9ErplQbVqd8DWEru8G cDk9h4vPX/0RNKnKSteyvpZMdh1oBL9hOZVQ07WCOVIGOb1hGQWkp4ZWsnoBi6tv5651QgsuKLAa +a0qPX45BcUhrYFNT6cXgLQvqLLhlrdQpjdUKzNe1zRToEq60bvWcZ13nrjIqYAVBgzm1HiBggmJ JtaUUjMH/XyHdM5bdQ8LusyBSbXYIJbpqqnoxCqVaiaeJ3krMg12Qd2aKi9tGuk1ZTOfe4WgtE6l d8PoD8Ublrk4/nfx0SfBH+pjPI7Gneu0khxKmuYVlRKuP592dPUuKvQuXf21ucxd9OQ1rKFilbLK 24w6dNVWqWK89gLiE+cTnYs2Fbcebo+IjN1SrSrLOm5VycXEOkuZbL9TOOa36SqFP1PTHjU0xYjV 1F02f1m/F/+CIWbvzfd/EsfP73/d2ex/EsaR3v/BMD6AeL//31y6+Jt0daTInGs8CZwzs6elc3Xq nFxcTh3BV3PGpZu9yfkfJmTYx9+PQiCBH8Tx/vzfhTiOAxh3T8fd28Tduzr1dNy9Pu54ZrHFu4CQ seMHjp9AEE6CZBIl7q8dPCBjQqzBYPAb33tnzjgSOrrak0k0nATxo08dHYEz9kliD2Fg2jCCoyML Dp2uQJXg6E4vFhYb5Y9mJZ73FRUTODyEE33gf8JztsVaJLAuYFGwBu9ZkdMCrk8uv1kD0HaCSqpg emXDdGrDGf7Op1qVVUw3K34DkK5teE/WRVHQfkw2No7r7pqLzqTrGm0ut7p0uyv7rlToZYMkzZe6 wgmqWlFjL0doUuuaVpYwb/rpc3Qtm37esl01uoSaytwV5TtTjYqsoyQwK0KzzUqQal8PLX8a5saz oM4fmwRbJqF4wiTcMolU2aOqOSJA6h+ganhjlrIVMGwrNcHo0DpnBXgfTIDgg2cBOsRLBMw6+yat WTZbyYVWlJXSDUPCNhkTjbqMSYb22CSM1iMWX25dWfTo/bh2bDxIDW1gqOtC9SQ0ExjUbqEcz4q2 znQ9N+jqTOfKBmA8skca4Ghs+11KAyiK6DrpkshARl/4D69fBJS4fXTr0hOX9c/NPKOZYR63Da55 eyV9fJ/jF50FdxetZ/kJdsPPMDH84CNgx/xgcr/AD2pf4SfcDT9JYvuxJiggdhDvkiDc2i8QhNpX CIremqD7f5/81qs0GQ/mnHmEddkTBY8PLo29kh2jz9g9uTzrHuuTO8ryyjbxqLqvIEJdnnLB8JmE T41Fq1fBJb5/9NNGWQd72cte9vKf5V8rlnB0ABQAAA== ------=_NextPart_000_0007_01CAC189.E11C5090-- From owner-freebsd-emulation@FreeBSD.ORG Thu Mar 11 19:50:24 2010 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 EF6DF1065677 for ; Thu, 11 Mar 2010 19:50:24 +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 AF5648FC1E for ; Thu, 11 Mar 2010 19:50:24 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id CC1511E0016A; Thu, 11 Mar 2010 20:50:23 +0100 (CET) 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 o2BJkYrr090548; Thu, 11 Mar 2010 20:46:34 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o2BJkXhw090547; Thu, 11 Mar 2010 20:46:33 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Thu, 11 Mar 2010 20:46:33 +0100 To: Andreas Tobler Message-ID: <20100311194633.GA49421@triton8.kn-bremen.de> References: <20100307212240.GA77222@triton8.kn-bremen.de> <4B9565E8.8060606@fgznet.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B9565E8.8060606@fgznet.ch> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-emulation@FreeBSD.org, Juergen Lock Subject: Re: qemu-devel 20100307 git head snapshot port update... 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, 11 Mar 2010 19:50:25 -0000 On Mon, Mar 08, 2010 at 10:02:32PM +0100, Andreas Tobler wrote: > Hi Juergen, > > On 07.03.10 22:22, Juergen Lock wrote: > > ...is ready for testing: > > http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.patch > > resp. > > http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.shar > > > Hm, to be honest, I did not test your patch for error handling in > cache-utils.c. This is the result: > > --- cache-utils.c.orig 2010-03-08 20:14:48.000000000 +0100 > +++ cache-utils.c 2010-03-08 20:16:15.000000000 +0100 > @@ -58,7 +58,10 @@ > #endif > > #if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) > +#include > #include > +#include > +#include > #include > #include > Ok added that as files/patch-cache-utils.c... > PPC build completed and I can launch simple tests. > Sparc64 is in progress. > > Also: > |Index: files/pcap-patch > |=================================================================== > |RCS file: /home/pcvs/ports/emulators/qemu-devel/files/pcap-patch,v > |retrieving revision 1.3 > |diff -u -p -r1.3 pcap-patch > |--- files/pcap-patch 4 Feb 2010 20:27:30 -0000 1.3 > |+++ files/pcap-patch 7 Mar 2010 14:34:24 -0000 > -------------------------- > Patching file files/pcap-patch using Plan A... > Reversed (or previously applied) patch detected! Assume -R? [y] > ..and I now found the reason for this, I hadn't cvsup'd yet after committing the 0.12.3 update so the patch ended up to be against 0.12.2 which my /home/ncvs still was at. :( Fixed now. And I also removed the RTL8139_TIMER knob as a proper timer fix has been committed to qemu git so re(4) now also works by default for FreeBSD (and Darwin) guests. Fixed versions at the same place: http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.patch resp. http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.patch Enjoy, :) Juergen From owner-freebsd-emulation@FreeBSD.ORG Fri Mar 12 10:21:15 2010 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 0D6E01065674 for ; Fri, 12 Mar 2010 10:21:15 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id 8948B8FC1C for ; Fri, 12 Mar 2010 10:21:14 +0000 (UTC) Received: from [91.205.172.21] (helo=webmail.bluelife.at) by mail.itac.at with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Nq1zU-0001Zn-TT for freebsd-emulation@FreeBSD.org; Fri, 12 Mar 2010 11:21:13 +0100 MIME-Version: 1.0 Date: Fri, 12 Mar 2010 11:21:14 +0100 From: Bernhard Froehlich To: Message-ID: X-Sender: decke@bluelife.at User-Agent: RoundCube Webmail/0.3.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.9 (/) X-Spam-Report: Spam detection software, running on the system "mail.itac.at", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Grias di, we are preparing the VirtualBox 3.1.4 update to fix the vtophys problems with the current port on 9-CURRENT and STABLE kernels and need some feedback for this. Many thanks to all developers and testers that helped to track this issue down and Alexander Eichner for all the work and fixing it. [...] Content analysis details: (0.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 3.4 FH_DATE_PAST_20XX The date is grossly in the future. -1.0 AWL AWL: From: address is in the auto white-list Cc: Subject: Call for testers: VirtualBox 3.1.4 update 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, 12 Mar 2010 10:21:15 -0000 Grias di, we are preparing the VirtualBox 3.1.4 update to fix the vtophys problems with the current port on 9-CURRENT and STABLE kernels and need some feedback for this. Many thanks to all developers and testers that helped to track this issue down and Alexander Eichner for all the work and fixing it. Changelog from VirtualBox is available here: http://www.virtualbox.org/wiki/Changelog Changes in the port: - VirtualBox and Guest Additions updated to 3.1.4 - Add UNIQUENAME to fix options file clashes between the virtualbox ports [0] - Fixed vtophys problems on CURRENT and STABLE kernes newer than January 23th [1] - Fixed page double wiring issue in rtR0MemObjNativeAllocPage [2] PR: ports/143361 [0] Submitted by: Martin Birgmeier [0] Alexander Eichner [1] Thanks To: All testers on emulation@ and current@ [1] Giovanni Trematerra [1] Ian Freislich [1] Reported by: Alan Cox [2] How to upgrade: - Fetch the new ports: # fetch http://svn.bluelife.at/nightlies/virtualbox-port-r758.tar.gz # tar xf virtualbox-port-r758.tar.gz - Build the new ports: # cd virtualbox-ose-kmod && make # cd ../virtualbox-ose && make - If build was ok, deinstall old port # pkg_delete virtualbox-\* - Install new ports: # cd ../virtualbox-ose-kmod && make install clean # cd ../virtualbox-ose && make install clean For FreeBSD guests within VirtualBox please use the emulators/virtualbox-ose-additions port from the FreeBSD ports tree. Check the wiki page for known problems: http://wiki.freebsd.org/VirtualBox Please report any functionality which was working with previous versions of VirtualBox and no longer working with 3.1.4 or any build failure. Many thanks to the VirtualBox developers, all testers and patch submitters and the whole vbox@ team. Happy Testing! - - Bernhard (decke) on behalf of the FreeBSD Vbox Team -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-emulation@FreeBSD.ORG Fri Mar 12 20:49:08 2010 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 1846C1065672 for ; Fri, 12 Mar 2010 20:49:08 +0000 (UTC) (envelope-from andreast@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id A9AF48FC08 for ; Fri, 12 Mar 2010 20:49:06 +0000 (UTC) Received: from deuterium.andreas.nets (dhclient-91-190-8-131.flashcable.ch [91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id o2CKn4ME000870; Fri, 12 Mar 2010 21:49:05 +0100 (CET) (envelope-from andreast@fgznet.ch) Message-ID: <4B9AA8C0.8070303@fgznet.ch> Date: Fri, 12 Mar 2010 21:49:04 +0100 From: Andreas Tobler User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1.8) Gecko/20100227 Lightning/1.0b1 Thunderbird/3.0.3 MIME-Version: 1.0 To: Juergen Lock References: <20100307212240.GA77222@triton8.kn-bremen.de> <4B9565E8.8060606@fgznet.ch> <20100311194633.GA49421@triton8.kn-bremen.de> In-Reply-To: <20100311194633.GA49421@triton8.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-emulation@FreeBSD.org Subject: Re: qemu-devel 20100307 git head snapshot port update... 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, 12 Mar 2010 20:49:08 -0000 On 11.03.10 20:46, Juergen Lock wrote: > On Mon, Mar 08, 2010 at 10:02:32PM +0100, Andreas Tobler wrote: >> Hi Juergen, >> >> On 07.03.10 22:22, Juergen Lock wrote: >>> ...is ready for testing: >>> http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.patch >>> resp. >>> http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.shar >> >> >> Hm, to be honest, I did not test your patch for error handling in >> cache-utils.c. This is the result: >> >> --- cache-utils.c.orig 2010-03-08 20:14:48.000000000 +0100 >> +++ cache-utils.c 2010-03-08 20:16:15.000000000 +0100 >> @@ -58,7 +58,10 @@ >> #endif >> >> #if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) >> +#include >> #include >> +#include >> +#include >> #include >> #include >> > Ok added that as files/patch-cache-utils.c... > >> PPC build completed and I can launch simple tests. >> Sparc64 is in progress. >> >> Also: >> |Index: files/pcap-patch >> |=================================================================== >> |RCS file: /home/pcvs/ports/emulators/qemu-devel/files/pcap-patch,v >> |retrieving revision 1.3 >> |diff -u -p -r1.3 pcap-patch >> |--- files/pcap-patch 4 Feb 2010 20:27:30 -0000 1.3 >> |+++ files/pcap-patch 7 Mar 2010 14:34:24 -0000 >> -------------------------- >> Patching file files/pcap-patch using Plan A... >> Reversed (or previously applied) patch detected! Assume -R? [y] >> > ..and I now found the reason for this, I hadn't cvsup'd yet after > committing the 0.12.3 update so the patch ended up to be against 0.12.2 > which my /home/ncvs still was at. :( Fixed now. > > And I also removed the RTL8139_TIMER knob as a proper timer fix has been > committed to qemu git so re(4) now also works by default for FreeBSD > (and Darwin) guests. > > Fixed versions at the same place: > http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.patch > resp. > http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.patch PowerPC ok. Patch applies. Build ok, minimal tests as well. Thanks Juergen! Andreas From owner-freebsd-emulation@FreeBSD.ORG Sat Mar 13 06:20:02 2010 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 8B06C106564A for ; Sat, 13 Mar 2010 06:20:02 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6EA8FC0A for ; Sat, 13 Mar 2010 06:20:01 +0000 (UTC) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 0A35C78C4B; Sat, 13 Mar 2010 15:20:00 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id 95F3978C3B; Sat, 13 Mar 2010 15:19:59 +0900 (JST) Message-ID: <4A980BD888314D5891D60C5C677B49BB@artemis> From: "Daisuke Aoyama" To: "Bernhard Froehlich" , References: Date: Sat, 13 Mar 2010 15:19:55 +0900 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0009_01CAC2C0.A2E97A40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: Call for testers: VirtualBox 3.1.4 update 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, 13 Mar 2010 06:20:02 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0009_01CAC2C0.A2E97A40 Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=original Content-Transfer-Encoding: 7bit Hi, > Please report any functionality which was working with previous versions > of VirtualBox and no longer working with 3.1.4 or any build failure. For fun, I build VirtualBox 3.1.4 with VNC patch + INT18 patch. New Makefile is required of course. I attach new Makefile in this mail. So far works perfectly with 32bit existing VMs. However, both of existing Windows7 and fresh install of 64bit version are failed. Host: FreeNAS 0.7.1 based on FreeBSD 7.3-RC2 amd64 Existing Guests: FreeNAS 0.7.1(64), Windows7(64/32), Server 2008(32), 2003(32) (to iSCSI target via gPXE) Succeeded fresh install: Windows7 x86 Failed fresh install: Windows7 x64 When I created VM under 3.1.4 and installed in it, Windows installer exited by some reason and rebooted the VM. I switched back to 3.1.2 and deleted the HD, re-created empty HD, installed in it, Windows installer finished everything without any issue. Sorry, I have not been found the reason and the failure point yet. I will check more. Does anyone confirm it? Regards, Daisuke Aoyama ------=_NextPart_000_0009_01CAC2C0.A2E97A40 Content-Type: application/octet-stream; name="vboxvnc-314.tar.gz" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="vboxvnc-314.tar.gz" H4sICLJTmksCA3Zib3h2bmMtMzE0LnRhcgDtGvlzoli6f5W/4o1tTU/G5tCYo51xNihoqBhxQNOZ PYpCeSobBJojnWza/32/90AFo+bo3qmaraYqAd7x3efDS/MGT2wHv/kfXoIgHNdqiNzh2rxXhdrJ EapUDmuwSKgeHyKhAv+FN0h48ydccRiZAZASeF60b93nGcbOfiZzzP1Frreohz8j3wuiEI09x8Hj yPZcNE/NAk28oF64tYMoNp2Rd8d6IWbeIsmMMBoHGG5WvVCoCsIHVjhihSrMfZx5cxgrNHHgzszA Qu3AwzPHHs/QrxYe3+CzkRNjx55gzox+Y97CllI7wLipS/WEEB7PY8eMvCDk15j5y5Sk97eowh0i gpMXjvnKEapW69VavVZFrneH5DsflQAq01e1QU+8lBub5EuKPriSNV1Re43CIVfhakxLHMgdVVNk vVFYIWcuRX0ga4auDMj4LIr8Os9Hc58bz4IYRziIMIZnHv2TKSynJ8DJKLS42LXv4Dl2LcxZmA+9 OBjjMLfUskMzBCgmyHEfyLkdBF7A1UZ2xH3eAOGMuTB2ubE3z4qq9HDVVK+NzlDWBwawuuDr0xiD oVuWTdQbUhm0lS7h6yrZ1wTplB4yslmwqi6XHuTrgSa2BoY+bF8vUOmhI672LpjlpNrr/vEySAzz FkwLgQzGcRgSk/MdbIYYxfCXqAAGz1LD4LxgCupQegP4kzVQKbCZm2ypl5dyb9AoiGiKXRCqw/px 4IO+0SR2HJRKx/4PDohNo7vTY0Ss8zNIn2GaQ6UrGZLcl3sSiOTeDOf10gOxIF1SQHwWvsUOT4ap 9M3w9HjLPPwHqGTBXehEfuCNc4sifEcHeccekQV05c38Zgukm2ZsOxbTVZpronx3yh3l1k4D05/Z 45CHqRVarvo00nEcOBuwJpHPk2FGG/bWOPkRREV+7lmxA8ZLhG4Ft9yNl9u6zVuJo7E3sJFhPmoX utZqFAqlB3ikO3KGQgAtDcUAQ2GIMRltVTNErXUORNiHIFVzbh3XmKEuG52eSpwa+LEth440/670 q6A1HNLX/h+Dc+La63dii8OB0iXebYb3hu2CLzgOk5kx+hedNFoA+aZvb06uIkaFE3JzPVXudJRe W00wMueibrTUXlvpDDU5GVu9Aksdvdxg2c92NGOn43GjWHpotRZFtBwql+nQ9fWiSInvSsnmBoiv r8lt5XpBVJkRNUPBd5XWANgbjcfsPwT2w79+RhvKoIbFHj4aX8WEvXPL3QxDIktHU4f9vyWiAn+F UElHFQnGPlQF+ma0NbU3SMzoCjR9jk0LjChZug5NlK+MBTCMPmwaaWjyb6bsUld0vAtSbxQSOTRW AqE2vaKrkUQ/+pyZUqTlhCIBFrU/AHSA4/dBDRWpuyGiAUTeIWO5EXatIoK4RCBIcnPYyS2z8Cie Tm1wvPB+PvKcENZOJnQx5U2UJIViyO3qkCiMxKVY13uk5jC/UmKbcYhM10LnYheFsU8y44qe/rCr y+JQUtTcpn7shFiMLdtbQ76uVHJryPsmuF4XkPcg4t5i5JjuNDan+NEiCEZXvVYOVtcewZCOg1uI qpn1DMPZ7tiJLYx+JcmQjHOeT3nm5je/QXImmoRM0CyDOqm/UmMAla5eEt2t34e52brOc7zBL9YS TwFsZD6Gubi8MGh8H/zRB38MMM0zdHjpWnQP8NcXB+cGCAjAdNWW2G2KurxAqTXLMuQag4Sy0gP8 N+gkH96HFFS7K3b0BmF8ArYxsV1s/fRRAWqHAwNM6gD9+CP6YXMC5H7ANDX1Qoa4QrWQChEF+FNs Bzik5jhJzZFDWuyid6Q2g1rNndjTd8icmrb7A8PBtD3Zjh4Y2o6e0LVGn8W0xp8xl1egNxKjOchm MtD4rTsOqdHk8oiLIxLaVpM5qD9s44pGSF3qNgphmgquVQ30eQeZLCRJfh5vxKJyg8SiZltG5A5b 6X0AXql2ujmrJGZQLAIN4FJbAviIeAE7Wwa1RzvPoCSbYzdCxf1sUB0Qyn9Pw2GNgaceBI6B2JNE TUoyCIxBhdNXe1DjQNCaxjYCcX32ghs098YGpQbF9vIpGC+fHAhRsR1GjEIgdiFfKS0a9wjUR7JZ 5eUcQ0DjPlGQOnbkYPZTVHu8bYccckaSD5gHTP49SR80cq4Cp/HIzzk79JhMbUrySh7OYrMG1mBW g7Qpg4xJSehDIvNc06ElqOc695kVxi6gTFsetM6pLBoF1teCnAg2OFkJcd+a50iM5qODdeABMEkJ S2MczU2bcS8Z3GuLJAltuqo1ikMW+q1t5S5MPWkU6aIdWI11IjvYA8QneS1FlSePznBCjjqTJECe ztDH/UzTGJzVBwxsVxSd2KGd0oOqL0sY9Cs6oYcAq9gqeRBJXS+CsDn3SVcNKTVtXtAxd70BiZS9 C9RoIFL4UjWSEbDRtLWE1iVHlwLL1hQ/Xp9C3LJnKzOPErcf4CRpwwMLmg/uoxlElXp9k94iLdKL iZzxHUSd8Cc+DgMS1Q+rB0zhDJrA1rm6QO+0ZX45rLLQ10KYGkEfbMNAWu9hCGfQOwdoDYB7l4Ug eXU0tpLpMBj/Qo8sEA16h9UllMPqL8ixkmSF2FvEzhGrZUAmENsiGOFiKYKlJKB3jFjfjMazehYv jTu0UBD7faOvKVfiQKYSRw20q0Z/h35DtP2BwmHBd72x6bQoURz0f9uh6+eiBnEHzF3fD/glkKnP QYdHMHw7qJvSoJAlEYIauONrYUlqK2GcPLwCEGU1TXqyBpAqrwFAniTtCra/ZndPHrS7g9fiht2i 1H8l6gEklRZUqHrjid07S7atYNMm4GmOls60ox7dDh1mjHUmfB4GAkiTlV6/K7Zko3UpLRCL0bvw S+LlZNOXbDn/BapW0jOsAa9hZrAlMSMO8Mbi5GSGj107CvlP0eHGto3pGp3eCiG0bkKeeLfU3bII IhrxyZC/8yFGV07NGu9D2PVcfopdI3k0LOyHnH+/WwT/LJUuaAkA/mM0lR4PiIwQW1/Wjj+y3dUo SGaLAJK4TwNrfY+0CaCRGc6SJ7hvihm7t1w4YxjLWwGD+L2aJx0KNFaQSZKFyfu6SyNnj2stLulO l9AiaEFhp5EfoJceLulxUyYYMYWfsjh5L474BAJNYunzqmpK0ICmyN2CnJfqI6GtpUI7Cm1hEqoX qGhbDgrNuQ8dQTGD9IDJ0bKUfJposyc534a6JeQdVP5c3EvEDmo3zpxeQekucrjQQz9z0zH8CwRa IXku1CRhcSf2g32l3Da1864Tvphkb/TvzEElODMA2cnDp3lxA9/BqpDYJk6QB8ORpmMCpQrtQS9N l5y6kMcehk7Hb0XO8k06b/WThvWqRe/XfegGlX5LQmkjtGriFgRdmvYgH6sdTbxcvNSmSg+T3brn CYYulLlsONm9aAMEgUoFAjwzG5xvZ3crY63zSxVCTu2oUtmPeheujJQfyTKDQDh5AYKn2tmn3Ylf N6UZ7RFrolYMZTu1qkfN5zMAPk9b6+WvwvG4Qaft+MoBXhfVlp1AQLwOcgm1h5VpQ51ITsq300Zj R3JWSHNUeqYf4ij2IWOi1aEyyWdr5SQ7yPc+SMzfMF+kuXtvQH6EmxpOlgl2nraPQPnWHSmytHVZ J0LgUZfBia4WaYaFzRedVJLpG/n2sUB9VR+w6QSzN0C9NCRBqfcRrJB8Za/nDuif6WW0T1N6Ujas Iza69zGyEOsHthsJ6AtMXpPDA5gS0MqbT46Ocvt3J7+vhZhn4SXQ9pwObosf4cwMMG+PiffN4OZ4 AV87vaud8qbvJ06/GUaypSVRGL/8yhFm05w9ByWHvKrLmVGjdurfceQr47MpIBjIjj3UwzrHHpvr MPUkxcoyIvCh55iBnf3iyFk4vIk8fz+ax+uzfURLHKTucCnrutiRF9sPRMC96InIm7/+RSLjrTtm l7+u4OiJx5/5+x+hKhxV09//HFVqtSMkVI5qQu3773/+jItlWbTSvRfY00JVqAisUGUrNVBEXTip V085YXmhsvBBEJhyubzalW44ZCtV+kucI9jzaMPZGWKPq+9PUBn+n6KzMwa98KMnesFXT/Scz57s 0989mfKzvo2WX/ZxFDHoic+jiMrrtPr+GJVPD99XBCqwb/KlDqXhDjHlnSc/5Vd9rSunkMuEvV0f 7FDuix3a/smOMF85odxXTk7ef0jM5asO2NBXnbChrzti2yPprztkW4oc7TxmQ19/zra0mDffr+/X 9+v79f36P7r+C1d0KJUAMAAA ------=_NextPart_000_0009_01CAC2C0.A2E97A40-- From owner-freebsd-emulation@FreeBSD.ORG Sat Mar 13 07:48:45 2010 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 A47A7106566C for ; Sat, 13 Mar 2010 07:48:45 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF5F8FC0A for ; Sat, 13 Mar 2010 07:48:45 +0000 (UTC) Received: from [78.142.74.81] (helo=localhost) by mail.itac.at with esmtpa (Exim 4.63) (envelope-from ) id 1NqM5R-00046Y-36; Sat, 13 Mar 2010 08:48:41 +0100 Date: Sat, 13 Mar 2010 08:48:39 +0100 From: Bernhard Froehlich To: "Daisuke Aoyama" Message-ID: <20100313084839.3c0ee0ee@bluelife.at> In-Reply-To: <4A980BD888314D5891D60C5C677B49BB@artemis> References: <4A980BD888314D5891D60C5C677B49BB@artemis> X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: 0.6 (/) X-Spam-Report: Spam detection software, running on the system "mail.itac.at", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Sat, 13 Mar 2010 15:19:55 +0900 "Daisuke Aoyama" wrote: > Hi, > > > Please report any functionality which was working with previous > > versions of VirtualBox and no longer working with 3.1.4 or any > > build failure. > > For fun, I build VirtualBox 3.1.4 with VNC patch + INT18 patch. > New Makefile is required of course. I attach new Makefile in this > mail. So far works perfectly with 32bit existing VMs. However, both of > existing Windows7 and fresh install of 64bit version are failed. > > Host: FreeNAS 0.7.1 based on FreeBSD 7.3-RC2 amd64 > Existing Guests: FreeNAS 0.7.1(64), Windows7(64/32), Server 2008(32), > 2003(32) > > (to iSCSI target via gPXE) > Succeeded fresh install: Windows7 x86 > Failed fresh install: Windows7 x64 > > When I created VM under 3.1.4 and installed in it, Windows installer > exited by some reason and rebooted the VM. I switched back to 3.1.2 > and deleted the HD, re-created empty HD, installed in it, Windows > installer finished everything without any issue. > Sorry, I have not been found the reason and the failure point yet. > I will check more. Does anyone confirm it? [...] Content analysis details: (0.6 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 3.4 FH_DATE_PAST_20XX The date is grossly in the future. -1.3 AWL AWL: From: address is in the auto white-list Cc: freebsd-emulation@FreeBSD.org Subject: Re: Call for testers: VirtualBox 3.1.4 update 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, 13 Mar 2010 07:48:45 -0000 On Sat, 13 Mar 2010 15:19:55 +0900 "Daisuke Aoyama" wrote: > Hi, > > > Please report any functionality which was working with previous > > versions of VirtualBox and no longer working with 3.1.4 or any > > build failure. > > For fun, I build VirtualBox 3.1.4 with VNC patch + INT18 patch. > New Makefile is required of course. I attach new Makefile in this > mail. So far works perfectly with 32bit existing VMs. However, both of > existing Windows7 and fresh install of 64bit version are failed. > > Host: FreeNAS 0.7.1 based on FreeBSD 7.3-RC2 amd64 > Existing Guests: FreeNAS 0.7.1(64), Windows7(64/32), Server 2008(32), > 2003(32) > > (to iSCSI target via gPXE) > Succeeded fresh install: Windows7 x86 > Failed fresh install: Windows7 x64 > > When I created VM under 3.1.4 and installed in it, Windows installer > exited by some reason and rebooted the VM. I switched back to 3.1.2 > and deleted the HD, re-created empty HD, installed in it, Windows > installer finished everything without any issue. > Sorry, I have not been found the reason and the failure point yet. > I will check more. Does anyone confirm it? Could you build 3.1.4 without additional patches but with debugging and attach the vbox.log file after such an vm crash? Thanks for testing, we really appreciate that because we cannot test every possible combination. -- Bernhard Froehlich http://www.bluelife.at/ From owner-freebsd-emulation@FreeBSD.ORG Sat Mar 13 11:02:49 2010 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 B023E106564A for ; Sat, 13 Mar 2010 11:02:49 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id 3ADF68FC17 for ; Sat, 13 Mar 2010 11:02:46 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,632,1262559600"; d="scan'208";a="28315639" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 13 Mar 2010 12:02:45 +0100 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id 895861B0768; Sat, 13 Mar 2010 12:02:45 +0100 (CET) Date: Sat, 13 Mar 2010 12:02:45 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: COMPAT_LINUX32 => COMPAT_43 dependency 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, 13 Mar 2010 11:02:49 -0000 hi there, in NOTES for amd64 it says: # Enable 32-bit Linux ABI emulation (requires COMPAT_43 and COMPAT_FREEBSD32) options COMPAT_LINUX32 is this really accurate? because i'm running a kernel with COMPAT_FREEBSD32 and without COMPAT_43 and linux emulation is just fine. that is on HEAD (r205019). cheers. alex From owner-freebsd-emulation@FreeBSD.ORG Sat Mar 13 21:17:04 2010 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 EE8731065670 for ; Sat, 13 Mar 2010 21:17: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 ABBF78FC2D for ; Sat, 13 Mar 2010 21:17:04 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 8656F1E0013C; Sat, 13 Mar 2010 22:17:03 +0100 (CET) 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 o2DLFaoX002809; Sat, 13 Mar 2010 22:15:36 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o2DLFZIr002808; Sat, 13 Mar 2010 22:15:35 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sat, 13 Mar 2010 22:15:35 +0100 To: Andreas Tobler Message-ID: <20100313211535.GA2659@triton8.kn-bremen.de> References: <20100307212240.GA77222@triton8.kn-bremen.de> <4B9565E8.8060606@fgznet.ch> <20100311194633.GA49421@triton8.kn-bremen.de> <4B9AA8C0.8070303@fgznet.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B9AA8C0.8070303@fgznet.ch> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-emulation@FreeBSD.org, Juergen Lock Subject: Re: qemu-devel 20100307 git head snapshot port update... 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, 13 Mar 2010 21:17:05 -0000 On Fri, Mar 12, 2010 at 09:49:04PM +0100, Andreas Tobler wrote: > On 11.03.10 20:46, Juergen Lock wrote: > > On Mon, Mar 08, 2010 at 10:02:32PM +0100, Andreas Tobler wrote: > >> Hi Juergen, > >> > >> On 07.03.10 22:22, Juergen Lock wrote: > >>> ...is ready for testing: > >>> http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.patch > >>> resp. > >>> http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.shar > >> > >> > >> Hm, to be honest, I did not test your patch for error handling in > >> cache-utils.c. This is the result: > >> > >> --- cache-utils.c.orig 2010-03-08 20:14:48.000000000 +0100 > >> +++ cache-utils.c 2010-03-08 20:16:15.000000000 +0100 > >> @@ -58,7 +58,10 @@ > >> #endif > >> > >> #if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) > >> +#include > >> #include > >> +#include > >> +#include > >> #include > >> #include > >> > > Ok added that as files/patch-cache-utils.c... > > > >> PPC build completed and I can launch simple tests. > >> Sparc64 is in progress. > >> > >> Also: > >> |Index: files/pcap-patch > >> |=================================================================== > >> |RCS file: /home/pcvs/ports/emulators/qemu-devel/files/pcap-patch,v > >> |retrieving revision 1.3 > >> |diff -u -p -r1.3 pcap-patch > >> |--- files/pcap-patch 4 Feb 2010 20:27:30 -0000 1.3 > >> |+++ files/pcap-patch 7 Mar 2010 14:34:24 -0000 > >> -------------------------- > >> Patching file files/pcap-patch using Plan A... > >> Reversed (or previously applied) patch detected! Assume -R? [y] > >> > > ..and I now found the reason for this, I hadn't cvsup'd yet after > > committing the 0.12.3 update so the patch ended up to be against 0.12.2 > > which my /home/ncvs still was at. :( Fixed now. > > > > And I also removed the RTL8139_TIMER knob as a proper timer fix has been > > committed to qemu git so re(4) now also works by default for FreeBSD > > (and Darwin) guests. > > > > Fixed versions at the same place: > > http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.patch > > resp. > > http://people.freebsd.org/~nox/qemu/qemu-devel-20100307.patch > > PowerPC ok. Patch applies. Build ok, minimal tests as well. That is good news. Thanx! :) Juergen