From owner-freebsd-emulation Sun Nov 18 11:10:10 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from pop3.psconsult.nl (ps226.psconsult.nl [193.67.147.226]) by hub.freebsd.org (Postfix) with ESMTP id 885C537B417 for ; Sun, 18 Nov 2001 11:10:06 -0800 (PST) Received: (from paul@localhost) by pop3.psconsult.nl (8.9.2/8.9.2) id UAA92559; Sun, 18 Nov 2001 20:09:52 +0100 (CET) (envelope-from paul) Date: Sun, 18 Nov 2001 20:09:51 +0100 From: Paul Schenkeveld To: Ian Dowse Cc: Dag-Erling Smorgrav , Takanori Saneto , emulation@FreeBSD.ORG Subject: Re: Linuxulator MFC and VMware Message-ID: <20011118200951.A91961@psconsult.nl> References: <200111161749.aa32146@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200111161749.aa32146@salmon.maths.tcd.ie>; from iedowse@maths.tcd.ie on Fri, Nov 16, 2001 at 05:49:04PM +0000 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Thanks for the patch, finally got vmware working again on 4.4-STABLE! With the previous version of vmware (vmware2-2.0.3.799_1) there once was a patch to allow multiple vmware sessions running at the same time. I tried to use these patches instead of the patches for vmware2-2.0.4.1142 but (as I already expected) they don't apply anymore. Does anyone know of a way to run multiple instances concurrently under FreeBSD 4-STABLE? Thanks in advance, Paul Schenkeveld On Fri, Nov 16, 2001 at 05:49:04PM +0000, Ian Dowse wrote: > In message , Dag-Erling Smorgrav writes: > > > >Corrected patch attached (and uploaded to the usual place). > > Ok, I tried a -stable version of that. It got past the LINUX_SIOCGIFADDR > ioctl, but failed on the LINUX_SIOCGIFFLAGS call. I added SIOCGIFFLAGS > conversion to linux_ioctl_special and the code that calls it, and > vmware got past setting up the network interface but died with a > vmware panic as soon as the guest OS tried to use the network. > > I then fixed two cases where the ioctl handlers should have been > returning ENOIOCTL (one was blindly calling ioctl() with no > translation and the other returned ENOTTY). Now it works. Below is > the full patch I used (against -stable). > > Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Nov 18 17:50:34 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id D390D37B405 for ; Sun, 18 Nov 2001 17:50:29 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id fAJ1oB808730; Sun, 18 Nov 2001 20:50:12 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200106121526.f5CFQsp46243@ambrisko.com> References: <200106121526.f5CFQsp46243@ambrisko.com> Date: Sun, 18 Nov 2001 20:50:08 -0500 To: Doug Ambrisko , freebsd-emulation@FreeBSD.ORG From: Garance A Drosihn Subject: Re: FYI, multiple vmwares is possible but is a hack Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Way back on June 12/2001, Doug Ambrisko wrote: >I have 2 vmwares running. I got the second one running by creating another >vmmon with a different name but same number of characters: > a21p% ls -l /compat/linux/dev/vmmo* > crw-r--r-- 1 root wheel 200, 1 Jun 11 11:00 >/compat/linux/dev/vmmo2 > crw-r--r-- 1 root wheel 200, 0 May 9 14:32 >/compat/linux/dev/vmmon > a21p% > >Then I ran this Perl script to patch the "vmmo2" in places of "vmmon": > #!/usr/local/bin/perl > > open(VMWARE,"/usr/local/lib/vmware/bin/vmware") || die; > open(DUP,">/usr/local/lib/vmware/bin/vmware.dup") || die; > > while(){ > s,/dev/vmmon,/dev/vmmo2,; > print DUP; > } > close VMWARE; > close DUP; > system("chmod 4555 /usr/local/lib/vmware/bin/vmware.dup"); > >Then I modified the vmware script to fire up: > /usr/local/lib/vmware/bin/vmware.dup > >Now I have 2 vmwares running with networking etc. I define non-conflicting >devices and use netgraph to tie the various networks together. is this with the "vmware" port, or the "vmware2" port? I tried this with the latest vmware2 port, on the latest version of 4.4-stable, and it didn't quite work. I created the /compat/linux/dev/vmmo2 device by: cd /compat/linux/dev mknod vmmo2 c 200 1 root:wheel which seemed to do the right thing (I get the same output from 'ls' as Doug listed). The second machine gets an error at startup though, with vmware complaining: "Could not open /dev/vmnet1. Device or resource busy. Failed to configure ethernet0". I expect that's because I don't know what do about the part where Doug says "I define non-conflicting devices, and use netgraph...". Do I need to duplicate /usr/local/etc/rc.d/vmware.sh , and have it create a vmnet2 device? If so, how do I get the second-vmnet device? I tried duplicating the startup-script, and changing vmnet1 to vmnet2, but that didn't work because 'ifconfig' doesn't know about a vmnet2 interface. -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Nov 18 18:44: 9 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 2D95937B405 for ; Sun, 18 Nov 2001 18:44:07 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id fAJ2hX884820; Sun, 18 Nov 2001 21:43:33 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <200111161749.aa32146@salmon.maths.tcd.ie> References: <200111161749.aa32146@salmon.maths.tcd.ie> X-Priority: 2 (High) Date: Sun, 18 Nov 2001 21:43:30 -0500 To: Ian Dowse , Dag-Erling Smorgrav From: Garance A Drosihn Subject: Re: Linuxulator MFC and VMware Cc: Ian Dowse , Takanori Saneto , emulation@FreeBSD.ORG Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 5:49 PM +0000 11/16/01, Ian Dowse wrote: >Dag-Erling Smorgrav writes: > > >>Corrected patch attached (and uploaded to the usual place). > >Ok, I tried a -stable version of that. It got past the LINUX_SIOCGIFADDR >ioctl, but failed on the LINUX_SIOCGIFFLAGS call. I added SIOCGIFFLAGS >conversion to linux_ioctl_special and the code that calls it, and >vmware got past setting up the network interface but died with a >vmware panic as soon as the guest OS tried to use the network. > >I then fixed two cases where the ioctl handlers should have been >returning ENOIOCTL (one was blindly calling ioctl() with no >translation and the other returned ENOTTY). Now it works. Below is >the full patch I used (against -stable). For what it's worth, I applied your patch to my stable branch (which I had just cvsup'ed), and it did fix the problem I was seeing. I was able to do a fair amount of vmware-based testing today, which was good because I needed to do that testing! Thanks for tracking this down. I had done a buildworld early last week, but I didn't happen to need to run vmware until today. It would have been a pretty depressing day for me if I had come in and not been able to do any of the stuff I had planned. For what it's worth, I did also recompile the vmware2 port. I forget whether I came across something which suggested I needed to, or if I was just on a roll compiling things and figured I would do that too. [I was experimenting with portupgrade for the first time today, and by the time I was done I had everything but XFree86 updated...] Thanks again! -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Nov 18 21:23:20 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from ambrisko.com (adsl-64-174-51-42.dsl.snfc21.pacbell.net [64.174.51.42]) by hub.freebsd.org (Postfix) with ESMTP id 5E2A137B405 for ; Sun, 18 Nov 2001 21:23:17 -0800 (PST) Received: (from ambrisko@localhost) by ambrisko.com (8.11.6/8.11.6) id fAJ5M5u80672; Sun, 18 Nov 2001 21:22:05 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200111190522.fAJ5M5u80672@ambrisko.com> Subject: Re: FYI, multiple vmwares is possible but is a hack In-Reply-To: To: Garance A Drosihn Date: Sun, 18 Nov 2001 21:22:05 -0800 (PST) Cc: Doug Ambrisko , freebsd-emulation@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Garance A Drosihn writes: | Way back on June 12/2001, Doug Ambrisko wrote: | >I have 2 vmwares running. I got the second one running by creating another | >vmmon with a different name but same number of characters: FYI a simplier method is to use the latest code at: http://www.mindspring.com/~vsilyaev/vmware/files/FreeBSD-README.html which just does the right thing and doesn't need my hack. | which seemed to do the right thing (I get the same output from 'ls' as | Doug listed). The second machine gets an error at startup though, with | vmware complaining: | "Could not open /dev/vmnet1. Device or resource busy. | Failed to configure ethernet0". | | I expect that's because I don't know what do about the part where Doug | says "I define non-conflicting devices, and use netgraph...". Do I | need to duplicate /usr/local/etc/rc.d/vmware.sh , and have it create | a vmnet2 device? If so, how do I get the second-vmnet device? I tried | duplicating the startup-script, and changing vmnet1 to vmnet2, but that | didn't work because 'ifconfig' doesn't know about a vmnet2 interface. You need more vmnet devices look at such as: a21p% ls -l /compat/linux/dev/vmnet* crw-r--r-- 1 root wheel 149, 0x00010001 Nov 16 15:44 /compat/linux/dev/vmnet1 crw-r--r-- 1 root wheel 149, 0x0001000a Oct 23 13:15 /compat/linux/dev/vmnet10 crw-r--r-- 1 root wheel 149, 0x0001000b Oct 12 16:24 /compat/linux/dev/vmnet11 crw-r--r-- 1 root wheel 149, 0x00010002 Oct 13 21:28 /compat/linux/dev/vmnet2 crw-r--r-- 1 root wheel 149, 0x00010003 Oct 15 08:58 /compat/linux/dev/vmnet3 crw-r--r-- 1 root wheel 149, 0x00010004 Oct 23 13:15 /compat/linux/dev/vmnet4 crw-r--r-- 1 root wheel 149, 0x00010005 Oct 23 13:17 /compat/linux/dev/vmnet5 crw-r--r-- 1 root wheel 149, 0x00010006 Oct 15 08:58 /compat/linux/dev/vmnet6 crw-r--r-- 1 root wheel 149, 0x00010007 Oct 15 08:58 /compat/linux/dev/vmnet7 crw-r--r-- 1 root wheel 149, 0x00010008 Oct 12 17:08 /compat/linux/dev/vmnet8 crw-r--r-- 1 root wheel 149, 0x00010009 Oct 12 12:40 /compat/linux/dev/vmnet9 a21p% If you want to bridge a bunch then you need modify the vmnware script to do that. Define in vmware the Ethernet types as custom and then enter /dev/vmnet name. Doug A. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 0:22:52 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from etustar.ze.tu-muenchen.de (etustar.ze.tu-muenchen.de [129.187.102.42]) by hub.freebsd.org (Postfix) with ESMTP id C7D2437B417 for ; Mon, 19 Nov 2001 00:22:49 -0800 (PST) Received: (from estartu@localhost) by etustar.ze.tu-muenchen.de (8.11.6/8.11.6) id fAJ8Mme00784; Mon, 19 Nov 2001 09:22:48 +0100 (CET) (envelope-from estartu) Date: Mon, 19 Nov 2001 09:22:48 +0100 From: Gerhard Schmidt To: freebsd-emulation@freebsd.org Subject: Re: VMware Patches Message-ID: <20011119092247.A703@augusta.de> References: <20011116204129.A63249@mother.chief.home> <200111161952.aa50049@salmon.maths.tcd.ie> <20011116214329.A2703@mother.chief.home> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="gBBFr7Ir9EOA20Yy" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011116214329.A2703@mother.chief.home>; from sh@root-login.org on Fri, Nov 16, 2001 at 09:43:29PM +0100 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --gBBFr7Ir9EOA20Yy Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 16, 2001 at 09:43:29PM +0100, Sascha Holzleiter wrote: > On Fri, Nov 16, 2001 at 07:52:48PM +0000, Ian Dowse wrote: > >=20 > > (In reply to your earlier message, you probably didn't manage > > to install the new version of the vmmon_up.ko module correctly, > > or you didn't kldunload and reload it). > > >=20 > Hmm, I had to recompile the whole port to get it working. Now networking > is running again. Tnx for that patch ! I really need VMware working. Would it be possible to commit this patches to -stable. Not all users of=20 Freebsd have the time to search all Maillists for a patch.=20 Bye Estartu ---------------------------------------------------------------------------- Gerhard Schmidt | Nick : estartu IRC : Estartu | Fischbachweg 3 | | PGP Public Key 86856 Hiltenfingen | Privat: estartu@augusta.de | auf Anfrage/ Tel: 08232 77 36 4 | Dienst: schmidt@ze.tu-muenchen.de | on request Fax: 08232 77 36 3 | | --gBBFr7Ir9EOA20Yy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: Ps6jZyb6G7a7oW2BvL0u9BEoTM6OSEgV iQCVAwUBO/jBVwzx22nOTJQRAQEAMgQAqsOLdznx0dwHpYpLOa60AlGznd0PoW5C SCxq1gNtdbfe8nXtQnerebQy9sXv3nb9E+CXMyF7cYlxBwZ9lOi5ZbDvm9i71Xc8 Xq0PYx7Lr0QwW0DmD/AreHKUqW5G0NsO1oglJ3KEeuby3cISc1ipnLmiqcXiFW17 g43KRAwI29A= =4JMI -----END PGP SIGNATURE----- --gBBFr7Ir9EOA20Yy-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 3:24:47 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from ns1.gunma-ct.ac.jp (ns1.gunma-ct.ac.jp [210.253.182.1]) by hub.freebsd.org (Postfix) with ESMTP id B44A537B416 for ; Mon, 19 Nov 2001 03:24:41 -0800 (PST) Received: from ifw.gunma-ct.ac.jp (ifw.gunma-ct.ac.jp [210.253.182.2]) by ns1.gunma-ct.ac.jp (8.9.3+3.2W/3.7W) with ESMTP id UAA15810; Mon, 19 Nov 2001 20:24:08 +0900 (JST) Received: (from uucp@localhost) by ifw.gunma-ct.ac.jp (8.9.3+3.2W/3.7W) id UAA03313; Mon, 19 Nov 2001 20:24:08 +0900 (JST) Received: from ims1(172.16.8.41) by ifw via smap (V2.1) id xma003311; Mon, 19 Nov 01 20:23:56 +0900 Received: from abel.nat.gunma-ct.ac.jp (abel.nat.gunma-ct.ac.jp [172.16.64.42]) by ms1.gunma-ct.ac.jp (8.9.3+3.2W/3.7W) with ESMTP id UAA02135; Mon, 19 Nov 2001 20:23:55 +0900 (JST) Received: from riemann.nat.gunma-ct.ac.jp (riemann [172.16.66.61]) by abel.nat.gunma-ct.ac.jp (8.11.3/8.11.3) with ESMTP id fAJBVOB36557; Mon, 19 Nov 2001 20:31:24 +0900 (JST) (envelope-from kaminaga@nat.gunma-ct.ac.jp) Received: from localhost (localhost.nat.gunma-ct.ac.jp [127.0.0.1]) by riemann.nat.gunma-ct.ac.jp (8.11.6/8.11.6) with ESMTP id fAJBIdc01192; Mon, 19 Nov 2001 20:18:40 +0900 (JST) (envelope-from kaminaga@nat.gunma-ct.ac.jp) To: freebsd-emulation@freebsd.org Cc: vsilyaev@mindspring.com Subject: vmnet1 problem in vmware2-2.0.4.1142 X-Mailer: Mew version 1.94.1 on XEmacs 21.1 (Cuyahoga Valley) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20011119201839S.kaminaga@nat.gunma-ct.ac.jp> Date: Mon, 19 Nov 2001 20:18:39 +0900 From: Yasuhito KAMINAGA X-Dispatcher: imput version 20000228(IM140) Lines: 102 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Recently, I upgraded vmware from vmware2-2.0.3.799_1 to vmware2-2.0.4.1142. The upgrading procedure was as follows. First, I uninstalled the old port, and then installed the new port. The procedure went on successfully and I could start vmware. However, when I click the "power on" button to start the guest OS (WinNT4.0), I met a problem. Namely, my vmware complains as follows. Could not get address for /dev/vmnet1: Invalid argument Failed to configure ehthernet0. When I was a user of the old port, I never encounter the problem. When installing the new port, I followed exactly the same procedure needed for the old port to work, in which I enabled netgraph bridging. I do not change any items in "configuration editor." How can I solve the problem? Any hints are welcome. Y. Kaminaga Gunma National College of Technology REFERENCES I am using 4.4-STABLE (with source on Nov. 11 2001) and rtc-2001.09.16.1. % dmesg /dev/vmmon: Module vmmon: registered with major=200 minor=0 tag=$Name: build-570 $ /dev/vmmon: Module vmmon: initialized fxp0: promiscuous mode enabled vmnet1: promiscuous mode enabled /dev/vmmon: Vmx86_DestroyVM: unlocked pages: 0, unlocked dirty pages: 0 /dev/vmmon: Module vmmon: unloaded % kldstat Id Refs Address Size Name 1 11 0xc0100000 386484 kernel 2 1 0xc120e000 7000 linprocfs.ko 3 3 0xc126f000 14000 linux.ko 5 1 0xc146c000 2000 rtc.ko 7 1 0xc1487000 4000 if_tap.ko 8 4 0xc148d000 9000 netgraph.ko 9 1 0xc149a000 3000 ng_ether.ko 10 1 0xc149e000 4000 ng_bridge.ko 11 1 0xc14a3000 3000 ng_socket.ko 12 1 0xc147b000 9000 vmmon_up.ko # ngctl show vmnet_bridge: Name: vmnet_bridge Type: bridge ID: 00000010 Num hooks: 3 Local hook Peer name Peer type Peer ID Peer hook ---------- --------- --------- ------- --------- link2 fxp0 ether 00000001 upper link1 fxp0 ether 00000001 lower link0 vmnet1 ether 00000002 lower % ifconfig vmnet1 vmnet1: flags=8943 mtu 1500 inet6 fe80::2bd:cbff:fe0b:1%vmnet1 prefixlen 64 scopeid 0x7 inet 172.16.66.62 netmask 0xfffff800 broadcast 172.16.71.255 ether 00:bd:cb:0b:00:01 % ls -l /usr/compat/linux/dev total 0 brw-rw-r-- 1 root wheel 0, 0x00010002 11/19 13:39 hda brw-r--r-- 1 root wheel 0, 0x0001000a 11/19 13:39 hdb crw-rw-rw- 1 root wheel 2, 2 11/19 13:39 null crw-r--r-- 1 root wheel 202, 0 11/19 13:33 rtc lrwxr-xr-x 1 root wheel 22 11/19 13:39 tty0 -> /compat/linux/dev/tty1 lrwxr-xr-x 1 root wheel 10 11/19 13:39 tty1 -> /dev/ttyv0 lrwxr-xr-x 1 root wheel 10 11/19 13:39 tty10 -> /dev/ttyv9 lrwxr-xr-x 1 root wheel 10 11/19 13:39 tty11 -> /dev/ttyva lrwxr-xr-x 1 root wheel 10 11/19 13:39 tty12 -> /dev/ttyvb lrwxr-xr-x 1 root wheel 10 11/19 13:39 tty2 -> /dev/ttyv1 lrwxr-xr-x 1 root wheel 10 11/19 13:39 tty3 -> /dev/ttyv2 lrwxr-xr-x 1 root wheel 10 11/19 13:39 tty4 -> /dev/ttyv3 lrwxr-xr-x 1 root wheel 10 11/19 13:39 tty5 -> /dev/ttyv4 lrwxr-xr-x 1 root wheel 10 11/19 13:39 tty6 -> /dev/ttyv5 lrwxr-xr-x 1 root wheel 10 11/19 13:39 tty7 -> /dev/ttyv6 lrwxr-xr-x 1 root wheel 10 11/19 13:39 tty8 -> /dev/ttyv7 lrwxr-xr-x 1 root wheel 10 11/19 13:39 tty9 -> /dev/ttyv8 crw-r--r-- 1 root wheel 200, 0 11/19 13:39 vmmon crw-r--r-- 1 root wheel 149, 0x00010001 11/19 13:39 vmnet1 % cat /usr/local/etc/vmware/config vmware.fullpath = "/usr/local/lib/vmware/bin/vmware" wizard.fullpath = "/usr/local/lib/vmware/bin/vmware-wizard" dhcpd.fullpath = "/usr/local/lib/vmware/bin/vmnet-dhcpd" loop.fullpath = ""/usr/local/lib/vmware/bin/vmware-loop" libdir = "/usr/local/lib/vmware/lib" vmnet1.HostOnlyAddress = "172.16.66.62" vmnet1.HostOnlyNetMask = "255.255.248.0" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 4:22: 6 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from pop3.psconsult.nl (ps226.psconsult.nl [193.67.147.226]) by hub.freebsd.org (Postfix) with ESMTP id E185737B417; Mon, 19 Nov 2001 04:20:32 -0800 (PST) Received: (from paul@localhost) by pop3.psconsult.nl (8.9.2/8.9.2) id NAA00117; Mon, 19 Nov 2001 13:17:42 +0100 (CET) (envelope-from paul) Date: Mon, 19 Nov 2001 13:17:42 +0100 From: Paul Schenkeveld To: Ian Dowse , Garance A Drosihn , Doug Ambrisko Cc: Dag-Erling Smorgrav , Takanori Saneto , emulation@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: Linuxulator MFC and VMware/FYI, multiple vmwares is possible Message-ID: <20011119131742.A99773@psconsult.nl> References: <200111190522.fAJ5M5u80672@ambrisko.com> <200106121526.f5CFQsp46243@ambrisko.com> <200111161749.aa32146@salmon.maths.tcd.ie> <200111161749.aa32146@salmon.maths.tcd.ie> <20011118200951.A91961@psconsult.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="7AUc2qLy4jB3hD7Z" X-Mailer: Mutt 1.0i In-Reply-To: <20011118200951.A91961@psconsult.nl> In-Reply-To: <200106121526.f5CFQsp46243@ambrisko.com> In-Reply-To: Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Hi all, As I had a great time with vmware2-2.0.3-799 and multiple simultaneous sessions, I decided to see if I could retrofit those patches into vmware2-2.0.4-1142. Vladimirs vmmon-freebsd-0.99-0 and vmnet-freebsd-0.22 changes do not apply cleanly to vmware2-2.0.4-1142 so I found out which parts were needed to enable multiple simultanous sessions. Attached are vmmon.diff, the part of vmmon-freebsd-0.99-0 that enables multiple sessions (to be applied to vmware 2.0.4-1142 AFTER the vmmon-freebsd-0.98 patches) and tap.diff, a patch that I picked up early this year which was needed for bridging with multiple sessions. BTW, I run 4.4-STABLE as of Sun Nov 18, 2001. To use all this I did the following: # cd /usr; cvs co ports/emulators/vmware2 # cd ports/emulators/vmware2 # make patch # to get the official patches # for the latest vmware release # patch -p1 < vmmon.diff # to get multi-session in vmmon # make install # cd /usr/src # patch -p0 < tap.diff # to get multi-session bridged vmnet # patch -p0 < linux_ioctl.diff # from Ian Dowse, earlier in this list # make -j8 buildworld # make installworld Then reboot and see vmware 2.0.4-1142 work with multiple sessions. Does anyone see something I overlooked? If not and if everyone is happy with these patches, how can we get this back into the port? Regards, Paul Schenkeveld, Consultant PSconsult ICT Services BV Houten, The Netherlands --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vmmon.diff" diff -u vmware2/work/vmmon-only/freebsd/driver.c vmware2-multi/work/vmmon-only/freebsd/driver.c --- vmware2/work/vmmon-only/freebsd/driver.c Thu Jun 29 14:06:18 2000 +++ vmware2-multi/work/vmmon-only/freebsd/driver.c Sun Nov 18 21:29:56 2001 @@ -34,18 +34,21 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $vmFreeBSD: vmware/vmmon-only/freebsd/driver.c,v 1.26 2000/06/29 12:06:18 vsilyaev Exp $ + * $vmFreeBSD: vmware/vmmon-only/freebsd/driver.c,v 1.26 2001/01/28 15:22:27 vsilyaev Exp $ * */ - #include #include #include #include #include +#if __FreeBSD_version >= 500014 +#include +#else #include +#endif #include #include #include @@ -142,7 +145,7 @@ /* maj */ CDEV_MAJOR, /* dump */ nodump, /* psize */ nopsize, - /* flags */ 0, + /* flags */ D_TRACKCLOSE, /* bmaj */ -1 }; @@ -296,6 +299,33 @@ #endif DEV_MODULE(vmmon, vmmon_modeevent, 0); + +#if !DRV_MULTIPLE_INSTANCES +#define DRV_INITINSTANCE() if (dev->si_drv1) return EBUSY +#define DRV_GET_INSTANCE(inst) inst = (VMFreeBSD *) dev->si_drv1 +#define DRV_DEREFERENCE(inst) dev->si_drv1=NULL; +#define DRV_REFERENCE(inst) dev->si_drv1 = inst; +#error "Single Instance!" +#else +#warn "Multiple Instances!" +LIST_HEAD(drv_list, VMFreeBSD); + +#define DRV_INITINSTANCE() struct drv_list *drvrs; if (!dev->si_drv1) {\ + drvrs = malloc(sizeof (*drvrs), M_DEVBUF, M_WAITOK); \ + LIST_INIT(drvrs); dev->si_drv1=drvrs; \ + } else { drvrs=dev->si_drv1; } + +#define DRV_REFERENCE(inst) inst->owner = p;LIST_INSERT_HEAD(drvrs, inst, list) + +#define DRV_DEREFERENCE(inst) LIST_REMOVE(inst, list);\ + if (LIST_EMPTY(drvrs)) {free(drvrs, M_DEVBUF);dev->si_drv1=NULL;} + +#define DRV_GET_INSTANCE(inst) struct drv_list *drvrs=dev->si_drv1; \ + LIST_FOREACH(inst, drvrs, list) \ + if ((inst->owner==p) || (inst->owner==p->p_pptr)) break; \ + if(!inst) {printf("vmmon: Can't found instance for %d\n", p->p_pid); return ENODEV;} + +#endif /* *---------------------------------------------------------------------- * @@ -316,9 +346,8 @@ VMFreeBSD *vmFreeBSD; VMDriver *vm; uint32 flags; - - if (dev->si_drv1) - return EBUSY; + + DRV_INITINSTANCE(); if ((oflag & (FREAD|FWRITE)) == FREAD) { #ifdef VMX86_DEVEL @@ -355,8 +384,7 @@ RESTORE_FLAGS(flags); vmFreeBSD->vm = vm; - dev->si_drv1 = vmFreeBSD; - + DRV_REFERENCE(vmFreeBSD); FreeBSD_DriverQueue(vmFreeBSD); @@ -393,7 +421,9 @@ static int FreeBSD_Driver_Close(dev_t dev, int fflag, int devtype, struct proc *p) { - VMFreeBSD *vmFreeBSD = (VMFreeBSD *) dev->si_drv1; + VMFreeBSD *vmFreeBSD; + + DRV_GET_INSTANCE(vmFreeBSD); #ifdef SUPPORT_LINUXVMWARE VMWare_SetVTracer(0); @@ -424,8 +454,8 @@ untimeout(FreeBSD_DriverSelectTimeout, vmFreeBSD, vmFreeBSD->thandle); } + DRV_DEREFERENCE(vmFreeBSD); free(vmFreeBSD, M_DEVBUF); - dev->si_drv1 = NULL; vmmon_ref_count--; return 0; } @@ -447,9 +477,11 @@ { int revents = 0; - VMFreeBSD *vmFreeBSD = (VMFreeBSD *) dev->si_drv1; + VMFreeBSD *vmFreeBSD; intrmask_t s; + DRV_GET_INSTANCE(vmFreeBSD); + s=splhigh(); HostIF_GlobalVMLock(11); /* protect access to vmFreeBSD */ if (vmFreeBSD->flags.tfired) { @@ -528,13 +560,15 @@ FreeBSD_Driver_Ioctl( dev_t dev, u_long cmd, caddr_t parg, int mode, struct proc *p) { - VMFreeBSD *vmFreeBSD = (VMFreeBSD *) dev->si_drv1; - VMDriver *vm = vmFreeBSD->vm; + VMFreeBSD *vmFreeBSD; + VMDriver *vm; int retval = 0; int err; InitBlock initParams; u_long arg=*(u_long *)parg; + DRV_GET_INSTANCE(vmFreeBSD); + vm = vmFreeBSD->vm; #ifdef SUPPORT_LINUXVMWARE VMWare_SetVTracer(VTrace_Set); diff -u vmware2/work/vmmon-only/freebsd/driver.h vmware2-multi/work/vmmon-only/freebsd/driver.h --- vmware2/work/vmmon-only/freebsd/driver.h Sun Jan 23 23:29:19 2000 +++ vmware2-multi/work/vmmon-only/freebsd/driver.h Sun Nov 18 21:29:56 2001 @@ -15,6 +15,8 @@ #define POLL_TRACE 0 +#define DRV_MULTIPLE_INSTANCES 1 + typedef struct VMFreeBSD { struct VMFreeBSD *next; struct VMDriver *vm; @@ -38,6 +40,10 @@ unsigned char pendingPassthroughIRQs[NUM_PASSTHROUGH_IRQS]; #endif +#if DRV_MULTIPLE_INSTANCES + struct proc *owner; + LIST_ENTRY(VMFreeBSD) list; +#endif } VMFreeBSD; #define DEVICE_BUFFER_SIZE 32 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="tap.diff" --- /sys/net/if_tap.c.orig Thu Jul 27 09:57:05 2000 +++ /sys/net/if_tap.c Sun Jan 28 20:48:13 2001 @@ -107,7 +107,7 @@ /* dev major */ CDEV_MAJOR, /* dump */ nodump, /* psize */ nopsize, - /* flags */ 0, + /* flags */ D_TRACKCLOSE, /* bmaj */ -1 }; @@ -120,6 +120,36 @@ SYSCTL_INT(_debug, OID_AUTO, if_tap_debug, CTLFLAG_RW, &tapdebug, 0, ""); DEV_MODULE(if_tap, tapmodevent, NULL); +#if !DRV_MULTIPLE_INSTANCES +#define DRV_INITINSTANCE() if (tp->tap_flags & TAP_OPEN) return (EBUSY); \ + else {tn=&tp->node; tp->tap_flags |= TAP_OPEN;} + +#define DRV_GET_INSTANCE(inst, p) inst = &tp->node; +#define DRV_DEREFERENCE(inst) tp->tap_flags &= ~TAP_OPEN +#define DRV_REFERENCE(inst) +#else + +#define DRV_INITINSTANCE() if ( !(tp->tap_flags & TAP_VMNET) && !LIST_EMPTY(&tp->nodes) ) return (EBUSY); \ + MALLOC(tn, struct tap_node *, sizeof(*tn), M_TAP, M_WAITOK|M_ZERO); \ + tn->ifq.ifq_maxlen = ifqmaxlen; \ + tp->tap_flags |= TAP_OPEN; + +#define DRV_REFERENCE(inst) LIST_INSERT_HEAD(&tp->nodes, inst, list); \ + inst->owner = p; tp->n_nodes++; + +#define DRV_DEREFERENCE(inst) LIST_REMOVE(inst, list); tp->n_nodes--; \ + free(inst, M_TAP); \ + if (LIST_EMPTY(&tp->nodes)) tp->tap_flags &= ~TAP_OPEN + +#define DRV_GET_INSTANCE(inst, p) \ + if ( tp->tap_flags & TAP_VMNET) {\ + LIST_FOREACH(inst, &tp->nodes, list) \ + if ((inst->owner==p) || (inst->owner==p->p_pptr)) break; \ + } else inst = LIST_FIRST(&tp->nodes); \ + if (!inst) {printf("tap: Can't found instance for %d\n", p->p_pid); return ENODEV;} + +#endif + /* * tapmodevent * @@ -161,7 +191,7 @@ splx(s); if (ifp != NULL) { - struct tap_softc *tp = ifp->if_softc; + struct tap_softc *tp = ifp->if_softc; TAPDEBUG("detaching %s%d. minor = %#x, " \ "taplastunit = %d\n", @@ -199,7 +229,7 @@ dev_t dev; { struct ifnet *ifp = NULL; - struct tap_softc *tp = NULL; + struct tap_softc *tp = NULL; unsigned short macaddr_hi; int unit, s; char *name = NULL; @@ -252,6 +282,9 @@ tp->tap_flags |= TAP_INITED; +#if DRV_MULTIPLE_INSTANCES + LIST_INIT(&tp->nodes); +#endif TAPDEBUG("interface %s%d created. minor = %#x\n", ifp->if_name, ifp->if_unit, minor(tp->tap_dev)); } /* tapcreate */ @@ -270,6 +303,7 @@ struct proc *p; { struct tap_softc *tp = NULL; + struct tap_node *tn = NULL; int error; if ((error = suser(p)) != 0) @@ -281,15 +315,15 @@ tp = dev->si_drv1; } - if (tp->tap_flags & TAP_OPEN) - return (EBUSY); + DRV_INITINSTANCE(); - bcopy(tp->arpcom.ac_enaddr, tp->ether_addr, sizeof(tp->ether_addr)); + bcopy(tp->arpcom.ac_enaddr, tn->ether_addr, sizeof(tn->ether_addr)); tp->tap_pid = p->p_pid; - tp->tap_flags |= TAP_OPEN; + DRV_REFERENCE(tn); taprefcnt ++; + TAPDEBUG("%s%d is open. minor = %#x, refcnt = %d, taplastunit = %d\n", tp->tap_if.if_name, tp->tap_if.if_unit, minor(tp->tap_dev), taprefcnt, taplastunit); @@ -314,9 +348,11 @@ struct tap_softc *tp = dev->si_drv1; struct ifnet *ifp = &tp->tap_if; struct mbuf *m = NULL; + struct tap_node *tn; - /* junk all pending output */ + DRV_GET_INSTANCE(tn, p); + /* junk all pending output */ s = splimp(); do { IF_DEQUEUE(&ifp->if_snd, m); @@ -355,11 +391,23 @@ } splx(s); } +#if DRV_MULTIPLE_INSTANCES + if (tp->tap_flags & TAP_VMNET) { + /* Junk all pending packets in node queue */ + s = splimp(); + do { + IF_DEQUEUE(&tn->ifq, m); + if (m != NULL) + m_freem(m); + } while (m != NULL); + splx(s); +} +#endif + + funsetown(tn->tap_sigio); + selwakeup(&tn->tap_rsel); - funsetown(tp->tap_sigio); - selwakeup(&tp->tap_rsel); - - tp->tap_flags &= ~TAP_OPEN; + DRV_DEREFERENCE(tn); tp->tap_pid = 0; taprefcnt --; @@ -448,6 +496,22 @@ return (0); } /* tapifioctl */ +#define ETHER_EQUAL(a,b) (((const u_int32_t *)(a))[0] == ((const u_int32_t *)(b))[0] && \ + ((const u_int16_t *)(a))[2] == ((const u_int16_t *)(b))[2]) + +static void +node_new_packet(struct tap_softc *tp, struct tap_node *tn) +{ + TAPDEBUG("new packet for %p\n", tn); + if (tn->tapn_flags & TAP_RWAIT) { + tn->tapn_flags &= ~TAP_RWAIT; + wakeup((caddr_t)tn); + } + if ((tn->tapn_flags & TAP_ASYNC) && (tn->tap_sigio != NULL)) + pgsigio(tn->tap_sigio, SIGIO, 0); + + selwakeup(&tn->tap_rsel); +} /* * tapifstart @@ -460,6 +524,7 @@ { struct tap_softc *tp = ifp->if_softc; int s; + struct mbuf *m; TAPDEBUG("%s%d starting, minor = %#x\n", ifp->if_name, ifp->if_unit, minor(tp->tap_dev)); @@ -471,7 +536,6 @@ if (((tp->tap_flags & TAP_VMNET) == 0) && ((tp->tap_flags & TAP_READY) != TAP_READY)) { - struct mbuf *m = NULL; TAPDEBUG("%s%d not ready. minor = %#x, tap_flags = 0x%x\n", ifp->if_name, ifp->if_unit, @@ -491,20 +555,76 @@ s = splimp(); ifp->if_flags |= IFF_OACTIVE; - - if (ifp->if_snd.ifq_len != 0) { - if (tp->tap_flags & TAP_RWAIT) { - tp->tap_flags &= ~TAP_RWAIT; - wakeup((caddr_t)tp); - } - - if ((tp->tap_flags & TAP_ASYNC) && (tp->tap_sigio != NULL)) - pgsigio(tp->tap_sigio, SIGIO, 0); - - selwakeup(&tp->tap_rsel); - ifp->if_opackets ++; /* obytes are counted in ether_output */ + if (ifp->if_snd.ifq_len == 0) { + goto done; } + ifp->if_opackets ++; /* obytes are counted in ether_output */ +#if !DRV_MULTIPLE_INSTANCES + tn = &tp->node; + node_new_packet(tp, &tp->node); +#else + if (!(tp->tap_flags & TAP_VMNET)) { + node_new_packet(tp, LIST_FIRST(&tp->nodes)); + goto done; + } + if (LIST_EMPTY(&tp->nodes)) + goto done; + + for(;;) { + struct ether_header *eh; + struct tap_node *tn; + + IF_DEQUEUE(&ifp->if_snd, m); + if (!m) break; + /* Sanity check packet and pull up header */ + if (m->m_pkthdr.len < ETHER_HDR_LEN) { + m_freem(m); + continue; + } + if (m->m_len < ETHER_HDR_LEN && !(m = m_pullup(m, ETHER_HDR_LEN))) { + m_freem(m); + continue; + } + eh = mtod(m, struct ether_header *); + LIST_FOREACH(tn, &tp->nodes, list) { + if (ETHER_EQUAL(tn->ether_addr, eh->ether_dhost)) break; + } + if (tn) { /* unicast */ + if (IF_QFULL(&tn->ifq)) { + IF_DROP(&tn->ifq); + m_freem(m); + } else { + TAPDEBUG("start u %6D->%6D (%d)\n", eh->ether_shost, ":", eh->ether_dhost, ":", m->m_len); + IF_ENQUEUE(&tn->ifq, m); + node_new_packet(tp, tn); + } + goto done; + } else { /* unknown or [broad/multi]cast */ + struct mbuf *mdup; + int i=0; + LIST_FOREACH(tn, &tp->nodes, list) { + if (++i == tp->n_nodes) { /* last node, don't dup */ + mdup = m; + } else { + mdup = m_dup(m, M_NOWAIT); /* XXX m_copypacket() */ + if (!mdup) { + continue; + } + } + if (IF_QFULL(&tn->ifq)) { + IF_DROP(&tn->ifq); + m_freem(mdup); + } else { + TAPDEBUG("start m %6D->%6D (%d)\n", eh->ether_shost, ":", eh->ether_dhost, ":", mdup->m_len); + IF_ENQUEUE(&tn->ifq, mdup); + node_new_packet(tp, tn); + } + } /* LIST_FOREACH */ + } /* unicast/broadcast */ + } /* foreach packet */ +#endif +done: ifp->if_flags &= ~IFF_OACTIVE; splx(s); } /* tapifstart */ @@ -527,6 +647,9 @@ struct ifnet *ifp = &tp->tap_if; struct tapinfo *tapp = NULL; int s; + struct tap_node *tn; + + DRV_GET_INSTANCE(tn, p); switch (cmd) { case TAPSIFINFO: @@ -559,9 +682,9 @@ case FIOASYNC: s = splimp(); if (*(int *)data) - tp->tap_flags |= TAP_ASYNC; + tn->tapn_flags |= TAP_ASYNC; else - tp->tap_flags &= ~TAP_ASYNC; + tn->tapn_flags &= ~TAP_ASYNC; splx(s); break; @@ -579,19 +702,19 @@ break; case FIOSETOWN: - return (fsetown(*(int *)data, &tp->tap_sigio)); + return (fsetown(*(int *)data, &tn->tap_sigio)); case FIOGETOWN: - *(int *)data = fgetown(tp->tap_sigio); + *(int *)data = fgetown(tn->tap_sigio); return (0); /* this is deprecated, FIOSETOWN should be used instead */ case TIOCSPGRP: - return (fsetown(-(*(int *)data), &tp->tap_sigio)); + return (fsetown(-(*(int *)data), &tn->tap_sigio)); /* this is deprecated, FIOGETOWN should be used instead */ case TIOCGPGRP: - *(int *)data = -fgetown(tp->tap_sigio); + *(int *)data = -fgetown(tn->tap_sigio); return (0); /* VMware/VMnet port ioctl's */ @@ -614,11 +737,11 @@ case OSIOCGIFADDR: /* get MAC address of the remote side */ case SIOCGIFADDR: - bcopy(tp->ether_addr, data, sizeof(tp->ether_addr)); + bcopy(tn->ether_addr, data, sizeof(tn->ether_addr)); break; case SIOCSIFADDR: /* set MAC address of the remote side */ - bcopy(data, tp->ether_addr, sizeof(tp->ether_addr)); + bcopy(data, tn->ether_addr, sizeof(tn->ether_addr)); break; default: @@ -644,6 +767,10 @@ struct ifnet *ifp = &tp->tap_if; struct mbuf *m = NULL, *m0 = NULL; int error = 0, len, s; + struct tap_node *tn; + struct ifqueue *ifq; + + DRV_GET_INSTANCE(tn, uio->uio_procp); TAPDEBUG("%s%d reading, minor = %#x\n", ifp->if_name, ifp->if_unit, minor(tp->tap_dev)); @@ -655,21 +782,30 @@ return (EHOSTDOWN); } +#if !DRV_MULTIPLE_INSTANCES + ifq = &ifp->if_snd; +#else + if (!(tp->tap_flags & TAP_VMNET)) { + ifq = &ifp->if_snd; + } else { + ifq = &tn->ifq; + } +#endif - tp->tap_flags &= ~TAP_RWAIT; + tn->tapn_flags &= ~TAP_RWAIT; /* sleep until we get a packet */ do { s = splimp(); - IF_DEQUEUE(&ifp->if_snd, m0); + IF_DEQUEUE(ifq, m0); splx(s); if (m0 == NULL) { if (flag & IO_NDELAY) return (EWOULDBLOCK); - tp->tap_flags |= TAP_RWAIT; - error = tsleep((caddr_t)tp,PCATCH|(PZERO+1),"taprd",0); + tn->tapn_flags |= TAP_RWAIT; + error = tsleep((caddr_t)tn,PCATCH|(PZERO+1),"taprd",0); if (error) return (error); } @@ -679,6 +815,13 @@ if (ifp->if_bpf != NULL) bpf_mtap(ifp, m0); + + { + struct ether_header *eh; + eh = mtod(m0, struct ether_header *); + TAPDEBUG("tap read %6D->%6D (%d)\n", eh->ether_shost, ":", eh->ether_dhost, ":", m0->m_len); + } + /* xfer packet to user space */ while ((m0 != NULL) && (uio->uio_resid > 0) && (error == 0)) { len = min(uio->uio_resid, m0->m_len); @@ -716,6 +859,9 @@ struct mbuf *top = NULL, **mp = NULL, *m = NULL; struct ether_header *eh = NULL; int error = 0, tlen, mlen; + struct tap_node *tn; + + DRV_GET_INSTANCE(tn, uio->uio_procp); TAPDEBUG("%s%d writting, minor = %#x\n", ifp->if_name, ifp->if_unit, minor(tp->tap_dev)); @@ -763,7 +909,8 @@ top->m_pkthdr.len = tlen; top->m_pkthdr.rcvif = ifp; - + + /* * Ethernet bridge and bpf are handled in ether_input * @@ -771,9 +918,45 @@ */ eh = mtod(top, struct ether_header *); +#if DRV_MULTIPLE_INSTANCES + if (tp->tap_flags & TAP_VMNET) { + struct tap_node *tn_dest; + LIST_FOREACH(tn_dest, &tp->nodes, list) { + if (ETHER_EQUAL(tn_dest->ether_addr, eh->ether_dhost)) break; + } + if (tn_dest) { /* unicast */ + if (tn_dest == tn) goto done; + if (IF_QFULL(&tn_dest->ifq)) { + IF_DROP(&tn_dest->ifq); + } else { + TAPDEBUG("write u %6D->%6D (%d)\n", eh->ether_shost, ":", eh->ether_dhost, ":", top->m_len); + IF_ENQUEUE(&tn_dest->ifq, top); + node_new_packet(tp, tn_dest); + /* XXX Check promisc mode and deliver packet to local side also */ + goto done; + } + } else { /* unknown or [broad/multi]cast */ + LIST_FOREACH(tn_dest, &tp->nodes, list) { + if (tn==tn_dest) continue; + if (IF_QFULL(&tn_dest->ifq)) { + IF_DROP(&tn_dest->ifq); + continue; + } + m = m_dup(top, M_NOWAIT); /* XXX m_copypacket() */ + if (!m) { + continue; + } + TAPDEBUG("write m %6D->%6D (%d)\n", eh->ether_shost, ":", eh->ether_dhost, ":", m->m_len); + IF_ENQUEUE(&tn_dest->ifq, m); + node_new_packet(tp, tn_dest); + } /* LIST_FOREACH */ + } /* uni/broad cast */ + } /* if VMNET */ +#endif m_adj(top, sizeof(struct ether_header)); ether_input(ifp, eh, top); ifp->if_ipackets ++; /* ibytes are counted in ether_input */ +done: return (0); } /* tapwrite */ @@ -795,24 +978,40 @@ struct tap_softc *tp = dev->si_drv1; struct ifnet *ifp = &tp->tap_if; int s, revents = 0; + struct tap_node *tn; + struct ifqueue *ifq; + + DRV_GET_INSTANCE(tn, p); +#if 0 TAPDEBUG("%s%d polling, minor = %#x\n", ifp->if_name, ifp->if_unit, minor(tp->tap_dev)); +#endif +#if !DRV_MULTIPLE_INSTANCES + ifq = &ifp->if_snd; +#else + if (!(tp->tap_flags & TAP_VMNET)) { + ifq = &ifp->if_snd; + } else { + ifq = &tn->ifq; + } +#endif s = splimp(); if (events & (POLLIN | POLLRDNORM)) { - if (ifp->if_snd.ifq_len > 0) { + if (ifq->ifq_len > 0) { TAPDEBUG("%s%d have data in queue. len = %d, " \ "minor = %#x\n", ifp->if_name, ifp->if_unit, - ifp->if_snd.ifq_len, minor(tp->tap_dev)); + ifq->ifq_len, minor(tp->tap_dev)); revents |= (events & (POLLIN | POLLRDNORM)); } else { +#if 0 TAPDEBUG("%s%d waiting for data, minor = %#x\n", ifp->if_name, ifp->if_unit, minor(tp->tap_dev)); - - selrecord(p, &tp->tap_rsel); +#endif + selrecord(p, &tn->tap_rsel); } } --- /sys/net/if_tapvar.h.orig Thu Jul 27 09:57:05 2000 +++ /sys/net/if_tapvar.h Sun Jan 28 16:19:39 2001 @@ -41,6 +41,22 @@ #ifndef _NET_IF_TAPVAR_H_ #define _NET_IF_TAPVAR_H_ +#define DRV_MULTIPLE_INSTANCES 1 + +struct tap_node { + u_int8_t ether_addr[ETHER_ADDR_LEN]; /* ether addr of the remote side */ + struct sigio *tap_sigio; /* information for async I/O */ + struct selinfo tap_rsel; /* read select */ + u_short tapn_flags; /* misc flags */ +#define TAP_RWAIT (1 << 2) +#define TAP_ASYNC (1 << 3) +#if DRV_MULTIPLE_INSTANCES + struct ifqueue ifq; /* packets received for this node */ + struct proc *owner; /* process who open this node */ + LIST_ENTRY(tap_node) list; +#endif +}; + struct tap_softc { struct arpcom arpcom; /* ethernet common data */ #define tap_if arpcom.ac_if @@ -49,16 +65,16 @@ u_short tap_flags; /* misc flags */ #define TAP_OPEN (1 << 0) #define TAP_INITED (1 << 1) -#define TAP_RWAIT (1 << 2) -#define TAP_ASYNC (1 << 3) #define TAP_READY (TAP_OPEN|TAP_INITED) #define TAP_VMNET (1 << 4) + pid_t tap_pid; /* PID of process to open */ +#if DRV_MULTIPLE_INSTANCES + int n_nodes; + LIST_HEAD(, tap_node) nodes; +#else + struct tap_node node; +#endif +}; - u_int8_t ether_addr[ETHER_ADDR_LEN]; /* ether addr of the remote side */ - - pid_t tap_pid; /* PID of process to open */ - struct sigio *tap_sigio; /* information for async I/O */ - struct selinfo tap_rsel; /* read select */ -}; #endif /* !_NET_IF_TAPVAR_H_ */ --7AUc2qLy4jB3hD7Z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 4:22:14 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from pop3.psconsult.nl (ps226.psconsult.nl [193.67.147.226]) by hub.freebsd.org (Postfix) with ESMTP id E185737B417; Mon, 19 Nov 2001 04:20:32 -0800 (PST) Received: (from paul@localhost) by pop3.psconsult.nl (8.9.2/8.9.2) id NAA00117; Mon, 19 Nov 2001 13:17:42 +0100 (CET) (envelope-from paul) Date: Mon, 19 Nov 2001 13:17:42 +0100 From: Paul Schenkeveld To: Ian Dowse , Garance A Drosihn , Doug Ambrisko Cc: Dag-Erling Smorgrav , Takanori Saneto , emulation@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: Linuxulator MFC and VMware/FYI, multiple vmwares is possible Message-ID: <20011119131742.A99773@psconsult.nl> References: <200111190522.fAJ5M5u80672@ambrisko.com> <200106121526.f5CFQsp46243@ambrisko.com> <200111161749.aa32146@salmon.maths.tcd.ie> <200111161749.aa32146@salmon.maths.tcd.ie> <20011118200951.A91961@psconsult.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="7AUc2qLy4jB3hD7Z" X-Mailer: Mutt 1.0i In-Reply-To: <20011118200951.A91961@psconsult.nl> In-Reply-To: <200106121526.f5CFQsp46243@ambrisko.com> In-Reply-To: Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Hi all, As I had a great time with vmware2-2.0.3-799 and multiple simultaneous sessions, I decided to see if I could retrofit those patches into vmware2-2.0.4-1142. Vladimirs vmmon-freebsd-0.99-0 and vmnet-freebsd-0.22 changes do not apply cleanly to vmware2-2.0.4-1142 so I found out which parts were needed to enable multiple simultanous sessions. Attached are vmmon.diff, the part of vmmon-freebsd-0.99-0 that enables multiple sessions (to be applied to vmware 2.0.4-1142 AFTER the vmmon-freebsd-0.98 patches) and tap.diff, a patch that I picked up early this year which was needed for bridging with multiple sessions. BTW, I run 4.4-STABLE as of Sun Nov 18, 2001. To use all this I did the following: # cd /usr; cvs co ports/emulators/vmware2 # cd ports/emulators/vmware2 # make patch # to get the official patches # for the latest vmware release # patch -p1 < vmmon.diff # to get multi-session in vmmon # make install # cd /usr/src # patch -p0 < tap.diff # to get multi-session bridged vmnet # patch -p0 < linux_ioctl.diff # from Ian Dowse, earlier in this list # make -j8 buildworld # make installworld Then reboot and see vmware 2.0.4-1142 work with multiple sessions. Does anyone see something I overlooked? If not and if everyone is happy with these patches, how can we get this back into the port? Regards, Paul Schenkeveld, Consultant PSconsult ICT Services BV Houten, The Netherlands --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="vmmon.diff" diff -u vmware2/work/vmmon-only/freebsd/driver.c vmware2-multi/work/vmmon-only/freebsd/driver.c --- vmware2/work/vmmon-only/freebsd/driver.c Thu Jun 29 14:06:18 2000 +++ vmware2-multi/work/vmmon-only/freebsd/driver.c Sun Nov 18 21:29:56 2001 @@ -34,18 +34,21 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $vmFreeBSD: vmware/vmmon-only/freebsd/driver.c,v 1.26 2000/06/29 12:06:18 vsilyaev Exp $ + * $vmFreeBSD: vmware/vmmon-only/freebsd/driver.c,v 1.26 2001/01/28 15:22:27 vsilyaev Exp $ * */ - #include #include #include #include #include +#if __FreeBSD_version >= 500014 +#include +#else #include +#endif #include #include #include @@ -142,7 +145,7 @@ /* maj */ CDEV_MAJOR, /* dump */ nodump, /* psize */ nopsize, - /* flags */ 0, + /* flags */ D_TRACKCLOSE, /* bmaj */ -1 }; @@ -296,6 +299,33 @@ #endif DEV_MODULE(vmmon, vmmon_modeevent, 0); + +#if !DRV_MULTIPLE_INSTANCES +#define DRV_INITINSTANCE() if (dev->si_drv1) return EBUSY +#define DRV_GET_INSTANCE(inst) inst = (VMFreeBSD *) dev->si_drv1 +#define DRV_DEREFERENCE(inst) dev->si_drv1=NULL; +#define DRV_REFERENCE(inst) dev->si_drv1 = inst; +#error "Single Instance!" +#else +#warn "Multiple Instances!" +LIST_HEAD(drv_list, VMFreeBSD); + +#define DRV_INITINSTANCE() struct drv_list *drvrs; if (!dev->si_drv1) {\ + drvrs = malloc(sizeof (*drvrs), M_DEVBUF, M_WAITOK); \ + LIST_INIT(drvrs); dev->si_drv1=drvrs; \ + } else { drvrs=dev->si_drv1; } + +#define DRV_REFERENCE(inst) inst->owner = p;LIST_INSERT_HEAD(drvrs, inst, list) + +#define DRV_DEREFERENCE(inst) LIST_REMOVE(inst, list);\ + if (LIST_EMPTY(drvrs)) {free(drvrs, M_DEVBUF);dev->si_drv1=NULL;} + +#define DRV_GET_INSTANCE(inst) struct drv_list *drvrs=dev->si_drv1; \ + LIST_FOREACH(inst, drvrs, list) \ + if ((inst->owner==p) || (inst->owner==p->p_pptr)) break; \ + if(!inst) {printf("vmmon: Can't found instance for %d\n", p->p_pid); return ENODEV;} + +#endif /* *---------------------------------------------------------------------- * @@ -316,9 +346,8 @@ VMFreeBSD *vmFreeBSD; VMDriver *vm; uint32 flags; - - if (dev->si_drv1) - return EBUSY; + + DRV_INITINSTANCE(); if ((oflag & (FREAD|FWRITE)) == FREAD) { #ifdef VMX86_DEVEL @@ -355,8 +384,7 @@ RESTORE_FLAGS(flags); vmFreeBSD->vm = vm; - dev->si_drv1 = vmFreeBSD; - + DRV_REFERENCE(vmFreeBSD); FreeBSD_DriverQueue(vmFreeBSD); @@ -393,7 +421,9 @@ static int FreeBSD_Driver_Close(dev_t dev, int fflag, int devtype, struct proc *p) { - VMFreeBSD *vmFreeBSD = (VMFreeBSD *) dev->si_drv1; + VMFreeBSD *vmFreeBSD; + + DRV_GET_INSTANCE(vmFreeBSD); #ifdef SUPPORT_LINUXVMWARE VMWare_SetVTracer(0); @@ -424,8 +454,8 @@ untimeout(FreeBSD_DriverSelectTimeout, vmFreeBSD, vmFreeBSD->thandle); } + DRV_DEREFERENCE(vmFreeBSD); free(vmFreeBSD, M_DEVBUF); - dev->si_drv1 = NULL; vmmon_ref_count--; return 0; } @@ -447,9 +477,11 @@ { int revents = 0; - VMFreeBSD *vmFreeBSD = (VMFreeBSD *) dev->si_drv1; + VMFreeBSD *vmFreeBSD; intrmask_t s; + DRV_GET_INSTANCE(vmFreeBSD); + s=splhigh(); HostIF_GlobalVMLock(11); /* protect access to vmFreeBSD */ if (vmFreeBSD->flags.tfired) { @@ -528,13 +560,15 @@ FreeBSD_Driver_Ioctl( dev_t dev, u_long cmd, caddr_t parg, int mode, struct proc *p) { - VMFreeBSD *vmFreeBSD = (VMFreeBSD *) dev->si_drv1; - VMDriver *vm = vmFreeBSD->vm; + VMFreeBSD *vmFreeBSD; + VMDriver *vm; int retval = 0; int err; InitBlock initParams; u_long arg=*(u_long *)parg; + DRV_GET_INSTANCE(vmFreeBSD); + vm = vmFreeBSD->vm; #ifdef SUPPORT_LINUXVMWARE VMWare_SetVTracer(VTrace_Set); diff -u vmware2/work/vmmon-only/freebsd/driver.h vmware2-multi/work/vmmon-only/freebsd/driver.h --- vmware2/work/vmmon-only/freebsd/driver.h Sun Jan 23 23:29:19 2000 +++ vmware2-multi/work/vmmon-only/freebsd/driver.h Sun Nov 18 21:29:56 2001 @@ -15,6 +15,8 @@ #define POLL_TRACE 0 +#define DRV_MULTIPLE_INSTANCES 1 + typedef struct VMFreeBSD { struct VMFreeBSD *next; struct VMDriver *vm; @@ -38,6 +40,10 @@ unsigned char pendingPassthroughIRQs[NUM_PASSTHROUGH_IRQS]; #endif +#if DRV_MULTIPLE_INSTANCES + struct proc *owner; + LIST_ENTRY(VMFreeBSD) list; +#endif } VMFreeBSD; #define DEVICE_BUFFER_SIZE 32 --7AUc2qLy4jB3hD7Z Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="tap.diff" --- /sys/net/if_tap.c.orig Thu Jul 27 09:57:05 2000 +++ /sys/net/if_tap.c Sun Jan 28 20:48:13 2001 @@ -107,7 +107,7 @@ /* dev major */ CDEV_MAJOR, /* dump */ nodump, /* psize */ nopsize, - /* flags */ 0, + /* flags */ D_TRACKCLOSE, /* bmaj */ -1 }; @@ -120,6 +120,36 @@ SYSCTL_INT(_debug, OID_AUTO, if_tap_debug, CTLFLAG_RW, &tapdebug, 0, ""); DEV_MODULE(if_tap, tapmodevent, NULL); +#if !DRV_MULTIPLE_INSTANCES +#define DRV_INITINSTANCE() if (tp->tap_flags & TAP_OPEN) return (EBUSY); \ + else {tn=&tp->node; tp->tap_flags |= TAP_OPEN;} + +#define DRV_GET_INSTANCE(inst, p) inst = &tp->node; +#define DRV_DEREFERENCE(inst) tp->tap_flags &= ~TAP_OPEN +#define DRV_REFERENCE(inst) +#else + +#define DRV_INITINSTANCE() if ( !(tp->tap_flags & TAP_VMNET) && !LIST_EMPTY(&tp->nodes) ) return (EBUSY); \ + MALLOC(tn, struct tap_node *, sizeof(*tn), M_TAP, M_WAITOK|M_ZERO); \ + tn->ifq.ifq_maxlen = ifqmaxlen; \ + tp->tap_flags |= TAP_OPEN; + +#define DRV_REFERENCE(inst) LIST_INSERT_HEAD(&tp->nodes, inst, list); \ + inst->owner = p; tp->n_nodes++; + +#define DRV_DEREFERENCE(inst) LIST_REMOVE(inst, list); tp->n_nodes--; \ + free(inst, M_TAP); \ + if (LIST_EMPTY(&tp->nodes)) tp->tap_flags &= ~TAP_OPEN + +#define DRV_GET_INSTANCE(inst, p) \ + if ( tp->tap_flags & TAP_VMNET) {\ + LIST_FOREACH(inst, &tp->nodes, list) \ + if ((inst->owner==p) || (inst->owner==p->p_pptr)) break; \ + } else inst = LIST_FIRST(&tp->nodes); \ + if (!inst) {printf("tap: Can't found instance for %d\n", p->p_pid); return ENODEV;} + +#endif + /* * tapmodevent * @@ -161,7 +191,7 @@ splx(s); if (ifp != NULL) { - struct tap_softc *tp = ifp->if_softc; + struct tap_softc *tp = ifp->if_softc; TAPDEBUG("detaching %s%d. minor = %#x, " \ "taplastunit = %d\n", @@ -199,7 +229,7 @@ dev_t dev; { struct ifnet *ifp = NULL; - struct tap_softc *tp = NULL; + struct tap_softc *tp = NULL; unsigned short macaddr_hi; int unit, s; char *name = NULL; @@ -252,6 +282,9 @@ tp->tap_flags |= TAP_INITED; +#if DRV_MULTIPLE_INSTANCES + LIST_INIT(&tp->nodes); +#endif TAPDEBUG("interface %s%d created. minor = %#x\n", ifp->if_name, ifp->if_unit, minor(tp->tap_dev)); } /* tapcreate */ @@ -270,6 +303,7 @@ struct proc *p; { struct tap_softc *tp = NULL; + struct tap_node *tn = NULL; int error; if ((error = suser(p)) != 0) @@ -281,15 +315,15 @@ tp = dev->si_drv1; } - if (tp->tap_flags & TAP_OPEN) - return (EBUSY); + DRV_INITINSTANCE(); - bcopy(tp->arpcom.ac_enaddr, tp->ether_addr, sizeof(tp->ether_addr)); + bcopy(tp->arpcom.ac_enaddr, tn->ether_addr, sizeof(tn->ether_addr)); tp->tap_pid = p->p_pid; - tp->tap_flags |= TAP_OPEN; + DRV_REFERENCE(tn); taprefcnt ++; + TAPDEBUG("%s%d is open. minor = %#x, refcnt = %d, taplastunit = %d\n", tp->tap_if.if_name, tp->tap_if.if_unit, minor(tp->tap_dev), taprefcnt, taplastunit); @@ -314,9 +348,11 @@ struct tap_softc *tp = dev->si_drv1; struct ifnet *ifp = &tp->tap_if; struct mbuf *m = NULL; + struct tap_node *tn; - /* junk all pending output */ + DRV_GET_INSTANCE(tn, p); + /* junk all pending output */ s = splimp(); do { IF_DEQUEUE(&ifp->if_snd, m); @@ -355,11 +391,23 @@ } splx(s); } +#if DRV_MULTIPLE_INSTANCES + if (tp->tap_flags & TAP_VMNET) { + /* Junk all pending packets in node queue */ + s = splimp(); + do { + IF_DEQUEUE(&tn->ifq, m); + if (m != NULL) + m_freem(m); + } while (m != NULL); + splx(s); +} +#endif + + funsetown(tn->tap_sigio); + selwakeup(&tn->tap_rsel); - funsetown(tp->tap_sigio); - selwakeup(&tp->tap_rsel); - - tp->tap_flags &= ~TAP_OPEN; + DRV_DEREFERENCE(tn); tp->tap_pid = 0; taprefcnt --; @@ -448,6 +496,22 @@ return (0); } /* tapifioctl */ +#define ETHER_EQUAL(a,b) (((const u_int32_t *)(a))[0] == ((const u_int32_t *)(b))[0] && \ + ((const u_int16_t *)(a))[2] == ((const u_int16_t *)(b))[2]) + +static void +node_new_packet(struct tap_softc *tp, struct tap_node *tn) +{ + TAPDEBUG("new packet for %p\n", tn); + if (tn->tapn_flags & TAP_RWAIT) { + tn->tapn_flags &= ~TAP_RWAIT; + wakeup((caddr_t)tn); + } + if ((tn->tapn_flags & TAP_ASYNC) && (tn->tap_sigio != NULL)) + pgsigio(tn->tap_sigio, SIGIO, 0); + + selwakeup(&tn->tap_rsel); +} /* * tapifstart @@ -460,6 +524,7 @@ { struct tap_softc *tp = ifp->if_softc; int s; + struct mbuf *m; TAPDEBUG("%s%d starting, minor = %#x\n", ifp->if_name, ifp->if_unit, minor(tp->tap_dev)); @@ -471,7 +536,6 @@ if (((tp->tap_flags & TAP_VMNET) == 0) && ((tp->tap_flags & TAP_READY) != TAP_READY)) { - struct mbuf *m = NULL; TAPDEBUG("%s%d not ready. minor = %#x, tap_flags = 0x%x\n", ifp->if_name, ifp->if_unit, @@ -491,20 +555,76 @@ s = splimp(); ifp->if_flags |= IFF_OACTIVE; - - if (ifp->if_snd.ifq_len != 0) { - if (tp->tap_flags & TAP_RWAIT) { - tp->tap_flags &= ~TAP_RWAIT; - wakeup((caddr_t)tp); - } - - if ((tp->tap_flags & TAP_ASYNC) && (tp->tap_sigio != NULL)) - pgsigio(tp->tap_sigio, SIGIO, 0); - - selwakeup(&tp->tap_rsel); - ifp->if_opackets ++; /* obytes are counted in ether_output */ + if (ifp->if_snd.ifq_len == 0) { + goto done; } + ifp->if_opackets ++; /* obytes are counted in ether_output */ +#if !DRV_MULTIPLE_INSTANCES + tn = &tp->node; + node_new_packet(tp, &tp->node); +#else + if (!(tp->tap_flags & TAP_VMNET)) { + node_new_packet(tp, LIST_FIRST(&tp->nodes)); + goto done; + } + if (LIST_EMPTY(&tp->nodes)) + goto done; + + for(;;) { + struct ether_header *eh; + struct tap_node *tn; + + IF_DEQUEUE(&ifp->if_snd, m); + if (!m) break; + /* Sanity check packet and pull up header */ + if (m->m_pkthdr.len < ETHER_HDR_LEN) { + m_freem(m); + continue; + } + if (m->m_len < ETHER_HDR_LEN && !(m = m_pullup(m, ETHER_HDR_LEN))) { + m_freem(m); + continue; + } + eh = mtod(m, struct ether_header *); + LIST_FOREACH(tn, &tp->nodes, list) { + if (ETHER_EQUAL(tn->ether_addr, eh->ether_dhost)) break; + } + if (tn) { /* unicast */ + if (IF_QFULL(&tn->ifq)) { + IF_DROP(&tn->ifq); + m_freem(m); + } else { + TAPDEBUG("start u %6D->%6D (%d)\n", eh->ether_shost, ":", eh->ether_dhost, ":", m->m_len); + IF_ENQUEUE(&tn->ifq, m); + node_new_packet(tp, tn); + } + goto done; + } else { /* unknown or [broad/multi]cast */ + struct mbuf *mdup; + int i=0; + LIST_FOREACH(tn, &tp->nodes, list) { + if (++i == tp->n_nodes) { /* last node, don't dup */ + mdup = m; + } else { + mdup = m_dup(m, M_NOWAIT); /* XXX m_copypacket() */ + if (!mdup) { + continue; + } + } + if (IF_QFULL(&tn->ifq)) { + IF_DROP(&tn->ifq); + m_freem(mdup); + } else { + TAPDEBUG("start m %6D->%6D (%d)\n", eh->ether_shost, ":", eh->ether_dhost, ":", mdup->m_len); + IF_ENQUEUE(&tn->ifq, mdup); + node_new_packet(tp, tn); + } + } /* LIST_FOREACH */ + } /* unicast/broadcast */ + } /* foreach packet */ +#endif +done: ifp->if_flags &= ~IFF_OACTIVE; splx(s); } /* tapifstart */ @@ -527,6 +647,9 @@ struct ifnet *ifp = &tp->tap_if; struct tapinfo *tapp = NULL; int s; + struct tap_node *tn; + + DRV_GET_INSTANCE(tn, p); switch (cmd) { case TAPSIFINFO: @@ -559,9 +682,9 @@ case FIOASYNC: s = splimp(); if (*(int *)data) - tp->tap_flags |= TAP_ASYNC; + tn->tapn_flags |= TAP_ASYNC; else - tp->tap_flags &= ~TAP_ASYNC; + tn->tapn_flags &= ~TAP_ASYNC; splx(s); break; @@ -579,19 +702,19 @@ break; case FIOSETOWN: - return (fsetown(*(int *)data, &tp->tap_sigio)); + return (fsetown(*(int *)data, &tn->tap_sigio)); case FIOGETOWN: - *(int *)data = fgetown(tp->tap_sigio); + *(int *)data = fgetown(tn->tap_sigio); return (0); /* this is deprecated, FIOSETOWN should be used instead */ case TIOCSPGRP: - return (fsetown(-(*(int *)data), &tp->tap_sigio)); + return (fsetown(-(*(int *)data), &tn->tap_sigio)); /* this is deprecated, FIOGETOWN should be used instead */ case TIOCGPGRP: - *(int *)data = -fgetown(tp->tap_sigio); + *(int *)data = -fgetown(tn->tap_sigio); return (0); /* VMware/VMnet port ioctl's */ @@ -614,11 +737,11 @@ case OSIOCGIFADDR: /* get MAC address of the remote side */ case SIOCGIFADDR: - bcopy(tp->ether_addr, data, sizeof(tp->ether_addr)); + bcopy(tn->ether_addr, data, sizeof(tn->ether_addr)); break; case SIOCSIFADDR: /* set MAC address of the remote side */ - bcopy(data, tp->ether_addr, sizeof(tp->ether_addr)); + bcopy(data, tn->ether_addr, sizeof(tn->ether_addr)); break; default: @@ -644,6 +767,10 @@ struct ifnet *ifp = &tp->tap_if; struct mbuf *m = NULL, *m0 = NULL; int error = 0, len, s; + struct tap_node *tn; + struct ifqueue *ifq; + + DRV_GET_INSTANCE(tn, uio->uio_procp); TAPDEBUG("%s%d reading, minor = %#x\n", ifp->if_name, ifp->if_unit, minor(tp->tap_dev)); @@ -655,21 +782,30 @@ return (EHOSTDOWN); } +#if !DRV_MULTIPLE_INSTANCES + ifq = &ifp->if_snd; +#else + if (!(tp->tap_flags & TAP_VMNET)) { + ifq = &ifp->if_snd; + } else { + ifq = &tn->ifq; + } +#endif - tp->tap_flags &= ~TAP_RWAIT; + tn->tapn_flags &= ~TAP_RWAIT; /* sleep until we get a packet */ do { s = splimp(); - IF_DEQUEUE(&ifp->if_snd, m0); + IF_DEQUEUE(ifq, m0); splx(s); if (m0 == NULL) { if (flag & IO_NDELAY) return (EWOULDBLOCK); - tp->tap_flags |= TAP_RWAIT; - error = tsleep((caddr_t)tp,PCATCH|(PZERO+1),"taprd",0); + tn->tapn_flags |= TAP_RWAIT; + error = tsleep((caddr_t)tn,PCATCH|(PZERO+1),"taprd",0); if (error) return (error); } @@ -679,6 +815,13 @@ if (ifp->if_bpf != NULL) bpf_mtap(ifp, m0); + + { + struct ether_header *eh; + eh = mtod(m0, struct ether_header *); + TAPDEBUG("tap read %6D->%6D (%d)\n", eh->ether_shost, ":", eh->ether_dhost, ":", m0->m_len); + } + /* xfer packet to user space */ while ((m0 != NULL) && (uio->uio_resid > 0) && (error == 0)) { len = min(uio->uio_resid, m0->m_len); @@ -716,6 +859,9 @@ struct mbuf *top = NULL, **mp = NULL, *m = NULL; struct ether_header *eh = NULL; int error = 0, tlen, mlen; + struct tap_node *tn; + + DRV_GET_INSTANCE(tn, uio->uio_procp); TAPDEBUG("%s%d writting, minor = %#x\n", ifp->if_name, ifp->if_unit, minor(tp->tap_dev)); @@ -763,7 +909,8 @@ top->m_pkthdr.len = tlen; top->m_pkthdr.rcvif = ifp; - + + /* * Ethernet bridge and bpf are handled in ether_input * @@ -771,9 +918,45 @@ */ eh = mtod(top, struct ether_header *); +#if DRV_MULTIPLE_INSTANCES + if (tp->tap_flags & TAP_VMNET) { + struct tap_node *tn_dest; + LIST_FOREACH(tn_dest, &tp->nodes, list) { + if (ETHER_EQUAL(tn_dest->ether_addr, eh->ether_dhost)) break; + } + if (tn_dest) { /* unicast */ + if (tn_dest == tn) goto done; + if (IF_QFULL(&tn_dest->ifq)) { + IF_DROP(&tn_dest->ifq); + } else { + TAPDEBUG("write u %6D->%6D (%d)\n", eh->ether_shost, ":", eh->ether_dhost, ":", top->m_len); + IF_ENQUEUE(&tn_dest->ifq, top); + node_new_packet(tp, tn_dest); + /* XXX Check promisc mode and deliver packet to local side also */ + goto done; + } + } else { /* unknown or [broad/multi]cast */ + LIST_FOREACH(tn_dest, &tp->nodes, list) { + if (tn==tn_dest) continue; + if (IF_QFULL(&tn_dest->ifq)) { + IF_DROP(&tn_dest->ifq); + continue; + } + m = m_dup(top, M_NOWAIT); /* XXX m_copypacket() */ + if (!m) { + continue; + } + TAPDEBUG("write m %6D->%6D (%d)\n", eh->ether_shost, ":", eh->ether_dhost, ":", m->m_len); + IF_ENQUEUE(&tn_dest->ifq, m); + node_new_packet(tp, tn_dest); + } /* LIST_FOREACH */ + } /* uni/broad cast */ + } /* if VMNET */ +#endif m_adj(top, sizeof(struct ether_header)); ether_input(ifp, eh, top); ifp->if_ipackets ++; /* ibytes are counted in ether_input */ +done: return (0); } /* tapwrite */ @@ -795,24 +978,40 @@ struct tap_softc *tp = dev->si_drv1; struct ifnet *ifp = &tp->tap_if; int s, revents = 0; + struct tap_node *tn; + struct ifqueue *ifq; + + DRV_GET_INSTANCE(tn, p); +#if 0 TAPDEBUG("%s%d polling, minor = %#x\n", ifp->if_name, ifp->if_unit, minor(tp->tap_dev)); +#endif +#if !DRV_MULTIPLE_INSTANCES + ifq = &ifp->if_snd; +#else + if (!(tp->tap_flags & TAP_VMNET)) { + ifq = &ifp->if_snd; + } else { + ifq = &tn->ifq; + } +#endif s = splimp(); if (events & (POLLIN | POLLRDNORM)) { - if (ifp->if_snd.ifq_len > 0) { + if (ifq->ifq_len > 0) { TAPDEBUG("%s%d have data in queue. len = %d, " \ "minor = %#x\n", ifp->if_name, ifp->if_unit, - ifp->if_snd.ifq_len, minor(tp->tap_dev)); + ifq->ifq_len, minor(tp->tap_dev)); revents |= (events & (POLLIN | POLLRDNORM)); } else { +#if 0 TAPDEBUG("%s%d waiting for data, minor = %#x\n", ifp->if_name, ifp->if_unit, minor(tp->tap_dev)); - - selrecord(p, &tp->tap_rsel); +#endif + selrecord(p, &tn->tap_rsel); } } --- /sys/net/if_tapvar.h.orig Thu Jul 27 09:57:05 2000 +++ /sys/net/if_tapvar.h Sun Jan 28 16:19:39 2001 @@ -41,6 +41,22 @@ #ifndef _NET_IF_TAPVAR_H_ #define _NET_IF_TAPVAR_H_ +#define DRV_MULTIPLE_INSTANCES 1 + +struct tap_node { + u_int8_t ether_addr[ETHER_ADDR_LEN]; /* ether addr of the remote side */ + struct sigio *tap_sigio; /* information for async I/O */ + struct selinfo tap_rsel; /* read select */ + u_short tapn_flags; /* misc flags */ +#define TAP_RWAIT (1 << 2) +#define TAP_ASYNC (1 << 3) +#if DRV_MULTIPLE_INSTANCES + struct ifqueue ifq; /* packets received for this node */ + struct proc *owner; /* process who open this node */ + LIST_ENTRY(tap_node) list; +#endif +}; + struct tap_softc { struct arpcom arpcom; /* ethernet common data */ #define tap_if arpcom.ac_if @@ -49,16 +65,16 @@ u_short tap_flags; /* misc flags */ #define TAP_OPEN (1 << 0) #define TAP_INITED (1 << 1) -#define TAP_RWAIT (1 << 2) -#define TAP_ASYNC (1 << 3) #define TAP_READY (TAP_OPEN|TAP_INITED) #define TAP_VMNET (1 << 4) + pid_t tap_pid; /* PID of process to open */ +#if DRV_MULTIPLE_INSTANCES + int n_nodes; + LIST_HEAD(, tap_node) nodes; +#else + struct tap_node node; +#endif +}; - u_int8_t ether_addr[ETHER_ADDR_LEN]; /* ether addr of the remote side */ - - pid_t tap_pid; /* PID of process to open */ - struct sigio *tap_sigio; /* information for async I/O */ - struct selinfo tap_rsel; /* read select */ -}; #endif /* !_NET_IF_TAPVAR_H_ */ --7AUc2qLy4jB3hD7Z-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 11:28:55 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id 5074637B405; Mon, 19 Nov 2001 11:28:47 -0800 (PST) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id fAJJSkY18691; Mon, 19 Nov 2001 20:28:46 +0100 (CET) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Mon, 19 Nov 2001 20:28:46 +0100 (CET) From: "Hartmann, O." To: freebsd-questions@freebsd.org Cc: freebsd-emulation@freebsd.org Subject: KYLIX/Delphi on FreeBSD 4.4 boxes Message-ID: <20011119201923.Q70741-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear Sirs. Kylix2 is out and I tried to install it on a recently cvsupdated FreeBSD 4.4-STABLE box. The machine is a AMD K6-2/550 machine, running FBSD 4.4-STABLE as mentioned and Linux_Base 7 and several Linux graphics packages from ports collection (especially gtk and jpeg!). After solving several problems (after installation several programs need to be brandelfed to Linux due to they are brandelfed to SYSV (0)) and choosing the right installation path (it is better to make a directory in /compat/linux/usr/local/kylix2 and then symlink it to /usr/local/kylix2 and additionaly you should make a dir like /compat/linux/usr/local/kylix2bin and symlink this to /usr/local/kylix2bin to ensure Kylix finds all its programs also it is in Linuxulator mode). After the first start with 'startkylix' under fvwm2 the baheviour is the same as shown by Kylix version 1: after a while 'delphi' dumps a core with an error: illegal instruction and the startscript 'Kylix' drops. It seems that after starting the delphi core, the Linux binary 'gets sick' and I do not know why. Is anyone out here who runs Kylix successfuly on FreeBSD boxes? Thanks in advance, Oliver -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 11:44:25 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from 1upmc-msximc2.isdip.upmc.edu (1upmc-msximc2.isdip.upmc.edu [128.147.18.40]) by hub.freebsd.org (Postfix) with ESMTP id 1357D37B41A; Mon, 19 Nov 2001 11:44:08 -0800 (PST) Received: by 1upmc-msximc2.isdip.upmc.edu with Internet Mail Service (5.5.2655.55) id ; Mon, 19 Nov 2001 14:43:09 -0500 Message-ID: <46AEB8C1B628D511969200508B6FE42A66877F@1upmc-msx6.isdip.upmc.edu> From: "Person, Roderick" To: "'Hartmann, O.'" , freebsd-questions@freebsd.org Cc: freebsd-emulation@freebsd.org Subject: RE: KYLIX/Delphi on FreeBSD 4.4 boxes Date: Mon, 19 Nov 2001 14:43:09 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C17132.6AEAC9C0" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C17132.6AEAC9C0 Content-Type: text/plain; charset="iso-8859-1" I've been trying to get this to work too. I've looked at the core dump and it seems that kylix makes a call to _sigsuspend. I'm not at home so I don't have the full error at hand. But it seems this is a Linux system call that is not implemented in the linux base as far as I can tell. I found only a few emails related to this in the archives. Someone was working on it, but I can find out if it was ever completed or worked. I've sent out e-mails but no replies. I taken a break but may get back to it in a few days. Roderick P. Person Programmer II (412)454-2616 personrp@ccbh.com "Without censorship, things can get terribly confused in the public mind." - General William Westmoreland > -----Original Message----- > From: Hartmann, O. [mailto:ohartman@klima.physik.uni-mainz.de] > Sent: November 19, 2001 2:29 PM > To: freebsd-questions@freebsd.org > Cc: freebsd-emulation@freebsd.org > Subject: KYLIX/Delphi on FreeBSD 4.4 boxes > > > Dear Sirs. > > Kylix2 is out and I tried to install it on a recently cvsupdated > FreeBSD 4.4-STABLE box. The machine is a AMD K6-2/550 machine, > running FBSD 4.4-STABLE as mentioned and Linux_Base 7 and several > Linux graphics packages from ports collection (especially gtk and > jpeg!). > > After solving several problems (after installation several > programs need to be brandelfed to Linux due to they are brandelfed > to SYSV (0)) and choosing the right installation path (it is better > to make a directory in /compat/linux/usr/local/kylix2 and then symlink > it to /usr/local/kylix2 and additionaly you should make a dir > like /compat/linux/usr/local/kylix2bin and symlink this to > /usr/local/kylix2bin > to ensure Kylix finds all its programs also it is in > Linuxulator mode). > > After the first start with 'startkylix' under fvwm2 the > baheviour is the > same as shown by Kylix version 1: after a while 'delphi' dumps a core > with an error: illegal instruction and the startscript 'Kylix' drops. > It seems that after starting the delphi core, the Linux > binary 'gets sick' > and I do not know why. > > Is anyone out here who runs Kylix successfuly on FreeBSD boxes? > > Thanks in advance, > Oliver > > -- > MfG > O. Hartmann > > ohartman@klima.physik.uni-mainz.de > ---------------------------------------------------------------- > IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) > ---------------------------------------------------------------- > Johannes Gutenberg Universitaet Mainz > Becherweg 21 > 55099 Mainz > > Tel: +496131/3924662 (Maschinenraum) > Tel: +496131/3924144 > FAX: +496131/3923532 > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message > ------_=_NextPart_001_01C17132.6AEAC9C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: KYLIX/Delphi on FreeBSD 4.4 boxes

I've been trying to get this to work too.

I've looked at the core dump and it seems that kylix = makes a call to _sigsuspend. I'm not at home so I don't have the full = error at hand. But it seems this is a Linux system call that is not = implemented in the linux base as far as I can tell. I found only a few = emails related to this in the archives. Someone was working on it, but = I can find out if it was ever completed or worked. I've sent out = e-mails but no replies. I taken a break but may get back to it in a few = days.

Roderick P. Person
Programmer II
(412)454-2616
personrp@ccbh.com

"Without censorship, things can get terribly = confused in the public mind."

    - General William = Westmoreland


> -----Original Message-----
> From: Hartmann, O. [mailto:ohartman@klima= .physik.uni-mainz.de]
> Sent: November 19, 2001 2:29 PM
> To: freebsd-questions@freebsd.org
> Cc: freebsd-emulation@freebsd.org
> Subject: KYLIX/Delphi on FreeBSD 4.4 = boxes
>
>
> Dear Sirs.
>
> Kylix2 is out and I tried to install it on a = recently cvsupdated
> FreeBSD 4.4-STABLE box. The machine is a AMD = K6-2/550 machine,
> running FBSD 4.4-STABLE as mentioned and = Linux_Base 7 and several
> Linux graphics packages from ports collection = (especially gtk and
> jpeg!).
>
> After solving several problems (after = installation several
> programs need to be brandelfed to Linux due to = they are brandelfed
> to SYSV (0)) and choosing the right = installation path (it is better
> to make a directory in = /compat/linux/usr/local/kylix2 and then symlink
> it to /usr/local/kylix2 and additionaly you = should make a dir
> like /compat/linux/usr/local/kylix2bin and = symlink this to
> /usr/local/kylix2bin
> to ensure Kylix finds all its programs also it = is in
> Linuxulator mode).
>
> After the first start with 'startkylix' under = fvwm2 the
> baheviour is the
> same as shown by Kylix version 1: after a while = 'delphi' dumps a core
> with an error: illegal instruction and the = startscript 'Kylix' drops.
> It seems that after starting the delphi core, = the Linux
> binary 'gets sick'
> and I do not know why.
>
> Is anyone out here who runs Kylix successfuly = on FreeBSD boxes?
>
> Thanks in advance,
> Oliver
>
> --
> MfG
> O. Hartmann
>
> ohartman@klima.physik.uni-mainz.de
> = ----------------------------------------------------------------
> IT-Administration des Institutes fuer Physik = der Atmosphaere (IPA)
> = ----------------------------------------------------------------
> Johannes Gutenberg Universitaet Mainz
> Becherweg 21
> 55099 Mainz
>
> Tel: +496131/3924662 (Maschinenraum)
> Tel: +496131/3924144
> FAX: +496131/3923532
>
>
> To Unsubscribe: send mail to = majordomo@FreeBSD.org
> with "unsubscribe freebsd-emulation" = in the body of the message
>

------_=_NextPart_001_01C17132.6AEAC9C0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 11:58:24 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from pr0n.kutulu.org (pr0n.kutulu.org [151.196.107.157]) by hub.freebsd.org (Postfix) with ESMTP id F1C0637B41F; Mon, 19 Nov 2001 11:58:19 -0800 (PST) Received: (from kutulu@localhost) by pr0n.kutulu.org (8.11.6/8.11.6) id fAJJwap38349; Mon, 19 Nov 2001 14:58:36 -0500 (EST) (envelope-from kutulu) Date: Mon, 19 Nov 2001 14:58:36 -0500 From: Kutulu To: "Person, Roderick" Cc: "'Hartmann, O.'" , freebsd-questions@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: KYLIX/Delphi on FreeBSD 4.4 boxes Message-ID: <20011119145836.A38329@pr0n.kutulu.org> Mail-Followup-To: "Person, Roderick" , "'Hartmann, O.'" , freebsd-questions@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG References: <46AEB8C1B628D511969200508B6FE42A66877F@1upmc-msx6.isdip.upmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <46AEB8C1B628D511969200508B6FE42A66877F@1upmc-msx6.isdip.upmc.edu>; from personrp@ccbh.com on Mon, Nov 19, 2001 at 02:43:09PM -0500 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, Nov 19, 2001 at 02:43:09PM -0500, Person, Roderick wrote: > I've been trying to get this to work too. > > I've looked at the core dump and it seems that kylix makes a call to > _sigsuspend. I'm not at home so I don't have the full error at hand. But it > seems this is a Linux system call that is not implemented in the linux base I've had a horribly time trying to get Kylix (1 or 2) to run under FreeBSD. I could barely get it to run under Linux as it, it kept crashing my X Server. On BSD, it generates a whole slew of 'fstat64() not implemented' errors. I think those relate to the fact that I had linux_base-7 installed instead of linux_base, but overall I just gave up and sent Borland and email politely requesting they compile Kylix under BSD in the next 10 years or so :) --K To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 12:21:48 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from 1upmc-msximc1.isdip.upmc.edu (1upmc-msximc1.isdip.upmc.edu [128.147.18.39]) by hub.freebsd.org (Postfix) with ESMTP id 4920237B405; Mon, 19 Nov 2001 12:21:38 -0800 (PST) Received: by 1upmc-msximc1.isdip.upmc.edu with Internet Mail Service (5.5.2655.55) id ; Mon, 19 Nov 2001 15:20:39 -0500 Message-ID: <46AEB8C1B628D511969200508B6FE42A668780@1upmc-msx6.isdip.upmc.edu> From: "Person, Roderick" To: 'Kutulu' Cc: "'freebsd-questions@FreeBSD.ORG'" , "'freebsd-emulation@FreeBSD.ORG'" Subject: RE: KYLIX/Delphi on FreeBSD 4.4 boxes Date: Mon, 19 Nov 2001 15:20:40 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2655.55) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C17137.A8A79720" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C17137.A8A79720 Content-Type: text/plain; charset="iso-8859-1" Yes, I tried it with base 7 and got the 'fstat64() not implemented' as well, but so did Opera which runs on 6.1. No x-server crashes. On 6.1 it wasn't as rough. Just the core dump on sigsuspend. I believe if that could be over come that it would run. Roderick P. Person Programmer II personrp@ccbh.com "Without censorship, things can get terribly confused in the public mind." - General William Westmoreland > -----Original Message----- > From: Kutulu [mailto:kutulu@kutulu.org] > Sent: November 19, 2001 2:59 PM > To: Person, Roderick > Cc: 'Hartmann, O.'; freebsd-questions@FreeBSD.ORG; > freebsd-emulation@FreeBSD.ORG > Subject: Re: KYLIX/Delphi on FreeBSD 4.4 boxes > > > On Mon, Nov 19, 2001 at 02:43:09PM -0500, Person, Roderick wrote: > > I've been trying to get this to work too. > > > > I've looked at the core dump and it seems that kylix makes a call to > > _sigsuspend. I'm not at home so I don't have the full error > at hand. But it > > seems this is a Linux system call that is not implemented > in the linux base > > I've had a horribly time trying to get Kylix (1 or 2) to run > under FreeBSD. I could barely get it to run under Linux as it, > it kept crashing my X Server. On BSD, it generates a whole > slew of 'fstat64() not implemented' errors. I think those relate > to the fact that I had linux_base-7 installed instead of > linux_base, but overall I just gave up and sent Borland and email > politely requesting they compile Kylix under BSD in the next > 10 years or so :) > > --K > ------_=_NextPart_001_01C17137.A8A79720 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: KYLIX/Delphi on FreeBSD 4.4 boxes

Yes, I tried it with base 7 and got the 'fstat64() = not implemented' as well, but so did Opera which runs on 6.1. No = x-server crashes. On 6.1 it wasn't as rough. Just the core dump on = sigsuspend. I believe if that could be over come that it would = run.

Roderick P. Person
Programmer II
personrp@ccbh.com

"Without censorship, things can get terribly = confused in the public mind."

    - General William = Westmoreland


> -----Original Message-----
> From: Kutulu [mailto:kutulu@kutulu.org]
> Sent: November 19, 2001 2:59 PM
> To: Person, Roderick
> Cc: 'Hartmann, O.'; = freebsd-questions@FreeBSD.ORG;
> freebsd-emulation@FreeBSD.ORG
> Subject: Re: KYLIX/Delphi on FreeBSD 4.4 = boxes
>
>
> On Mon, Nov 19, 2001 at 02:43:09PM -0500, = Person, Roderick wrote:
> > I've been trying to get this to work = too.
> >
> > I've looked at the core dump and it seems = that kylix makes a call to
> > _sigsuspend. I'm not at home so I don't = have the full error
> at hand. But it
> > seems this is a Linux system call that is = not implemented
> in the linux base
>
> I've had a horribly time trying to get Kylix (1 = or 2) to run
> under FreeBSD.  I could barely get it to = run under Linux as it,
> it kept crashing my X Server.  On BSD, it = generates a whole
> slew of 'fstat64() not implemented' = errors.  I think those relate
> to the fact that I had linux_base-7 installed = instead of
> linux_base, but overall I just gave up and sent = Borland and email
> politely requesting they compile Kylix under = BSD in the next
> 10 years or so :)
>
> --K
>

------_=_NextPart_001_01C17137.A8A79720-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 12:32:46 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id 9450B37B419; Mon, 19 Nov 2001 12:32:36 -0800 (PST) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id fAJKWXB01838; Mon, 19 Nov 2001 21:32:33 +0100 (CET) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Mon, 19 Nov 2001 21:32:33 +0100 (CET) From: "Hartmann, O." To: "Person, Roderick" Cc: freebsd-questions@freebsd.org, Subject: RE: KYLIX/Delphi on FreeBSD 4.4 boxes In-Reply-To: <46AEB8C1B628D511969200508B6FE42A66877F@1upmc-msx6.isdip.upmc.edu> Message-ID: <20011119212856.T1720-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 19 Nov 2001, Person, Roderick wrote: Hello. Well, I also checked a core a while ago and I checked 'dmesg' output of several runs. And I received weird things in the kernel logs: . . . linux: 'ioctl' fd=4, cmd=0x7201 ('r',1) not implemented . linux: 'ioctl' fd=6, cmd=0x7201 ('r',1) not implemented . linux: 'ioctl' fd=8, cmd=0x7201 ('r',1) not implemented . linux: 'ioctl' fd=11, cmd=0x7201 ('r',1) not implemented . pid 20643 (delphi), uid 1000: exited on signal 4 (core dumped) The kernel's log space is overrun by these error messages and I do not see what's the first entry. :>I've been trying to get this to work too. :> :>I've looked at the core dump and it seems that kylix makes a call to :>_sigsuspend. I'm not at home so I don't have the full error at hand. But it :>seems this is a Linux system call that is not implemented in the linux base :>as far as I can tell. I found only a few emails related to this in the :>archives. Someone was working on it, but I can find out if it was ever :>completed or worked. I've sent out e-mails but no replies. I taken a break :>but may get back to it in a few days. :> :>Roderick P. Person :>Programmer II :>(412)454-2616 :>personrp@ccbh.com :> :>"Without censorship, things can get terribly confused in the public mind." :> :> - General William Westmoreland :> :> :>> -----Original Message----- :>> From: Hartmann, O. [mailto:ohartman@klima.physik.uni-mainz.de] :>> Sent: November 19, 2001 2:29 PM :>> To: freebsd-questions@freebsd.org :>> Cc: freebsd-emulation@freebsd.org :>> Subject: KYLIX/Delphi on FreeBSD 4.4 boxes :>> :>> :>> Dear Sirs. :>> :>> Kylix2 is out and I tried to install it on a recently cvsupdated :>> FreeBSD 4.4-STABLE box. The machine is a AMD K6-2/550 machine, :>> running FBSD 4.4-STABLE as mentioned and Linux_Base 7 and several :>> Linux graphics packages from ports collection (especially gtk and :>> jpeg!). :>> :>> After solving several problems (after installation several :>> programs need to be brandelfed to Linux due to they are brandelfed :>> to SYSV (0)) and choosing the right installation path (it is better :>> to make a directory in /compat/linux/usr/local/kylix2 and then symlink :>> it to /usr/local/kylix2 and additionaly you should make a dir :>> like /compat/linux/usr/local/kylix2bin and symlink this to :>> /usr/local/kylix2bin :>> to ensure Kylix finds all its programs also it is in :>> Linuxulator mode). :>> :>> After the first start with 'startkylix' under fvwm2 the :>> baheviour is the :>> same as shown by Kylix version 1: after a while 'delphi' dumps a core :>> with an error: illegal instruction and the startscript 'Kylix' drops. :>> It seems that after starting the delphi core, the Linux :>> binary 'gets sick' :>> and I do not know why. :>> :>> Is anyone out here who runs Kylix successfuly on FreeBSD boxes? :>> :>> Thanks in advance, :>> Oliver :>> :>> -- :>> MfG :>> O. Hartmann :>> :>> ohartman@klima.physik.uni-mainz.de :>> ---------------------------------------------------------------- :>> IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) :>> ---------------------------------------------------------------- :>> Johannes Gutenberg Universitaet Mainz :>> Becherweg 21 :>> 55099 Mainz :>> :>> Tel: +496131/3924662 (Maschinenraum) :>> Tel: +496131/3924144 :>> FAX: +496131/3923532 :>> :>> :>> To Unsubscribe: send mail to majordomo@FreeBSD.org :>> with "unsubscribe freebsd-emulation" in the body of the message :>> :> -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 12:38:31 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id 4293E37B418; Mon, 19 Nov 2001 12:38:22 -0800 (PST) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id fAJKcIB01852; Mon, 19 Nov 2001 21:38:18 +0100 (CET) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Mon, 19 Nov 2001 21:38:18 +0100 (CET) From: "Hartmann, O." To: Kutulu Cc: "Person, Roderick" , , Subject: Re: KYLIX/Delphi on FreeBSD 4.4 boxes In-Reply-To: <20011119145836.A38329@pr0n.kutulu.org> Message-ID: <20011119213323.B1720-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 19 Nov 2001, Kutulu wrote: Within the next ten years or in ten years? :-) I used Kylix 1 under linux_base-6 and today I tried to install Kylix 2 under linux_base-7 which makes installation things easier, but the 'runtime' result is still the same, Kylix crashes! Before Kylex says goodbye it produces a lot of linux: 'ioctl' fd=8, cmd=0x7201 ('r',1) not implemented errors with ascending fd=xx numbers before dying in coredumping. The first moment I thought it could be a kind of 'not found library' but checking the cores shows me (and I would say I'm not a sophisticated developper or 'augur maximus' in doing this) that Kylix dys for a non implemented syscall ... :>On Mon, Nov 19, 2001 at 02:43:09PM -0500, Person, Roderick wrote: :>> I've been trying to get this to work too. :>> :>> I've looked at the core dump and it seems that kylix makes a call to :>> _sigsuspend. I'm not at home so I don't have the full error at hand. But it :>> seems this is a Linux system call that is not implemented in the linux base :> :>I've had a horribly time trying to get Kylix (1 or 2) to run under FreeBSD. I could barely get it to run under Linux as it, :>it kept crashing my X Server. On BSD, it generates a whole slew of 'fstat64() not implemented' errors. I think those relate :>to the fact that I had linux_base-7 installed instead of linux_base, but overall I just gave up and sent Borland and email :>politely requesting they compile Kylix under BSD in the next 10 years or so :) :> :>--K :> :> -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 12:59:41 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id 6300F37B41A; Mon, 19 Nov 2001 12:59:32 -0800 (PST) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id fAJKxVB04055; Mon, 19 Nov 2001 21:59:31 +0100 (CET) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Mon, 19 Nov 2001 21:59:31 +0100 (CET) From: "Hartmann, O." To: freebsd-emulation@freebsd.org Cc: freebsd-question@freebsd.org Subject: Linux_base-7 and several Linux software Message-ID: <20011119215010.I2444-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hello. On new systems we try to install ports/linux_base-7 instead of the outdated linux_base-6, but we ran into trouble with several software products essential for desktop systems. Especially all types of Netscape (4.78, 4.79 and Netscape 6.2) need several parts of the older linux_base distribution and from there mainly libstdc++... libraries. The only way to get a working Netscape AND linux_base-7 is, installing linux_base-6 first, then installing all suspicious software (especially Netscape), deleting /compat/linux and installing linux_base-7. But before deleting the old /compat/linux I save/tar the libstdc++ libs located in usr/lib of the linuxulator base and then untaring them in the new, 7-based usr/lib. This works for netscape 4.78/4.79, StarOffice52 seems to be invulnerable against the 'base-change' ... Is this a problem of 'we are still on the way towards a completely base-7 based FBSD 4.5' or is base-7 more development like in FreeBSD 4.4? We run Lahey's Fortran95 Linux Version 5.5 on our servers (also VAST F90) and they seem to be immutable against the base-change ... -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 13:47:23 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from fasterix.frmug.org (s196.dhcp212-75.cybercable.fr [212.198.75.196]) by hub.freebsd.org (Postfix) with ESMTP id 3C64C37B416 for ; Mon, 19 Nov 2001 13:47:17 -0800 (PST) Received: (from pb@localhost) by fasterix.frmug.org (8.11.6/8.11.5/pb-20010814) id fAJLlC881594; Mon, 19 Nov 2001 22:47:12 +0100 (CET) (envelope-from pb) Message-ID: <20011119224712.A81395@fasterix.frmug.org> Date: Mon, 19 Nov 2001 22:47:12 +0100 From: Pierre Beyssac To: freebsd-emulation@freebsd.org Cc: fgouget@free.fr Subject: patching i386 trap codes for the Linux emulator Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=tKW2IUtsqtDRztdT Content-Transfer-Encoding: 8bit X-Mailer: Mutt 0.92.8i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Hello, The following patch has been provided to me by François Gouget (fgouget@free.fr), a friend of mine and a Wine developer. It fixes a discrepancy in the Linux emulator between the native i386 trap codes and the FreeBSD trap codes, causing Linux programs such as, for example, (a Linux binary of) Wine to act weirdly or break. If nobody objects to it, I'd like to commit it to -current. Pierre --tKW2IUtsqtDRztdT Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patch.linux_sysvec.c" --- linux_sysvec.c.orig Mon Nov 19 22:35:37 2001 +++ linux_sysvec.c Mon Nov 19 22:39:06 2001 @@ -138,6 +138,45 @@ SIGIO, SIGURG, 0 }; +#define LINUX_T_UNKNOWN 255 +static int bsd_to_linux_trapcode[] = { + LINUX_T_UNKNOWN, /* 0 */ + 6, /* 1 T_PRIVINFLT */ + LINUX_T_UNKNOWN, /* 2 */ + 3, /* 3 T_BPTFLT */ + LINUX_T_UNKNOWN, /* 4 */ + LINUX_T_UNKNOWN, /* 5 */ + 16, /* 6 T_ARITHTRAP */ + 254, /* 7 T_ASTFLT */ + LINUX_T_UNKNOWN, /* 8 */ + 13, /* 9 T_PROTFLT */ + 1, /* 10 T_TRCTRAP */ + LINUX_T_UNKNOWN, /* 11 */ + 14, /* 12 T_PAGEFLT */ + LINUX_T_UNKNOWN, /* 13 */ + 17, /* 14 T_ALIGNFLT */ + LINUX_T_UNKNOWN, /* 15 */ + LINUX_T_UNKNOWN, /* 16 */ + LINUX_T_UNKNOWN, /* 17 */ + 0, /* 18 T_DIVIDE */ + 2, /* 19 T_NMI */ + 4, /* 20 T_OFLOW */ + 5, /* 21 T_BOUND */ + 7, /* 22 T_DNA */ + 8, /* 23 T_DOUBLEFLT */ + 9, /* 24 T_FPOPFLT */ + 10, /* 25 T_TSSFLT */ + 11, /* 26 T_SEGNPFLT */ + 12, /* 27 T_STKFLT */ + 18, /* 28 T_MCHK */ + 19, /* 29 T_XMMFLT */ + 15 /* 30 T_RESERVED */ +}; +#define bsd_to_linux_trapcode(code) \ + ((code)tf_esp; frame.sf_sc.uc_mcontext.sc_ss = regs->tf_ss; frame.sf_sc.uc_mcontext.sc_err = regs->tf_err; - frame.sf_sc.uc_mcontext.sc_trapno = code; /* XXX ???? */ + frame.sf_sc.uc_mcontext.sc_trapno = bsd_to_linux_trapcode(code); #ifdef DEBUG if (ldebug(rt_sendsig)) @@ -458,7 +497,7 @@ frame.sf_sc.sc_esp_at_signal = regs->tf_esp; frame.sf_sc.sc_ss = regs->tf_ss; frame.sf_sc.sc_err = regs->tf_err; - frame.sf_sc.sc_trapno = code; /* XXX ???? */ + frame.sf_sc.sc_trapno = bsd_to_linux_trapcode(code); bzero(&frame.sf_fpstate, sizeof(struct l_fpstate)); --tKW2IUtsqtDRztdT-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 14: 0:17 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from InterJet.elischer.org (c421509-a.pinol1.sfba.home.com [24.7.86.9]) by hub.freebsd.org (Postfix) with ESMTP id 85FD237B416 for ; Mon, 19 Nov 2001 14:00:15 -0800 (PST) Received: from localhost (localhost.elischer.org [127.0.0.1]) by InterJet.elischer.org (8.9.1a/8.9.1) with ESMTP id NAA29262; Mon, 19 Nov 2001 13:50:15 -0800 (PST) Date: Mon, 19 Nov 2001 13:50:13 -0800 (PST) From: Julian Elischer To: Pierre Beyssac Cc: freebsd-emulation@freebsd.org, fgouget@free.fr Subject: Re: patching i386 trap codes for the Linux emulator In-Reply-To: <20011119224712.A81395@fasterix.frmug.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=X-UNKNOWN Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org certainly makes sense to me.. On Mon, 19 Nov 2001, Pierre Beyssac wrote: > Hello, >=20 > The following patch has been provided to me by Fran=E7ois Gouget > (fgouget@free.fr), a friend of mine and a Wine developer. It fixes > a discrepancy in the Linux emulator between the native i386 trap > codes and the FreeBSD trap codes, causing Linux programs such as, > for example, (a Linux binary of) Wine to act weirdly or break. >=20 > If nobody objects to it, I'd like to commit it to -current. >=20 > Pierre >=20 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 14:23:59 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by hub.freebsd.org (Postfix) with ESMTP id B1CEA37B41B for ; Mon, 19 Nov 2001 14:23:51 -0800 (PST) Received: from pulcherrima (pulcherrima [128.130.111.23]) by vexpert.dbai.tuwien.ac.at (8.11.6/8.11.6) with ESMTP id fAJMNYI09700; Mon, 19 Nov 2001 23:23:34 +0100 (MET) Date: Mon, 19 Nov 2001 23:23:29 +0100 (CET) From: Gerald Pfeifer To: Pierre Beyssac Cc: , =?ISO-8859-1?Q?Fran=E7ois_Gouget?= Subject: Re: patching i386 trap codes for the Linux emulator In-Reply-To: <20011119224712.A81395@fasterix.frmug.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 19 Nov 2001, Pierre Beyssac wrote: > It fixes a discrepancy in the Linux emulator between the native i386 > trap codes and the FreeBSD trap codes, causing Linux programs such as, > for example, (a Linux binary of) Wine to act weirdly or break. Running a Linux binary of Wine in FreeBSD's Linux emulation? Does this really work? If so cudos to the Linux emulation! (It's hard enough at times to maintain a workable FreeBSD binary of Wine.) :-) Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 17:55:49 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 135FB37B405 for ; Mon, 19 Nov 2001 17:55:46 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id fAK1tJc74348; Mon, 19 Nov 2001 20:55:19 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20011119201839S.kaminaga@nat.gunma-ct.ac.jp> References: <20011119201839S.kaminaga@nat.gunma-ct.ac.jp> Date: Mon, 19 Nov 2001 20:55:17 -0500 To: Yasuhito KAMINAGA , freebsd-emulation@FreeBSD.ORG From: Garance A Drosihn Subject: Re: vmnet1 problem in vmware2-2.0.4.1142 Cc: vsilyaev@mindspring.com Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 8:18 PM +0900 11/19/01, Yasuhito KAMINAGA wrote: >However, when I click the "power on" button to start the guest >OS (WinNT4.0), I met a problem. Namely, my vmware complains as >follows. > > Could not get address for /dev/vmnet1: Invalid argument > Failed to configure ehthernet0. The problem is not in the new port, it's in changes made to other parts of the operating system. Please see recent messages in the freebsd-emulation mailing list about "Linuxulator MFC and VMware". Particularly the message from Ian Dowse from Fri, 16 Nov 2001. It includes a patch that you would need to apply to src/sys/compat/linux/linux_ioctl.c . -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Nov 19 22:53: 3 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from espresso.syncrontech.com (espresso-adsl.syncrontech.com [213.28.98.39]) by hub.freebsd.org (Postfix) with ESMTP id A80D337B416; Mon, 19 Nov 2001 22:52:55 -0800 (PST) Received: from there (coffee.syncrontech.com [62.71.8.37]) by espresso.syncrontech.com (8.9.3/8.9.3) with SMTP id IAA74878; Tue, 20 Nov 2001 08:51:40 +0200 (EET) (envelope-from ari.suutari@syncrontech.com) Message-Id: <200111200651.IAA74878@espresso.syncrontech.com> Content-Type: text/plain; charset="iso-8859-1" From: Ari Suutari To: "Andrew Atrens" Subject: Re: Small prog to demonstrate linux-jdk1.3.x signal handling prob lem. Date: Mon, 19 Nov 2001 08:48:42 +0200 X-Mailer: KMail [version 1.3.1] Cc: "Koster, K.J." , java , freebsd-emulation@FreeBSD.ORG References: <20011119142158.L7711-100000@hcarp00g.ca.nortel.com> In-Reply-To: <20011119142158.L7711-100000@hcarp00g.ca.nortel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, (I'v cc'd this to freebsd-emulation, maybe someone there has better understanding on this problem) On Monday 19 November 2001 21:33, Andrew Atrens wrote: > On Sun, 18 Nov 2001, Ari Suutari wrote: > > Sorry, maybe I was giving to strong opinion on this. > > It is mostly because I have been trying to get Apache JServ (or Tomcat) > > to run with linux jdk and it definitively does not work with > > hotspot enabled (and without it things are too slow for production > > environment). These problems resulted in having to switch a couple > > of servers from FreeBSD to Linux - a switch that I really hated to do. > > I'm in a similar situation, except that in our (my) case the java prog. is > part of a product loadbuild environment. Though it's quicker on FreeBSD, > it runs reliably on Linux. > > > that can be used to crash to Linux vm under linuxlator, maybe > > this could be discussed on freebsd-emulation or -current mailing > > My gut feeling is that it's a race condition - sometimes the signal > handler gets registered in time to catch the exception, sometimes it does > not. Though since I know very little about the linux threads model and > more importantly, how it's implemented in the Linuxulator, I can only > speculate. I found a small piece of information when searching on net for 'freebsd linux signal handling'. It says that linux makes no distinction with threads and processes and as a result signals go to a random thread rather than the one which registered them (this was BitTorrent mailing list on groups.yahoo.com, I don't know if this has any relevance to jdk, but at least there are similar problems elsewhere) > > Anyone out there an expert on this ? :) :) I was hoping that there could be a one on freebsd-emulators mailing list. > > > list ? Or is this something like a large piece of stuff missing from > > linuxlator that will take ages to fix (hopefully not) ? > Ari S. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Nov 20 0:50:14 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by hub.freebsd.org (Postfix) with ESMTP id 4DCD337B41C; Tue, 20 Nov 2001 00:50:05 -0800 (PST) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id 4F0678F610; Tue, 20 Nov 2001 17:49:54 +0900 (KST) Received: (from cjh@localhost) by gradius.wdb.co.kr (8.11.6/8.11.6) id fAK8no301825; Tue, 20 Nov 2001 17:49:50 +0900 (KST) (envelope-from cjh@kr.FreeBSD.ORG) X-Authentication-Warning: gradius.wdb.co.kr: cjh set sender to cjh@kr.FreeBSD.ORG using -f To: freebsd-current@freebsd.org Cc: freebsd-emulation@freebsd.org Subject: vmware2 build fails on -current today From: CHOI Junho Organization: Web Data Bank, Inc Date: 20 Nov 2001 17:49:47 +0900 Message-ID: <86zo5h3jys.fsf@gradius.wdb.co.kr> Lines: 15 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --=-=-= Hi, Due to recent change on pmap.[ch], vmware2 build fails... Can somebody fix this? I am using -current built yesterday(11/19). -- +++ Any opinions in this posting are my own and not those of my employers +++ CHOI Junho [sleeping now] [while sleeping] Korea FreeBSD Users Group Web Data Bank --=-=-= Content-Disposition: attachment; filename=log Content-Description: vmware2 build failure ===> Cleaning for rpm-3.0.6_5 ===> Cleaning for autoconf213-2.13.000227 ===> Cleaning for automake14-1.4.5 ===> Cleaning for gettext-0.10.35 ===> Cleaning for gmake-3.79.1 ===> Cleaning for imake-4.1.0 ===> Cleaning for libtool-1.3.4_2 ===> Cleaning for m4-1.4_1 ===> Cleaning for popt-1.5.1 ===> Cleaning for linux_base-6.1 ===> Cleaning for rtc-2001.09.16.1 ===> Cleaning for freetype2-2.0.5 ===> Cleaning for XFree86-libraries-4.1.0 ===> Cleaning for vmware2-2.0.4.1142 ===> Extracting for vmware2-2.0.4.1142 >> Checksum OK for VMware-2.0.4-1142.tar.gz. >> Checksum OK for vmmon-freebsd-0.98.tar.gz. >> Checksum OK for vmnet-freebsd-0.21.tar.gz. ===> vmware2-2.0.4.1142 depends on shared library: X11.6 - found /usr/bin/tar -xf /usr/ports/emulators/vmware2/work/vmware-distrib/lib/modules/source/vmmon.tar -C /usr/ports/emulators/vmware2/work/vmware-distrib /usr/bin/tar -xf /usr/ports/emulators/vmware2/work/vmware-distrib/lib/modules/source/vmnet.tar -C /usr/ports/emulators/vmware2/work/vmware-distrib /usr/bin/gunzip -f /usr/ports/emulators/vmware2/work/vmware-distrib/man/man1/vmware.1.gz ===> Patching for vmware2-2.0.4.1142 /usr/bin/perl -i -ne 'if (m{^Index: vmnet-only/userif\.c$}..m{^Index: vmnet-only/vm_oui\.h$}) { next unless m{^Index: vmnet-only/vm_oui\.h$} } print' /usr/ports/emulators/vmware2/work/vmnet-freebsd.diff /bin/cp -R /usr/ports/emulators/vmware2/work/vmmon-only /usr/ports/emulators/vmware2/work/vmware-distrib/ /usr/bin/patch -d /usr/ports/emulators/vmware2/work/vmware-distrib --forward --quiet -E -p0 < /usr/ports/emulators/vmware2/work/vmmon-freebsd.diff /bin/cp -R /usr/ports/emulators/vmware2/work/vmnet-only /usr/ports/emulators/vmware2/work/vmware-distrib/ /usr/bin/patch -d /usr/ports/emulators/vmware2/work/vmware-distrib --forward --quiet -E -p0 < /usr/ports/emulators/vmware2/work/vmnet-freebsd.diff ===> Applying FreeBSD patches for vmware2-2.0.4.1142 cat /usr/ports/emulators/vmware2/files/kse.patch | (cd /usr/ports/emulators/vmware2/work/vmware-distrib && patch) > /dev/null 2>&1 /bin/cp /usr/ports/emulators/vmware2/files/Makefile /usr/ports/emulators/vmware2/work/vmware-distrib /bin/cp /usr/ports/emulators/vmware2/files/Makefile.vmmon /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/Makefile /bin/rm -rf /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/linux/ /usr/bin/perl -i -pe 's,i386(/linux/linux_ioctl\.h),compat$1,' /usr/ports/emulators/vmware2/work/vmware-distrib/vmnet-only/freebsd/vmnet_linux.c /usr/bin/perl -i -pe 's,,,' /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/*.c cd /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd && /usr/bin/touch bus_if.h device_if.h /usr/bin/perl -i -pe 's,,,' /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/*.c /usr/ports/emulators/vmware2/work/vmware-distrib/vmware-distrib/vmmon-only/freebsd/*.c Can't open /usr/ports/emulators/vmware2/work/vmware-distrib/vmware-distrib/vmmon-only/freebsd/*.c: No such file or directory, <> line 2872. ===> Configuring for vmware2-2.0.4.1142 ===> vmmon-only make -f Makefile.FreeBSD SMP=YES clean && make -f Makefile.FreeBSD SMP=YES rm -f setdef0.c setdef1.c setdefs.h setdef0.o setdef1.o vmmon_smp.ko vmmon_smp.ko vmmon_smp.kld memtrack.o phystrack.o task.o vmx86.o driver.o hostif.o linux_emu.o vmnet_linux.o @ machine symb.tmp tmp.o Warning: Object directory not changed from original /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only @ -> /usr/src/sys machine -> /usr/src/sys/i386/include cc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -DCDEV_MAJOR_=200 -DSMP -DAPIC_IO -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common/memtrack.c cc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -DCDEV_MAJOR_=200 -DSMP -DAPIC_IO -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common/phystrack.c cc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -DCDEV_MAJOR_=200 -DSMP -DAPIC_IO -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common/task.c cc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -DCDEV_MAJOR_=200 -DSMP -DAPIC_IO -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common/vmx86.c cc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -DCDEV_MAJOR_=200 -DSMP -DAPIC_IO -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/driver.c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/driver.c:169: warning: initialization makes pointer from integer without a cast cc -O -pipe -march=pentiumpro -march=pentiumpro -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -DCDEV_MAJOR_=200 -DSMP -DAPIC_IO -D_KERNEL -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -DKLD_MODULE -nostdinc -I- -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/include -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/common -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/export/include -I/sys -I/usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/../vmnet-only/freebsd/ -I. -I@ -I@/dev -I@/../include -I/usr/include -mpreferred-stack-boundary=2 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -ansi -c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c: In function `FindMPN': /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c:177: invalid type argument of `unary *' /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c: In function `HostIF_LookupUserMPN': /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c:174: warning: `pte' might be used uninitialized in this function /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c: In function `HostIF_LockPage': /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c:174: warning: `pte' might be used uninitialized in this function /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c:174: warning: `pte' might be used uninitialized in this function /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c: In function `CheckFunc': /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only/freebsd/hostif.c:174: warning: `pte' might be used uninitialized in this function *** Error code 1 Stop in /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only. *** Error code 1 Stop in /usr/ports/emulators/vmware2/work/vmware-distrib/vmmon-only. *** Error code 1 Stop in /usr/ports/emulators/vmware2/work/vmware-distrib. *** Error code 1 Stop in /usr/ports/emulators/vmware2. *** Error code 1 Stop in /usr/ports/emulators/vmware2. *** Error code 1 Stop in /usr/ports/emulators/vmware2. --=-=-=-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Nov 20 7:22:23 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from hfep03.dion.ne.jp (hfep03.dion.ne.jp [203.181.105.69]) by hub.freebsd.org (Postfix) with ESMTP id 052EE37B419; Tue, 20 Nov 2001 07:22:19 -0800 (PST) Received: from localhost ([211.134.163.247]) by hfep03.dion.ne.jp with ESMTP id <20011120152217548.QCDK@hfep03.dion.ne.jp>; Wed, 21 Nov 2001 00:22:17 +0900 To: cjh@kr.FreeBSD.ORG Cc: freebsd-current@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: vmware2 build fails on -current today In-Reply-To: <86zo5h3jys.fsf@gradius.wdb.co.kr> References: <86zo5h3jys.fsf@gradius.wdb.co.kr> X-Mailer: Mew version 1.94.1 on Emacs 20.7 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20011121002047G.haro@h4.dion.ne.jp> Date: Wed, 21 Nov 2001 00:20:47 +0900 From: Munehiro Matsuda X-Dispatcher: imput version 20000228(IM140) Lines: 28 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org From: CHOI Junho Date: 20 Nov 2001 17:49:47 +0900 :: ::Hi, :: ::Due to recent change on pmap.[ch], vmware2 build fails... Can somebody ::fix this? :: ::I am using -current built yesterday(11/19). I don't have patch for it, but you could changed the line in hostif.c, from: pt_entry_t pteptr = (pt_entry_t)vtopte(addr); to: pt_entry_t *pteptr = vtopte(addr); to get it compile. Hope this helps, Haro =------------------------------------------------------------------------------ _ _ Munehiro (haro) Matsuda -|- /_\ |_|_| Business Incubation Dept., Kubota Corp. /|\ |_| |_|_| 1-3 Nihonbashi-Muromachi 3-Chome Chuo-ku Tokyo 103-8310, Japan Tel: +81-3-3245-3318 Fax: +81-3-3245-3315 Email: haro@kubota.co.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Nov 20 8:39:32 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from zcars0m9.nortelnetworks.com (zcars0m9.nortelnetworks.com [47.129.242.157]) by hub.freebsd.org (Postfix) with ESMTP id 0EA4A37B416 for ; Tue, 20 Nov 2001 08:39:29 -0800 (PST) Received: from zcars04e.ca.nortel.com (zcars04e.ca.nortel.com [47.129.242.56]) by zcars0m9.nortelnetworks.com (8.11.0/8.11.0) with ESMTP id fAKGchS06834 for ; Tue, 20 Nov 2001 11:38:43 -0500 (EST) Received: from zcard00m.ca.nortel.com by zcars04e.ca.nortel.com; Tue, 20 Nov 2001 11:39:12 -0500 Received: from zcard0ka.ca.nortel.com ([47.129.242.162]) by zcard00m.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id X2KM0ZHP; Tue, 20 Nov 2001 11:38:15 -0500 Received: from hcarp00g (hcarp00g.ca.nortel.com [47.196.31.114]) by zcard0ka.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2653.13) id PX30TLPW; Tue, 20 Nov 2001 11:38:16 -0500 Date: Tue, 20 Nov 2001 11:41:03 -0500 (EST) X-Sybari-Space: 00000000 00000000 00000000 From: "Andrew Atrens" X-X-Sender: atrens@hcarp00g.ca.nortel.com To: emulation@freebsd.org Subject: Small prog to demonstrate linux-jdk1.3.x signal handling problem. (fwd) Message-ID: <20011120113845.G38199-100000@hcarp00g.ca.nortel.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Orig: Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org I originally sent this to -java, but it might be more suited here. This pre-dates the email Ari sent earlier today. ---------- Forwarded message ---------- Date: Thu, 15 Nov 2001 19:25:41 -0500 (EST) From: Andrew Atrens To: java@freebsd.org Subject: Small prog to demonstrate linux-jdk1.3.x signal handling problem. All, Here is a small program which kills both (linux) Sun/Blackdown JDK 1.3.x/1.4.x Hotspot JVM, _and_ the (linux) IBM JDK 1.3.0 JVM. The Sun/Blackdown JVMs will SEGV. The IBM JVM 'runs away' and is unreponsive to anything but SIGKILL. Cheers, Andrew. import java.io.*; public class ClientOfDeath { static String s = null; public static void main(String[] args) throws IOException { for (;;) { s = null; try { s.compareTo(""); } catch (NullPointerException n) { s = ""; } } } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Nov 20 17:39:25 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from daemon.kr.FreeBSD.org (daemon.kr.freebsd.org [211.176.62.31]) by hub.freebsd.org (Postfix) with ESMTP id C079237B405; Tue, 20 Nov 2001 17:39:19 -0800 (PST) Received: from gradius.wdb.co.kr (daemon [211.176.62.31]) by daemon.kr.FreeBSD.org (Postfix) with ESMTP id 1123B8F62B; Wed, 21 Nov 2001 10:39:14 +0900 (KST) Received: (from cjh@localhost) by gradius.wdb.co.kr (8.11.6/8.11.6) id fAL1dBi13158; Wed, 21 Nov 2001 10:39:11 +0900 (KST) (envelope-from cjh@kr.FreeBSD.ORG) X-Authentication-Warning: gradius.wdb.co.kr: cjh set sender to cjh@kr.FreeBSD.ORG using -f To: Munehiro Matsuda Cc: freebsd-current@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG Subject: Re: vmware2 build fails on -current today References: <86zo5h3jys.fsf@gradius.wdb.co.kr> <20011121002047G.haro@h4.dion.ne.jp> From: CHOI Junho Organization: Korea FreeBSD Users Group Date: 21 Nov 2001 10:39:08 +0900 In-Reply-To: <20011121002047G.haro@h4.dion.ne.jp> Message-ID: <86elms3nsz.fsf@gradius.wdb.co.kr> Lines: 29 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.1 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org >>>>> "MM" == Munehiro Matsuda writes: MM> From: CHOI Junho MM> Date: 20 Nov 2001 17:49:47 +0900 > > Hi, > > Due to recent change on pmap.[ch], vmware2 build fails... Can somebody > fix this? MM> I don't have patch for it, but you could changed the line in hostif.c, MM> from: MM> pt_entry_t pteptr = (pt_entry_t)vtopte(addr); MM> to: MM> pt_entry_t *pteptr = vtopte(addr); MM> to get it compile. MM> Hope this helps, That's it. Thanks! MM> Haro -- +++ Any opinions in this posting are my own and not those of my employers +++ CHOI Junho [sleeping now] [while sleeping] Korea FreeBSD Users Group Web Data Bank To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Nov 20 19:37:49 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id 8AAC937B416 for ; Tue, 20 Nov 2001 19:37:36 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id fAL3b17121114; Tue, 20 Nov 2001 22:37:01 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20011119131742.A99773@psconsult.nl> References: <200111190522.fAJ5M5u80672@ambrisko.com> <200106121526.f5CFQsp46243@ambrisko.com> <200111161749.aa32146@salmon.maths.tcd.ie> <200111161749.aa32146@salmon.maths.tcd.ie> <20011118200951.A91961@psconsult.nl> <20011119131742.A99773@psconsult.nl> Date: Tue, 20 Nov 2001 22:36:58 -0500 To: Paul Schenkeveld , Ian Dowse , Doug Ambrisko From: Garance A Drosihn Subject: Re: Linuxulator MFC and VMware/FYI, multiple vmwares is possible Cc: Dag-Erling Smorgrav , Takanori Saneto , emulation@FreeBSD.ORG, "Vladimir N. Silyaev" Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 1:17 PM +0100 11/19/01, Paul Schenkeveld wrote: >BTW, I run 4.4-STABLE as of Sun Nov 18, 2001. > >To use all this I did the following: > > # cd /usr; cvs co ports/emulators/vmware2 > # cd ports/emulators/vmware2 > # make patch # to get the official patches > # for the latest vmware release > # patch -p1 < vmmon.diff # to get multi-session in vmmon > # make install > # cd /usr/src > # patch -p0 < tap.diff # to get multi-session bridged vmnet > # patch -p0 < linux_ioctl.diff # from Ian Dowse, earlier in this list > # make -j8 buildworld > # make installworld > >Then reboot and see vmware 2.0.4-1142 work with multiple sessions. > >Does anyone see something I overlooked? I tried following these directions. All the patches applied, everything compiled OK, and I was able to reboot fine. But once I was up, vmware2 wasn't working quite right (not even a single copy of it, never mind two). It seemed to be some kind of trouble with the guest OS trying to get to the network. I backed out the change to the vmware port, rebooted, and tried again. Same problem. I backed out the change to if_tap.c and if_tapvar.h, recompiled the kernel (only needed to do a 'cd /usr/src ; make kernel', not a full buildworld), rebooted, and at least a single vmware2 session was working OK. I realize this isn't much of a bug report, but either something is missing or what's there isn't quite right. (note that I was working on a 4.4-STABLE as of Nov 20th, but none of the relevant files seemed to have changed between the 18th and the 20th). Was there anything else I was supposed to do? Changes to the vmware2 startup script, or making some alternate devices, or something? My vmware2 port is also version 2.0.4-1142, so that should also match what your patches were expecting. I am running on a dual-processor Pentium-III machine, if that's significant. >If not and if everyone is happy with these patches, how can we get >this back into the port? I would really love to see these patches debugged and installed. I am trying to debug something between a Win2K system and samba running on a Linux system, and it would be mighty convenient if I could have both linux and Win2K virtual machines running! -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Nov 20 21:22:29 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from femail45.sdc1.sfba.home.com (femail45.sdc1.sfba.home.com [24.254.60.39]) by hub.freebsd.org (Postfix) with ESMTP id 89A4937B418 for ; Tue, 20 Nov 2001 21:22:26 -0800 (PST) Received: from server-ext.vns.oc.ca.ua ([24.38.95.69]) by femail45.sdc1.sfba.home.com (InterMail vM.4.01.03.20 201-229-121-120-20010223) with ESMTP id <20011121052222.KUGV23447.femail45.sdc1.sfba.home.com@server-ext.vns.oc.ca.ua>; Tue, 20 Nov 2001 21:22:22 -0800 Received: (from vsilyaev@localhost) by server-ext.vns.oc.ca.ua (8.11.6/8.11.6) id fAL5MJ701755; Tue, 20 Nov 2001 21:22:19 -0800 (PST) (envelope-from vns) Date: Tue, 20 Nov 2001 21:22:19 -0800 From: "Vladimir N. Silyaev" To: Paul Schenkeveld Cc: emulation@FreeBSD.ORG Subject: Re: Linuxulator MFC and VMware/FYI, multiple vmwares is possible Message-ID: <20011120212219.A1311@server-ext.vns.oc.ca.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi Paul, You defenetivly did a great job. However I've just some comments - the way how mutiply instances has been achievev under 4.4 is a dirty hack (it's using pid to locate proper instance), but it's the only one way how it could be done [IMHO]. Under -current we have a better way to achieve same results and all those tricks are redundant. BTW if_tap under -current already supports several instances. -- Regards, Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Nov 20 23: 8:14 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from etustar.ze.tu-muenchen.de (etustar.ze.tu-muenchen.de [129.187.102.42]) by hub.freebsd.org (Postfix) with ESMTP id A628E37B416 for ; Tue, 20 Nov 2001 23:08:10 -0800 (PST) Received: (from estartu@localhost) by etustar.ze.tu-muenchen.de (8.11.6/8.11.6) id fAL789c13344; Wed, 21 Nov 2001 08:08:09 +0100 (CET) (envelope-from estartu) Date: Wed, 21 Nov 2001 08:08:09 +0100 From: Gerhard Schmidt To: freebsd-emulation@freebsd.org Subject: Re: Linuxulator MFC and VMware/FYI, multiple vmwares is possible Message-ID: <20011121080809.A13272@augusta.de> References: <20011120212219.A1311@server-ext.vns.oc.ca.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="bg08WKrSYDhXBjb5" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20011120212219.A1311@server-ext.vns.oc.ca.ua>; from vsilyaev@mindspring.com on Tue, Nov 20, 2001 at 09:22:19PM -0800 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org --bg08WKrSYDhXBjb5 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Nov 20, 2001 at 09:22:19PM -0800, Vladimir N. Silyaev wrote: > Under -current we have a better way to achieve same results and > all those tricks are redundant. BTW if_tap under -current already=20 > supports several instances. Thats fine but the problem is, that -current will stay current until=20 fall 2002. I run vmware on my workstation. I use it to run software I need for Work.=20 I cannot install -current on this Machine because it has to run every day= =20 and I don=B4t have the time to fix the problems coming with -current.=20 As far as I can see there ist still no fix in RELENG_4 for the networking problem of vmware. The Fix is there and working for me, but I have to=20 fix it every time I update my system.=20 Another problem is that vmware3 is out. Sooner or later vmware will stop=20 to sell Version 2 licences and the free update option will go away to. Having -current delayed until Fall 2002 the is a need for vmware3 to=20 run on -stable until FreeBSD 5.0 is released.=20 So long=20 Estartu ---------------------------------------------------------------------------- Gerhard Schmidt | Nick : estartu IRC : Estartu | Fischbachweg 3 | | PGP Public Key 86856 Hiltenfingen | EMail: estartu@augusta.de | on request=20 Germany | | =20 --bg08WKrSYDhXBjb5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use MessageID: NGHND0fg2R6XxWCAROR3+jH5VZnyZlCJ iQCVAwUBO/tS2Azx22nOTJQRAQFYgQP/RrDtdnFuz2gha2RSiWbmQlu9SL5UfYpL KJzz+yC3ceS+0HyNaHufxVfC4AK4adjjHlzlAXwvrtEV2aCu+vtdICnRgv4YHCmn 9+wiI9RDnMDNIgYTVWQHZxZUd6UatlIZJG9HDy9wIwDwXoMSGqdAHNkUh7AXSzyv 6gsViOmOFRQ= =Zcqg -----END PGP SIGNATURE----- --bg08WKrSYDhXBjb5-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Nov 21 1:20:16 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.imp.ch (mail.imp.ch [157.161.1.2]) by hub.freebsd.org (Postfix) with ESMTP id 92DAD37B419 for ; Wed, 21 Nov 2001 01:20:13 -0800 (PST) Received: from levais.imp.ch (levais.imp.ch [157.161.4.66]) by mail.imp.ch (8.11.1/8.11.1) with ESMTP id fAL9K7u10694; Wed, 21 Nov 2001 10:20:07 +0100 (CET) (envelope-from Martin.Blapp@imp.ch) Date: Wed, 21 Nov 2001 10:23:01 +0100 (CET) From: Martin Blapp To: "Hartmann, O." Cc: To: ; Subject: Re: KYLIX/Delphi on FreeBSD 4.4 boxes Message-ID: <20011121101759.R70313-100000@levais.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Hi, linux: 'ioctl' fd=8, cmd=0x7201 ('r',1) not implemented Can you start your programm with ktrace and use linux_kdump to see exactly what ioctl's are missing ? Then maybe we can implement them. CURRENT has some advanced Linux ioctl support. Maybe kylix does work there ? Martin Martin Blapp, mb@imp.ch ------------------------------------------------------------------ Improware AG, UNIX solution and service provider Zurlindenstrasse 29, 4133 Pratteln, Switzerland Phone: +41 061 826 93 00: +41 61 826 93 01 PGP Fingerprint: 57E 7CCD 2769 E7AC C5FA DF2C 19C6 DCD1 1B3A EC9C ------------------------------------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Nov 21 7:55:12 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id 3AB3F37B41B; Wed, 21 Nov 2001 07:55:03 -0800 (PST) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id fALFt0B51107; Wed, 21 Nov 2001 16:55:00 +0100 (CET) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Wed, 21 Nov 2001 16:55:00 +0100 (CET) From: "Hartmann, O." To: Martin Blapp Cc: freebsd-emulation@freebsd.org, Subject: Re: KYLIX/Delphi on FreeBSD 4.4 boxes In-Reply-To: <20011121101759.R70313-100000@levais.imp.ch> Message-ID: <20011121165303.P49819-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Wed, 21 Nov 2001, Martin Blapp wrote: We do not have any machine running FBSD 5.0-CURRENT, sorry ... maybe here is someone out who's already 5.0? You can obtain a Kylix Open-Version image from their webpage (I have mine got from their, also) (KYLIX 2). :> :>Hi, :> :>linux: 'ioctl' fd=8, cmd=0x7201 ('r',1) not implemented :> :>Can you start your programm with ktrace and use linux_kdump :>to see exactly what ioctl's are missing ? :> :>Then maybe we can implement them. CURRENT has some advanced Linux ioctl :>support. Maybe kylix does work there ? :> :>Martin :> :>Martin Blapp, mb@imp.ch :>------------------------------------------------------------------ :>Improware AG, UNIX solution and service provider :>Zurlindenstrasse 29, 4133 Pratteln, Switzerland :>Phone: +41 061 826 93 00: +41 61 826 93 01 :>PGP Fingerprint: 57E 7CCD 2769 E7AC C5FA DF2C 19C6 DCD1 1B3A EC9C :>------------------------------------------------------------------ :> :> -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Nov 21 15:23:42 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.22.40]) by hub.freebsd.org (Postfix) with ESMTP id CE98C37B418 for ; Wed, 21 Nov 2001 15:23:39 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.11.3/8.11.3) with ESMTP id fALNNbj166382; Wed, 21 Nov 2001 18:23:37 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <20011011142807.D22479@laptop.6bone.nl> References: <20011009085205.C14397@laptop.6bone.nl> <20011010071448.L14397@laptop.6bone.nl> <20011011142807.D22479@laptop.6bone.nl> Date: Wed, 21 Nov 2001 18:23:35 -0500 To: Mark Santcroos , freebsd emulator list From: Garance A Drosihn Subject: Re: vmware3 [Was Re: usb -> vmware -> palm] Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org At 2:28 PM +0200 10/11/01, Mark Santcroos wrote: >In the meanwhile why don't I publish what I have now: > >http://www.ripe.net/home/mark/files/vmware3.ms2.tgz (103KB) > >Just put it in a directory somewhere, go into vmmon-only and do a >make; the vmmon_up.ko is the result. It compiles, loads and unloads >cleanly, but that is all the testing I've done. How is this coming along? Any further progress reports? -- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Nov 22 2:17:54 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from amsfep16-int.chello.nl (amsfep16-int.chello.nl [213.46.243.25]) by hub.freebsd.org (Postfix) with ESMTP id 1FD2037B417 for ; Thu, 22 Nov 2001 02:17:51 -0800 (PST) Received: from daemon.chronias.ninth-circle.org ([62.163.96.180]) by amsfep16-int.chello.nl (InterMail vM.5.01.03.06 201-253-122-118-106-20010523) with ESMTP id <20011122101418.USYM1196.amsfep16-int.chello.nl@daemon.chronias.ninth-circle.org> for ; Thu, 22 Nov 2001 11:14:18 +0100 Received: (from asmodai@localhost) by daemon.chronias.ninth-circle.org (8.11.6/8.11.6) id fAMAHSY58521 for emulation@freebsd.org; Thu, 22 Nov 2001 11:17:28 +0100 (CET) (envelope-from asmodai) Date: Thu, 22 Nov 2001 11:17:28 +0100 From: Jeroen Ruigrok/Asmodai To: emulation@freebsd.org Subject: VMWare and 2.88 MB floppies Message-ID: <20011122111728.B56407@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.23i Organisation: Ninth-Circle Enterprises Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Has anyone actually succeeded in booting boot.flp (2.88 MB diskimage) through VMWare using a file floppy? -- Jeroen Ruigrok van der Werven / Asmodai / Kita no Mono asmodai@[wxs.nl|xmach.org], finger asmodai@ninth-circle.dnsalias.net Let us eat and drink; for tomorrow we shall die... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Nov 22 3:16:48 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from pop3.psconsult.nl (ps226.psconsult.nl [193.67.147.226]) by hub.freebsd.org (Postfix) with ESMTP id 8411737B417 for ; Thu, 22 Nov 2001 03:16:44 -0800 (PST) Received: (from paul@localhost) by pop3.psconsult.nl (8.9.2/8.9.2) id MAA33697; Thu, 22 Nov 2001 12:16:38 +0100 (CET) (envelope-from paul) Date: Thu, 22 Nov 2001 12:16:38 +0100 From: Paul Schenkeveld To: Jeroen Ruigrok/Asmodai Cc: emulation@FreeBSD.ORG Subject: Re: VMWare and 2.88 MB floppies Message-ID: <20011122121638.A33662@psconsult.nl> References: <20011122111728.B56407@daemon.ninth-circle.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20011122111728.B56407@daemon.ninth-circle.org>; from asmodai@wxs.nl on Thu, Nov 22, 2001 at 11:17:28AM +0100 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Thu, Nov 22, 2001 at 11:17:28AM +0100, Jeroen Ruigrok/Asmodai wrote: > Has anyone actually succeeded in booting boot.flp (2.88 MB diskimage) > through VMWare using a file floppy? Nope, on several tries with several different builds of VMware I've always had a failure trying to boot the boot.flp image. I never bothered too much and used the kernel/mfsroot combination instead. Paul Schenkeveld To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Nov 22 5:13:12 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from birch.ripe.net (birch.ripe.net [193.0.1.96]) by hub.freebsd.org (Postfix) with ESMTP id 53E4037B417 for ; Thu, 22 Nov 2001 05:13:09 -0800 (PST) Received: from laptop.6bone.nl (penguin.ripe.net [193.0.1.232]) by birch.ripe.net (8.11.6/8.11.6) with SMTP id fAMDCuq20744; Thu, 22 Nov 2001 14:12:56 +0100 Received: (nullmailer pid 83265 invoked by uid 1000); Thu, 22 Nov 2001 08:19:00 -0000 Date: Thu, 22 Nov 2001 09:19:00 +0100 From: Mark Santcroos To: Garance A Drosihn Cc: freebsd emulator list Subject: Re: vmware3 [Was Re: usb -> vmware -> palm] Message-ID: <20011122091900.B82208@laptop.6bone.nl> References: <20011009085205.C14397@laptop.6bone.nl> <20011010071448.L14397@laptop.6bone.nl> <20011011142807.D22479@laptop.6bone.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from drosih@rpi.edu on Wed, Nov 21, 2001 at 06:23:35PM -0500 X-Handles: MS6-6BONE, MS18417-RIPE Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org No further work have been done. In another thread Vladimir said that he forsees time that he can spent on it. So thats a good thing :) Mark On Wed, Nov 21, 2001 at 06:23:35PM -0500, Garance A Drosihn wrote: > At 2:28 PM +0200 10/11/01, Mark Santcroos wrote: > >In the meanwhile why don't I publish what I have now: > > > >http://www.ripe.net/home/mark/files/vmware3.ms2.tgz (103KB) > > > >Just put it in a directory somewhere, go into vmmon-only and do a > >make; the vmmon_up.ko is the result. It compiles, loads and unloads > >cleanly, but that is all the testing I've done. > > How is this coming along? Any further progress reports? > > -- > Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu > Senior Systems Programmer or gad@freebsd.org > Rensselaer Polytechnic Institute or drosih@rpi.edu > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message -- Mark Santcroos RIPE Network Coordination Centre http://www.ripe.net/home/mark/ New Projects Group/TTM To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Nov 22 17:59:32 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from castle.jp.freebsd.org (castle.jp.FreeBSD.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id E1B7737B416 for ; Thu, 22 Nov 2001 17:59:27 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id KAA43031; Fri, 23 Nov 2001 10:59:23 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Cc: emulation@FreeBSD.org In-Reply-To: <20011122111728.B56407@daemon.ninth-circle.org> References: <20011122111728.B56407@daemon.ninth-circle.org> X-User-Agent: Mew/1.94.2 XEmacs/21.5 (alfalfa) X-FaceAnim: (-O_O-)(O_O- )(_O- )(O- )(- -)( -O)( -O_)( -O_O)(-O_O-) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Dispatcher: imput version 20000228(IM140) Lines: 14 From: Makoto Matsushita To: asmodai@wxs.nl Subject: Re: VMWare and 2.88 MB floppies Date: Fri, 23 Nov 2001 10:59:22 +0900 Message-Id: <20011123105922G.matusita@jp.FreeBSD.org> Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org asmodai> Has anyone actually succeeded in booting boot.flp (2.88 MB asmodai> diskimage) through VMWare using a file floppy? Even though the BIOS setting on VMware Workstation shows there is a support of 2.88MB floppy, VMware says that it supports up-to two 1.44MB floppy. http://www.vmware.com/products/desktop/ws_specs.html It seems that's why you fail to boot with boot.flp. -- - Makoto `MAR' Matsushita To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Nov 23 8:35:37 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from klima.physik.uni-mainz.de (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by hub.freebsd.org (Postfix) with ESMTP id 394DF37B405 for ; Fri, 23 Nov 2001 08:35:34 -0800 (PST) Received: from klima.Physik.Uni-Mainz.DE (klima.Physik.Uni-Mainz.DE [134.93.180.162]) by klima.physik.uni-mainz.de (8.11.6/8.11.4) with ESMTP id fANGZXB10312 for ; Fri, 23 Nov 2001 17:35:33 +0100 (CET) (envelope-from ohartman@klima.physik.uni-mainz.de) Date: Fri, 23 Nov 2001 17:35:32 +0100 (CET) From: "Hartmann, O." To: freebsd-emulation@freebsd.org Subject: Linux_base-7 without g77? Message-ID: <20011123173206.M2708-100000@klima.physik.uni-mainz.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Dear Sirs. I tried to install Linux_base-7 for FBSD 4.4-STABLE these days and found out, that there is no g77 compiler for this ditribution present. I'm not sure whether this is part od the devel_tools or linux_base-6, so I tried to install devel_tools, but installation failed due several incompatibilities with Linux_base-7. Is there a trick how to extract g77? I tried to install first linux_base-6 and over this the new linux_base-7, but this fails also due to a library conflict and/or a dependency. -- MfG O. Hartmann ohartman@klima.physik.uni-mainz.de ---------------------------------------------------------------- IT-Administration des Institutes fuer Physik der Atmosphaere (IPA) ---------------------------------------------------------------- Johannes Gutenberg Universitaet Mainz Becherweg 21 55099 Mainz Tel: +496131/3924662 (Maschinenraum) Tel: +496131/3924144 FAX: +496131/3923532 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Nov 23 14:48:23 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from kayak.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by hub.freebsd.org (Postfix) with ESMTP id 04F3737B405 for ; Fri, 23 Nov 2001 14:48:08 -0800 (PST) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by kayak.xcllnt.net (8.11.6/8.11.4) with ESMTP id fANMm7Q64142; Fri, 23 Nov 2001 14:48:07 -0800 (PST) (envelope-from marcel@kayak.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.11.6/8.11.3) id fANMmmw26174; Fri, 23 Nov 2001 14:48:48 -0800 (PST) (envelope-from marcel) Date: Fri, 23 Nov 2001 14:48:48 -0800 From: Marcel Moolenaar To: "Hartmann, O." Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: Linux_base-7 without g77? Message-ID: <20011123144848.A26166@dhcp01.pn.xcllnt.net> References: <20011123173206.M2708-100000@klima.physik.uni-mainz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20011123173206.M2708-100000@klima.physik.uni-mainz.de> User-Agent: Mutt/1.3.21i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Fri, Nov 23, 2001 at 05:35:32PM +0100, Hartmann, O. wrote: > > Is there a trick how to extract g77? I tried to install first linux_base-6 > and over this the new linux_base-7, but this fails also due to a library conflict > and/or a dependency. There's no linux_devtools-7 port yet. Just install the packages you need by hand fror now. HTH, -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message