From owner-freebsd-emulation Sun Dec 10 16:36:33 2000 From owner-freebsd-emulation@FreeBSD.ORG Sun Dec 10 16:36:32 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from smtp1.phx.gblx.net (smtp1.phx.gblx.net [64.208.25.103]) by hub.freebsd.org (Postfix) with ESMTP id D702737B400 for ; Sun, 10 Dec 2000 16:36:30 -0800 (PST) Received: (from daemon@localhost) by smtp1.phx.gblx.net (8.11.1/8.11.0.Beta1) id eBB0aUM07121 for ; Sun, 10 Dec 2000 17:36:30 -0700 (MST) Received: from genius.bbs1.gblx.net(195.166.5.34) via SMTP by smtp1.phx.gblx.net, id smtpdAAAhfaq0n; Sun Dec 10 17:36:25 2000 Received: from heleops.gblx.net ([207.137.74.93]) by genius.bbs1.gblx.net (8.9.3+Sun/8.9.3) with ESMTP id AAA12494 for ; Mon, 11 Dec 2000 00:30:40 GMT Received: (from mark@localhost) by heleops.gblx.net (8.11.1/8.11.1) id eBB0a2w02070 for freebsd-emulation@freebsd.org; Mon, 11 Dec 2000 00:36:02 GMT (envelope-from mark) Date: Mon, 11 Dec 2000 00:36:01 +0000 From: Mark Bath To: freebsd-emulation@freebsd.org Subject: Problems with VMWare crashing.. Message-ID: <20001211003601.B937@gblx.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: mark@heleops.gblx.net Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have installed the latest version of the VMWare port (2.0.3.799). The installation went succesfully. When I try and run Win2K (installed on another partition) VMWare traps when Windows tryies to display the intial Win2K boot graphic. I have two hardware profiles in Windows and am able to select the VMware one and then crashes. My config is as follows... + Sony Vaio Z600, with 256Mb + FreeBSD 4.2 stable + XFree86 4.0.1 My VMWare profile is using a plain disk.. Thanks Mark To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Dec 11 12:36:18 2000 From owner-freebsd-emulation@FreeBSD.ORG Mon Dec 11 12:36:15 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from guardian.sftw.com (guardian.sftw.com [209.157.37.25]) by hub.freebsd.org (Postfix) with ESMTP id A77EE37B404 for ; Mon, 11 Dec 2000 12:36:15 -0800 (PST) Received: from yoda.sftw.com (yoda.sftw.com [209.157.37.211]) by guardian.sftw.com (8.11.0/8.11.0) with ESMTP id eBBKaFq56521; Mon, 11 Dec 2000 12:36:15 -0800 (PST) (envelope-from nsayer@sftw.com) Received: from sftw.com (localhost [127.0.0.1]) by yoda.sftw.com (8.11.1/8.11.1) with ESMTP id eBBKaDs26153; Mon, 11 Dec 2000 12:36:14 -0800 (PST) (envelope-from nsayer@sftw.com) Sender: nsayer@sftw.com Message-ID: <3A353ABD.C1D135B1@sftw.com> Date: Mon, 11 Dec 2000 12:36:13 -0800 From: Nick Sayer Reply-To: nsayer@kfu.com X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Mark Bath Cc: freebsd-emulation@freebsd.org Subject: Re: Problems with VMWare crashing.. References: <20001211003601.B937@gblx.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mark Bath wrote: > > I have installed the latest version of the VMWare port (2.0.3.799). The > installation went succesfully. When I try and run Win2K (installed on another > partition) VMWare traps when Windows tryies to display the intial Win2K boot > graphic. I have two hardware profiles in Windows and am able to select the VMware > one and then crashes. Sony VAIOs are ACPI machines. There is a note on the vmware web site that says that attempting to book win2k with the ACPI kernel and HAL will fail miserably. You can set it up to use the normal kernel and HAL using their instructions, but it's a big pain and I bet you'd be happier just running win9x in a virtual disk. :/ > > My config is as follows... > > + Sony Vaio Z600, with 256Mb > + FreeBSD 4.2 stable > + XFree86 4.0.1 > > My VMWare profile is using a plain disk.. > > Thanks > > Mark > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Dec 11 19:17:31 2000 From owner-freebsd-emulation@FreeBSD.ORG Mon Dec 11 19:17:30 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157]) by hub.freebsd.org (Postfix) with ESMTP id 46C2C37B404 for ; Mon, 11 Dec 2000 19:17:28 -0800 (PST) Received: from jupiter.delta.ny.us (nyf-ny3-06.ix.netcom.com [198.211.16.134]) by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id WAA00677; Mon, 11 Dec 2000 22:17:25 -0500 (EST) Received: (from vsilyaev@localhost) by jupiter.delta.ny.us (8.9.3/8.9.3) id WAA00404; Mon, 11 Dec 2000 22:17:18 -0500 (EST) (envelope-from vns) Date: Mon, 11 Dec 2000 22:17:18 -0500 (EST) From: "Vladimir N.Silyaev" Message-Id: <200012120317.WAA00404@jupiter.delta.ny.us> To: nsayer@kfu.com Cc: emulation@freebsd.org, mark@baggywrinkle.co.uk Subject: Re: Problems with VMWare crashing.. In-Reply-To: <3A353ABD.C1D135B1@sftw.com> References: <20001211003601.B937@gblx.net> <3A353ABD.C1D135B1@sftw.com> Reply-To: vns@delta.odessa.ua Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In muc.lists.freebsd.emulation, you wrote: >> I have installed the latest version of the VMWare port (2.0.3.799). The >> installation went succesfully. When I try and run Win2K (installed on another >> partition) VMWare traps when Windows tryies to display the intial Win2K boot >> graphic. I have two hardware profiles in Windows and am able to select the VMware >> one and then crashes. > >Sony VAIOs are ACPI machines. There is a note on the vmware web site >that says that attempting to book win2k with the ACPI kernel and HAL >will fail miserably. You can set it up to use the normal kernel and HAL >using their instructions, but it's a big pain and I bet you'd be happier >just running win9x in a virtual disk. :/ Just my five cents, it's better to use to win9x, but WinNT4 - it should works bit faster under VMware. -- Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Dec 12 8:53: 7 2000 From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 12 08:53:05 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from quack.kfu.com (quack.kfu.com [205.178.90.194]) by hub.freebsd.org (Postfix) with ESMTP id 9081837B400 for ; Tue, 12 Dec 2000 08:53:05 -0800 (PST) Received: from medusa.kfu.com (medusa.kfu.com [205.178.90.222]) by quack.kfu.com (8.11.1/8.11.1) with ESMTP id eBCGqom68035; Tue, 12 Dec 2000 08:52:50 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Received: from icarus.kfu.com (ssmail@localhost) by medusa.kfu.com (8.11.1/8.11.0) with ESMTP id eBCGqnU68627; Tue, 12 Dec 2000 08:52:49 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Received: from quack.kfu.com by icarus.kfu.com with ESMTP (8.11.1//ident-1.0) id eBCGqmj07782; Tue, 12 Dec 2000 08:52:48 -0800 (PST) Sender: nsayer@quack.kfu.com Message-ID: <3A3657E0.E595CB53@quack.kfu.com> Date: Tue, 12 Dec 2000 08:52:48 -0800 From: Nick X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: vns@delta.odessa.ua Cc: freebsd-emulation@freebsd.org Subject: Re: Problems with VMWare crashing.. References: <20001211003601.B937@gblx.net> <3A353ABD.C1D135B1@sftw.com> <200012120317.WAA00404@jupiter.delta.ny.us> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Vladimir N.Silyaev" wrote: > > Just my five cents, it's better to use to win9x, but WinNT4 - it should works > bit faster under VMware. Perhaps, but more stuff is compatible with win9x than NT, with win2k being somewhere in the middle. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Dec 12 10:37:43 2000 From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 12 10:37:41 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from west.lustig.com (west.lustig.com [209.157.26.130]) by hub.freebsd.org (Postfix) with SMTP id 5A98937B400 for ; Tue, 12 Dec 2000 10:37:41 -0800 (PST) Received: (qmail 33974 invoked from network); 12 Dec 2000 18:37:40 -0000 Received: from lustig.ne.mediaone.net (HELO devious.lustig.com) (@24.91.125.166) by west.lustig.com with SMTP; 12 Dec 2000 18:37:40 -0000 Received: (qmail 29214 invoked by uid 1001); 12 Dec 2000 18:37:37 -0000 Message-ID: <20001212183737.29213.qmail@devious.lustig.com> Content-Type: text/plain MIME-Version: 1.0 (NeXT Mail 4.2mach_patches v148.2) In-Reply-To: <3A3657E0.E595CB53@quack.kfu.com> X-Nextstep-Mailer: Mail 4.2mach_patches [i386] (Enhance 2.2p2) Received: by NeXT.Mailer (1.148.2.RR) From: Barry Lustig Date: Tue, 12 Dec 2000 13:37:36 -0500 To: freebsd-emulation@freebsd.org Subject: VMWare performance when returning from suspend to disk Reply-To: barry@Lustig.COM References: <20001211003601.B937@gblx.net> <3A353ABD.C1D135B1@sftw.com> <200012120317.WAA00404@jupiter.delta.ny.us> <3A3657E0.E595CB53@quack.kfu.com> X-Organizations: Barry Lustig & Associates, Inc. Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org VMWare running on dual 800Mhz with 512MB RAM runs great, except when I suspend to disk and then restore that image. When the restored image starts running, the mouse will move for a few moments and then freeze and then start moving again. The same behavior happens to window input. During the freezes, VMWare seems to be doing a lot of I/O. Any thoughts on where to look? Thanks, barry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Dec 12 13:15:50 2000 From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 12 13:15:49 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from guardian.sftw.com (guardian.sftw.com [209.157.37.25]) by hub.freebsd.org (Postfix) with ESMTP id E9A9C37B400 for ; Tue, 12 Dec 2000 13:15:48 -0800 (PST) Received: from yoda.sftw.com (yoda.sftw.com [209.157.37.211]) by guardian.sftw.com (8.11.0/8.11.0) with ESMTP id eBCLFmq79268; Tue, 12 Dec 2000 13:15:48 -0800 (PST) (envelope-from nsayer@sftw.com) Received: from sftw.com (localhost [127.0.0.1]) by yoda.sftw.com (8.11.1/8.11.1) with ESMTP id eBCLFms32112; Tue, 12 Dec 2000 13:15:48 -0800 (PST) (envelope-from nsayer@sftw.com) Sender: nsayer@sftw.com Message-ID: <3A369583.A8F6236B@sftw.com> Date: Tue, 12 Dec 2000 13:15:47 -0800 From: Nick Sayer Reply-To: nsayer@kfu.com X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: barry@lustig.com Cc: freebsd-emulation@freebsd.org Subject: Re: VMWare performance when returning from suspend to disk References: <20001211003601.B937@gblx.net> <3A353ABD.C1D135B1@sftw.com> <200012120317.WAA00404@jupiter.delta.ny.us> <3A3657E0.E595CB53@quack.kfu.com> <20001212183737.29213.qmail@devious.lustig.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Barry Lustig wrote: > > VMWare running on dual 800Mhz with 512MB RAM runs great, except when I > suspend to disk and then restore that image. When the restored image starts > running, the mouse will move for a few moments and then freeze and then start > moving again. The same behavior happens to window input. During the > freezes, VMWare seems to be doing a lot of I/O. Any thoughts on where to > look? I see this same symptom. My guest is win2k with 64M of RAM on a machine with 192M. I can only suspect that it's some part of the guest initialization that doesn't get run when you resume that does get run when you boot, and that doesn't matter on Linux (since presumably one doesn't see this when the host is a Linux box). This implies that it's a bug in vmmon, but I don't know enough about that code to make coherent suggestions. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Dec 12 21:15:48 2000 From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 12 21:15:46 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from granger.mail.mindspring.net (granger.mail.mindspring.net [207.69.200.148]) by hub.freebsd.org (Postfix) with ESMTP id 4EFBA37B400 for ; Tue, 12 Dec 2000 21:15:45 -0800 (PST) Received: from jupiter.delta.ny.us (nyf-ny7-39.ix.netcom.com [198.211.17.167]) by granger.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id AAA31751; Wed, 13 Dec 2000 00:15:36 -0500 (EST) Received: (from vsilyaev@localhost) by jupiter.delta.ny.us (8.9.3/8.9.3) id AAA00406; Wed, 13 Dec 2000 00:15:32 -0500 (EST) (envelope-from vns) Date: Wed, 13 Dec 2000 00:15:32 -0500 (EST) From: "Vladimir N.Silyaev" Message-Id: <200012130515.AAA00406@jupiter.delta.ny.us> To: nsayer@kfu.com Cc: barry@lustig.com, emulation@freebsd.org Subject: Re: VMWare performance when returning from suspend to disk In-Reply-To: <3A369583.A8F6236B@sftw.com> References: <20001211003601.B937@gblx.net> <3A369583.A8F6236B@sftw.com> Reply-To: vns@delta.odessa.ua Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In muc.lists.freebsd.emulation, you wrote: >> VMWare running on dual 800Mhz with 512MB RAM runs great, except when I >> suspend to disk and then restore that image. When the restored image starts >> running, the mouse will move for a few moments and then freeze and then start >> moving again. The same behavior happens to window input. During the >> freezes, VMWare seems to be doing a lot of I/O. Any thoughts on where to >> look? > >I see this same symptom. My guest is win2k with 64M of RAM on a machine >with 192M. I can only suspect that it's some part of the guest >initialization that doesn't get run when you resume that does get run >when you boot, and that doesn't matter on Linux (since presumably one >doesn't see this when the host is a Linux box). This implies that it's a >bug in vmmon, but I don't know enough about that code to make coherent >suggestions. :-) Not likely. Actualy vmmon module it's very simple - it just has functionality to allocate fixed memory pages and make context switch back and forward to huge piece of code executed at RING 0. This code doesn't make any OS interaction, so fortunatly, this binary image executed on Linux also runned on FreeBSD (I think the same code used in VMware/NT). Returning to mentioned problem, my guess is it's a differencies it the VM implementation between FreeBSD and Linux. But unfortunatly we don't have any ability to traceback that. -- Vladimir To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Dec 12 21:47:12 2000 From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 12 21:47:10 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from gate.lustig.com (lustig.ne.mediaone.net [24.91.125.166]) by hub.freebsd.org (Postfix) with SMTP id 44E9C37B400 for ; Tue, 12 Dec 2000 21:47:10 -0800 (PST) Received: (qmail 79702 invoked from network); 13 Dec 2000 05:47:08 -0000 Received: from host-247.lustig.com (HELO lustig.com) (205.246.2.247) by lustig.ne.mediaone.net with SMTP; 13 Dec 2000 05:47:08 -0000 Sender: barry@FreeBSD.ORG Message-ID: <3A370D5C.B2569990@lustig.com> Date: Wed, 13 Dec 2000 00:47:09 -0500 From: Barry Lustig Organization: Barry Lustig & Associates, Inc. X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: vns@delta.odessa.ua Cc: nsayer@kfu.com, emulation@freebsd.org, dillon@earth.backplane.com Subject: Re: VMWare performance when returning from suspend to disk References: <20001211003601.B937@gblx.net> <3A369583.A8F6236B@sftw.com> <200012130515.AAA00406@jupiter.delta.ny.us> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Vladimir N.Silyaev" wrote: > > In muc.lists.freebsd.emulation, you wrote: > >> VMWare running on dual 800Mhz with 512MB RAM runs great, except when I > >> suspend to disk and then restore that image. When the restored image starts > >> running, the mouse will move for a few moments and then freeze and then start > >> moving again. The same behavior happens to window input. During the > >> freezes, VMWare seems to be doing a lot of I/O. Any thoughts on where to > >> look? > > > >I see this same symptom. My guest is win2k with 64M of RAM on a machine > >with 192M. I can only suspect that it's some part of the guest > >initialization that doesn't get run when you resume that does get run > >when you boot, and that doesn't matter on Linux (since presumably one > >doesn't see this when the host is a Linux box). This implies that it's a > >bug in vmmon, but I don't know enough about that code to make coherent > >suggestions. :-) > Not likely. Actualy vmmon module it's very simple - it just has > functionality to allocate fixed memory pages and make context switch back > and forward to huge piece of code executed at RING 0. This code doesn't > make any OS interaction, so fortunatly, this binary image executed on Linux > also runned on FreeBSD (I think the same code used in VMware/NT). > > Returning to mentioned problem, my guess is it's a differencies it the > VM implementation between FreeBSD and Linux. But unfortunatly we don't have > any ability to traceback that. > I wonder if this has anything to do with a VM problem Matt Dillon just posted about in freebsd-stable (Re: Extreme high load with 12/7 4-releng). barry To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Dec 12 22:24:48 2000 From owner-freebsd-emulation@FreeBSD.ORG Tue Dec 12 22:24:47 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id DFFF737B400 for ; Tue, 12 Dec 2000 22:24:46 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id eBD6OKV80594; Tue, 12 Dec 2000 22:24:20 -0800 (PST) (envelope-from dillon) Date: Tue, 12 Dec 2000 22:24:20 -0800 (PST) From: Matt Dillon Message-Id: <200012130624.eBD6OKV80594@earth.backplane.com> To: Barry Lustig Cc: vns@delta.odessa.ua, nsayer@kfu.com, emulation@freebsd.org Subject: Re: VMWare performance when returning from suspend to disk References: <20001211003601.B937@gblx.net> <3A369583.A8F6236B@sftw.com> <200012130515.AAA00406@jupiter.delta.ny.us> <3A370D5C.B2569990@lustig.com> Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org :> In muc.lists.freebsd.emulation, you wrote: :> >> VMWare running on dual 800Mhz with 512MB RAM runs great, except when I :> >> suspend to disk and then restore that image. When the restored image starts :> >> running, the mouse will move for a few moments and then freeze and then start :> >> moving again. The same behavior happens to window input. During the :> >> freezes, VMWare seems to be doing a lot of I/O. Any thoughts on where to :> >> look? :> :I wonder if this has anything to do with a VM problem Matt Dillon just posted :about in freebsd-stable (Re: Extreme high load with 12/7 4-releng). : :barry Maybe, maybe not. This sounds primarily like pagein load whereas my patches are primarily geared towards pageout load. It's possible, but not likely. A 'systat -vm 1' during the period of slowness might help. Specifically, the disk I/O, VN PAGER, and SWAP PAGER numbers. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Dec 13 0: 9:15 2000 From owner-freebsd-emulation@FreeBSD.ORG Wed Dec 13 00:09:13 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mage.trollkarl.net (fw.trollkarl.net [207.167.5.66]) by hub.freebsd.org (Postfix) with ESMTP id 606DE37B400 for ; Wed, 13 Dec 2000 00:09:13 -0800 (PST) Received: from trollkarl.skafte.org (root@trollkarl [192.168.100.16]) by mage.trollkarl.net (8.11.1/8.11.1) with ESMTP id eBD89Bn19383 for ; Wed, 13 Dec 2000 01:09:12 -0700 (MST) (envelope-from skafte@trollkarl.net) Received: (from skafte@localhost) by trollkarl.skafte.org (8.11.1/8.11.1) id eBD89Bp03600 for freebsd-emulation@freebsd.org; Wed, 13 Dec 2000 01:09:11 -0700 (MST) (envelope-from skafte) Date: Wed, 13 Dec 2000 01:09:11 -0700 From: Greg Skafte To: freebsd-emulation@freebsd.org Subject: APC Powerchute plus Message-ID: <20001213010911.B3486@trollkarl.skafte.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Organization: Gregs Hidey Hole Errors-To: skafte@trollkarl.net Sender: skafte@trollkarl.net Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've managed to get the ACP PowerChute Plus client running, under RELENG_4, but I've had to create a /compat/linux/etc/passwd file with the powerchute user and having a DES encrypted passwd. the powerchute daemon on the other had needed nothing special done, but I haven't tried having it do a shutdown though ... -- Email: skafte@trollkarl.net ICQ: 93234105 #575 Sun Life Place * 10123 99 Street * Edmonton, AB * Canada * T5J 3H1 -- -- When things can't get any worse, they simplify themselves by getting a whole lot worse then complicated. A complete and utter disaster is the simplest thing in the world; it's preventing one that's complex. (Janet Morris) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Dec 13 6:23:31 2000 From owner-freebsd-emulation@FreeBSD.ORG Wed Dec 13 06:23:24 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from arka.ids.bielsko.pl (arka.ids.bielsko.pl [195.117.233.8]) by hub.freebsd.org (Postfix) with ESMTP id 63E7B37B402 for ; Wed, 13 Dec 2000 06:22:49 -0800 (PST) Received: by arka.ids.bielsko.pl (8.9.3/8.9.3) id PAA05610 for freebsd-emulation@FreeBSD.org; Wed, 13 Dec 2000 15:18:44 +0100 (MET) Date: Wed, 13 Dec 2000 15:18:44 +0100 (MET) Message-Id: <200012131418.PAA05610@arka.ids.bielsko.pl> Subject: New European Promotional Contest From: office@euroleader.org MIME-Version: 1.0 To: freebsd-emulation@FreeBSD.org Content-Type: multipart/alternative; boundary="------------070C33C436192682FC31B74B" Sender: lider@arka.ids.bielsko.pl Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --------------070C33C436192682FC31B74B Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit Dear Sirs, We are very pleased to welcome you and present a new economic initiative for producers from all European countries - both western and eastern. FOR THE FIRST TIME - ON SUCH A LARGE SCALE - IN THE VERY HEART OF EUROPE! [Image] "EURO LEADER 2001" This is an honourable title and prestigious Promotional Emblem in European Promotional Contest. This is an effective tool of promotion and marketing in Europe by means of which it is much easier to reach western markets, increase export and gain new partners for cooperation in the field of production and investment. The contest is a Polish initiative. It will be settled in March, 2001 in Warsaw. Therefore it will bring the best commercial effects on a stable, almost 40-million prospective customers Polish market, having over 5% economic growth, which will soon become an integral market of European Union. Click http://www.euroleader.org/ and get acquainted with the details of the contest, enter for the European competition. It will bring you success and a good start in the XXI century! You are good but are you well-known? You will be well-known! Join us. Yours faithfully, INTERRES International Building Fair and Promotion - from Poland B2B - Internet Portal Tadeusz Ziobro - President. --------------070C33C436192682FC31B74B Content-Type: multipart/related; boundary="------------CEE33E5E78D696CB4E0EC941" --------------CEE33E5E78D696CB4E0EC941 Content-Type: text/html; charset=iso-8859-2 Content-Transfer-Encoding: 8bit
Dear Sirs,

We are very pleased to welcome you and present a new economic initiative
for producers from all European countries - both western and eastern.

FOR THE FIRST TIME - ON SUCH A LARGE SCALE - IN THE VERY HEART OF EUROPE!

"EURO LEADER 2001"

This is an honourable title and prestigious Promotional Emblem
in European Promotional Contest.

This is an effective tool of promotion and marketing in Europe
by means of which it is much easier to reach western markets,
increase export and gain new partners for cooperation in the
field of production and investment.




The contest is a Polish initiative.
It will be settled in March, 2001 in Warsaw. Therefore it will bring the best commercial effects on a stable, almost 40-million
prospective customers Polish market, having over 5% economic growth, which will soon become an integral market of European Union.

Click http://www.euroleader.org/ and get acquainted with the details of the contest, enter for the European competition.

It will bring you success and a good start in the XXI century!
You are good but are you well-known? You will be well-known! Join us.

Yours faithfully,

INTERRES International Building Fair and Promotion - from Poland
B2B - Internet Portal
Tadeusz Ziobro - President.
  --------------CEE33E5E78D696CB4E0EC941 Content-Type: image/jpeg Content-ID: Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="C:\WINDOWS\TEMP\nsmail24.jpeg" /9j/4AAQSkZJRgABAgEASABIAAD//gAmRmlsZSB3cml0dGVuIGJ5IEFkb2JlIFBob3Rvc2hv cKggNS4w/+4ADkFkb2JlAGSAAAAAAf/bAIQADAgICAkIDAkJDBELCgsRFQ8MDA8VGBMTFRMT GBEMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAENCwsNDg0QDg4QFA4ODhQU Dg4ODhQRDAwMDAwREQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM/8AAEQgA eAB4AwEiAAIRAQMRAf/dAAQACP/EAT8AAAEFAQEBAQEBAAAAAAAAAAMAAQIEBQYHCAkKCwEA AQUBAQEBAQEAAAAAAAAAAQACAwQFBgcICQoLEAABBAEDAgQCBQcGCAUDDDMBAAIRAwQhEjEF QVFhEyJxgTIGFJGhsUIjJBVSwWIzNHKC0UMHJZJT8OHxY3M1FqKygyZEk1RkRcKjdDYX0lXi ZfKzhMPTdePzRieUpIW0lcTU5PSltcXV5fVWZnaGlqa2xtbm9jdHV2d3h5ent8fX5/cRAAIC AQIEBAMEBQYHBwYFNQEAAhEDITESBEFRYXEiEwUygZEUobFCI8FS0fAzJGLhcoKSQ1MVY3M0 8SUGFqKygwcmNcLSRJNUoxdkRVU2dGXi8rOEw9N14/NGlKSFtJXE1OT0pbXF1eX1VmZ2hpam tsbW5vYnN0dXZ3eHl6e3x//aAAwDAQACEQMRAD8A1Prf9b+sdH6w/FxXtNRaHAOHCxP/ABx/ rF+8z7kv8Y//AIonf1AuVWjixQMIkxGy0kvVf+OP9Yv3mfcl/wCOP9Yv3mfcuVST/Zx/uhVl 6r/xyPrF+8z7kv8AxyPrF+8z7lysGJ7BJL2cf7oVZeq/8cj6xeLPuS/8cf6x6ElgB40WJ0bA wOoZQxcvN+wF8Cq1zNzC4/mWO3N9Jdz176jdOp6LhG7Pbhs6ZW5l2S9kize71Poh30/UPsUU /ZhIRMRr4K1cH/xyPrF+8z7kv/HH+sX7zPuXMXCltrxQ51lQMMe9u1zh+85ku2KHMAak6AfF Sezj/dH2KsvVf+OP9Yv3mfcl/wCOP9Yv3mfcuby8W/DybMXIbsupdssb4EIKXtYz+iFWXqv/ ABx/rF+8z7kv/HH+sX7zPuXKpI+zj/dCrL6L9UPrf1jrHWGYuU9oqDS4ho5SWJ/i3/8AFE3+ oUlD7cPf4eEVw7KvR//QB/jH/wDFE7+oFyq6r/GP/wCKJ39QLlVqYf5uPksO6kTHZTZexl9v oVOMPt2l+0fvbG+5yjsfsNm07AdpdGm4jdtn+qo69k9T6P0z6g0P+r2ZSzNpyH55rsx8tjSW NFR3N7/nS/euE6rhYmDknGxsxudskWW1tLaw4fmse4/pVu4f19zOm14eH0+hg6diV+nZTYPd cT/PWPsH8179/p7f+uLmsh1Lr7HUNLKXPc6tjuWtJ3NYY/dUOKOQSkZnQ6jb8UmmeBdRRm0X 5FZtpqe176hA3bTuDJP7zlu5n146n1LGzcPqbGXYuY39FWwBpoe33Uuqd+e1u3371zaSklCM iCRZG3gi1fFdZ9Q6ei5/Uq8DOwPVyWTdTlNe6B6fv25FW7Z9L6D1yasYnUMvCbc3FsNJyWen a9uj9k7jW1/5m/8AP2pZImUSAaP2KD3f+MSroeG5uV9g+0Z/UAYyS9wqbsDWb9rHfpLdv5q8 8Vh2flvwW9PfYX4tb/VqrdrsdG13pu+kxr/zmKvwJPZDFAwjwk34pKklYzcHJwbW05Ldj31s uaP5NjfUZ/0VXTwb1CHqv8W//iib/UKSX+Lf/wAUTf6hSUH/AII/wU9H/9EH+Mf/AMUTv6gX N4bcN2Qxuc+yvHOj7KQHPb/K2Pjcuk/xkf8Aiid/UC5XQ88d4Wni/mo+S07vqFH1K6I/6quo ZnOdjW2DOHUNoBDWtj6H7npb15xns6fXkuZ062y/GboLrWhhcf3mMb9Gv93ctofXvrNeTW6n YzBprFDOnxNRqA2RY76brXf6Vc67aXHYNrZO1p1gfmt/soYYZIk8Zu9Qo0skr1HQus5NLL6M O2yqwSx7QII4THonVxkDFOJZ9ocw2Nqj3FgO0vS+84LI97Hcb4hxxuPD83Erhl2P2NJJXP2P 1T7WMI4tn2ot3imPdt/fSPRuqjKGH9ls+1FnqCmPds/fS+8Yf87D5eP54/zf7/8Ac/rK4T2L TSV+3oPW6mF9mDcGjk7Z/wCpVKuqy2xtVTHPseYaxoJcT4bU6GbFMGUMkZiPzGMoyEfPhUYk bgsV0H1PPTMjqdXTOo9OZnNyn7WWy4PrMbvdtc1tlPt9yz7fq/1umo22YVrWDUnbMR4hqrYe dlYNjrsSw1WuY6v1G/Sa130/Td+Y530d6aMmPNCXtZIzrS8cuLhl5wUQRuCPN9K+v37ExsBn UX9Prz8gn7LVaXHZXG5w9X0nDds93sXl5MmdBOunCNXm5VeLbhtsP2a8h1lR1aXtMttG76Nv 8tARxY+CNE8Xj4KJt6r/ABb/APiib/UKSX+Lf/xRN/qFJM/8Ef4Kuj//0gf4yP8AxRO/qBc3 i4eRmOsZjsL3VVvuePBlY32OXSf4xzH1jJiYYNDwun+oNHQcrAtz6MAYV75xLyXudW+Yc5tP qO/P/dV/3PbwxNXoFtavl3mkFu/W1nSMTqVvTemYH2QYj9llr3Oc95j8xrnOayrX+2sIKeMu IA1V90PpP1eJ/wCbOIRYKSKTFroIb7ne87vaqeFbY/62NbZlMzdmG6Law1oEunZ+iLmqj0n6 2dHxekUdPyqrbHVsLLQGhzDJcY1P8pUr/rL0/H6zj5/SsYV011Gq6na2vfuPujZ+d/KXIQ+F 85LPz49iQ98Z/anIY+A8fqh+s/nI8f8AiNw5YcOP1D08Nh3Xf+Lqv/wmVJ//AIuKv/CJ/KVW /wCeH1b9cZxx7ftmz0w7YN23/R7921ZVH1pod9Y3dWy63MoFJprrZDnAfmzwm4vh/OzEieXn j9rkZcp6+G8ub/VqOSAr1A3Pj8g9q05rMy6yx9bcBtbTWPzw8fzrnO/0e1ZH1cb07L6r1Tqm IGkPtbXU+IgbZssaPzfWeqVf15xB1C57mWuwXsb6Ygbm2DR/tn+bsWVhfWPF6X1bIu6ex1nT 8shz8d8Nc13P6Plvs/NUfL/Bue9jmoHFLHlyYMccfDUMOSMZQyZcWT/yo9H/AKUTLNDiibsA m+48f7r03S/rFkZ3WcnpzsU1Mo3bbZM+w7f0kjb+k/NXKfXDFpxuuWikBjbWNtcwaAOcPdH9 b6S6G76+9HbWXU1W2XEfQIDBP8uyVxnUM7I6jmWZmQQbLTwOAB9Fjf5LFo/BOR5jHzks55Y8 lg9kYjjlPj93KOH9Z6mPPOJgI8XHK7vsELKrXgllbngclrS6PjtC0+qfV/M6djdPudXY451H rOaGk7Xbv5v2/wDB+k9T+qmf1LE6zjMwLvS+0WNZcH61mv6Vjrmn/R17nb/zF3fX/rji5XR8 7/m/mN+24hBedvuNUhl1uLv+nt3fzi38mScZxAAIO/19Pqa4Dy/+Llrm/WMNcC1wYZBEEfFJ L/F05z/rJve4ve5pLnOMkk/nOJSQ/wDBH+Aro//TB/jI/wDFE7+oFzz+o5j8WjD9VzMfGJfV Ww7RvJ3G5236Vv8ALXQ/4yP/ABRO/qBcoSBqTHxWniAOOHktO7Yzc7Kz7vtGW/1b9rWOsP0n Bg2sNn7z9v56AeCrf7Nv/Y/7Y0+zfaPs0/ytu/du/wCgqcgg7TPwUka6dNEPR/Wqqqvp/RzW xrC7HJcWgAnRn0o+ktPJqya/qtjWYmHj21uxT9rueAHsEaWV/vvVTrD+jdR6PiOHUGsycLHh tAEl7y1v6M/u/RUc67puZ0DCrHUhRfiY53YzZPqOI/mX8N/NXMAzli5OBjkBxc1m97jxZ5xq css8XycHHH1Q4J/zcGzoDM6axFUYtn6mdPxremZD8ljXnMsNFRcAT7WH6O5VvqrW3Gp6w62l ltmGyQ2xocNzN/j/AFUfC650jp3TukYzgMiyt3qWvY4j0bHfSfY2P0nts+ip42Z0VvUOts+2 114+e1vpW6kS5p9Tbp+Y5Mzy5mUueM8eb2uYljnj9Mj6OV5qGGXt8Hr9eD1/KmPD6KIuII/x otDruNg5XSsDruLS3GfkvFeRSzRu6eWt/rNWn9casijprhj4dDcJzGC3JADbGvJ0awN/NWR1 3qXThgYXRumPN2PhuD7LyI3O/k/e5zlb+td/TOoU/asbqQc+uprBhtmHkH6Wvt3NlS48eYZf h5nHIMUcvMGAywy5ZQwe7j+6xy8H83Pg/m5Z/wCbQTGslVdR2r5v0nZx8VtlXTqX4dD+n3Ym 7MvcxoLXBrdh9T81ef3NY26xtZ3Vh7gw+LQfb/0V2ret9Jtw6emX5LBj3YPp2v1hlrdoa1+i 4gtIO3mDEjv8FY+A480ZcwcsZwsjhjIS4Zx483631/5X/J/7OGJbnIPDWv8ALZYGPyJAxxp8 Fq9D+r2Z1bKuobXZX6NFl0lpbLmj9DX7h/hLFmupvY3dZU9g4Jc1zRPh7gtwSBJF6jdgen/x b/8Aiib/AFCkl/i3/wDFE3+oUlD/AOCP8FPR/9QH+Mj/AMUTv6gXO4Gff0/JblUBjns5ZY0P Y4d2PY/95dF/jI/8UTv6gXLBxaQQYIMg+YWniF4og9lp3fZm53Tz00YfoYv7Rdjfav2V7du/ b6m3Zt/f/k715Dn9Qv6jkuyr2sY5/FdTAxjR2YxjP3UL7Rf6/wBp9R3r7t/qyd+7nfv+luUC 4uJc4ySSSfMoYsIxkm7v8FErJKTarHse9jS5lQDrHAaNBOwOd/aUVKhSSSSKlJJJJKUkiU49 17ntpYXmtjrXgdmME2P/ALKGgp9G+qf1vZ07oLbev5Ze193pYTY32+m2Gvsf+e6lln57lzn1 66pm5vWXsfki/AAbZhCs/o/TeNzX+36Vn5r3rnJP8Akoo4YxmZjc+H/RTb1X+Lf/AMUTf6hS S/xb/wDiib/UKSb/AOCP8FXR/9UH+Mj/AMUTv6gXKrqv8Y//AIonf1AuVWph/m4+Sw7qUqjU LGm1rn1z72sO1xHfa4h21yiknqfUfqv9WPq5mdCy34Vl9tHVGela66BZXsP0GQwN3Ms9y8/6 5T0bHzHY/SX33V0ktsvvIG5w9rvSraxm1rf5aOz62dYx6sOjBuOJRgD9FVXw53NlmRP896jj 9D6Czs/LObmXZbmNqdkPNj2M+iHO+ntn953uUOPHOM5GUiQdtf8ApJJQTCt4PTb87GzcmiCz p9Qut7yC7Zt/7+q9Vj6bWW1na+shzTzBHk5esfVjreBZ0XEt6sMXDyOoF1bGBraxcGksbYa4 /P8A+20c2SUACBdn+WigHyMOB4IPwUgQCCRuAOoOkjw0Wz9a+oZeV1a/GvprxWYljq68elga 0QY3ucA11jntWKpImwCRV+KH0/6idN+reZh35+Di2022MOJlV3PNjQHAOsbS930muXGfWrH6 Dg51nTuk49zH4zy2+66wukj8yqs/mf8ACOVEdb6jXg0YFFzsfHx3G0ColpdYTu9a17fc9/7i H1HqOT1LJ+15UOyHNa2ywCN5aNvqPH+k2/SUUMUhkMjImJ6X/iptqpJJKZD1X+Lf/wAUTf6h SS/xb/8Aiib/AFCkoP8AwR/gp6P/1tT63/VDrHWOsPysVjRUGhoLjysT/wAbf6xfus+9eYpK 9j9/gjw8NVot0fTv/G3+sX7rPvS/8bf6xfus+9eYpJ39I/qq0fTv/G3+sX7rPvS/8bf6xfus +9eYpJf0j+qrR9O/8bf6xfus+9Ss/wAXf1mtINm1+1oY3c6YaPosb/JXl6SX9I/qq0fULP8A F39ZrX77S17yAC5zpMAbW6lR/wDG3+sX7rPvXmKSX9I/qK0fTv8Axt/rF+6z70v/ABt/rF+6 z715ikl/SP6qtH07/wAbf6xfus+9L/xt/rF+6z715ikl/SP6qtH2n6ofVDrHR+sMyspjTUWl pLTwkvFklF+t979Hj4fpSdKf/9k= --------------CEE33E5E78D696CB4E0EC941-- --------------070C33C436192682FC31B74B-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Dec 13 10:28:14 2000 From owner-freebsd-emulation@FreeBSD.ORG Wed Dec 13 10:28:11 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id D345937B404 for ; Wed, 13 Dec 2000 10:28:06 -0800 (PST) Received: (from dan@localhost) by dan.emsphone.com (8.11.1/8.11.1) id eBDIRwT23202; Wed, 13 Dec 2000 12:27:58 -0600 (CST) (envelope-from dan) Date: Wed, 13 Dec 2000 12:27:58 -0600 From: Dan Nelson To: Greg Skafte Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: APC Powerchute plus Message-ID: <20001213122757.A16168@dan.emsphone.com> References: <20001213010911.B3486@trollkarl.skafte.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: <20001213010911.B3486@trollkarl.skafte.org>; from "Greg Skafte" on Wed Dec 13 01:09:11 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: dan@dan.emsphone.com Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In the last episode (Dec 13), Greg Skafte said: > I've managed to get the ACP PowerChute Plus client running, under > RELENG_4, but I've had to create a /compat/linux/etc/passwd file with > the powerchute user and having a DES encrypted passwd. > > the powerchute daemon on the other had needed nothing special done, > but I haven't tried having it do a shutdown though ... I prefer /usr/ports/nut, myself, since you can notify multiple machines plugged into a single UPS with it, and it's got a nice web interface. -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Dec 13 11:52:30 2000 From owner-freebsd-emulation@FreeBSD.ORG Wed Dec 13 11:52:28 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from guardian.sftw.com (guardian.sftw.com [209.157.37.25]) by hub.freebsd.org (Postfix) with ESMTP id 47C2237B400 for ; Wed, 13 Dec 2000 11:52:28 -0800 (PST) Received: from vmware (vmware.sftw.com [209.157.37.197]) by guardian.sftw.com (8.11.0/8.11.0) with SMTP id eBDJqAq01303; Wed, 13 Dec 2000 11:52:10 -0800 (PST) (envelope-from nsayer@quack.kfu.com) From: "Nick Sayer" To: "Matt Dillon" , "Barry Lustig" Cc: , Subject: RE: VMWare performance when returning from suspend to disk Date: Wed, 13 Dec 2000 11:52:10 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <200012130624.eBD6OKV80594@earth.backplane.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well, one thing I tried was to change the vm.pageout_algorithm to 1. That didn't help. Looking at when vmware locks, I see some VN PAGER out activity right at the start, but it doesn't last the entire length of the hang. Then when it comes BACK, one thing I see is that 94% of the CPU is in 'sys' time. In fact, the 'sys' time is sort of a barometer for vmware performance. When it dips down, vmware locks up. When it shoots back up towards 100%, vmware becomes responsive. running top in another window and watching the vmware process, I see that sure enough, it's mostly in system time. I suspect this really means that vmware does an ioctl to 'jump into' the guest os. vmware is in RUN state according to top. What I see most often from top is that vmware goes into 'inode' state when it's locked (sometimes I briefly see state vmpfw). This would suggest to me that the issue is with the mmapped RAM file. I will reboot the guest and compare what I see now to what I see with a guest that's not been suspended. btw: I am running 4.2-RELEASE. Maybe, maybe not. This sounds primarily like pagein load whereas my patches are primarily geared towards pageout load. It's possible, but not likely. A 'systat -vm 1' during the period of slowness might help. Specifically, the disk I/O, VN PAGER, and SWAP PAGER numbers. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Dec 13 12:23:55 2000 From owner-freebsd-emulation@FreeBSD.ORG Wed Dec 13 12:23:52 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mage.trollkarl.net (fw.trollkarl.net [207.167.5.66]) by hub.freebsd.org (Postfix) with ESMTP id F1C0F37B400 for ; Wed, 13 Dec 2000 12:23:51 -0800 (PST) Received: from trollkarl.skafte.org (root@trollkarl [192.168.100.16]) by mage.trollkarl.net (8.11.1/8.11.1) with ESMTP id eBDKNpl00771 for ; Wed, 13 Dec 2000 13:23:51 -0700 (MST) (envelope-from skafte@trollkarl.net) Received: (from skafte@localhost) by trollkarl.skafte.org (8.11.1/8.11.1) id eBDKNop04903 for freebsd-emulation@freebsd.org; Wed, 13 Dec 2000 13:23:50 -0700 (MST) (envelope-from skafte) Date: Wed, 13 Dec 2000 13:23:50 -0700 From: Greg Skafte To: freebsd-emulation@freebsd.org Subject: Re: APC Powerchute plus Message-ID: <20001213132350.A4797@trollkarl.skafte.org> References: <20001213010911.B3486@trollkarl.skafte.org> <20001213122757.A16168@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20001213122757.A16168@dan.emsphone.com>; from dnelson@emsphone.com on Wed, Dec 13, 2000 at 12:27:58PM -0600 Organization: Gregs Hidey Hole Errors-To: skafte@trollkarl.net Sender: skafte@trollkarl.net Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've looked at nut... but haven't played much yet. this is as much an excercise in "this program isn't working, why?" ... I've got a smart ups with network card .... it generates traps ... but I haven't install the linux-jdk to experiment with the network client.... Quoting Dan Nelson (dnelson@emsphone.com) On Subject: Re: APC Powerchute plus Date: Wed, Dec 13, 2000 at 12:27:58PM -0600 > In the last episode (Dec 13), Greg Skafte said: > > I've managed to get the ACP PowerChute Plus client running, under > > RELENG_4, but I've had to create a /compat/linux/etc/passwd file with > > the powerchute user and having a DES encrypted passwd. > > > > the powerchute daemon on the other had needed nothing special done, > > but I haven't tried having it do a shutdown though ... > > I prefer /usr/ports/nut, myself, since you can notify multiple machines > plugged into a single UPS with it, and it's got a nice web interface. > > -- > Dan Nelson > dnelson@emsphone.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message -- Email: skafte@trollkarl.net ICQ: 93234105 #575 Sun Life Place * 10123 99 Street * Edmonton, AB * Canada * T5J 3H1 -- -- When things can't get any worse, they simplify themselves by getting a whole lot worse then complicated. A complete and utter disaster is the simplest thing in the world; it's preventing one that's complex. (Janet Morris) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Dec 13 13:11:16 2000 From owner-freebsd-emulation@FreeBSD.ORG Wed Dec 13 13:11:14 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from earth.backplane.com (placeholder-dcat-1076843399.broadbandoffice.net [64.47.83.135]) by hub.freebsd.org (Postfix) with ESMTP id 13FC737B698 for ; Wed, 13 Dec 2000 13:11:14 -0800 (PST) Received: (from dillon@localhost) by earth.backplane.com (8.11.1/8.9.3) id eBDLB7g86670; Wed, 13 Dec 2000 13:11:07 -0800 (PST) (envelope-from dillon) Date: Wed, 13 Dec 2000 13:11:07 -0800 (PST) From: Matt Dillon Message-Id: <200012132111.eBDLB7g86670@earth.backplane.com> To: "Nick Sayer" Cc: "Barry Lustig" , , Subject: Re: RE: VMWare performance when returning from suspend to disk References: Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org : :Looking at when vmware locks, I see some VN PAGER out activity right at the :start, but it doesn't last the entire length of the hang. Then when it comes :BACK, one thing I see is that 94% of the CPU is in 'sys' time. In fact, the :'sys' time is sort of a barometer for vmware performance. When it dips down, :vmware locks up. When it shoots back up towards 100%, vmware becomes Ok, that has nothing to do with my pageout stuff, then. I've no idea what is going on here, but it might be useful to break into DDB (ctl-alt-esc on the console) while the sys time is locked up then do a 'trace' to see where the kernel is looping. 'cont' to continue. Repeat a couple of times and you should have a good idea as to the cause of all the sys time wasteage. :responsive. running top in another window and watching the vmware process, I :see that sure enough, it's mostly in system time. I suspect this really :means that vmware does an ioctl to 'jump into' the guest os. vmware is in :RUN state according to top. What I see most often from top is that vmware :goes into 'inode' state when it's locked (sometimes I briefly see state :vmpfw). This would suggest to me that the issue is with the mmapped RAM :file. I will reboot the guest and compare what I see now to what I see with :a guest that's not been suspended. Could be. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Dec 13 13:36:56 2000 From owner-freebsd-emulation@FreeBSD.ORG Wed Dec 13 13:36:48 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from guardian.sftw.com (guardian.sftw.com [209.157.37.25]) by hub.freebsd.org (Postfix) with ESMTP id 1D86A37B698 for ; Wed, 13 Dec 2000 13:36:40 -0800 (PST) Received: from vmware (vmware.sftw.com [209.157.37.197]) by guardian.sftw.com (8.11.0/8.11.0) with SMTP id eBDLaUq03315; Wed, 13 Dec 2000 13:36:30 -0800 (PST) (envelope-from nsayer@quack.kfu.com) From: "Nick Sayer" To: "Matt Dillon" , "Nick Sayer" Cc: "Barry Lustig" , , Subject: RE: RE: VMWare performance when returning from suspend to disk Date: Wed, 13 Dec 2000 13:36:29 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <200012132111.eBDLB7g86670@earth.backplane.com> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Oh what a difference power cycling the guest makes! Now when the guest idles, the sys time is very low. When the guest is active, the sys time creeps up. The system is fully responsive and there are no periods when either system seem to lock up and thrash about on the disk. Naturally, of course, as soon as I am done typing that paragraph, the sys time shoots up to the roof. :-) Everything remains functional -- no strange hangs. I guess under some circumstances vmware is capable of telling when the guest CPU is idle and sometimes it isn't. But in any case, the systat -vm 1 display now no longer looks terribly different than it does after a suspend/resume cycle (but I guarantee that the periodic short hangs will return). One thing that appears different is that the number of active pages seems much higher than when things are bad. Let me suspend/resume and see if that holds up. Well, immediately across the suspend/resume, the number of active pages has been cut in half. The number of wired pages is down by 10,000 (out of about 50,000). The number of free pages is up dramatically, and every once in a while it will freeze up, have a short burst of VN PAGER out activity, then come back. Also, the number of inactive pages is up dramatically as well. good bad wired 84580 48108 act 88708 60924 inact 9456 56324 cache 6792 7304 free 572 17448 I know it may look like 'good' and 'bad' are interchanged, but they're not. The numbers in the 'bad' column represent what systat looks like when the periodic freezing is taking place (after a suspend/resume), 'good' is when you boot up the guest cleanly. -----Original Message----- From: Matt Dillon [mailto:dillon@earth.backplane.com] Sent: Wednesday, December 13, 2000 1:11 PM To: Nick Sayer Cc: Barry Lustig; vns@delta.odessa.ua; emulation@freebsd.org Subject: Re: RE: VMWare performance when returning from suspend to disk : :Looking at when vmware locks, I see some VN PAGER out activity right at the :start, but it doesn't last the entire length of the hang. Then when it comes :BACK, one thing I see is that 94% of the CPU is in 'sys' time. In fact, the :'sys' time is sort of a barometer for vmware performance. When it dips down, :vmware locks up. When it shoots back up towards 100%, vmware becomes Ok, that has nothing to do with my pageout stuff, then. I've no idea what is going on here, but it might be useful to break into DDB (ctl-alt-esc on the console) while the sys time is locked up then do a 'trace' to see where the kernel is looping. 'cont' to continue. No no. vmware is _working_ when the sys time is high. When the sys time dips low, vmware locks up. I know it makes no sense. Repeat a couple of times and you should have a good idea as to the cause of all the sys time wasteage. :responsive. running top in another window and watching the vmware process, I :see that sure enough, it's mostly in system time. I suspect this really :means that vmware does an ioctl to 'jump into' the guest os. vmware is in :RUN state according to top. What I see most often from top is that vmware :goes into 'inode' state when it's locked (sometimes I briefly see state :vmpfw). This would suggest to me that the issue is with the mmapped RAM :file. I will reboot the guest and compare what I see now to what I see with :a guest that's not been suspended. Could be. -Matt To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Dec 13 17:35:19 2000 From owner-freebsd-emulation@FreeBSD.ORG Wed Dec 13 17:35:17 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from gate.keisu.t.u-tokyo.ac.jp (gate.keisu.t.u-tokyo.ac.jp [133.11.68.1]) by hub.freebsd.org (Postfix) with ESMTP id 63EC237B699 for ; Wed, 13 Dec 2000 17:35:17 -0800 (PST) Received: from sylph.sat.t.u-tokyo.ac.jp (sylph.sat.t.u-tokyo.ac.jp [10.6.1.20]) by gate.keisu.t.u-tokyo.ac.jp (Postfix) with ESMTP id 95BC94129; Thu, 14 Dec 2000 10:35:16 +0900 (JST) Received: from ett.sat.t.u-tokyo.ac.jp (ett.sat.t.u-tokyo.ac.jp [10.6.1.30]) by sylph.sat.t.u-tokyo.ac.jp (Postfix) with ESMTP id CCB392DABD; Thu, 14 Dec 2000 10:35:15 +0900 (JST) Received: from ett.sat.t.u-tokyo.ac.jp by ett.sat.t.u-tokyo.ac.jp (8.9.3/sat-V0.6) id KAA03930; Thu, 14 Dec 2000 10:35:15 +0900 (JST) Date: Thu, 14 Dec 2000 10:35:14 +0900 Message-ID: From: Hidetoshi Shimokawa To: freebsd-emulation@FreeBSD.ORG Cc: barry@lustig.com Subject: Re: VMWare performance when returning from suspend to disk In-Reply-To: <20001212183737.29213.qmail@devious.lustig.com> User-Agent: Wanderlust/2.5.2 (Smooth) REMI/1.14.3 (Matsudai) FLIM/1.13.2 (Kasanui) APEL/10.2 MULE XEmacs/21.2 (beta19) (Shinjuku) (i386-unknown-freebsd3.2) X-Face: OE([KxWyJI0r[R~S/>7ia}SJ)i%a,$-9%7{*yihQk|]gl}2p#"oXmX/fT}Bn7:#j7i14gu$ jgR\S*&C3R/pJX > VMWare running on dual 800Mhz with 512MB RAM runs great, except when I > suspend to disk and then restore that image. When the restored image starts > running, the mouse will move for a few moments and then freeze and then start > moving again. The same behavior happens to window input. During the > freezes, VMWare seems to be doing a lot of I/O. Any thoughts on where to > look? > > Thanks, This is because the restored image is mmaped without MAP_NOSYNC flag. (When you 'power on', the image is mmapped with the flag because the image is unlinked just after mmapped.) Try the patch included in http://home.jp.FreeBSD.ORG/cgi-bin/showmail/FreeBSD-users-jp/55885 /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Dec 13 18: 6:25 2000 From owner-freebsd-emulation@FreeBSD.ORG Wed Dec 13 18:06:23 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mb1i0.ns.pitt.edu (mb1i0.ns.pitt.edu [136.142.186.35]) by hub.freebsd.org (Postfix) with ESMTP id 032E537B404 for ; Wed, 13 Dec 2000 18:06:23 -0800 (PST) Received: from pitt.edu ("port 1779"@[136.142.89.102]) by pitt.edu (PMDF V5.2-32 #41462) with ESMTP id <01JXO48Y5YCW0022SW@mb1i0.ns.pitt.edu> for emulation@FreeBSD.org; Wed, 13 Dec 2000 21:06:21 EST Date: Wed, 13 Dec 2000 21:13:30 -0500 From: "Pedro F. Giffuni" Subject: FYI: Plex8 runs on NetBSD To: emulation@FreeBSD.org Message-id: <3A382CCA.37E23DC7@pitt.edu> Organization: University of Pittsburgh MIME-version: 1.0 X-Mailer: Mozilla 4.76 [en] (Win98; U) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en,pdf,es-CO Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org http://www.netbsd.org/Changes/#plex86 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Dec 13 22:36:20 2000 From owner-freebsd-emulation@FreeBSD.ORG Wed Dec 13 22:36:17 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from quack.kfu.com (quack.kfu.com [205.178.90.194]) by hub.freebsd.org (Postfix) with ESMTP id 2B0BD37B400 for ; Wed, 13 Dec 2000 22:36:17 -0800 (PST) Received: from vmware (vmware.kfu.com [205.178.90.234]) by quack.kfu.com (8.11.1/8.11.1) with SMTP id eBE6a8m45074; Wed, 13 Dec 2000 22:36:08 -0800 (PST) (envelope-from nsayer@quack.kfu.com) From: "Nicholas W. Sayer" To: "Hidetoshi Shimokawa" , Cc: Subject: RE: VMWare performance when returning from suspend to disk Date: Wed, 13 Dec 2000 23:36:04 -0800 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Importance: Normal Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org *ding ding ding ding ding* Having applied this patch, it appears to have returned the systat numbers to a state where this problem does not occur, at least on my home machine (which is not the same one I was testing today at the office). Now the question is, why doesn't vmware unlink the mmap file when it's resuming like it does when it's booting? Bizarre. I was able to port the patch to -stable, but only by moving the SYSCTL_INT declaration and the mmap_nosync variable to /sys/compat/linux/linux_mib.c and keeping the functional part of the patch in /sys/i386/linux/linux_machdep.c. Anyone have any insight on that? -----Original Message----- From: owner-freebsd-emulation@FreeBSD.ORG [mailto:owner-freebsd-emulation@FreeBSD.ORG]On Behalf Of Hidetoshi Shimokawa Sent: Wednesday, December 13, 2000 5:35 PM To: freebsd-emulation@FreeBSD.ORG Cc: barry@lustig.com Subject: Re: VMWare performance when returning from suspend to disk At Tue, 12 Dec 2000 13:37:36 -0500, Barry Lustig wrote: > > VMWare running on dual 800Mhz with 512MB RAM runs great, except when I > suspend to disk and then restore that image. When the restored image starts > running, the mouse will move for a few moments and then freeze and then start > moving again. The same behavior happens to window input. During the > freezes, VMWare seems to be doing a lot of I/O. Any thoughts on where to > look? > > Thanks, This is because the restored image is mmaped without MAP_NOSYNC flag. (When you 'power on', the image is mmapped with the flag because the image is unlinked just after mmapped.) Try the patch included in http://home.jp.FreeBSD.ORG/cgi-bin/showmail/FreeBSD-users-jp/55885 /\ Hidetoshi Shimokawa \/ simokawa@sat.t.u-tokyo.ac.jp PGP public key: finger -l simokawa@sat.t.u-tokyo.ac.jp To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Dec 14 7:44:12 2000 From owner-freebsd-emulation@FreeBSD.ORG Thu Dec 14 07:44:10 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from melete.ch.intel.com (melete.ch.intel.com [143.182.246.25]) by hub.freebsd.org (Postfix) with ESMTP id 8CC2037B400 for ; Thu, 14 Dec 2000 07:44:10 -0800 (PST) Received: from sedona.intel.com (sedona.ch.intel.com [143.182.218.21]) by melete.ch.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.33 2000/11/21 19:27:27 smothers Exp $) with ESMTP id PAA05667; Thu, 14 Dec 2000 15:47:40 GMT Received: from hip186.ch.intel.com (hip186.ch.intel.com [143.182.225.68]) by sedona.intel.com (8.9.1a/8.9.1/d: sendmail.cf,v 1.11 2000/12/08 18:51:21 jdecello Exp $) with ESMTP id IAA04011; Thu, 14 Dec 2000 08:44:00 -0700 (MST) X-Envelope-From: jreynold@sedona.ch.intel.com Received: (from jreynold@localhost) by hip186.ch.intel.com (8.9.1a/8.9.1/d: client.m4,v 1.3 1998/09/29 16:36:11 sedayao Exp sedayao $) id KAA12685; Thu, 14 Dec 2000 10:43:59 -0500 (EST) X-Authentication-Warning: hip186.ch.intel.com: jreynold set sender to jreynold@sedona.ch.intel.com using -f From: John Reynolds~ MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14904.60095.583616.280654@hip186.ch.intel.com> Date: Thu, 14 Dec 2000 08:43:59 -0700 (MST) To: "Pedro F. Giffuni" Cc: emulation@freebsd.org Subject: Re: FYI: Plex8 runs on NetBSD In-Reply-To: <3A382CCA.37E23DC7@pitt.edu> References: <3A382CCA.37E23DC7@pitt.edu> X-Mailer: VM 6.75 under Emacs 20.6.3 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ On Wednesday, December 13, Pedro F. Giffuni wrote: ] > > http://www.netbsd.org/Changes/#plex86 > Cool! Has anybody looked at the NetBSD patches to see how far away from FreeBSD they are (i.e. getting it to work under FreeBSD)? -Jr -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= | John Reynolds WCCG, CCE, Higher Levels of Abstraction | | Intel Corporation MS: CH6-210 Phone: 480-554-9092 pgr: 602-868-6512 | | jreynold@sedona.ch.intel.com http://www-aec.ch.intel.com/~jreynold/ | =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Dec 14 14:44:39 2000 From owner-freebsd-emulation@FreeBSD.ORG Thu Dec 14 14:44:34 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from quack.kfu.com (quack.kfu.com [205.178.90.194]) by hub.freebsd.org (Postfix) with ESMTP id 9D08E37B402 for ; Thu, 14 Dec 2000 14:44:33 -0800 (PST) Received: from medusa.kfu.com (medusa.kfu.com [205.178.90.222]) by quack.kfu.com (8.11.1/8.11.1) with ESMTP id eBEMiXm80289 for ; Thu, 14 Dec 2000 14:44:33 -0800 (PST) (envelope-from nsayer@freebsd.org) Received: from localhost (nsayer@localhost) by medusa.kfu.com (8.11.1/8.11.0) with ESMTP id eBEMiXO94026 for ; Thu, 14 Dec 2000 14:44:33 -0800 (PST) (envelope-from nsayer@freebsd.org) X-Authentication-Warning: medusa.kfu.com: nsayer owned process doing -bs Date: Thu, 14 Dec 2000 14:44:32 -0800 (PST) From: Nick Sayer X-Sender: nsayer@medusa.kfu.com To: freebsd-emulation@freebsd.org Subject: Suggestet patch to vmware2 port: netgraph bridging Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1534504094-976833872=:93965" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1534504094-976833872=:93965 Content-Type: TEXT/PLAIN; charset=US-ASCII I've been using netgraph bridging for quite some time now and it works remarkably well. One of the big advantages of it is that it is far less likely to gum up multi-interface configurations, since you pick which interface you want to "chain" the guest to at install-time. I usually dummy up the vmware.sh script by hand, so this patch is not thoroughly tested, but I think it would be a good replacement for the bridge functionality we have in the vmware2 port now. If nothing else, it means you can run vmware without having to recompile the kernel! --0-1534504094-976833872=:93965 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=p Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=p SW5kZXg6IE1ha2VmaWxlDQo9PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09DQpSQ1Mg ZmlsZTogL2hvbWUvbmN2cy9wb3J0cy9lbXVsYXRvcnMvdm13YXJlMi9NYWtl ZmlsZSx2DQpyZXRyaWV2aW5nIHJldmlzaW9uIDEuMjkNCmRpZmYgLXUgLXIx LjI5IE1ha2VmaWxlDQotLS0gTWFrZWZpbGUJMjAwMC8xMS8wNyAxNDo0MDoy MwkxLjI5DQorKysgTWFrZWZpbGUJMjAwMC8xMi8xNCAyMjo0MTozMw0KQEAg LTEwMiw2ICsxMDIsOCBAQA0KIAkke1NFRH0gCS1lICdzO0BAUFJFRklYQEA7 JHtQUkVGSVh9OycgXA0KIAkJLWUgJ3M7QEBMSU5VWEJBU0VAQDske0xJTlVY QkFTRX07JyBcDQogCQktZSAncztAQE5FVFdPUktJTkdAQDske1ZNTkVUX05F VFdPUktJTkd9OycgXA0KKwkJLWUgJ3M7QEBCUklER0VEQEA7JHtWTU5FVF9C UklER0VEfTsnIFwNCisJCS1lICdzO0BAQlJJREdFX0lOVEZAQDske1ZNTkVU X0JSSURHRURfSU5URVJGQUNFfTsnIFwNCiAJCSR7RklMRVNESVJ9L3Ztd2Fy ZS5zaCA+ICR7V1JLRElSfS92bXdhcmUuc2gNCiANCiAJJHtTRUR9IAktZSAn cztAQFBSRUZJWEBAOyR7UFJFRklYfTsnIFwNCkluZGV4OiBmaWxlcy9jb25m aWcNCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJDUyBmaWxlOiAvaG9tZS9u Y3ZzL3BvcnRzL2VtdWxhdG9ycy92bXdhcmUyL2ZpbGVzL2NvbmZpZyx2DQpy ZXRyaWV2aW5nIHJldmlzaW9uIDEuMg0KZGlmZiAtdSAtcjEuMiBjb25maWcN Ci0tLSBmaWxlcy9jb25maWcJMjAwMC8wMS8yOCAwNjoyMjo1NQkxLjINCisr KyBmaWxlcy9jb25maWcJMjAwMC8xMi8xNCAyMjo0MTozMw0KQEAgLTUsMyAr NSw0IEBADQogbGliZGlyID0gIkBAUFJFRklYQEAvbGliL3Ztd2FyZS9saWIi DQogdm1uZXQxLkhvc3RPbmx5QWRkcmVzcyA9ICJAQEhPU1RfSVBAQCINCiB2 bW5ldDEuSG9zdE9ubHlOZXRNYXNrID0gIkBATkVUTUFTS0BAIg0KK3ZtbmV0 MS5OR0JyaWRnZSA9ICJAQEJSSURHRUBAIg0KSW5kZXg6IGZpbGVzL3Ztd2Fy ZS5zaA0KPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNTIGZpbGU6IC9ob21l L25jdnMvcG9ydHMvZW11bGF0b3JzL3Ztd2FyZTIvZmlsZXMvdm13YXJlLnNo LHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS45DQpkaWZmIC11IC1yMS45IHZt d2FyZS5zaA0KLS0tIGZpbGVzL3Ztd2FyZS5zaAkyMDAwLzExLzAyIDEyOjIw OjI2CTEuOQ0KKysrIGZpbGVzL3Ztd2FyZS5zaAkyMDAwLzEyLzE0IDIyOjQx OjMzDQpAQCAtMjQsNiArMjQsOCBAQA0KIHZtd2FyZT1gdm13YXJlX2NvbmZp ZyB2bXdhcmUuZnVsbHBhdGhgDQogdm13YXJlX2xpYmRpcj1gdm13YXJlX2Nv bmZpZyBsaWJkaXJgDQogbmV0d29ya2luZz1AQE5FVFdPUktJTkdAQA0KK2Jy aWRnZWQ9QEBCUklER0VEQEANCiticmlkZ2VfaW50ZXJmYWNlPUBAQlJJREdF X0lOVEZAQA0KIGhvc3RfaXA9YHZtd2FyZV9jb25maWcgdm1uZXQxLkhvc3RP bmx5QWRkcmVzc2ANCiBuZXRtYXNrPWB2bXdhcmVfY29uZmlnIHZtbmV0MS5I b3N0T25seU5ldE1hc2tgDQogZGV2X3ZtbmV0MT1AQExJTlVYQkFTRUBAL2Rl di92bW5ldDENCkBAIC00NSw3ICs0Nyw2IEBADQogc3RhcnQpDQogICAgIGts ZGxvYWQgJHt2bXdhcmVfbGliZGlyfS9tb2R1bGVzL3ZtbW9uXyR7c3VmZml4 fS5rbw0KICAgICBpZiBbICRuZXR3b3JraW5nIC1lcSAxIF07IHRoZW4NCi0J c3lzY3RsIG5ldC5saW5rLmV0aGVyLmJyaWRnZV9yZWZyZXNoICYmIGJyaWRn ZT0iX2JyaWRnZSINCiAJa2xkbG9hZCBpZl90YXAua28NCiAJaWYgWyAhIC1l ICRkZXZfdm1uZXQxIF07IHRoZW4NCiAJCWVjaG8gIiRkZXZfdm1uZXQxIGRv ZXMgbm90IGV4aXN0ISIgPiYyDQpAQCAtNTQsMTIgKzU1LDIxIEBADQogCWZp DQogCWVjaG8gLW4gPiAkZGV2X3ZtbmV0MQ0KIAlpZmNvbmZpZyB2bW5ldDEg JGhvc3RfaXAgbmV0bWFzayAkbmV0bWFzaw0KLQlpZiBbIF8kYnJpZGdlICE9 IF8gXTsgdGhlbg0KLQkgICAgc3lzY3RsIC13IG5ldC5saW5rLmV0aGVyLmJy aWRnZV9yZWZyZXNoPTENCi0JICAgIHN5c2N0bCAtdyBuZXQubGluay5ldGhl ci5icmlkZ2U9MQ0KKwlpZiBbIFgkYnJpZGdlZCA9IFhZRVMgXTsgdGhlbg0K KwkgICAga2xkbG9hZCBuZXRncmFwaC5rbw0KKwkgICAga2xkbG9hZCBuZ19l dGhlci5rbw0KKwkgICAga2xkbG9hZCBuZ19icmlkZ2Uua28NCisJICAgIG5n Y3RsIG1rcGVlciB2bW5ldDE6IGJyaWRnZSBsb3dlciBsaW5rMA0KKwkgICAg bmdjdGwgbmFtZSB2bW5ldDE6bG93ZXIgdm1uZXRfYnJpZGdlDQorCSAgICBu Z2N0bCBjb25uZWN0IHZtbmV0X2JyaWRnZTogJHticmlkZ2VfaW50ZXJmYWNl fTogbGluazEgbG93ZXINCisJICAgIG5nY3RsIGNvbm5lY3Qgdm1uZXRfYnJp ZGdlOiAke2JyaWRnZV9pbnRlcmZhY2V9OiBsaW5rMiB1cHBlcg0KKwkgICAg bmdjdGwgbXNnICR7YnJpZGdlX2ludGVyZmFjZX06IHNldGF1dG9zcmMgMA0K KwkgICAgbmdjdGwgbXNnICR7YnJpZGdlX2ludGVyZmFjZX06IHNldHByb21p c2MgMQ0KKwkgICAgbmdjdGwgbXNnIHZtbmV0MTogc2V0YXV0b3NyYyAwDQor CSAgICBuZ2N0bCBtc2cgdm1uZXQxOiBzZXRwcm9taXNjIDENCiAJZmkNCiAg ICAgZmkNCi0gICAgZWNobyAtbiAiIFZNd2FyZSR7YnJpZGdlfSIgPiYyDQor ICAgIGVjaG8gLW4gIiBWTXdhcmUiID4mMg0KICAgICA7Ow0KIA0KIHN0b3Ap DQpAQCAtNjcsOCArNzcsMTEgQEANCiAgICAgaWYgWyAkbmV0d29ya2luZyAt ZXEgMSBdOyB0aGVuDQogCWlmY29uZmlnIHZtbmV0MSBkb3duDQogCWlmY29u ZmlnIHZtbmV0MSBkZWxldGUgJGhvc3RfaXANCi0Jc3lzY3RsIG5ldC5saW5r LmV0aGVyLmJyaWRnZV9yZWZyZXNoICYmIGJyaWRnZT0iX2JyaWRnZSINCi0J WyBfJGJyaWRnZSAhPSBfIF0gJiYgc3lzY3RsIC13IG5ldC5saW5rLmV0aGVy LmJyaWRnZV9yZWZyZXNoPTENCisJaWYgWyBYJGJyaWRnZWQgPSBYWUVTIF07 IHRoZW4NCisJICAgIG5nY3RsIHNodXRkb3duIHZtbmV0X2JyaWRnZToNCisJ ICAgIG5nY3RsIG1zZyAke2JyaWRnZV9pbnRlcmZhY2V9OiBzZXRhdXRvc3Jj IDENCisJICAgIG5nY3RsIG1zZyAke2JyaWRnZV9pbnRlcmZhY2V9OiBzZXRw cm9taXNjIDANCisJZmkNCiAgICAgZmkNCiAgICAgOzsNCiANCkluZGV4OiBz Y3JpcHRzL2NvbmZpZ3VyZQ0KPT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQ0KUkNT IGZpbGU6IC9ob21lL25jdnMvcG9ydHMvZW11bGF0b3JzL3Ztd2FyZTIvc2Ny aXB0cy9jb25maWd1cmUsdg0KcmV0cmlldmluZyByZXZpc2lvbiAxLjUNCmRp ZmYgLXUgLXIxLjUgY29uZmlndXJlDQotLS0gc2NyaXB0cy9jb25maWd1cmUJ MjAwMC8wOS8xMCAxNTowMzowMAkxLjUNCisrKyBzY3JpcHRzL2NvbmZpZ3Vy ZQkyMDAwLzEyLzE0IDIyOjQxOjMzDQpAQCAtOCw2ICs4LDM0IEBADQogdGl0 bGU9IlZNd2FyZSBuZXR3b3JrIG9wdGlvbnMiDQogDQogZ2V0X25ldHdvcmtf c2V0dGluZ3MoKSB7DQorICAgIGJyaWRnZWQ9Ik5PIg0KKyAgICAvdXNyL2Jp bi9kaWFsb2cgLS10aXRsZSAiJHRpdGxlIiAtLWNsZWFyIC0teWVzbm8gXA0K KyJcbiJcDQorIkRvIHlvdSB3YW50IHRvIHVzZSBuZXRncmFwaCBicmlkZ2lu Zz9cbiJcDQorICAgIDEwIDUwDQorICAgIGlmIFsgJD8gLWVxIDAgXTsgdGhl bg0KKwlicmlkZ2VkPSJZRVMiDQorCXJlc3VsdD1gL3Vzci9iaW4vZGlhbG9n IC0tdGl0bGUgIiR0aXRsZSIgLS1jbGVhciAtLWlucHV0Ym94IFwNCisiXG4i XA0KKyJUbyB3aGljaCBpbnRlcmZhY2Ugd291bGQgeW91XG4iXA0KKyJsaWtl IHRvIHRpZSB0aGUgYnJpZGdlPzoiXA0KKwkxMCA1MCB4bDAgXA0KKwkyPiYx ID4gL2Rldi90dHlgDQorCWNhc2UgJD8gaW4NCisJMCkNCisJICAgIGlmIFsg LXogIiRyZXN1bHQiIF07IHRoZW4NCisJCXJldHVybiAxDQorCSAgICBmaQ0K KwkgICAgYmRnX2ludGVyZmFjZT0kcmVzdWx0DQorCSAgICA7Ow0KKyAgICAg ICAgMSkNCisJICAgIHJldHVybiAxDQorCSAgICA7Ow0KKwllc2FjDQorCWhv c3RfaXA9MTkyLjE2OC4wLjENCisJbmV0bWFzaz0yNTUuMjU1LjI1NS4wDQor ICAgIGVsc2UNCisNCiAgICAgcmVzdWx0PWAvdXNyL2Jpbi9kaWFsb2cgLS10 aXRsZSAiJHRpdGxlIiAtLWNsZWFyIC0taW5wdXRib3ggXA0KICJcbiJcDQog IldoYXQgd2lsbCBiZSB0aGUgSVAgYWRkcmVzcyBvZiB5b3VyIGhvc3RcbiJc DQpAQCAtNDYsMTkgKzc0LDMxIEBADQogCTs7DQogICAgIGVzYWMNCiAgICAg cmV0dXJuIDA7DQorICAgIGZpDQogfQ0KIA0KIGRvX25ldHdvcmsoKSB7DQog ICAgIHdoaWxlIHRydWU7IGRvDQogCWdldF9uZXR3b3JrX3NldHRpbmdzDQog DQorCWlmIFsgIlgkYnJpZGdlZCIgIT0gIlhZRVMiIF07IHRoZW4NCiAJL3Vz ci9iaW4vZGlhbG9nIC0tdGl0bGUgIkNvbmZpcm1hdGlvbiIgLS1jbGVhciAt LXllc25vIFwNCiAiXG4iXA0KICJBcmUgdGhlIGZvbGxvd2luZyBvcHRpb25z IGNvcnJlY3Q/XG5cbiJcDQotIklQIGFkZHJlc3M6ICRob3N0X2lwXG4iXA0K LSJOZXRtYXNrOiAgICAkbmV0bWFza1xuIlwNCisiQ29uZmlndXJhdGlvbjog aG9zdCBvbmx5XG4iXA0KKyJJUCBhZGRyZXNzOiAgICAkaG9zdF9pcFxuIlwN CisiTmV0bWFzazogICAgICAgJG5ldG1hc2tcbiJcDQogCTEwIDUwDQogCVsg JD8gLWVxIDAgXSAmJiByZXR1cm4gMA0KKwllbHNlDQorCQkvdXNyL2Jpbi9k aWFsb2cgLS10aXRsZSAiQ29uZmlybWF0aW9uIiAtLWNsZWFyIC0teWVzbm8g XA0KKyJcbiJcDQorIkFyZSB0aGUgZm9sbG93aW5nIG9wdGlvbnMgY29ycmVj dD9cblxuIlwNCisiQ29uZmlndXJhdGlvbjogYnJpZGdlZFxuIlwNCisiSW50 ZXJmYWNlOiAgICAgJGJkZ19pbnRlcmZhY2VcbiJcDQorCQkxMCA1MA0KKwkJ WyAkPyAtZXEgMCBdICYmIHJldHVybiAwDQorCWZpDQogDQogCS91c3IvYmlu L2RpYWxvZyAtLXRpdGxlICJDb25maXJtYXRpb24iIC0tY2xlYXIgLS15ZXNu byBcDQogIlxuIlwNCkBAIC04NSwxMiArMTI1LDIyIEBADQogDQogICAgIGlm IFsgJD8gLWVxIDAgXTsgdGhlbg0KIAluZXR3b3JraW5nPTENCisJaWYgWyBY JGJyaWRnZWQgPSBYWUVTIF07IHRoZW4NCisJICAgIC91c3IvYmluL2RpYWxv ZyAtLXRpdGxlICIkdGl0bGUiIC0taW5mb2JveCBcDQorIlxuIlwNCisiVGhl IGZvbGxvd2luZyBvcHRpb25zIHdpbGwgYmUgdXNlZC5cblxuIlwNCisiQ29u ZmlndXJhdGlvbjogYnJpZGdlZFxuIlwNCisiSW50ZXJmYWNlOiAgICAgJGJk Z19pbnRlcmZhY2VcbiJcDQorCSAgICAxMCA1MA0KKwllbHNlDQogCS91c3Iv YmluL2RpYWxvZyAtLXRpdGxlICIkdGl0bGUiIC0taW5mb2JveCBcDQogIlxu IlwNCiAiVGhlIGZvbGxvd2luZyBvcHRpb25zIHdpbGwgYmUgdXNlZC5cblxu IlwNCi0iSVAgYWRkcmVzczogJGhvc3RfaXBcbiJcDQotIk5ldG1hc2s6ICAg ICRuZXRtYXNrXG4iXA0KKyJDb25maWd1cmF0aW9uOiBob3N0IG9ubHlcbiJc DQorIklQIGFkZHJlc3M6ICAgICRob3N0X2lwXG4iXA0KKyJOZXRtYXNrOiAg ICAgICAkbmV0bWFza1xuIlwNCiAJMTAgNTANCisJZmkNCiAgICAgZmkNCiBl bHNlICNCQVRDSA0KICAgICBbIC1mICR7V1JLRElSfS9NYWtlZmlsZS5pbmMu bmV0IF0gJiYgZXhpdCAwDQpAQCAtMTAwLDYgKzE1MCw4IEBADQogZXhlYyA+ ICR7V1JLRElSfS9NYWtlZmlsZS5pbmMubmV0DQogDQogZWNobyAnIycgYGRh dGVgDQorZWNobyBWTU5FVF9CUklER0VEPSRicmlkZ2VkDQorZWNobyBWTU5F VF9CUklER0VEX0lOVEVSRkFDRT0kYmRnX2ludGVyZmFjZQ0KIGVjaG8gVk1O RVRfSE9TVF9JUD0kaG9zdF9pcA0KIGVjaG8gVk1ORVRfTkVUTUFTSz0kbmV0 bWFzaw0KIGVjaG8gVk1ORVRfTkVUV09SS0lORz0kbmV0d29ya2luZw0K --0-1534504094-976833872=:93965-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Dec 16 3: 6:33 2000 From owner-freebsd-emulation@FreeBSD.ORG Sat Dec 16 03:06:31 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from ebola.biohz.net (ebola.biohz.net [206.80.1.35]) by hub.freebsd.org (Postfix) with ESMTP id 7A13337B400 for ; Sat, 16 Dec 2000 03:06:31 -0800 (PST) Received: from flu (localhost [127.0.0.1]) by ebola.biohz.net (Postfix) with SMTP id DD9AA3A3CC for ; Sat, 16 Dec 2000 03:06:30 -0800 (PST) Message-ID: <001801c06750$3e893d40$0402010a@biohz.net> From: "Renaud Waldura" To: Subject: q3ded 1.17: linux_socketcall returns errno -11 Date: Sat, 16 Dec 2000 03:06:30 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm trying to get the Quake3 dedicated server 1.17 (the latest point release from ID software, makers of Quake) to work on FreeBSD 4.0. I wrestled the install to the ground, but the program itself is misbehaving -- it loops on the following: syscall gettimeofday(0xbfbfb940,0xbfbfb948) returns 0 (0x0) syscall linux_newselect(0x1,0xbfbfb8d0,0x0,0x0,0xbfbfb8c8) returns 0 (0x0) syscall linux_socketcall(0xc,0xbfbfb8e0) errno -11 'Resource temporarily unavailable' (this information brought to you by truss and the number 11) The Quake3 server opens a UDP socket, and as far as I can tell, listens on it without doing anything peculiar. Any ideas why linux_socketcall() would return -11? Do the parameters look anything abnormal to someone familiar with the linux emulation code? How can I track this problem further? I.e., where is the source for this stuff? I couldn't find an "emulation" CVS branch, what is it under? --Renaud To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Dec 16 11:37: 3 2000 From owner-freebsd-emulation@FreeBSD.ORG Sat Dec 16 11:37:01 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from ebola.biohz.net (ebola.biohz.net [206.80.1.35]) by hub.freebsd.org (Postfix) with ESMTP id 22F3937B400 for ; Sat, 16 Dec 2000 11:37:01 -0800 (PST) Received: from flu (localhost [127.0.0.1]) by ebola.biohz.net (Postfix) with SMTP id 701313A3FC for ; Sat, 16 Dec 2000 11:36:56 -0800 (PST) Message-ID: <005f01c06797$8cb57a00$0402010a@biohz.net> From: "Renaud Waldura" To: Subject: Re: q3ded 1.17: linux_socketcall returns errno -11 Date: Sat, 16 Dec 2000 11:36:56 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org More information about the problem if that helps: apparently the Quake server makes heavy use of OOB packets. Any known issues with that? I also updated to FreeBSD 4.2, without much success: gettimeofday(0xbfbfba60,0xbfbfba68) = 2 (0x2) linux_newselect(0x1,0xbfbfb9f0,0x0,0x0,0xbfbfb9e8) = 5 (0x5) linux_socketcall(0xc,0xbfbfba00) ERR#35 'Resource temporarily unavailable' Please be kind enough to Cc me, as I'm not subscribed to this list. Thanks! ----- Original Message ----- From: "Renaud Waldura" To: Sent: Saturday, December 16, 2000 3:06 AM Subject: q3ded 1.17: linux_socketcall returns errno -11 > I'm trying to get the Quake3 dedicated server 1.17 (the latest point release > from ID software, makers of Quake) to work on FreeBSD 4.0. I wrestled the > install to the ground, but the program itself is misbehaving -- it loops on > the following: > > syscall gettimeofday(0xbfbfb940,0xbfbfb948) > returns 0 (0x0) > syscall linux_newselect(0x1,0xbfbfb8d0,0x0,0x0,0xbfbfb8c8) > returns 0 (0x0) > syscall linux_socketcall(0xc,0xbfbfb8e0) > errno -11 'Resource temporarily unavailable' > > (this information brought to you by truss and the number 11) > > The Quake3 server opens a UDP socket, and as far as I can tell, listens on > it without doing anything peculiar. Any ideas why linux_socketcall() would > return -11? Do the parameters look anything abnormal to someone familiar > with the linux emulation code? > > How can I track this problem further? I.e., where is the source for this > stuff? I couldn't find an "emulation" CVS branch, what is it under? > > --Renaud > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Dec 16 14:43: 7 2000 From owner-freebsd-emulation@FreeBSD.ORG Sat Dec 16 14:43:04 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from ebola.biohz.net (ebola.biohz.net [206.80.1.35]) by hub.freebsd.org (Postfix) with ESMTP id 256DA37B400 for ; Sat, 16 Dec 2000 14:43:04 -0800 (PST) Received: from flu (localhost [127.0.0.1]) by ebola.biohz.net (Postfix) with SMTP id AE13C3A3FC for ; Sat, 16 Dec 2000 14:43:03 -0800 (PST) Message-ID: <01a901c067b1$8ced2d00$0402010a@biohz.net> From: "Renaud Waldura" To: Subject: Re: q3ded 1.17: linux_socketcall returns errno -11 Date: Sat, 16 Dec 2000 14:43:03 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org After calling up ktrace to the rescue, here's what I get about what's going on inside q3ded (looping at high speed, and sucking up 90% CPU) : 51543 q3ded CALL mincore(0xbfbfba48,0xbfbfba50) 51543 q3ded RET mincore 0 51543 q3ded CALL old.gethostid(0x1,0xbfbfb9d8,0,0,0xbfbfb9d0) 51543 q3ded RET old.gethostid 0 51543 q3ded CALL old.recv(0xc,0xbfbfb9e8) 51543 q3ded RET old.recv -1 errno -11 Unknown error: -11 After reading through the recvmsg(2) man page, I'm starting to think it might not the culprit. From what I see, the Linux emulation code doesn't muck with recvmsg() at all.. In linux_socket.c: case LINUX_RECVMSG: return recvmsg(p, args->args); And now what? I'm confused about where to go next. ----- Original Message ----- From: "Renaud Waldura" To: Sent: Saturday, December 16, 2000 11:36 AM Subject: Re: q3ded 1.17: linux_socketcall returns errno -11 > More information about the problem if that helps: apparently the Quake > server makes heavy use of OOB packets. Any known issues with that? > > I also updated to FreeBSD 4.2, without much success: > > gettimeofday(0xbfbfba60,0xbfbfba68) = 2 (0x2) > linux_newselect(0x1,0xbfbfb9f0,0x0,0x0,0xbfbfb9e8) = 5 (0x5) > linux_socketcall(0xc,0xbfbfba00) ERR#35 'Resource > temporarily unavailable' > > > Please be kind enough to Cc me, as I'm not subscribed to this list. Thanks! > > > > ----- Original Message ----- > From: "Renaud Waldura" > To: > Sent: Saturday, December 16, 2000 3:06 AM > Subject: q3ded 1.17: linux_socketcall returns errno -11 > > > > I'm trying to get the Quake3 dedicated server 1.17 (the latest point > release > > from ID software, makers of Quake) to work on FreeBSD 4.0. I wrestled the > > install to the ground, but the program itself is misbehaving -- it loops > on > > the following: > > > > syscall gettimeofday(0xbfbfb940,0xbfbfb948) > > returns 0 (0x0) > > syscall linux_newselect(0x1,0xbfbfb8d0,0x0,0x0,0xbfbfb8c8) > > returns 0 (0x0) > > syscall linux_socketcall(0xc,0xbfbfb8e0) > > errno -11 'Resource temporarily unavailable' > > > > (this information brought to you by truss and the number 11) > > > > The Quake3 server opens a UDP socket, and as far as I can tell, listens on > > it without doing anything peculiar. Any ideas why linux_socketcall() would > > return -11? Do the parameters look anything abnormal to someone familiar > > with the linux emulation code? > > > > How can I track this problem further? I.e., where is the source for this > > stuff? I couldn't find an "emulation" CVS branch, what is it under? > > > > --Renaud > > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Dec 16 15:58:29 2000 From owner-freebsd-emulation@FreeBSD.ORG Sat Dec 16 15:58:27 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 7C6C937B400 for ; Sat, 16 Dec 2000 15:58:27 -0800 (PST) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id C28E414399; Sat, 16 Dec 2000 15:58:22 -0800 (PST) Received: from cup.hp.com (p1000180.nsr.hp.com [15.109.0.180]) by adlmail.cup.hp.com (8.9.3 (PHNE_18546)/8.9.3 SMKit7.02) with ESMTP id PAA18177; Sat, 16 Dec 2000 15:58:17 -0800 (PST) Sender: marcel@cup.hp.com Message-ID: <3A3C0199.8DED329B@cup.hp.com> Date: Sat, 16 Dec 2000 15:58:17 -0800 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Renaud Waldura Cc: emulation@FreeBSD.ORG Subject: Re: q3ded 1.17: linux_socketcall returns errno -11 References: <01a901c067b1$8ced2d00$0402010a@biohz.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Renaud Waldura wrote: > > After calling up ktrace to the rescue, here's what I get about what's going > on inside q3ded (looping at high speed, and sucking up 90% CPU) : > > 51543 q3ded CALL mincore(0xbfbfba48,0xbfbfba50) > 51543 q3ded RET mincore 0 > 51543 q3ded CALL old.gethostid(0x1,0xbfbfb9d8,0,0,0xbfbfb9d0) > 51543 q3ded RET old.gethostid 0 > 51543 q3ded CALL old.recv(0xc,0xbfbfb9e8) > 51543 q3ded RET old.recv -1 errno -11 Unknown error: -11 If you use ktrace, don't use kdump on Linux binaries, install the linux_kdump port and view the trace file with linux_kdump. The problem is that kdump will give the FreeBSD native syscalls, which doesn't make sense for a Linux binary. The port is in /usr/ports/devel/linux_kdump, IIRC. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Dec 16 17:29:44 2000 From owner-freebsd-emulation@FreeBSD.ORG Sat Dec 16 17:29:42 2000 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from ebola.biohz.net (ebola.biohz.net [206.80.1.35]) by hub.freebsd.org (Postfix) with ESMTP id D5B4437B400 for ; Sat, 16 Dec 2000 17:29:41 -0800 (PST) Received: from flu (localhost [127.0.0.1]) by ebola.biohz.net (Postfix) with SMTP id 59D813A3FC for ; Sat, 16 Dec 2000 17:29:41 -0800 (PST) Message-ID: <000901c067c8$d406a7e0$0402010a@biohz.net> From: "Renaud Waldura" To: References: <01a901c067b1$8ced2d00$0402010a@biohz.net> <3A3C0199.8DED329B@cup.hp.com> Subject: Re: q3ded 1.17: linux_socketcall returns errno -11 Date: Sat, 16 Dec 2000 17:29:40 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 51543 q3ded CALL gettimeofday(0xbfbfba48,0xbfbfba50) 51543 q3ded RET gettimeofday 0 51543 q3ded CALL linux_newselect(0x1,0xbfbfb9d8,0,0,0xbfbfb9d0) 51543 q3ded RET linux_newselect 0 51543 q3ded CALL linux_socketcall(0xc,0xbfbfb9e8) 51543 q3ded RET linux_socketcall -1 errno 11 Resource deadlock avoided It does a lot more sense indeed... ----- Original Message ----- From: "Marcel Moolenaar" To: "Renaud Waldura" Cc: Sent: Saturday, December 16, 2000 3:58 PM Subject: Re: q3ded 1.17: linux_socketcall returns errno -11 > Renaud Waldura wrote: > > > > After calling up ktrace to the rescue, here's what I get about what's going > > on inside q3ded (looping at high speed, and sucking up 90% CPU) : > > > > 51543 q3ded CALL mincore(0xbfbfba48,0xbfbfba50) > > 51543 q3ded RET mincore 0 > > 51543 q3ded CALL old.gethostid(0x1,0xbfbfb9d8,0,0,0xbfbfb9d0) > > 51543 q3ded RET old.gethostid 0 > > 51543 q3ded CALL old.recv(0xc,0xbfbfb9e8) > > 51543 q3ded RET old.recv -1 errno -11 Unknown error: -11 > > If you use ktrace, don't use kdump on Linux binaries, install the > linux_kdump port and view the trace file with linux_kdump. The problem > is that kdump will give the FreeBSD native syscalls, which doesn't make > sense for a Linux binary. The port is in /usr/ports/devel/linux_kdump, > IIRC. > > -- > Marcel Moolenaar > mail: marcel@cup.hp.com / marcel@FreeBSD.org > tel: (408) 447-4222 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message