From owner-freebsd-emulation@FreeBSD.ORG Sun Apr 15 11:11:40 2007 Return-Path: X-Original-To: freebsd-emulation@FreeBSD.ORG Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24A1116A412; Sun, 15 Apr 2007 11:11:40 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.freebsd.org (Postfix) with ESMTP id 415A313C4CB; Sun, 15 Apr 2007 11:11:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (zgzuvq@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id l3FBBVK3055059; Sun, 15 Apr 2007 13:11:37 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id l3FBBVd1055057; Sun, 15 Apr 2007 13:11:31 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <200704151111.l3FBBVd1055057@lurza.secnetix.de> To: Alexander@leidinger.net (Alexander Leidinger) Date: Sun, 15 Apr 2007 13:11:31 +0200 (CEST) In-Reply-To: <20070412152642.76pd6vw0000sk88g@webmail.leidinger.net> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sun, 15 Apr 2007 13:11:37 +0200 (CEST) Cc: Roman Divacky , freebsd-ports@FreeBSD.ORG, freebsd-emulation@FreeBSD.ORG, bsam@FreeBSD.ORG Subject: Re: Printing with Acrobat Reader X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2007 11:11:40 -0000 OK, now I've tested it thoroughly. This is on a RELENG_6 machine with current acroread7 and linux_base-fc-4_9 from ports, and compat.linux.osrelease is set to 2.4.2. $ pwd /usr/compat/linux/usr/bin $ ls -l lp* -rwxr-xr-x 1 root wheel 35 Apr 15 12:32 lp $ cat lp #!/bin/sh - exec /usr/bin/lpr "$@" Works perfectly well with Adobe Reader's default setting of "/usr/bin/lp" for the printer program. I have also tested it without the path in the script (i.e. only "lpr" instead of "/usr/bin/lpr"). It works just as well, but might be dependant on PATH settings, so I would prefer to keep the full path there, just in case. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "anyone new to programming should be kept as far from C++ as possible; actually showing the stuff should be considered a criminal offence" -- Jacek Generowicz From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 16 11:08:26 2007 Return-Path: X-Original-To: freebsd-emulation@FreeBSD.org Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8DE7316A420 for ; Mon, 16 Apr 2007 11:08:26 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD5213C468 for ; Mon, 16 Apr 2007 11:08:26 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l3GB8Qw3042769 for ; Mon, 16 Apr 2007 11:08:26 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3GB8PSE042765 for freebsd-emulation@FreeBSD.org; Mon, 16 Apr 2007 11:08:25 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Apr 2007 11:08:25 GMT Message-Id: <200704161108.l3GB8PSE042765@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 11:08:26 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/77710 emulation [linux] Linux page fault sigcontext information is wro o kern/101453 emulation [linux] [patch] linprocfs disallows non-zero file offs o kern/102956 emulation [linux] [patch] Add partial support for SO_PEERCRED in 4 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] feature request: easier wine/w23 support o kern/55835 emulation [linux] [patch] Linux IPC emulation missing SETALL sys a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o ports/110632 emulation [patch] x11-fonts/linux-fontconfig is not X11BASE clea 9 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 16 13:24:38 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5B9116A402 for ; Mon, 16 Apr 2007 13:24:38 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: from mail01.vmatrixmail.com (mail01.vmatrixmail.com [216.219.244.230]) by mx1.freebsd.org (Postfix) with ESMTP id 430E913C4C9 for ; Mon, 16 Apr 2007 13:24:38 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: (vmatrix@mail01.vmatrixmail.com) by vmatrixmail.com id S6077143AbXDPNYf for ; Mon, 16 Apr 2007 06:24:35 -0700 To: freebsd-emulation@freebsd.org MIME-Version: 1.0 X-Mailer: Rich Media Mail V4. Vmatrix, (C) 2003 From: "Tammie Cheek" Sender: "Tammie Cheek" Message-Id: Date: Mon, 16 Apr 2007 06:24:35 -0700 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Technology Industry Moves To Video X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tcheek@pixelfish.com List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 13:24:38 -0000 Greetings!

Are you happy with your results from the Southern California Linux Expo 2007? Did you have what it takes to make the difference between creating excitement and blending in with the competition, between lots of hot leads and a few hard sells ... between success and failure?

Did you have video?

Why video? Video vividly demonstrates the features and benefits of your products. Video captures the praises of your most enthusiastic customers. Video instills interest, reaction and trust. Video sells.

In just 45 days, PixelFish creates marketing videos that become an integral part of your marketing and sales efforts when it streams from your Web site, launches from multimedia email newsletters, plays from CD video brochures and loops from a DVD at your tradeshow booth.

We are PixelFish. We deliver “The Evolution of Video”. And we guarantee results. Click on the videos to the right to see samples of our work.

Contact us today for a free evaluation of your video marketing needs.


Tammie Cheek
PixelFish, Inc.
800.503.3020 x7110
tcheek@pixelfish.com
http://www.pixelfish.com
Interim Video
Empire Stat Group Video
Columbia Healthcare Analytics Video
------------------------------------------------ Unsubscribe to safely remove yourself from this email list, please send email to info@pixelfish.com. Powered by Pixelfish http://www.pixelfish.com From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 16 13:24:55 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 06B7F16A402 for ; Mon, 16 Apr 2007 13:24:55 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id CBF3B13C44C for ; Mon, 16 Apr 2007 13:24:54 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l3GDOrR1017971; Mon, 16 Apr 2007 08:24:53 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <46237925.60309@freebsd.org> Date: Mon, 16 Apr 2007 08:24:53 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.10 (X11/20070320) MIME-Version: 1.0 To: Eric Anderson , freebsd-emulation@freebsd.org References: <20070405210341.GA25547@saturn.kn-bremen.de> <200704072004.l37K4rua048988@saturn.kn-bremen.de> <461FD9E7.2040201@freebsd.org> <20070414170037.GA9357@saturn.kn-bremen.de> In-Reply-To: <20070414170037.GA9357@saturn.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3099/Mon Apr 16 04:37:53 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: Subject: Re: experimental qemu-devel port update, please test! X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 13:24:55 -0000 On 04/14/07 12:00, Juergen Lock wrote: > On Fri, Apr 13, 2007 at 02:28:39PM -0500, Eric Anderson wrote: >> On 04/07/07 15:04, Juergen Lock wrote: >>> In article <4615DB05.8000608@freebsd.org> you write: >>>> On 04/05/07 16:03, Juergen Lock wrote: >>>>> Hi! >>>>> >>>>> There have been a few interesting commits to qemu cvs, like, >>>>> a qcow2 corruption bugfix, vmware vga emulation (-vmwarevga), and >>>>> several emulated eepro100 (fxp) nic variants (-net nic,model=i82557b >>>>> -net user worked for me with FreeBSD and linux guests, and seemed even >>>>> slightly faster than the rtl8139 that already outperforms the default >>>>> ne2kpci), so I prepared another qemu-devel port update that I now want >>>>> you all to test with your various guests before I commit it! >>>>> >>>>> TIA, and enjoy... >>>>> Juergen >>>>> >>>>> Remove files: files/patch-audio::ossaudio.c files/patch-bh >>>> Building it now. Quick question: why have some diffs below in the >>>> patch, when you say remove those files? Just curious.. >>> Oh, just for the benefit of users who might forget to rm them after >>> applying the diff. :) (patch turning them into empty files...) >>> >>> Just committed this btw. >>> >>> Juergen >> >> Hmm.. Now, using the vmware driver makes my system either shutdown, or >> insta-reboot. :( > > You mean -vmwarevga? Which guest? And, does the guest crash or the host? Yea, but I found out it does it whether or not I use the vmwarevga option, and seems to be tied to kqemu kldloaded. I'm still looking at it - kind of painful since it crashes my host system. The guest is a etherbooted FreeBSD-current, but it doesn't get far enough to even boot the OS in the guest. > You could try disabling the > #define HW_RECT_ACCEL > #define HW_FILL_ACCEL > near the top of hw/vmware_vga.c, a range check is missing in the > accellerated case, see > http://lists.gnu.org/archive/html/qemu-devel/2007-04/msg00136.html >> kqemu-kmod-1.3.0.p11 Kernel Acceralator for QEMU CPU Emulator >> (development versi >> qemu-devel-0.9.0s.20070405_2 QEMU CPU Emulator - development snapshot > > Yeah those are the lastest... I'll try that if I still suspect it. Although, I can say that without kqemu loaded, but the vmwarevga option used, my ethernet device ends up with a MAC of FF:FF:FF:FF:FF:FF. I can't override it either. I'll try some more things, and report back. Eric From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 16 13:25:25 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4090716A4D8 for ; Mon, 16 Apr 2007 13:25:25 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: from mail01.vmatrixmail.com (mail01.vmatrixmail.com [216.219.244.230]) by mx1.freebsd.org (Postfix) with ESMTP id F148213C46C for ; Mon, 16 Apr 2007 13:25:24 +0000 (UTC) (envelope-from tcheek@pixelfish.com) Received: (vmatrix@mail01.vmatrixmail.com) by vmatrixmail.com id S6077283AbXDPNZE for ; Mon, 16 Apr 2007 06:25:04 -0700 To: emulation@freebsd.org MIME-Version: 1.0 X-Mailer: Rich Media Mail V4. Vmatrix, (C) 2003 From: "Tammie Cheek" Sender: "Tammie Cheek" Message-Id: Date: Mon, 16 Apr 2007 06:25:04 -0700 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Technology Industry Moves To Video X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: tcheek@pixelfish.com List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 13:25:25 -0000 Greetings!

Are you happy with your results from the Southern California Linux Expo 2007? Did you have what it takes to make the difference between creating excitement and blending in with the competition, between lots of hot leads and a few hard sells ... between success and failure?

Did you have video?

Why video? Video vividly demonstrates the features and benefits of your products. Video captures the praises of your most enthusiastic customers. Video instills interest, reaction and trust. Video sells.

In just 45 days, PixelFish creates marketing videos that become an integral part of your marketing and sales efforts when it streams from your Web site, launches from multimedia email newsletters, plays from CD video brochures and loops from a DVD at your tradeshow booth.

We are PixelFish. We deliver “The Evolution of Video”. And we guarantee results. Click on the videos to the right to see samples of our work.

Contact us today for a free evaluation of your video marketing needs.


Tammie Cheek
PixelFish, Inc.
800.503.3020 x7110
tcheek@pixelfish.com
http://www.pixelfish.com
Interim Video
Empire Stat Group Video
Columbia Healthcare Analytics Video
------------------------------------------------ Unsubscribe to safely remove yourself from this email list, please send email to info@pixelfish.com. Powered by Pixelfish http://www.pixelfish.com From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 16 13:28:18 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4990916A401 for ; Mon, 16 Apr 2007 13:28:18 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1C25113C45A for ; Mon, 16 Apr 2007 13:28:18 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l3GDSHq2018634; Mon, 16 Apr 2007 08:28:17 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <462379F1.3050008@freebsd.org> Date: Mon, 16 Apr 2007 08:28:17 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.10 (X11/20070320) MIME-Version: 1.0 To: John Kozubik References: <200704050712.l357Ck5F000488@pluto.hedeland.org> <4614F65D.3010403@freebsd.org> <20070405215754.GA28008@saturn.kn-bremen.de> <461A6431.2030709@freebsd.org> <20070410123604.D35599@kozubik.com> In-Reply-To: <20070410123604.D35599@kozubik.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3099/Mon Apr 16 04:37:53 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-emulation@freebsd.org Subject: Re: Bounty and timeline on vmware 5.x on FreeBSD 6.x X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 13:28:18 -0000 On 04/10/07 14:39, John Kozubik wrote: > > On Mon, 9 Apr 2007, Eric Anderson wrote: > >> VirtualBox looks VERY nice.. I've seen a thread about a month ago from >> someone trying to get it to compile on FreeBSD. After hacking the >> configure file a bit, I've gotten closer, but some of the kmk stuff is >> linked to libc.so.6, which isn't so good for me running -CURRENT. >> Honestly, I think porting vmware is now less interesting knowing that >> virtualbox is so competitive, and more easily portable. > > > All very interesting, of course, but the bottom line is that vmware is > becoming (or has become) the de facto standard[1] for virtualization and > testing across all user platforms (windows, linux, and soon OSX). > > The upcoming 3d hardware virtualization as well as the prevalance of > vmware images as a means of testing and distribution makes it such that I > cannot use FreeBSD as my base desktop operating system anymore unless it > can support a modern version of Vmware. > > Which is the impetus for the bounty ... > > > > [1] leaving out things like jail, zones, etc. Did you get any takers on this? Eric From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 16 13:41:14 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F1F1316A403; Mon, 16 Apr 2007 13:41:14 +0000 (UTC) (envelope-from john@kozubik.com) Received: from kozubik.com (kozubik.com [69.43.165.2]) by mx1.freebsd.org (Postfix) with ESMTP id CFFB913C44B; Mon, 16 Apr 2007 13:41:14 +0000 (UTC) (envelope-from john@kozubik.com) Received: from kozubik.com (localhost [127.0.0.1]) by kozubik.com (8.12.11/8.12.11) with ESMTP id l3GDfKMH063933; Mon, 16 Apr 2007 06:41:20 -0700 (PDT) (envelope-from john@kozubik.com) Received: from localhost (john@localhost) by kozubik.com (8.12.11/8.12.11/Submit) with ESMTP id l3GDfIxg063930; Mon, 16 Apr 2007 06:41:18 -0700 (PDT) (envelope-from john@kozubik.com) Date: Mon, 16 Apr 2007 06:41:18 -0700 (PDT) From: John Kozubik To: Eric Anderson In-Reply-To: <462379F1.3050008@freebsd.org> Message-ID: <20070416063519.L35599@kozubik.com> References: <200704050712.l357Ck5F000488@pluto.hedeland.org> <4614F65D.3010403@freebsd.org> <20070405215754.GA28008@saturn.kn-bremen.de> <461A6431.2030709@freebsd.org> <20070410123604.D35599@kozubik.com> <462379F1.3050008@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: orlando@break.net, freebsd-emulation@freebsd.org, orlando.bassotto@ieo-research.it, phase@users.sourceforge.net Subject: Re: Bounty and timeline on vmware 5.x on FreeBSD 6.x X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 13:41:15 -0000 On Mon, 16 Apr 2007, Eric Anderson wrote: > > Did you get any takers on this? > No. Other than the two or three people (including yourself, IIRC) that offered to perhaps kick in a few bucks, I have not had any response to this. I'd like to hear from Orlando Bassotto as to exactly how big of a project he thinks this would be - and how much he would charge a client to do it. That will give me a better idea of how appropriate my (roughly) $1000 bounty is. He has not responded to this thread ... yet :) From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 16 14:04:58 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCBB716A403 for ; Mon, 16 Apr 2007 14:04:58 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail13.simplicato.com (mail13.simplicato.com [207.99.47.68]) by mx1.freebsd.org (Postfix) with ESMTP id A1DBB13C44C for ; Mon, 16 Apr 2007 14:04:58 +0000 (UTC) (envelope-from scottro@nyc.rr.com) Received: from mail13.simplicato.com (localhost [127.0.0.1]) by mail13.simplicato.com (Postfix) with ESMTP id 892C677B03F for ; Mon, 16 Apr 2007 10:04:57 -0400 (EDT) Received: from uws1.starlofashions.com (unknown [12.44.50.124]) by mail13.simplicato.com (Postfix) with ESMTP id AE94F77B03E for ; Mon, 16 Apr 2007 10:04:56 -0400 (EDT) Received: by uws1.starlofashions.com (sSMTP sendmail emulation); Mon, 16 Apr 2007 10:04:54 -0400 Date: Mon, 16 Apr 2007 10:04:54 -0400 From: Scott Robbins To: freebsd-emulation@freebsd.org Message-ID: <20070416140454.GA79264@uws1.starlofashions.com> Mail-Followup-To: freebsd-emulation@freebsd.org References: <200704050712.l357Ck5F000488@pluto.hedeland.org> <4614F65D.3010403@freebsd.org> <20070405215754.GA28008@saturn.kn-bremen.de> <461A6431.2030709@freebsd.org> <20070410123604.D35599@kozubik.com> <462379F1.3050008@freebsd.org> <20070416063519.L35599@kozubik.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070416063519.L35599@kozubik.com> User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: Re: Bounty and timeline on vmware 5.x on FreeBSD 6.x X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 14:04:58 -0000 On Mon, Apr 16, 2007 at 06:41:18AM -0700, John Kozubik wrote: > > > On Mon, 16 Apr 2007, Eric Anderson wrote: > > > > > Did you get any takers on this? > > > > > No. Other than the two or three people (including yourself, IIRC) that > offered to perhaps kick in a few bucks, I have not had any response to > this. > I wonder if, as Eric (I believe) suggested, we would have better luck with VirtualBox. Disclaimer--I've only used qemu on FreeBSD, not Linux, so for all I know, VB's performance on Linux is no better than qemu's. However, I have to say that I found VirtualBox's performance on Linux to be equal to or better than (subjective impression, no benchmarks, and as I've said, I don't have heavy needs for an MS installation) vmware. My only problems with VirtualBox were in getting it to use bridged networking with a wireless connection. I had no problem when it was connected by cabled ethernet, but judging from a bit of googling, I'm not the only one who couldn't get it working with wireless. Disclaimer number 2--I'm not at all experienced with bridging in Linux, it seems to be a bit different than what I do with FreeBSD, and it could easily be a PEBCAK problem. -- Scott Robbins GPG KeyID EB3467D6 ( 1B848 077D 66F6 9DB0 FDC2 A409 FA54 D575 EB34 67D6) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Buffy: I lost a friend tonight and I may lose more! The whole world may be sucked into hell, and you want my help 'cause your girlfriend's a big ho?! Let me take this opportunity to NOT care! From owner-freebsd-emulation@FreeBSD.ORG Mon Apr 16 14:11:05 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 705A216A401 for ; Mon, 16 Apr 2007 14:11:05 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4114E13C46C for ; Mon, 16 Apr 2007 14:11:05 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l3GEB4uE026599 for ; Mon, 16 Apr 2007 09:11:04 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <462383F8.5050204@freebsd.org> Date: Mon, 16 Apr 2007 09:11:04 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.10 (X11/20070320) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org References: <200704050712.l357Ck5F000488@pluto.hedeland.org> <4614F65D.3010403@freebsd.org> <20070405215754.GA28008@saturn.kn-bremen.de> <461A6431.2030709@freebsd.org> <20070410123604.D35599@kozubik.com> <462379F1.3050008@freebsd.org> <20070416063519.L35599@kozubik.com> <20070416140454.GA79264@uws1.starlofashions.com> In-Reply-To: <20070416140454.GA79264@uws1.starlofashions.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3102/Mon Apr 16 07:42:33 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Subject: Re: Bounty and timeline on vmware 5.x on FreeBSD 6.x X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Apr 2007 14:11:05 -0000 On 04/16/07 09:04, Scott Robbins wrote: > On Mon, Apr 16, 2007 at 06:41:18AM -0700, John Kozubik wrote: >> >> On Mon, 16 Apr 2007, Eric Anderson wrote: >> >>> Did you get any takers on this? >>> >> >> No. Other than the two or three people (including yourself, IIRC) that >> offered to perhaps kick in a few bucks, I have not had any response to >> this. >> > > I wonder if, as Eric (I believe) suggested, we would have better luck > with VirtualBox. I think virtualbox does need to be ported, however, John makes a very strong point that vmware is becoming practically the de-facto standard for virtual machines, and if you can't load a vmware machine, people nearly give you funny looks. I would be happy with any virtual machine that worked with reasonable speed, but the vmware compatibility advantage is pretty large. Eric From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 18 17:19:11 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 882B516A404 for ; Wed, 18 Apr 2007 17:19:11 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 430D813C46C for ; Wed, 18 Apr 2007 17:19:10 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so287082ana for ; Wed, 18 Apr 2007 10:19:10 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=NtL6Ho5j42sQ7XZ/Dgm8jfJadbwW2AvFiIV72/5L0/Arm7dwHObK7Bn3Dd3M6ACj1rYdVdD/K23LLhCUS/ECUZxo/RMJmN7ypuIt+M0evyhi4tcAwFbIvByUzyAU2YPsWTiXox4Dlexvt5J3bWDaQUUs0YRpo4yYJhKRWiKg4j4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=Gj3tuuqZu2FxNRokCqNh6Fw4vQgGTBEV4BiYPFCBrZKek1ULhu7LDInEevkMqRV9qJLGEPMVp31JAE4rkWzOskXX7pxqKnr/Ebr2Eeri7bCcsWbDV9ZncKHbCAOo6J/x4niCH1+S+HF2RtXogrWUlXDHUgUnPiSQqeLLDYNF2S0= Received: by 10.100.167.7 with SMTP id p7mr541782ane.1176916750501; Wed, 18 Apr 2007 10:19:10 -0700 (PDT) Received: by 10.100.141.14 with HTTP; Wed, 18 Apr 2007 10:19:10 -0700 (PDT) Message-ID: <790a9fff0704181019m37456143o36c82bd24f7dfe9c@mail.gmail.com> Date: Wed, 18 Apr 2007 12:19:10 -0500 From: "Scot Hetzel" To: "Divacky Roman" , "Alexander Leidinger" In-Reply-To: <20061219180156.GA87609@stud.fit.vutbr.cz> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_110272_15125915.1176916750458" References: <790a9fff0612190922t1f4a3fa1m44092944485297f7@mail.gmail.com> <20061219180156.GA87609@stud.fit.vutbr.cz> Cc: freebsd-emulation@freebsd.org Subject: Re: linuxolator: implement settimeofday call on FreeBSD/amd64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 17:19:11 -0000 ------=_Part_110272_15125915.1176916750458 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline On 12/19/06, Divacky Roman wrote: > On Tue, Dec 19, 2006 at 11:22:56AM -0600, Scot Hetzel wrote: > > I noticed that the settimeofday call in the linuxolator is implemented > > on FreeBSD/i386, but it is missing from FreeBSD/amd64. The attached > > patch implements the function on FreeBSD/amd64. > > makes me wonder... what is MD on this code? I dont see anything > I finally figured out what is MD for the settimeofday call. On FreeBSD/i386: struct l_timeval = struct timeval for FreeBSD/amd64 struct l_timeval < struct timeval The reason for this difference is tv_sec is 32 bits on i386 and 64 bits on amd64. amd64/include/_types.h: typedef __int64_t __time_t; /* time()... */ i386/include/_types.h: typedef __int32_t __time_t; /* time()... */ sys/_types.h: typedef long __suseconds_t; /* microseconds (signed) */ sys/_timeval.h: typedef __time_t time_t; typedef __suseconds_t suseconds_t; /* microseconds (signed) */ struct timeval { time_t tv_sec; /* seconds */ suseconds_t tv_usec; /* and microseconds */ }; The reason we can't use freebsd's settimeofday call directly (as done in the i386 linuxolator) in the linuxolator for amd64 is that the freebsd settimeofday function uses copyin, and since the l_timeval stuct is < timeval struct, it ends up copying the tv_usec value into tv_sec. Attached is the current patch to add the settimeofday call to the linuxolator for amd64. Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. ------=_Part_110272_15125915.1176916750458 Content-Type: text/x-diff; name=p4-amd64-settimeofday.diff; charset=ANSI_X3.4-1968 Content-Transfer-Encoding: base64 X-Attachment-Id: f_f0o17zmw Content-Disposition: attachment; filename="p4-amd64-settimeofday.diff" ZGlmZiAtcnUgYW1kNjQvbGludXgzMi9saW51eDMyX2R1bW15LmMub3JpZyBhbWQ2NC9saW51eDMy L2xpbnV4MzJfZHVtbXkuYwotLS0gYW1kNjQvbGludXgzMi9saW51eDMyX2R1bW15LmMub3JpZwlG cmkgTWFyIDMwIDEwOjI1OjIzIDIwMDcKKysrIGFtZDY0L2xpbnV4MzIvbGludXgzMl9kdW1teS5j CVNhdCBBcHIgMTQgMDI6MDY6MjIgMjAwNwpAQCAtNjMsNyArNjMsNiBAQAogRFVNTVkobWluY29y ZSk7CiBEVU1NWShmYWR2aXNlNjQpOwogRFVNTVkocHRyYWNlKTsKLURVTU1ZKHNldHRpbWVvZmRh eSk7CiBEVU1NWShsb29rdXBfZGNvb2tpZSk7CiBEVU1NWShlcG9sbF9jcmVhdGUpOwogRFVNTVko ZXBvbGxfY3RsKTsKZGlmZiAtcnUgYW1kNjQvbGludXgzMi9saW51eDMyX21hY2hkZXAuYy5vcmln IGFtZDY0L2xpbnV4MzIvbGludXgzMl9tYWNoZGVwLmMKLS0tIGFtZDY0L2xpbnV4MzIvbGludXgz Ml9tYWNoZGVwLmMub3JpZwlXZWQgQXByICA0IDEyOjMzOjI2IDIwMDcKKysrIGFtZDY0L2xpbnV4 MzIvbGludXgzMl9tYWNoZGVwLmMJRnJpIE1hciAzMCAyMTo1NTozNCAyMDA3CkBAIC01MjYsNyAr NTI2LDkgQEAKIAogCXRkMiA9IEZJUlNUX1RIUkVBRF9JTl9QUk9DKHAyKTsKIAotCS8qIG1ha2Ug aXQgcnVuICovCisJLyoKKwkgKiBNYWtlIHRoaXMgcnVubmFibGUgYWZ0ZXIgd2UgYXJlIGZpbmlz aGVkIHdpdGggaXQuCisJICovCiAJbXR4X2xvY2tfc3Bpbigmc2NoZWRfbG9jayk7CiAJVERfU0VU X0NBTl9SVU4odGQyKTsKIAlzY2hlZF9hZGQodGQyLCBTUlFfQk9SSU5HKTsKQEAgLTU3Miw4ICs1 NzQsOCBAQAogCS8qCiAJICogWFhYOiBJbiBMaW51eCwgc2hhcmluZyBvZiBmcyBpbmZvIChjaHJv b3QvY3dkL3VtYXNrKQogCSAqIGFuZCBvcGVuIGZpbGVzIGlzIGluZGVwZW5kYW50LiAgSW4gRnJl ZUJTRCwgaXRzIGluIG9uZQotCSAqIHN0cnVjdHVyZSBidXQgaW4gcmVhbGl0eSBpdCBkb2VzIG5v dCBtYWtlIGFueSBwcm9ibGVtcwotCSAqIGJlY2F1c2UgYm90aCBvZiB0aGVzZSBmbGFncyBhcmUg c2V0IGF0IG9uY2UgdXN1YWxseS4KKwkgKiBzdHJ1Y3R1cmUgYnV0IGluIHJlYWxpdHkgaXQgZG9l cyBub3QgY2F1c2UgYW55IHByb2JsZW1zCisJICogYmVjYXVzZSBib3RoIG9mIHRoZXNlIGZsYWdz IGFyZSB1c3VhbGx5IHNldCB0b2dldGhlci4KIAkgKi8KIAlpZiAoIShhcmdzLT5mbGFncyAmIChM SU5VWF9DTE9ORV9GSUxFUyB8IExJTlVYX0NMT05FX0ZTKSkpCiAJCWZmIHw9IFJGRkRHOwpAQCAt NjYwLDE1ICs2NjIsMTUgQEAKIAlpZiAoYXJncy0+ZmxhZ3MgJiBMSU5VWF9DTE9ORV9TRVRUTFMp IHsKIAkJc3RydWN0IHVzZXJfc2VnbWVudF9kZXNjcmlwdG9yIHNkOwogCQlzdHJ1Y3QgbF91c2Vy X2Rlc2MgaW5mbzsKLQkgICAJaW50IGFbMl07CisJCWludCBhWzJdOwogCi0JICAgCWVycm9yID0g Y29weWluKCh2b2lkICopdGQtPnRkX2ZyYW1lLT50Zl9yc2ksICZpbmZvLAorCQllcnJvciA9IGNv cHlpbigodm9pZCAqKXRkLT50ZF9mcmFtZS0+dGZfcnNpLCAmaW5mbywKIAkJICAgIHNpemVvZihz dHJ1Y3QgbF91c2VyX2Rlc2MpKTsKIAkJaWYgKGVycm9yKSB7CiAJCQlwcmludGYoTE1TRygiY29w eWluIGZhaWxlZCEiKSk7CiAJCX0gZWxzZSB7CiAJCQkvKiBXZSBtaWdodCBjb3B5IG91dCB0aGUg ZW50cnlfbnVtYmVyIGFzIEdVR1MzMl9TRUwuICovCi0JCSAgIAlpbmZvLmVudHJ5X251bWJlciA9 IEdVR1MzMl9TRUw7CisJCQlpbmZvLmVudHJ5X251bWJlciA9IEdVR1MzMl9TRUw7CiAJCQllcnJv ciA9IGNvcHlvdXQoJmluZm8sICh2b2lkICopdGQtPnRkX2ZyYW1lLT50Zl9yc2ksCiAJCQkgICAg c2l6ZW9mKHN0cnVjdCBsX3VzZXJfZGVzYykpOwogCQkJaWYgKGVycm9yKQpAQCAtODcxLDcgKzg3 Myw3IEBACiAJCSAqCiAJCSAqIE91ciBtbWFwIHdpdGggTUFQX1NUQUNLIHRha2VzIGFkZHIgYXMg dGhlIG1heGltdW0KIAkJICogZG93bnNpemUgbGltaXQgb24gQk9TLCBhbmQgYXMgbGVuIHRoZSBt YXggc2l6ZSBvZgotCQkgKiB0aGUgcmVnaW9uLiAgSXQgdGhlbSBtYXBzIHRoZSB0b3AgU0dST1dT SVogYnl0ZXMsCisJCSAqIHRoZSByZWdpb24uICBJdCB0aGVuIG1hcHMgdGhlIHRvcCBTR1JPV1NJ WiBieXRlcywKIAkJICogYW5kIGF1dG8gZ3Jvd3MgdGhlIHJlZ2lvbiBkb3duLCB1cCB0byB0aGUg bGltaXQKIAkJICogaW4gYWRkci4KIAkJICoKQEAgLTExNzgsNiArMTE4MCwzMyBAQAogfQogCiBp bnQKK2xpbnV4X3NldHRpbWVvZmRheShzdHJ1Y3QgdGhyZWFkICp0ZCwgc3RydWN0IGxpbnV4X3Nl dHRpbWVvZmRheV9hcmdzICp1YXApCit7CisJbF90aW1ldmFsIHR2MzI7CisJc3RydWN0IHRpbWV2 YWwgdHYsICp0dnA7CisJc3RydWN0IHRpbWV6b25lIHR6LCAqdHpwOworCWludCBlcnJvcjsKKwor CWlmICh1YXAtPnRwKSB7CisJCWVycm9yID0gY29weWluKHVhcC0+dHAsICZ0djMyLCBzaXplb2Yo dHYzMikpOworCQlpZiAoZXJyb3IpCisJCQlyZXR1cm4gKGVycm9yKTsKKwkJdHYudHZfc2VjID0g dHYzMi50dl9zZWM7CisJCXR2LnR2X3VzZWMgPSB0djMyLnR2X3VzZWM7CisJCXR2cCA9ICZ0djsK Kwl9IGVsc2UKKwkJdHZwID0gTlVMTDsKKwlpZiAodWFwLT50enApIHsKKwkJZXJyb3IgPSBjb3B5 aW4odWFwLT50enAsICZ0eiwgc2l6ZW9mKHR6KSk7CisJCWlmIChlcnJvcikKKwkJCXJldHVybiAo ZXJyb3IpOworCQl0enAgPSAmdHo7CisJfSBlbHNlCisJCXR6cCA9IE5VTEw7CisJcmV0dXJuIChr ZXJuX3NldHRpbWVvZmRheSh0ZCwgdHZwLCB0enApKTsKK30KKworaW50CiBsaW51eF9nZXRydXNh Z2Uoc3RydWN0IHRocmVhZCAqdGQsIHN0cnVjdCBsaW51eF9nZXRydXNhZ2VfYXJncyAqdWFwKQog ewogCXN0cnVjdCBsX3J1c2FnZSBzMzI7CkBAIC0xMjQyLDcgKzEyNzEsNyBAQAogCiAjaWZkZWYg REVCVUcKIAlpZiAobGRlYnVnKHNldF90aHJlYWRfYXJlYSkpCi0JICAgCXByaW50ZihBUkdTKHNl dF90aHJlYWRfYXJlYSwgIiVpLCAleCwgJXgsICVpLCAlaSwgJWksICIKKwkJcHJpbnRmKEFSR1Mo c2V0X3RocmVhZF9hcmVhLCAiJWksICV4LCAleCwgJWksICVpLCAlaSwgIgogCQkgICAgIiVpLCAl aSwgJWkiKSwgaW5mby5lbnRyeV9udW1iZXIsIGluZm8uYmFzZV9hZGRyLAogCQkgICAgaW5mby5s aW1pdCwgaW5mby5zZWdfMzJiaXQsIGluZm8uY29udGVudHMsCiAJCSAgICBpbmZvLnJlYWRfZXhl Y19vbmx5LCBpbmZvLmxpbWl0X2luX3BhZ2VzLApAQCAtMTI2MSw5ICsxMjkwLDEwIEBACiAJICog VGhlIHRsc19hcnJheVtdIGlzIHVzZWQgb25seSBpbiBbZ3NdZXRfdGhyZWFkX2FyZWEoKSBzeXNj YWxscyBhbmQKIAkgKiBmb3IgbG9hZGluZyB0aGUgR0RUIGRlc2NyaXB0b3JzLiBXZSB1c2UganVz dCBvbmUgR0RUIGRlc2NyaXB0b3IKIAkgKiBmb3IgVExTLCBzbyB3ZSB3aWxsIGxvYWQganVzdCBv bmUuCi0JICogWFhYOiBUaGlzIGRvZXNudCB3b3JrIHdoZW4gdXNlci1zcGFjZSBwcm9jZXNzIHRy aWVzIHRvIHVzZSBtb3JlCisJICoKKwkgKiBYWFg6IFRoaXMgZG9lc24ndCB3b3JrIHdoZW4gYSB1 c2VyIHNwYWNlIHByb2Nlc3MgdHJpZXMgdG8gdXNlIG1vcmUKIAkgKiB0aGFuIG9uZSBUTFMgc2Vn bWVudC4gQ29tbWVudCBpbiB0aGUgTGludXggc291cmNlIHNheXMgd2luZSBtaWdodAotCSAqIGRv IHRoYXQuCisJICogZG8gdGhpcy4KIAkgKi8KIAogCS8qCkBAIC0xMjg0LDggKzEzMTQsOSBAQAog CiAJLyoKIAkgKiBXZSBoYXZlIHRvIGNvcHkgb3V0IHRoZSBHRFQgZW50cnkgd2UgdXNlLgotCSAq IFhYWDogV2hhdCBpZiB1c2Vyc3BhY2UgcHJvZ3JhbSBkb2VzIG5vdCBjaGVjayByZXR1cm4gdmFs dWUgYW5kCi0JICogdHJpZXMgdG8gdXNlIDYsIDcgb3IgOD8KKwkgKgorCSAqIFhYWDogV2hhdCBp ZiBhIHVzZXIgc3BhY2UgcHJvZ3JhbSBkb2VzIG5vdCBjaGVjayB0aGUgcmV0dXJuIHZhbHVlCisJ ICogYW5kIHRyaWVzIHRvIHVzZSA2LCA3IG9yIDg/CiAJICovCiAJZXJyb3IgPSBjb3B5b3V0KCZp bmZvLCBhcmdzLT5kZXNjLCBzaXplb2Yoc3RydWN0IGxfdXNlcl9kZXNjKSk7CiAJaWYgKGVycm9y KQ== ------=_Part_110272_15125915.1176916750458-- From owner-freebsd-emulation@FreeBSD.ORG Wed Apr 18 17:44:01 2007 Return-Path: X-Original-To: freebsd-emulation@FreeBSD.org Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCBF916A402; Wed, 18 Apr 2007 17:44:01 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id 4661413C468; Wed, 18 Apr 2007 17:44:00 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id l3IHhxCD045819; Wed, 18 Apr 2007 13:43:59 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-emulation@FreeBSD.org Date: Wed, 18 Apr 2007 13:43:54 -0400 User-Agent: KMail/1.6.2 References: <790a9fff0612190922t1f4a3fa1m44092944485297f7@mail.gmail.com> <20061219180156.GA87609@stud.fit.vutbr.cz> <790a9fff0704181019m37456143o36c82bd24f7dfe9c@mail.gmail.com> In-Reply-To: <790a9fff0704181019m37456143o36c82bd24f7dfe9c@mail.gmail.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200704181343.57111.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88.6/3121/Wed Apr 18 12:24:14 2007 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Alexander Leidinger , Divacky Roman , Scot Hetzel Subject: Re: linuxolator: implement settimeofday call on FreeBSD/amd64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Apr 2007 17:44:01 -0000 On Wednesday 18 April 2007 01:19 pm, Scot Hetzel wrote: > On 12/19/06, Divacky Roman wrote: > > On Tue, Dec 19, 2006 at 11:22:56AM -0600, Scot Hetzel wrote: > > > I noticed that the settimeofday call in the linuxolator is > > > implemented on FreeBSD/i386, but it is missing from > > > FreeBSD/amd64. The attached patch implements the function on > > > FreeBSD/amd64. > > > > makes me wonder... what is MD on this code? I dont see anything > > I finally figured out what is MD for the settimeofday call. > > On FreeBSD/i386: > > struct l_timeval = struct timeval > > for FreeBSD/amd64 > > struct l_timeval < struct timeval > > The reason for this difference is tv_sec is 32 bits on i386 and 64 > bits on amd64. > > amd64/include/_types.h: > typedef __int64_t __time_t; /* time()... */ > > i386/include/_types.h: > typedef __int32_t __time_t; /* time()... */ > > sys/_types.h: > typedef long __suseconds_t; /* microseconds (signed) > */ > > sys/_timeval.h: > typedef __time_t time_t; > typedef __suseconds_t suseconds_t; /* microseconds (signed) > */ > > struct timeval { > time_t tv_sec; /* seconds */ > suseconds_t tv_usec; /* and microseconds */ > }; > > The reason we can't use freebsd's settimeofday call directly (as > done in the i386 linuxolator) in the linuxolator for amd64 is that > the freebsd settimeofday function uses copyin, and since the > l_timeval stuct is < timeval struct, it ends up copying the tv_usec > value into tv_sec. Correct. > Attached is the current patch to add the settimeofday call to the > linuxolator for amd64. It looks okay but it has style changes as well. I will do some clean up and check it in directly to CVS. Thanks, Jung-uk Kim From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 19 09:18:19 2007 Return-Path: X-Original-To: freebsd-emulation@FreeBSD.org Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CFEC116A40B; Thu, 19 Apr 2007 09:18:19 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailout1.pacific.net.au (mailout1-3.pacific.net.au [61.8.2.210]) by mx1.freebsd.org (Postfix) with ESMTP id 6D42613C484; Thu, 19 Apr 2007 09:18:19 +0000 (UTC) (envelope-from bde@zeta.org.au) Received: from mailproxy2.pacific.net.au (mailproxy2.pacific.net.au [61.8.2.163]) by mailout1.pacific.net.au (Postfix) with ESMTP id F3A4F5BFE2A; Thu, 19 Apr 2007 19:18:17 +1000 (EST) Received: from katana.zip.com.au (katana.zip.com.au [61.8.7.246]) by mailproxy2.pacific.net.au (Postfix) with ESMTP id 179EB2740D; Thu, 19 Apr 2007 19:18:15 +1000 (EST) Date: Thu, 19 Apr 2007 19:18:09 +1000 (EST) From: Bruce Evans X-X-Sender: bde@delplex.bde.org To: Scot Hetzel In-Reply-To: <790a9fff0704181019m37456143o36c82bd24f7dfe9c@mail.gmail.com> Message-ID: <20070419172414.D4539@delplex.bde.org> References: <790a9fff0612190922t1f4a3fa1m44092944485297f7@mail.gmail.com> <20061219180156.GA87609@stud.fit.vutbr.cz> <790a9fff0704181019m37456143o36c82bd24f7dfe9c@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Alexander Leidinger , Divacky Roman , freebsd-emulation@FreeBSD.org, jkim@freebsd.org Subject: Re: linuxolator: implement settimeofday call on FreeBSD/amd64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 09:18:20 -0000 On Wed, 18 Apr 2007, Scot Hetzel wrote: > On 12/19/06, Divacky Roman wrote: >> On Tue, Dec 19, 2006 at 11:22:56AM -0600, Scot Hetzel wrote: >> > I noticed that the settimeofday call in the linuxolator is implemented >> > on FreeBSD/i386, but it is missing from FreeBSD/amd64. The attached >> > patch implements the function on FreeBSD/amd64. >> >> makes me wonder... what is MD on this code? I dont see anything > > I finally figured out what is MD for the settimeofday call. > > On FreeBSD/i386: > > struct l_timeval = struct timeval > > for FreeBSD/amd64 > > struct l_timeval < struct timeval > > The reason for this difference is tv_sec is 32 bits on i386 and 64 > bits on amd64. All handling of this difference (except the definition of l_timeval and the syscall table pointer to a compat function) belongs in compat/linux, where it already is for at least most handling of this difference and the corresponding difference between l_timespec and struct timespec. After committing this, we have the following strange organization and duplication of get/set time handling: - linux_gettimeofday(): implemented in arch/linux (possibly by punning the kern version as on i386's). Buggy on amd64 -- calling the kern version gives 64 bit values and these are blindly truncated to 32-bit values. l_time_t won't overflow until 2038, but when you have a whole function to do the conversion you may as well do the bounds check. - linux_settimeofday(): implemented in arch/linux. Now actually implemented on amd64. Since the conversion expands everything, there is no problem with blind conversion. - linux_clock_gettime(): implemented in compat/linux. The implementation is better than that of gettimeofday() -- the conversions are isolated in functions, and the functions do some range checking. Unfortunately, the range checking is buggy -- it doesn't check that the truncation will work, and it does check that !(tv_sec < 0 || tv_nsec > 999999999), but tv_sec < 0 either can't happen or isn't an error depending on the context. I think tv_nsec < 0 || tv_nsec > 999999 is always an error, but there is no need to check it here provided that the conversion doesn't lose the sign (the range will then be checked by the kern function). Doing the conversion in "MI" code already makes assumptions about the data types so it may as well assume that the sign bit is not lost. For timespecs, the assumptions about the data types are: o l_timespec is a struct with components tv_sec and tv_nsec just like a struct timespec (but perhaps in a different order) (so l_timespec is bogus -- should be struct l_timespec). o there is no padding in l_timespec and/or struct timespec, and/or any padding is harmless. At least the conversion functions are sloppy about doing bzero()s to clear padding. o tv_sec and tv_nsec in l_timespec have type l_time_t and l_suseconds_t, respectively o l_time_t is smaller than time_t and otherwise is the same type (no mixture of signed/unsigned or integer/floating). o l_suseconds_t is smaller than suseconds_t and otherwise is the same type. That's a lot of assumptions, so I think the conversion functions should be MD and l_timeval actually an opaque type. On i386's, clock_gettime(2) is implemented by putting linux_clock_gettime in the syscall table, although putting the kern clock_gettime in the syscall table would work and would be insignificantly more efficient (You could also optimize for space by ifdefing linux_clock_gettime(). Ughly.) - linux_clock_settime(): implemented in compat/linux. As for get/settimeofday(), the conversions are simpler and very unlikely to fail for the "set" variant. Otherwise like clock_gettime(). Strangely, linux_clock_settime() was implemented long before the linux settimeofday(). This seems to be because only the former was obtained from NetBSD (rev.1.1 of linux_time.c) and NetBSD implemented it and linux clock_gettime() more or less correctly. NetBSD also implements *timeofday() in linux_time.c. RELENG_6 doesn't have linux_time.c and seems to be completely missing the linux clock_*time() calls. - freebsd32_{gettimeofday,settimeofday,clock_gettime,clock_settime}(). The amd64 variants could probably use these directly by punning (put them in the syscall table entries). The generic Linux variants are better. freebsd32 seems to be generally sloppy about conversions, and blindly truncates the timevals and timespecs in all of these, using its CP() macro to give smaller source code with no good place to put the range checking. Related style bug: in {amd64,i386}/linux.h, a comment says that l_timespec (alone) is the "stat family of syscalls", but l_timespec isn't even limited to the stat family of syscalls. Bruce From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 19 18:56:03 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7BDCC16A404 for ; Thu, 19 Apr 2007 18:56:03 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 379C613C45B for ; Thu, 19 Apr 2007 18:56:02 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 3D01E1BA8CA; Thu, 19 Apr 2007 20:56:01 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.6/8.13.6) with ESMTP id l3JIQ8Wd061789; Thu, 19 Apr 2007 20:26:08 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.6/8.13.6/Submit) id l3JIQ7ap061788; Thu, 19 Apr 2007 20:26:07 +0200 (CEST) (envelope-from nox) Date: Thu, 19 Apr 2007 20:26:07 +0200 (CEST) From: Juergen Lock Message-Id: <200704191826.l3JIQ7ap061788@saturn.kn-bremen.de> To: scottro@nyc.rr.com X-Newsgroups: local.list.freebsd.emulation In-Reply-To: <20070416140454.GA79264@uws1.starlofashions.com> References: <200704050712.l357Ck5F000488@pluto.hedeland.org> <4614F65D.3010403@freebsd.org> <20070405215754.GA28008@saturn.kn-bremen.de> <461A6431.2030709@freebsd.org> <20070410123604.D35599@kozubik.com> <462379F1.3050008@freebsd.org> <20070416063519.L35599@kozubik.com> Organization: home Cc: freebsd-emulation@freebsd.org Subject: Re: Bounty and timeline on vmware 5.x on FreeBSD 6.x X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 18:56:03 -0000 In article <20070416140454.GA79264@uws1.starlofashions.com> scottro@nyc.rr.com wrote: >... >My only problems with VirtualBox were in getting it to use bridged >networking with a wireless connection. I had no problem when it was >connected by cabled ethernet, but judging from a bit of googling, I'm >not the only one who couldn't get it working with wireless. > >Disclaimer number 2--I'm not at all experienced with bridging in Linux, >it seems to be a bit different than what I do with FreeBSD, and it could >easily be a PEBCAK problem. Afaik the problem is that bridging causes the source ethernet address of packets you send to change, and not all wireless nics/drivers support sending other source ethernet addresses than the nic's own. (This usually isn't a problem with wired nics...) HTH, Juergen From owner-freebsd-emulation@FreeBSD.ORG Thu Apr 19 18:56:03 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC45216A406; Thu, 19 Apr 2007 18:56:03 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 375E013C457; Thu, 19 Apr 2007 18:56:02 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 47ED01BA8C7; Thu, 19 Apr 2007 20:56:01 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.6/8.13.6) with ESMTP id l3JIquZ7062273; Thu, 19 Apr 2007 20:52:56 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.6/8.13.6/Submit) id l3JIqtaT062272; Thu, 19 Apr 2007 20:52:55 +0200 (CEST) (envelope-from nox) Date: Thu, 19 Apr 2007 20:52:55 +0200 (CEST) From: Juergen Lock Message-Id: <200704191852.l3JIqtaT062272@saturn.kn-bremen.de> To: anderson@freebsd.org X-Newsgroups: local.list.freebsd.emulation In-Reply-To: <46237925.60309@freebsd.org> References: <20070405210341.GA25547@saturn.kn-bremen.de> <200704072004.l37K4rua048988@saturn.kn-bremen.de> <461FD9E7.2040201@freebsd.org> <20070414170037.GA9357@saturn.kn-bremen.de> Organization: home Cc: freebsd-emulation@freebsd.org Subject: Re: experimental qemu-devel port update, please test! X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Apr 2007 18:56:03 -0000 In article <46237925.60309@freebsd.org> you write: >On 04/14/07 12:00, Juergen Lock wrote: >> On Fri, Apr 13, 2007 at 02:28:39PM -0500, Eric Anderson wrote: >>> On 04/07/07 15:04, Juergen Lock wrote: >>>> In article <4615DB05.8000608@freebsd.org> you write: >>>>> On 04/05/07 16:03, Juergen Lock wrote: >>>>>> Hi! >>>>>> >>>>>> There have been a few interesting commits to qemu cvs, like, >>>>>> a qcow2 corruption bugfix, vmware vga emulation (-vmwarevga), and >>>>>> several emulated eepro100 (fxp) nic variants (-net nic,model=i82557b >>>>>> -net user worked for me with FreeBSD and linux guests, and seemed even >>>>>> slightly faster than the rtl8139 that already outperforms the default >>>>>> ne2kpci), so I prepared another qemu-devel port update that I now want >>>>>> you all to test with your various guests before I commit it! >>>>>> >>>>>> TIA, and enjoy... >>>>>> Juergen >>>>>> >>>>>> Remove files: files/patch-audio::ossaudio.c files/patch-bh >>>>> Building it now. Quick question: why have some diffs below in the >>>>> patch, when you say remove those files? Just curious.. >>>> Oh, just for the benefit of users who might forget to rm them after >>>> applying the diff. :) (patch turning them into empty files...) >>>> >>>> Just committed this btw. >>>> >>>> Juergen >>> >>> Hmm.. Now, using the vmware driver makes my system either shutdown, or >>> insta-reboot. :( >> >> You mean -vmwarevga? Which guest? And, does the guest crash or the host? > >Yea, but I found out it does it whether or not I use the vmwarevga >option, and seems to be tied to kqemu kldloaded. I'm still looking at >it - kind of painful since it crashes my host system. The guest is a >etherbooted FreeBSD-current, but it doesn't get far enough to even boot >the OS in the guest. Ah so its a kqemu problem? You may want to post about that on the qemu list... (You can also disable kqemu by running qemu with -no-kqemu btw.) Or, did something in your kernel change maybe that necessitates a rebuild of the kqemu kld? > > >> You could try disabling the >> #define HW_RECT_ACCEL >> #define HW_FILL_ACCEL >> near the top of hw/vmware_vga.c, a range check is missing in the >> accellerated case, see >> http://lists.gnu.org/archive/html/qemu-devel/2007-04/msg00136.html >>> kqemu-kmod-1.3.0.p11 Kernel Acceralator for QEMU CPU Emulator >>> (development versi >>> qemu-devel-0.9.0s.20070405_2 QEMU CPU Emulator - development snapshot >> >> Yeah those are the lastest... > >I'll try that if I still suspect it. Although, I can say that without >kqemu loaded, but the vmwarevga option used, my ethernet device ends up >with a MAC of FF:FF:FF:FF:FF:FF. I can't override it either. Thats probably a result of io address overlaps with the emulated nic caused by the current version of the vmwarevga emulation (the author of that is currently away afaik, otherwise it probably would have been fixed already at least in qemu cvs.) You may be able to get around that by using the eepro nic emulation. (sound is also affected btw, see the mentioned -vmwarevga thread on the qemu list.) > >I'll try some more things, and report back. Ok. Juergen From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 20 00:19:20 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4499C16A400 for ; Fri, 20 Apr 2007 00:19:20 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 12BB113C44B for ; Fri, 20 Apr 2007 00:19:19 +0000 (UTC) (envelope-from sean-freebsd@farley.org) Received: from thor.farley.org (thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.1/8.14.1) with ESMTP id l3K0Jx7m040252; Thu, 19 Apr 2007 19:19:59 -0500 (CDT) (envelope-from sean-freebsd@farley.org) Date: Thu, 19 Apr 2007 19:19:15 -0500 (CDT) From: "Sean C. Farley" To: Eric Anderson In-Reply-To: <461E817B.3020809@freebsd.org> Message-ID: <20070419191711.M44041@thor.farley.org> References: <20070409193137.D90697@thor.farley.org> <461E817B.3020809@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-emulation@freebsd.org Subject: Re: VMware5 port X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 00:19:20 -0000 On Thu, 12 Apr 2007, Eric Anderson wrote: > On 04/09/07 19:40, Sean C. Farley wrote: >> I have spent a good deal of time last year attempting to port VMware >> 5.5.x to FreeBSD. Due to time, too many other projects and a >> beginning level of driver development knowledge (someday I will fix >> this part :)), I do not feel I can continue on it. To help others >> get a little further, I put up a description of the status[1] on my >> web site. Many thanks to Orlando Bassotto's effort on a port of >> 4.5.2 from which I started. >> >> Sean >> 1. http://www.farley.org/freebsd/tmp/vmware5/ > > Sean- > Thanks! Much appreciated. I hope someone can pick up where this > leaves off, and finish up the work. You are welcome. I hope someone can. > Anyone tried compiling it? I've had some troubles (on 7.0). 7-CURRENT probably has quite a few changes in the driver interface. On the flip-side, 7-CURRENT may have a better chance to run the UI with its better Linux emulation. Sean -- sean-freebsd@farley.org From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 20 07:01:46 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3C1D716A407 for ; Fri, 20 Apr 2007 07:01:46 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from digger1.defence.gov.au (digger1.defence.gov.au [203.5.217.4]) by mx1.freebsd.org (Postfix) with ESMTP id A2C6013C4AE for ; Fri, 20 Apr 2007 07:01:45 +0000 (UTC) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: from ednmsw510.dsto.defence.gov.au (ednmsw510.dsto.defence.gov.au [131.185.68.11]) by digger1.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3K6e9Qh014142 for ; Fri, 20 Apr 2007 16:10:09 +0930 (CST) Received: from ednex510.dsto.defence.gov.au (ednex510.dsto.defence.gov.au) by ednmsw510.dsto.defence.gov.au (Clearswift SMTPRS 5.2.5) with ESMTP id for ; Fri, 20 Apr 2007 16:19:12 +0930 Received: from obelix.dsto.defence.gov.au ([203.6.60.208]) by ednex510.dsto.defence.gov.au with Microsoft SMTPSVC(6.0.3790.1830); Fri, 20 Apr 2007 16:19:11 +0930 Received: from obelix.dsto.defence.gov.au (localhost [127.0.0.1]) by obelix.dsto.defence.gov.au (8.13.8/8.13.8) with ESMTP id l3K6mxLp000811 for ; Fri, 20 Apr 2007 14:48:59 +0800 (WST) (envelope-from wilkinsa@obelix.dsto.defence.gov.au) Received: (from wilkinsa@localhost) by obelix.dsto.defence.gov.au (8.13.8/8.13.8/Submit) id l3K6mxpP000810 for emulation@freebsd.org; Fri, 20 Apr 2007 14:48:59 +0800 (WST) (envelope-from wilkinsa) Date: Fri, 20 Apr 2007 14:48:59 +0800 From: "Wilkinson, Alex" To: emulation@freebsd.org Message-ID: <20070420064859.GE616@obelix.dsto.defence.gov.au> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline User-Agent: Mutt/1.5.14 (2007-02-12) X-OriginalArrivalTime: 20 Apr 2007 06:49:12.0147 (UTC) FILETIME=[00EF1230:01C78318] Content-Transfer-Encoding: 7bit Cc: Subject: [net/citrix_ica/] /usr/local/bin/wfcmgr ... hangs upon exec(). X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 07:01:46 -0000 Hi all, I use net/citrix_ica/ daily running on FreeBSD CURRENT. One of the tools that comes bundled with the port is wfcmgr (used for managing your applications to connect to). Problem: -------- /usr/local/bin/wfcmgr HANGS. :( ^t says: load: 0.37 cmd: wfcmgr 727 [ptsopn] 0.19u 0.23s 2% 7040k load: 0.37 cmd: wfcmgr 727 [ptsopn] 0.19u 0.23s 2% 7040k When Alexander Leidinger updated compat.linux.osrelease to 2.6.16 this problem disappeared. However, it has reared its ugly head again. Question: -------- Can someone please give me a helping hand to debug this ? ktrace,truss,strace, gdb ? Just let me know. Since I use this application daily, for very important applications I would be _very_ _very_ happy to get this resolved (or I have to run a real windows box :( ). Details ------- FreeBSD 7.0-CURRENT #0: Tue Apr 10 13:47:53 WST 2007 compat.linux.oss_version: 198144 compat.linux.osrelease: 2.6.16 compat.linux.osname: Linux Cheers -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 20 08:22:00 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED50016A400 for ; Fri, 20 Apr 2007 08:22:00 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id AA79F13C43E for ; Fri, 20 Apr 2007 08:22:00 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 16E538BD23E; Fri, 20 Apr 2007 10:21:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Dpuy3SHQGYkh; Fri, 20 Apr 2007 10:21:58 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 106268BD05F; Fri, 20 Apr 2007 10:21:58 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l3K8Lumd037149; Fri, 20 Apr 2007 10:21:56 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 20 Apr 2007 10:21:56 +0200 From: Roman Divacky To: "Wilkinson, Alex" Message-ID: <20070420082156.GA37063@freebsd.org> References: <20070420064859.GE616@obelix.dsto.defence.gov.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070420064859.GE616@obelix.dsto.defence.gov.au> User-Agent: Mutt/1.4.2.2i Cc: emulation@freebsd.org Subject: Re: [net/citrix_ica/] /usr/local/bin/wfcmgr ... hangs upon exec(). X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 08:22:01 -0000 On Fri, Apr 20, 2007 at 02:48:59PM +0800, Wilkinson, Alex wrote: > Hi all, > > I use net/citrix_ica/ daily running on FreeBSD CURRENT. > One of the tools that comes bundled with the port is wfcmgr > (used for managing your applications to connect to). > > Problem: > -------- > > /usr/local/bin/wfcmgr HANGS. :( > > ^t says: > > load: 0.37 cmd: wfcmgr 727 [ptsopn] 0.19u 0.23s 2% 7040k > load: 0.37 cmd: wfcmgr 727 [ptsopn] 0.19u 0.23s 2% 7040k > > When Alexander Leidinger updated compat.linux.osrelease to > 2.6.16 this problem disappeared. However, it has reared its > ugly head again. > > Question: > -------- > > Can someone please give me a helping hand to debug this ? > ktrace,truss,strace, gdb ? Just let me know. rebuild linuxulator with -DDEBUG=1 and put the messages somewhere (web?) I'll try to get some time to look at it. but ptsopn doesn't sound linuxulator related... we'll see please post the message, thnx roman From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 20 08:33:07 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E56BF16A400; Fri, 20 Apr 2007 08:33:07 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 9A22D13C44C; Fri, 20 Apr 2007 08:33:07 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p54A5F67F.dip.t-dialin.net [84.165.246.127]) by redbull.bpaserver.net (Postfix) with ESMTP id 9250F2E09E; Fri, 20 Apr 2007 10:33:02 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 4F9345B4817; Fri, 20 Apr 2007 10:32:48 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.13.8/8.13.8/Submit) id l3K8Wi9O021241; Fri, 20 Apr 2007 10:32:44 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Fri, 20 Apr 2007 10:32:44 +0200 Message-ID: <20070420103244.nqkp70q4n40k4oc0@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Fri, 20 Apr 2007 10:32:44 +0200 From: Alexander Leidinger To: Roman Divacky References: <20070420064859.GE616@obelix.dsto.defence.gov.au> <20070420082156.GA37063@freebsd.org> In-Reply-To: <20070420082156.GA37063@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-14.61, required 8, BAYES_00 -15.00, DK_POLICY_SIGNSOME 0.00, FORGED_RCVD_HELO 0.14, J_CHICKENPOX_65 0.60, SMILEY -0.50, TW_FC 0.08, TW_WF 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: emulation@freebsd.org Subject: Re: [net/citrix_ica/] /usr/local/bin/wfcmgr ... hangs upon exec(). X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 08:33:08 -0000 Quoting Roman Divacky (from Fri, 20 Apr 2007 =20 10:21:56 +0200): > On Fri, Apr 20, 2007 at 02:48:59PM +0800, Wilkinson, Alex wrote: >> Hi all, >> >> I use net/citrix_ica/ daily running on FreeBSD CURRENT. >> One of the tools that comes bundled with the port is wfcmgr >> (used for managing your applications to connect to). >> >> Problem: >> -------- >> >> /usr/local/bin/wfcmgr HANGS. :( >> >> ^t says: >> >> load: 0.37 cmd: wfcmgr 727 [ptsopn] 0.19u 0.23s 2% 7040k >> load: 0.37 cmd: wfcmgr 727 [ptsopn] 0.19u 0.23s 2% 7040k >> >> When Alexander Leidinger updated compat.linux.osrelease to >> 2.6.16 this problem disappeared. However, it has reared its >> ugly head again. >> >> Question: >> -------- >> >> Can someone please give me a helping hand to debug this ? >> ktrace,truss,strace, gdb ? Just let me know. > > rebuild linuxulator with -DDEBUG=3D1 and put the messages somewhere (web?) > I'll try to get some time to look at it. but ptsopn doesn't sound linuxula= tor > related... we'll see Hmmm... do you by chance have kern.pts.enable=3D1? If yes, AFAIR there's =20 a know problem with it (not linuxulator related). Disable it please =20 then. Bye, Alexander. --=20 Nature, to be commanded, must be obeyed. =09=09-- Francis Bacon http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 20 13:21:52 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 58CB816A401 for ; Fri, 20 Apr 2007 13:21:52 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 29FCE13C480 for ; Fri, 20 Apr 2007 13:21:51 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l3KDLmNp037982; Fri, 20 Apr 2007 08:21:49 -0500 (CDT) (envelope-from anderson@freebsd.org) Message-ID: <4628BE6C.1090104@freebsd.org> Date: Fri, 20 Apr 2007 08:21:48 -0500 From: Eric Anderson User-Agent: Thunderbird 1.5.0.10 (X11/20070320) MIME-Version: 1.0 To: Juergen Lock References: <20070405210341.GA25547@saturn.kn-bremen.de> <200704072004.l37K4rua048988@saturn.kn-bremen.de> <461FD9E7.2040201@freebsd.org> <20070414170037.GA9357@saturn.kn-bremen.de> <200704191852.l3JIqtaT062272@saturn.kn-bremen.de> In-Reply-To: <200704191852.l3JIqtaT062272@saturn.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/3137/Fri Apr 20 06:16:40 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-emulation@freebsd.org Subject: Re: experimental qemu-devel port update, please test! X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 13:21:52 -0000 On 04/19/07 13:52, Juergen Lock wrote: > In article <46237925.60309@freebsd.org> you write: >> On 04/14/07 12:00, Juergen Lock wrote: >>> On Fri, Apr 13, 2007 at 02:28:39PM -0500, Eric Anderson wrote: >>>> On 04/07/07 15:04, Juergen Lock wrote: >>>>> In article <4615DB05.8000608@freebsd.org> you write: >>>>>> On 04/05/07 16:03, Juergen Lock wrote: >>>>>>> Hi! >>>>>>> >>>>>>> There have been a few interesting commits to qemu cvs, like, >>>>>>> a qcow2 corruption bugfix, vmware vga emulation (-vmwarevga), and >>>>>>> several emulated eepro100 (fxp) nic variants (-net nic,model=i82557b >>>>>>> -net user worked for me with FreeBSD and linux guests, and seemed even >>>>>>> slightly faster than the rtl8139 that already outperforms the default >>>>>>> ne2kpci), so I prepared another qemu-devel port update that I now want >>>>>>> you all to test with your various guests before I commit it! >>>>>>> >>>>>>> TIA, and enjoy... >>>>>>> Juergen >>>>>>> >>>>>>> Remove files: files/patch-audio::ossaudio.c files/patch-bh >>>>>> Building it now. Quick question: why have some diffs below in the >>>>>> patch, when you say remove those files? Just curious.. >>>>> Oh, just for the benefit of users who might forget to rm them after >>>>> applying the diff. :) (patch turning them into empty files...) >>>>> >>>>> Just committed this btw. >>>>> >>>>> Juergen >>>> Hmm.. Now, using the vmware driver makes my system either shutdown, or >>>> insta-reboot. :( >>> You mean -vmwarevga? Which guest? And, does the guest crash or the host? >> Yea, but I found out it does it whether or not I use the vmwarevga >> option, and seems to be tied to kqemu kldloaded. I'm still looking at >> it - kind of painful since it crashes my host system. The guest is a >> etherbooted FreeBSD-current, but it doesn't get far enough to even boot >> the OS in the guest. > > Ah so its a kqemu problem? You may want to post about that on the qemu > list... (You can also disable kqemu by running qemu with -no-kqemu btw.) > > Or, did something in your kernel change maybe that necessitates > a rebuild of the kqemu kld? Evidently that was it - after rebuilding/reinstalling the kqemu module, all is well. Nothing else changed to make it work. Woohoo! Thanks - not sure why I didn't think of that.. :) >>> You could try disabling the >>> #define HW_RECT_ACCEL >>> #define HW_FILL_ACCEL >>> near the top of hw/vmware_vga.c, a range check is missing in the >>> accellerated case, see >>> http://lists.gnu.org/archive/html/qemu-devel/2007-04/msg00136.html >>>> kqemu-kmod-1.3.0.p11 Kernel Acceralator for QEMU CPU Emulator >>>> (development versi >>>> qemu-devel-0.9.0s.20070405_2 QEMU CPU Emulator - development snapshot >>> Yeah those are the lastest... >> I'll try that if I still suspect it. Although, I can say that without >> kqemu loaded, but the vmwarevga option used, my ethernet device ends up >> with a MAC of FF:FF:FF:FF:FF:FF. I can't override it either. > > Thats probably a result of io address overlaps with the emulated nic > caused by the current version of the vmwarevga emulation (the author of > that is currently away afaik, otherwise it probably would have been > fixed already at least in qemu cvs.) You may be able to get around that > by using the eepro nic emulation. (sound is also affected btw, see the > mentioned -vmwarevga thread on the qemu list.) When I use the eepro nic, it claims I don't have a PXE boot rom. I tried to make one, but it still didn't like it. I'm not sure which selection to pick from the rom-o-matic site. >> I'll try some more things, and report back. > > Ok. > Juergen Thanks for the great support so far.. Eric From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 20 20:02:54 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18EE716A403; Fri, 20 Apr 2007 20:02:54 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 95C8313C455; Fri, 20 Apr 2007 20:02:53 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id A44421BA8EB; Fri, 20 Apr 2007 22:02:51 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.6/8.13.6) with ESMTP id l3KJxtJs019288; Fri, 20 Apr 2007 21:59:55 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.6/8.13.6/Submit) id l3KJxtkL019287; Fri, 20 Apr 2007 21:59:55 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 20 Apr 2007 21:59:55 +0200 To: Eric Anderson Message-ID: <20070420195955.GA19042@saturn.kn-bremen.de> Mail-Followup-To: Eric Anderson , freebsd-emulation@freebsd.org References: <20070405210341.GA25547@saturn.kn-bremen.de> <200704072004.l37K4rua048988@saturn.kn-bremen.de> <461FD9E7.2040201@freebsd.org> <20070414170037.GA9357@saturn.kn-bremen.de> <200704191852.l3JIqtaT062272@saturn.kn-bremen.de> <4628BE6C.1090104@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4628BE6C.1090104@freebsd.org> User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-emulation@freebsd.org Subject: Re: experimental qemu-devel port update, please test! X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 20:02:54 -0000 On Fri, Apr 20, 2007 at 08:21:48AM -0500, Eric Anderson wrote: > On 04/19/07 13:52, Juergen Lock wrote: > >In article <46237925.60309@freebsd.org> you write: > >>On 04/14/07 12:00, Juergen Lock wrote: > >>>On Fri, Apr 13, 2007 at 02:28:39PM -0500, Eric Anderson wrote: > >>>>On 04/07/07 15:04, Juergen Lock wrote: > >>>>>In article <4615DB05.8000608@freebsd.org> you write: > >>>>>>On 04/05/07 16:03, Juergen Lock wrote: > >>>>>>>Hi! > >>>>>>> > >>>>>>>There have been a few interesting commits to qemu cvs, like, > >>>>>>>a qcow2 corruption bugfix, vmware vga emulation (-vmwarevga), and > >>>>>>>several emulated eepro100 (fxp) nic variants (-net nic,model=i82557b > >>>>>>>-net user worked for me with FreeBSD and linux guests, and seemed > >>>>>>>even > >>>>>>>slightly faster than the rtl8139 that already outperforms the default > >>>>>>>ne2kpci), so I prepared another qemu-devel port update that I now > >>>>>>>want > >>>>>>>you all to test with your various guests before I commit it! > >>>>>>> > >>>>>>>TIA, and enjoy... > >>>>>>> Juergen > >>>>>>> > >>>>>>>Remove files: files/patch-audio::ossaudio.c files/patch-bh > >>>>>>Building it now. Quick question: why have some diffs below in the > >>>>>>patch, when you say remove those files? Just curious.. > >>>>>Oh, just for the benefit of users who might forget to rm them after > >>>>>applying the diff. :) (patch turning them into empty files...) > >>>>> > >>>>>Just committed this btw. > >>>>> > >>>>> Juergen > >>>>Hmm.. Now, using the vmware driver makes my system either shutdown, or > >>>>insta-reboot. :( > >>>You mean -vmwarevga? Which guest? And, does the guest crash or the > >>>host? > >>Yea, but I found out it does it whether or not I use the vmwarevga > >>option, and seems to be tied to kqemu kldloaded. I'm still looking at > >>it - kind of painful since it crashes my host system. The guest is a > >>etherbooted FreeBSD-current, but it doesn't get far enough to even boot > >>the OS in the guest. > > > >Ah so its a kqemu problem? You may want to post about that on the qemu > >list... (You can also disable kqemu by running qemu with -no-kqemu btw.) > > > > Or, did something in your kernel change maybe that necessitates > >a rebuild of the kqemu kld? > > Evidently that was it - after rebuilding/reinstalling the kqemu module, > all is well. Nothing else changed to make it work. Woohoo! Thanks - > not sure why I didn't think of that.. :) > Ah, good to know its not a bug this time... :) > > >>>You could try disabling the > >>> #define HW_RECT_ACCEL > >>> #define HW_FILL_ACCEL > >>>near the top of hw/vmware_vga.c, a range check is missing in the > >>>accellerated case, see > >>> http://lists.gnu.org/archive/html/qemu-devel/2007-04/msg00136.html > >>>>kqemu-kmod-1.3.0.p11 Kernel Acceralator for QEMU CPU Emulator > >>>>(development versi > >>>>qemu-devel-0.9.0s.20070405_2 QEMU CPU Emulator - development snapshot > >>> Yeah those are the lastest... > >>I'll try that if I still suspect it. Although, I can say that without > >>kqemu loaded, but the vmwarevga option used, my ethernet device ends up > >>with a MAC of FF:FF:FF:FF:FF:FF. I can't override it either. > > > > Thats probably a result of io address overlaps with the emulated nic > >caused by the current version of the vmwarevga emulation (the author of > >that is currently away afaik, otherwise it probably would have been > >fixed already at least in qemu cvs.) You may be able to get around that > >by using the eepro nic emulation. (sound is also affected btw, see the > >mentioned -vmwarevga thread on the qemu list.) > > When I use the eepro nic, it claims I don't have a PXE boot rom. Right, qemu doesn't come with one (I haven't played with pxe booting yet so I didn't even notice.) > I > tried to make one, but it still didn't like it. I'm not sure which > selection to pick from the rom-o-matic site. > Sorry can't help you there... > > >>I'll try some more things, and report back. > > > > Ok. > > Juergen > > > Thanks for the great support so far.. > > Eric You're welcome! Juergen From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 20 21:06:05 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9FE2B16A401; Fri, 20 Apr 2007 21:06:05 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from mail.bitblocks.com (mail.bitblocks.com [64.142.15.60]) by mx1.freebsd.org (Postfix) with ESMTP id 81A2213C46C; Fri, 20 Apr 2007 21:06:05 +0000 (UTC) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost.bitblocks.com [127.0.0.1]) by mail.bitblocks.com (Postfix) with ESMTP id 331595B2E; Fri, 20 Apr 2007 13:41:02 -0700 (PDT) To: Juergen Lock In-reply-to: Your message of "Fri, 20 Apr 2007 21:59:55 +0200." <20070420195955.GA19042@saturn.kn-bremen.de> Date: Fri, 20 Apr 2007 13:41:01 -0700 From: Bakul Shah Message-Id: <20070420204102.331595B2E@mail.bitblocks.com> Cc: freebsd-emulation@freebsd.org Subject: Re: experimental qemu-devel port update, please test! X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 21:06:05 -0000 > > > Or, did something in your kernel change maybe that necessitates > > >a rebuild of the kqemu kld? > > > > Evidently that was it - after rebuilding/reinstalling the kqemu module, > > all is well. Nothing else changed to make it work. Woohoo! Thanks - > > not sure why I didn't think of that.. :) For this reason I have PORTS_MODULES=emulators/kqemu-kmod in /etc/make.conf so that it gets rebuilt when I rebuild the kernel. > Right, qemu doesn't come with one (I haven't played with pxe booting > yet so I didn't even notice.) Actually it does. See /usr/local/share/qemu/pxe-* but due to at lease one bug it doesn't work. > > I > > tried to make one, but it still didn't like it. I'm not sure which > > selection to pick from the rom-o-matic site. I found and fixed one bug in src/core/osloader.c (in etherboot-5.4.3 code) which allows me to get a little bit further. If anyone wants to play with this more, I can send them my changes. From owner-freebsd-emulation@FreeBSD.ORG Fri Apr 20 23:41:55 2007 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED44616A409; Fri, 20 Apr 2007 23:41:55 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id A63F013C4C8; Fri, 20 Apr 2007 23:41:55 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 8448C1BACE6; Sat, 21 Apr 2007 01:41:54 +0200 (CEST) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.6/8.13.6) with ESMTP id l3KNZPOe024127; Sat, 21 Apr 2007 01:35:25 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.6/8.13.6/Submit) id l3KNZOfH024126; Sat, 21 Apr 2007 01:35:24 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 21 Apr 2007 01:35:24 +0200 To: Bakul Shah Message-ID: <20070420233524.GA23954@saturn.kn-bremen.de> Mail-Followup-To: Bakul Shah , Eric Anderson , freebsd-emulation@freebsd.org References: <20070420195955.GA19042@saturn.kn-bremen.de> <20070420204102.331595B2E@mail.bitblocks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070420204102.331595B2E@mail.bitblocks.com> User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-emulation@freebsd.org Subject: Re: experimental qemu-devel port update, please test! X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Apr 2007 23:41:56 -0000 On Fri, Apr 20, 2007 at 01:41:01PM -0700, Bakul Shah wrote: > > > > Or, did something in your kernel change maybe that necessitates > > > >a rebuild of the kqemu kld? > > > > > > Evidently that was it - after rebuilding/reinstalling the kqemu module, > > > all is well. Nothing else changed to make it work. Woohoo! Thanks - > > > not sure why I didn't think of that.. :) > > For this reason I have > > PORTS_MODULES=emulators/kqemu-kmod > > in /etc/make.conf so that it gets rebuilt when I rebuild the kernel. > > > Right, qemu doesn't come with one (I haven't played with pxe booting > > yet so I didn't even notice.) > > Actually it does. See /usr/local/share/qemu/pxe-* but due to > at lease one bug it doesn't work. Not for the eepro100 (fxp) varietys. > > > > I > > > tried to make one, but it still didn't like it. I'm not sure which > > > selection to pick from the rom-o-matic site. > > I found and fixed one bug in src/core/osloader.c (in > etherboot-5.4.3 code) which allows me to get a little bit > further. If anyone wants to play with this more, I can send > them my changes. You may want to post those on the qemu list... Juergen From owner-freebsd-emulation@FreeBSD.ORG Sat Apr 21 02:16:41 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6C0B16A404 for ; Sat, 21 Apr 2007 02:16:41 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.246]) by mx1.freebsd.org (Postfix) with ESMTP id 976CB13C4B7 for ; Sat, 21 Apr 2007 02:16:41 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1192774ana for ; Fri, 20 Apr 2007 19:16:40 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=fXZbnz2LILpvYS79euIxt+JZPQvYun/vk/AQVc+1yuY8kIzrOvUCsU96c3i+TsG0xHzlKA7kFaCgKXDzzZKsfVMqIFYu6JsrlIBHmuldzWEH/SAQkGjeLG2nfLSjwDe3Uofug0ZbqcY42mhCrGqZrK9GKgpnUWYcxvjKuXUom34= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=IP2IDUKVSJGT9TigQnfeQt6hg7jKB8NHE79Xn7nJ6aqep9veS4+rV4PrAt7t2UuzY+w0c6NkSm4D+fD/ZOzT+1g8wR1QVH/2wvCQkyj4jv/BwVdGcZHEe0agXwf130fhWpxdWk0XooF49cCk6YIZ++wVeUndDSHdYFFkveZ6P40= Received: by 10.100.32.1 with SMTP id f1mr2137173anf.1177120092052; Fri, 20 Apr 2007 18:48:12 -0700 (PDT) Received: by 10.100.141.14 with HTTP; Fri, 20 Apr 2007 18:48:11 -0700 (PDT) Message-ID: <790a9fff0704201848y5f6587fehf34af106ae3f7285@mail.gmail.com> Date: Fri, 20 Apr 2007 20:48:11 -0500 From: "Scot Hetzel" To: emulation@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Subject: linuxolator - ltp testing: panic with fsync02 test X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2007 02:16:41 -0000 I was trying to run the ltp tests on a recent -CURRENT kernel that was checked out using: cvs -q update -P -d -D "04/20/2007 00:01 UTC" But when the tests run the fsync02 test, it causes the following: Unread portion of the kernel message buffer: panic: NOT MPSAFE and Giant not held cpuid = 0 KDB: enter: panic Uptime: 3h47m36s Physical memory: 1008 MB Dumping 84 MB: 69 53 37 21 5 (kgdb) bt #0 doadump () at pcpu.h:171 During symbol reading, Incomplete CFI data; unspecified registers at 0xffffffff804508fc. #1 0xffffffff804511fb in boot (howto=0x104) at ../../../kern/kern_shutdown.c:409 #2 0xffffffff80450c87 in panic (fmt=0xffffffff80728e38 "NOT MPSAFE and Giant not held") at ../../../kern/kern_shutdown.c:563 #3 0xffffffff804c1373 in namei (ndp=0xffffffffa434f820) at ../../../kern/vfs_lookup.c:182 #4 0xffffffffa3f303e1 in linprocfs_domtab (td=0xffffff0024ac9a80, p=0x0, pn=0xffffff002b60c500, sb=0xffffff0028470800, uio=0x0) at /usr/src/7x/sys-test/modules/linprocfs/../../compat/linprocfs/linprocfs.c:317 #5 0xffffffff80407ea8 in pfs_read (va=0x0) at pseudofs_internal.h:137 #6 0xffffffff806a2794 in VOP_READ_APV (vop=0x0, a=0xffffffffa434f9b0) at vnode_if.c:637 #7 0xffffffff804d5fd4 in vn_read (fp=0xffffff0027cbb708, uio=0xffffffffa434faf0, active_cred=0x0, flags=0x0, td=0xffffff0024ac9a80) at vnode_if.h:343 #8 0xffffffff80487b44 in dofileread (td=0xffffff0024ac9a80, fd=0x4, fp=0xffffff0027cbb708, auio=0xffffffffa434faf0, offset=0x0, flags=0x0) at file.h:242 #9 0xffffffff80487db0 in kern_readv (td=0xffffff0024ac9a80, fd=0x4, auio=0xffffffffa434faf0) at ../../../kern/sys_generic.c:180 #10 0xffffffff80487eaa in read (td=0x0, uap=0x0) at ../../../kern/sys_generic.c:110 #11 0xffffffff8069c109 in ia32_syscall (frame=0xffffffffa434fc70) at ../../../amd64/ia32/ia32_syscall.c:187 #12 0xffffffff8064b100 in Xint0x80_syscall () at ia32_exception.S:65 #13 0x000000000b0209de in ?? () Previous frame inner to this frame (corrupt stack?) By #ifdef .. endif out sections of code in the ltp-20061226/testcases/kernel/syscalls/fsync.fsync02.c test program, I was able to narrow down the cause of the panic to the fstatvfs function. I then looked at the linuxolator sources, and didn't find that function. Any ideas as to what could be the cause of this panic? Scot -- DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised. From owner-freebsd-emulation@FreeBSD.ORG Sat Apr 21 04:00:33 2007 Return-Path: X-Original-To: freebsd-emulation@hub.freebsd.org Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 115C916A526; Sat, 21 Apr 2007 04:00:33 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id DE73713C45B; Sat, 21 Apr 2007 04:00:32 +0000 (UTC) (envelope-from edwin@FreeBSD.org) Received: from freefall.freebsd.org (edwin@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l3L40Wsc091436; Sat, 21 Apr 2007 04:00:32 GMT (envelope-from edwin@freefall.freebsd.org) Received: (from edwin@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3L40VSV091431; Sat, 21 Apr 2007 04:00:32 GMT (envelope-from edwin) Date: Sat, 21 Apr 2007 04:00:32 GMT From: Edwin Groothuis Message-Id: <200704210400.l3L40VSV091431@freefall.freebsd.org> To: edwin@FreeBSD.org, freebsd-ports-bugs@FreeBSD.org, freebsd-emulation@FreeBSD.org Cc: Subject: Re: ports/111975: graphics/linux_dri conflicts with x11/nvidia-driver X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2007 04:00:33 -0000 Synopsis: graphics/linux_dri conflicts with x11/nvidia-driver Responsible-Changed-From-To: freebsd-ports-bugs->freebsd-emulation Responsible-Changed-By: edwin Responsible-Changed-When: Sat Apr 21 04:00:26 UTC 2007 Responsible-Changed-Why: Over to maintainer http://www.freebsd.org/cgi/query-pr.cgi?pr=111975 From owner-freebsd-emulation@FreeBSD.ORG Sat Apr 21 06:12:52 2007 Return-Path: X-Original-To: freebsd-emulation@hub.freebsd.org Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA98316A403; Sat, 21 Apr 2007 06:12:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 9381B13C457; Sat, 21 Apr 2007 06:12:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l3L6CqWt007279; Sat, 21 Apr 2007 06:12:52 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3L6CqMZ007275; Sat, 21 Apr 2007 06:12:52 GMT (envelope-from linimon) Date: Sat, 21 Apr 2007 06:12:52 GMT From: Mark Linimon Message-Id: <200704210612.l3L6CqMZ007275@freefall.freebsd.org> To: turutani@scphys.kyoto-u.ac.jp, linimon@FreeBSD.org, freebsd-emulation@FreeBSD.org Cc: Subject: Re: ports/111975: graphics/linux_dri conflicts with x11/nvidia-driver X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2007 06:12:52 -0000 Synopsis: graphics/linux_dri conflicts with x11/nvidia-driver State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Sat Apr 21 06:12:18 UTC 2007 State-Changed-Why: Submitter notes that this was from a misunderstanding and requests that it be closed. http://www.freebsd.org/cgi/query-pr.cgi?pr=111975 From owner-freebsd-emulation@FreeBSD.ORG Sat Apr 21 08:06:07 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DEC7416A401; Sat, 21 Apr 2007 08:06:07 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id 9AA5F13C457; Sat, 21 Apr 2007 08:06:07 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E7E788BD275; Sat, 21 Apr 2007 10:06:05 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h7DIBxxaXBpB; Sat, 21 Apr 2007 10:06:04 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 9700F8BD1A6; Sat, 21 Apr 2007 10:06:04 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l3L864NS079141; Sat, 21 Apr 2007 10:06:04 +0200 (CEST) (envelope-from rdivacky) Date: Sat, 21 Apr 2007 10:06:04 +0200 From: Roman Divacky To: Scot Hetzel Message-ID: <20070421080604.GA79048@freebsd.org> References: <790a9fff0704201848y5f6587fehf34af106ae3f7285@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <790a9fff0704201848y5f6587fehf34af106ae3f7285@mail.gmail.com> User-Agent: Mutt/1.4.2.2i Cc: emulation@freebsd.org, des@freebsd.org Subject: Re: linuxolator - ltp testing: panic with fsync02 test X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2007 08:06:08 -0000 On Fri, Apr 20, 2007 at 08:48:11PM -0500, Scot Hetzel wrote: > I was trying to run the ltp tests on a recent -CURRENT kernel that was > checked out using: > > cvs -q update -P -d -D "04/20/2007 00:01 UTC" > > But when the tests run the fsync02 test, it causes the following: > > Unread portion of the kernel message buffer: > panic: NOT MPSAFE and Giant not held I think this is related to MPSAFEing of pseudofs recently.. hopefully des can tell us more (CCed) roman From owner-freebsd-emulation@FreeBSD.ORG Sat Apr 21 17:34:10 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1AF3016A401 for ; Sat, 21 Apr 2007 17:34:10 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id D14F713C46C for ; Sat, 21 Apr 2007 17:34:09 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 10B6F207E; Sat, 21 Apr 2007 19:14:39 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 0066B2049; Sat, 21 Apr 2007 19:14:38 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 6327654FE; Sat, 21 Apr 2007 19:14:38 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Roman Divacky References: <790a9fff0704201848y5f6587fehf34af106ae3f7285@mail.gmail.com> <20070421080604.GA79048@freebsd.org> Date: Sat, 21 Apr 2007 19:14:38 +0200 In-Reply-To: <20070421080604.GA79048@freebsd.org> (Roman Divacky's message of "Sat, 21 Apr 2007 10:06:04 +0200") Message-ID: <86lkgl4pkx.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: emulation@freebsd.org, Scot Hetzel Subject: Re: linuxolator - ltp testing: panic with fsync02 test X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2007 17:34:10 -0000 Roman Divacky writes: > On Fri, Apr 20, 2007 at 08:48:11PM -0500, Scot Hetzel wrote: > > Unread portion of the kernel message buffer: > > panic: NOT MPSAFE and Giant not held > I think this is related to MPSAFEing of pseudofs recently.. hopefully > des can tell us more (CCed) Yes, linprocfs_domtab() needs to call VFS_LOCK_GIANT() before namei(). DES --=20 Dag-Erling Sm=F8rgrav - des@des.no From owner-freebsd-emulation@FreeBSD.ORG Sat Apr 21 17:50:50 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6274816A406 for ; Sat, 21 Apr 2007 17:50:50 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1587C13C487 for ; Sat, 21 Apr 2007 17:50:49 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (localhost [127.0.0.1]) by spam.des.no (Postfix) with ESMTP id 629FC2084; Sat, 21 Apr 2007 19:20:32 +0200 (CEST) X-Spam-Tests: AWL X-Spam-Learn: disabled X-Spam-Score: 0.0/3.0 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on tim.des.no Received: from dwp.des.no (des.no [80.203.243.180]) by smtp.des.no (Postfix) with ESMTP id 503752049; Sat, 21 Apr 2007 19:20:32 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 1001) id 2DE715500; Sat, 21 Apr 2007 19:20:32 +0200 (CEST) From: des@des.no (Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?=) To: Roman Divacky References: <790a9fff0704201848y5f6587fehf34af106ae3f7285@mail.gmail.com> <20070421080604.GA79048@freebsd.org> <86lkgl4pkx.fsf@dwp.des.no> Date: Sat, 21 Apr 2007 19:20:31 +0200 In-Reply-To: <86lkgl4pkx.fsf@dwp.des.no> (Dag-Erling =?iso-8859-1?Q?Sm=F8r?= =?iso-8859-1?Q?grav's?= message of "Sat, 21 Apr 2007 19:14:38 +0200") Message-ID: <86hcr94pb4.fsf@dwp.des.no> User-Agent: Gnus/5.110006 (No Gnus v0.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: emulation@freebsd.org, Scot Hetzel Subject: Re: linuxolator - ltp testing: panic with fsync02 test X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2007 17:50:50 -0000 --=-=-= Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable des@des.no (Dag-Erling Sm=F8rgrav) writes: > Roman Divacky writes: > > On Fri, Apr 20, 2007 at 08:48:11PM -0500, Scot Hetzel wrote: > > > Unread portion of the kernel message buffer: > > > panic: NOT MPSAFE and Giant not held > > I think this is related to MPSAFEing of pseudofs recently.. hopefully > > des can tell us more (CCed) > Yes, linprocfs_domtab() needs to call VFS_LOCK_GIANT() before namei(). Here's a tentative patch. DES --=20 Dag-Erling Sm=F8rgrav - des@des.no --=-=-= Content-Type: text/x-patch Content-Disposition: attachment; filename=linprocfs.diff Index: sys/compat/linprocfs/linprocfs.c =================================================================== RCS file: /home/ncvs/src/sys/compat/linprocfs/linprocfs.c,v retrieving revision 1.110 diff -u -r1.110 linprocfs.c --- sys/compat/linprocfs/linprocfs.c 15 Apr 2007 17:02:03 -0000 1.110 +++ sys/compat/linprocfs/linprocfs.c 21 Apr 2007 17:18:25 -0000 @@ -312,9 +312,11 @@ int error; /* resolve symlinks etc. in the emulation tree prefix */ - NDINIT(&nd, LOOKUP, FOLLOW, UIO_SYSSPACE, linux_emul_path, td); + NDINIT(&nd, LOOKUP, FOLLOW | MPSAFE, UIO_SYSSPACE, linux_emul_path, td); flep = NULL; - if (namei(&nd) != 0 || vn_fullpath(td, nd.ni_vp, &dlep, &flep) != 0) + error = namei(&nd); + VFS_UNLOCK_GIANT(NDHASGIANT(&nd)); + if (error != 0 || vn_fullpath(td, nd.ni_vp, &dlep, &flep) != 0) lep = linux_emul_path; else lep = dlep; --=-=-=-- From owner-freebsd-emulation@FreeBSD.ORG Sat Apr 21 23:34:34 2007 Return-Path: X-Original-To: emulation@freebsd.org Delivered-To: freebsd-emulation@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A5D4816A404 for ; Sat, 21 Apr 2007 23:34:34 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id 6196113C44C for ; Sat, 21 Apr 2007 23:34:34 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1421941ana for ; Sat, 21 Apr 2007 16:34:33 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=ASwu+OuUXR8GRKBEY1u3Hl/juPs/wHWjRHaVjpX32Tlx4KUv01bhdS9zakihF1MOh4TZtGIHTMmZNBiszLZQu6aiYgJirow74WJDY7uUdi1iKlaSIpwk47ESI28Z8lR+Legdm2fqdOgArEQnx9LWUZhKermpT8/vC9mBMWb8OIE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=SB9sbMAzQ7ZjybTDHRkE5oHBlFld74owP/ZpNnTZ+RMohFsLvRJQgiBnRBvPyIpzmC8negacrEdGDdefsUkLdlXMaSMkGojfVPoLnm2oinrbTBCVDPViIqE+Pf0Slp49I+76wI/hoVtoqSWw8CFdcJZT2YfbyU1VYXKB8aIbD3U= Received: by 10.100.10.20 with SMTP id 20mr2653445anj.1177198473281; Sat, 21 Apr 2007 16:34:33 -0700 (PDT) Received: by 10.100.141.14 with HTTP; Sat, 21 Apr 2007 16:34:33 -0700 (PDT) Message-ID: <790a9fff0704211634y3c0365e7m658750c1dcc7ba07@mail.gmail.com> Date: Sat, 21 Apr 2007 18:34:33 -0500 From: "Scot Hetzel" To: "=?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?=" In-Reply-To: <86hcr94pb4.fsf@dwp.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <790a9fff0704201848y5f6587fehf34af106ae3f7285@mail.gmail.com> <20070421080604.GA79048@freebsd.org> <86lkgl4pkx.fsf@dwp.des.no> <86hcr94pb4.fsf@dwp.des.no> Cc: emulation@freebsd.org Subject: Re: linuxolator - ltp testing: panic with fsync02 test X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Apr 2007 23:34:34 -0000 On 4/21/07, Dag-Erling Sm=F8rgrav wrote: > des@des.no (Dag-Erling Sm=F8rgrav) writes: > > Roman Divacky writes: > > > On Fri, Apr 20, 2007 at 08:48:11PM -0500, Scot Hetzel wrote: > > > > Unread portion of the kernel message buffer: > > > > panic: NOT MPSAFE and Giant not held > > > I think this is related to MPSAFEing of pseudofs recently.. hopefully > > > des can tell s more (CCed) > > Yes, linprocfs_domtab() needs to call VFS_LOCK_GIANT() before namei(). > > Here's a tentative patch. > The patch fixes the problem, and I was able to complete the LTP test run. Scot --=20 DISCLAIMER: No electrons were mamed while sending this message. Only slightly bruised.