From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 21 20:43:20 2008 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34377106567A for ; Sun, 21 Sep 2008 20:43:20 +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 B7E0A8FC21 for ; Sun, 21 Sep 2008 20:43:19 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 4F0A7191A24; Sun, 21 Sep 2008 22:43:18 +0200 (CEST) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m8LKePfC082008; Sun, 21 Sep 2008 22:40:25 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m8LKePSk082007; Sun, 21 Sep 2008 22:40:25 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sun, 21 Sep 2008 22:40:25 +0200 To: qemu-devel@nongnu.org, freebsd-emulation@FreeBSD.org Message-ID: <20080921204025.GA81055@saturn.kn-bremen.de> Mail-Followup-To: qemu-devel@nongnu.org, freebsd-emulation@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... 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, 21 Sep 2008 20:43:20 -0000 Hi! I've been playing with qemu svn on FreeBSD again (new experimental emulators/qemu-devel port update here: http://people.freebsd.org/~nox/qemu/qemu-devel-20080921.patch ), and want to note a few things: 1. usb is still absymally slow, especially emulated disks (disk:imagefile) and nics, both read/receive at about 30 KBytes/s here. Is anyone working on this? I also got a report that its slow on Linux hosts too, so this problem doesn't appear to be FreeBSD specific... 2. -vmwarevga _seems_ to be less broken when run with 16 bpp, only 24 bpp seems to get the fifo errors that I posted about last time: http://lists.gnu.org/archive/html/qemu-devel/2008-08/msg00893.html (maybe also the patch I posted there is only needed when running the guest with 24 bpp.) vmmouse seems to be broken too tho, the guest acts as if the mouse is stuck in the bottom right corner. (maybe I didn't actually test this the last time, or it has something to do with the newer guest that I used this time which also has a newer xorg version among other things, sidux-2008-03-ourea-pre1-kde-lite-i386-200809142136.iso announcement including mirror list is here: http://sidux.com/Article450.html ) The guest xorg crashes with -kernel-kqemu also still happen. Oh and that guest tries to use vmmouse by default if run with -vmwarevga, to disable it you can boot to runlevel 3 (add a 3 to the grub line), su, change vmmouse to mouse in /etc/X11/xorg.conf, then do init 5 to start X. 3. The screen update problem I mentioned seems to be intermittent, sometimes I see it, sometimes not, and its also possible it only affects the emulated vga console (vga=0 with linux guests.) Sometimes when I see it there are also partwise screen updates, like I see only some of the lines scrolling. Whenever it happens, moving the mouse over another window fixes it for a few seconds, until it happens again. Oh and the guest keeps running all the time, only the screen doesn't update correctly when it happens... 4. There's one good news: completion in the monitor is back to working order! :) (I suspect because of the qemu_strdup fix.) Thanx, Juergen From owner-freebsd-emulation@FreeBSD.ORG Mon Sep 22 11:06:51 2008 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B33B9106567D for ; Mon, 22 Sep 2008 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A30EF8FC1D for ; Mon, 22 Sep 2008 11:06:51 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8MB6pA0015337 for ; Mon, 22 Sep 2008 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8MB6pFU015333 for freebsd-emulation@FreeBSD.org; Mon, 22 Sep 2008 11:06:51 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 22 Sep 2008 11:06:51 GMT Message-Id: <200809221106.m8MB6pFU015333@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-emulation@FreeBSD.org X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 11:06:51 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/126232 emulation [linux] Linux ioctl TCGETS (0x5401) always fails o ports/121800 emulation x11-toolkits/linux-openmotif - OpenMotif upgrade to 2. o kern/97326 emulation [linux] file descriptor leakage in linux emulation o ports/91318 emulation [fix] graphics/linux_dri: works on amd64 too o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/41543 emulation [patch] [request] easier wine/w23 support o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 12 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Sep 22 15:59:55 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 418B11065684 for ; Mon, 22 Sep 2008 15:59:55 +0000 (UTC) (envelope-from anthony@codemonkey.ws) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.241]) by mx1.freebsd.org (Postfix) with ESMTP id 0A0E08FC1B for ; Mon, 22 Sep 2008 15:59:54 +0000 (UTC) (envelope-from anthony@codemonkey.ws) Received: by an-out-0708.google.com with SMTP id b33so146031ana.13 for ; Mon, 22 Sep 2008 08:59:54 -0700 (PDT) Received: by 10.100.42.17 with SMTP id p17mr3152609anp.20.1222097512486; Mon, 22 Sep 2008 08:31:52 -0700 (PDT) Received: from squirrel.codemonkey.ws (cpe-24-28-0-183.austin.res.rr.com [24.28.0.183]) by mx.google.com with ESMTPS id c4sm551452anc.28.2008.09.22.08.31.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 22 Sep 2008 08:31:51 -0700 (PDT) Message-ID: <48D7BA2F.0@codemonkey.ws> Date: Mon, 22 Sep 2008 10:30:55 -0500 From: Anthony Liguori User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: qemu-devel@nongnu.org, freebsd-emulation@FreeBSD.org References: <20080921204025.GA81055@saturn.kn-bremen.de> In-Reply-To: <20080921204025.GA81055@saturn.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [Qemu-devel] qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... 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, 22 Sep 2008 15:59:55 -0000 Juergen Lock wrote: > Hi! > > I've been playing with qemu svn on FreeBSD again (new experimental > emulators/qemu-devel port update here: > http://people.freebsd.org/~nox/qemu/qemu-devel-20080921.patch > ), and want to note a few things: > Are all of these things regressions and if so, have you bisected? Regards, Anthony Liguori > 1. usb is still absymally slow, especially emulated disks (disk:imagefile) > and nics, both read/receive at about 30 KBytes/s here. Is anyone working > on this? I also got a report that its slow on Linux hosts too, so this > problem doesn't appear to be FreeBSD specific... > > 2. -vmwarevga _seems_ to be less broken when run with 16 bpp, only 24 > bpp seems to get the fifo errors that I posted about last time: > http://lists.gnu.org/archive/html/qemu-devel/2008-08/msg00893.html > (maybe also the patch I posted there is only needed when running the guest > with 24 bpp.) vmmouse seems to be broken too tho, the guest acts as if > the mouse is stuck in the bottom right corner. (maybe I didn't actually > test this the last time, or it has something to do with the newer guest > that I used this time which also has a newer xorg version among other > things, > sidux-2008-03-ourea-pre1-kde-lite-i386-200809142136.iso > announcement including mirror list is here: > http://sidux.com/Article450.html > ) The guest xorg crashes with -kernel-kqemu also still happen. > > Oh and that guest tries to use vmmouse by default if run with > -vmwarevga, to disable it you can boot to runlevel 3 (add a 3 to the > grub line), su, change vmmouse to mouse in /etc/X11/xorg.conf, then do > init 5 to start X. > > 3. The screen update problem I mentioned seems to be intermittent, > sometimes I see it, sometimes not, and its also possible it only affects > the emulated vga console (vga=0 with linux guests.) Sometimes when I see > it there are also partwise screen updates, like I see only some of the > lines scrolling. Whenever it happens, moving the mouse over another > window fixes it for a few seconds, until it happens again. Oh and the > guest keeps running all the time, only the screen doesn't update correctly > when it happens... > > 4. There's one good news: completion in the monitor is back to working > order! :) (I suspect because of the qemu_strdup fix.) > > Thanx, > Juergen > > > From owner-freebsd-emulation@FreeBSD.ORG Mon Sep 22 20:30:04 2008 Return-Path: Delivered-To: freebsd-emulation@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A7081065672 for ; Mon, 22 Sep 2008 20:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1776E8FC1A for ; Mon, 22 Sep 2008 20:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m8MKU36g013052 for ; Mon, 22 Sep 2008 20:30:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m8MKU3ot013049; Mon, 22 Sep 2008 20:30:03 GMT (envelope-from gnats) Date: Mon, 22 Sep 2008 20:30:03 GMT Message-Id: <200809222030.m8MKU3ot013049@freefall.freebsd.org> To: freebsd-emulation@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/117010: commit references a PR X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 22 Sep 2008 20:30:04 -0000 The following reply was made to PR kern/117010; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/117010: commit references a PR Date: Mon, 22 Sep 2008 20:20:10 +0000 (UTC) rdivacky 2008-09-22 20:19:54 UTC FreeBSD src repository Modified files: (Branch: RELENG_7) sys/compat/linux linux_file.c Log: SVN rev 183278 on 2008-09-22 20:19:54Z by rdivacky Merge r182892 from head to stable/7, I had to manually change the code to include "thread" argument to the vn_lock() which got removed in HEAD: Getdents requires padding with 2 bytes instead of 1 byte as with getdents64. The last byte is used for storing the d_type, add this to plain getdents case where it was missing before. Also change the code to use strlcpy instead of plain strcpy. This changes fix the getdents crash we had reports about (hl2 server etc.) PR: kern/117010 MFC after: 1 week Submitted by: Dmitry Chagin (dchagin@) Tested by: MITA Yoshio Approved by: kib (mentor) Approved by: re (kensmith) Revision Changes Path 1.105.2.3 +54 -33 src/sys/compat/linux/linux_file.c _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-emulation@FreeBSD.ORG Tue Sep 23 14:05:44 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B181B106566C for ; Tue, 23 Sep 2008 14:05:44 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.25]) by mx1.freebsd.org (Postfix) with ESMTP id 437138FC27 for ; Tue, 23 Sep 2008 14:05:43 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so520073eyi.7 for ; Tue, 23 Sep 2008 07:05:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=l4Dx3EYxaPtVgBRCoYk9rW4ivBLHHsDftnKVrkJP4Fs=; b=dyGynliqHGsfjWHZkVzWc3ghiYkMFVu6Mk/zCO9pKInaWQ2vplEaGeRwVFikN+9SHt K2EEPOylYFnFVoqE3N8ecCeb3w8glrVqvVRJZ3+fSpOD0lbwX5mzvQC3PHQLzREiiXsQ dyg3oeo9RPtVSNmtXZLCUQs2ZCneCgr85xfks= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=atIsllOMQ7oKClA1yVpmzNQOMjSOxRb0yhNWla0Ufk3Cp0w0PgEZ60NnszmC4xdtBQ 9RVppikMvzygKyzs0xH5T4X9pftFcSgmKFCEHQNKwIFouHaAWVTfXlW9tHBJ3rzmnIAe 3vQQcbZ9sCxe6JlGRyZ/hkTXVOhLWGFHwilpY= Received: by 10.210.90.10 with SMTP id n10mr6679229ebb.65.1222177163715; Tue, 23 Sep 2008 06:39:23 -0700 (PDT) Received: by 10.210.49.15 with HTTP; Tue, 23 Sep 2008 06:39:23 -0700 (PDT) Message-ID: Date: Tue, 23 Sep 2008 08:39:23 -0500 From: Matt To: qemu-devel@nongnu.org, freebsd-emulation@freebsd.org In-Reply-To: <20080921204025.GA81055@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080921204025.GA81055@saturn.kn-bremen.de> Cc: Subject: Re: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 23 Sep 2008 14:05:44 -0000 On Sun, Sep 21, 2008 at 3:40 PM, Juergen Lock wrote: > Hi! > > I've been playing with qemu svn on FreeBSD again (new experimental > emulators/qemu-devel port update here: > http://people.freebsd.org/~nox/qemu/qemu-devel-20080921.patch > ), and want to note a few things: Hi. I've built an updated port with your patch and it compiles fine and runs my WinXP guests well. But, the qemu process consumes 100% of one CPU core on the host the whole time it is running, regardless of what the guest is doing. The host is a 7-STABLE box from 8/19. The guests run with bridged networking and full kernel kqemu accel enabled. Thank you for the continued work on this port! Matt From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 24 02:32:32 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7F0B106564A for ; Wed, 24 Sep 2008 02:32:32 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-gx0-f24.google.com (mail-gx0-f24.google.com [209.85.217.24]) by mx1.freebsd.org (Postfix) with ESMTP id 6F9178FC08 for ; Wed, 24 Sep 2008 02:32:32 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: by gxk5 with SMTP id 5so966928gxk.19 for ; Tue, 23 Sep 2008 19:32:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id :disposition-notification-to:date:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding:from; bh=4UsQALcEXwTfKeTyg5VDSA5s59Orz0EjACkgSCJ7SFw=; b=mO/o5+ye7/bZ7WFauRyc9nIbp+2ylaQTwu8Ev6QyQWNDWy8ctEsefEz/7w8re+dK7x T2DlXbUczlpF22FxmS/gdPSBIlNxZbbaL36umvHZppzwrfw8OXodMizRdpsO7Mk5g8/q oSit0abeOHPT7NFBjunGinT1cQBiEOsQk7pyo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:user-agent:mime-version :to:subject:x-enigmail-version:content-type :content-transfer-encoding:from; b=JIs6dNnV5XPJgb3YP1hd7RjwCTJc20IyuoCJ5D4b3N24p8o2NYN4j+dF3vNhI0cZUI nFAiAvr+sQPnnDuNEHR83YBuKRZczDOaufZKFmHwREBvxWtHmM8mmOlARfhOlxaEWVas fK6+dNf5RHs3PgRDH0km0p8kP1n8gTTtW2YMQ= Received: by 10.215.14.12 with SMTP id r12mr4998867qai.24.1222222811524; Tue, 23 Sep 2008 19:20:11 -0700 (PDT) Received: from ?192.168.1.101? ( [24.45.38.243]) by mx.google.com with ESMTPS id 7sm6691668qwf.0.2008.09.23.19.20.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 23 Sep 2008 19:20:10 -0700 (PDT) Message-ID: <48D9A3CC.50905@gmail.com> Date: Tue, 23 Sep 2008 22:19:56 -0400 User-Agent: Thunderbird 2.0.0.16 (X11/20080902) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit From: Eitan Adler Subject: Linux GTK+ 2.10+ 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, 24 Sep 2008 02:32:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Does anyone know when the linux-gtk2 port will support version 2.10 or above? -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjZo8wACgkQtl8kq+nCzNEvDACdHy/9PM7TDh34q7zjNomenwEI pvgAnAg6OsS9flRcU806ScdFdbLVZa46 =YDhd -----END PGP SIGNATURE----- From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 24 05:58:34 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 459C6106566B for ; Wed, 24 Sep 2008 05:58:34 +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 EF6778FC0C for ; Wed, 24 Sep 2008 05:58:33 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p5DC5FE6E.dip.t-dialin.net [93.197.254.110]) by redbull.bpaserver.net (Postfix) with ESMTP id B44E02E147; Wed, 24 Sep 2008 07:58:25 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 38ED6714C3; Wed, 24 Sep 2008 07:58:23 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m8O5wMTd098771; Wed, 24 Sep 2008 07:58:22 +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 Framework) with HTTP; Wed, 24 Sep 2008 07:58:22 +0200 Message-ID: <20080924075822.19786d2gvegqgxcs@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 24 Sep 2008 07:58:22 +0200 From: "Alexander Leidinger" To: "Eitan Adler" References: <48D9A3CC.50905@gmail.com> In-Reply-To: <48D9A3CC.50905@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: B44E02E147.01ACB X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.623, required 6, BAYES_00 -15.00, MR_NOT_ATTRIBUTED_IP 0.20, RDNS_DYNAMIC 0.10, TW_GT 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: Linux GTK+ 2.10+ 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, 24 Sep 2008 05:58:34 -0000 Quoting "Eitan Adler" (from Tue, 23 Sep 2008 22:19:56 -0400): > Does anyone know when the linux-gtk2 port will support version 2.10 or > above? Find a good linux gtk2 RPM which works on Fedora 4, and we can update it. If you don't find one, you have to wait until we have the new linux infrastructure (Fedora 6, 7 or 8) fully integrated into the ports (this requires that you run a FreeBSD release which supports enough of the linux 2.6 kernel). Bye, Alexander. -- A psychiatrist is a fellow who asks you a lot of expensive questions your wife asks you for nothing. -- Joey Adams http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 24 21:55:07 2008 Return-Path: Delivered-To: freebsd-emulation@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5374D106569A for ; Wed, 24 Sep 2008 21:55:07 +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 CFB1A8FC22 for ; Wed, 24 Sep 2008 21:55:06 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 34DED191A4C; Wed, 24 Sep 2008 23:55:03 +0200 (CEST) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m8OLqkBh020542; Wed, 24 Sep 2008 23:52:46 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m8OLqkWs020541; Wed, 24 Sep 2008 23:52:46 +0200 (CEST) (envelope-from nox) Date: Wed, 24 Sep 2008 23:52:46 +0200 (CEST) From: Juergen Lock Message-Id: <200809242152.m8OLqkWs020541@saturn.kn-bremen.de> To: anthony@codemonkey.ws X-Newsgroups: local.list.freebsd.emulation In-Reply-To: <48D7BA2F.0@codemonkey.ws> References: <20080921204025.GA81055@saturn.kn-bremen.de> Organization: home Cc: freebsd-emulation@FreeBSD.org, qemu-devel@nongnu.org Subject: Re: [Qemu-devel] qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... 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, 24 Sep 2008 21:55:07 -0000 In article <48D7BA2F.0@codemonkey.ws> you write: >Juergen Lock wrote: >> Hi! >> >> I've been playing with qemu svn on FreeBSD again (new experimental >> emulators/qemu-devel port update here: >> http://people.freebsd.org/~nox/qemu/qemu-devel-20080921.patch >> ), and want to note a few things: >> > >Are all of these things regressions and if so, have you bisected? The screen update thing probably is (at least I don't remember seeing it before), slow usb certainly, -vmwarevga I'm not so sure. The slow usb I've now found starts with r5050, before (r5049 and earlier) I get ~500 KB/s with emulated disk: and net: and ~1 MB/s host: (a cardreader) in this guest, and with r5050 and after 30-40 KB/s with disk: and net: and ~230 KB/s from the cardreader (actually with r5050 I only got disk: working, this was fixed in r5070.) I also since found out that not all guests are affected, a FreeBSD 7.1-BETA-i386-livefs.iso gets normal throughput with the current code, actually even more that the Linux guests before r5050 (about 2 MB/s from disk: and 1.4 MB/s from the cardreader, net: didnt get packets thru at least with the default settings, looks like it doesn't get detected properly: .. cdce0: on uhub0 cdce0: could not find data bulk in device_attach: cdce0 attach returned 6 cdce0: on uhub0 cdce0: faking MAC address cdce0: WARNING: using obsoleted IFF_NEEDSGIANT flag cdce0: bpf attached cdce0: Ethernet address: 2a:00:00:00:00:00 I also found another problem with usb: looks like when usb_add adds a device as Device 0.0, Linux guests don't detect it, so sometimes while testing I had to add devices multiple times. And, I found an issue with the new compatfd code on FreeBSD 6.3, looks like the default threading libs on there (libkse) cause signals to be delivered to the wrong thread at least when running with kqemu, forcing libthr to be used instead (the new threading lib) seemed to fix that issue. More later... Juergen >> 1. usb is still absymally slow, especially emulated disks (disk:imagefile) >> and nics, both read/receive at about 30 KBytes/s here. Is anyone working >> on this? I also got a report that its slow on Linux hosts too, so this >> problem doesn't appear to be FreeBSD specific... >> >> 2. -vmwarevga _seems_ to be less broken when run with 16 bpp, only 24 >> bpp seems to get the fifo errors that I posted about last time: >> http://lists.gnu.org/archive/html/qemu-devel/2008-08/msg00893.html >> (maybe also the patch I posted there is only needed when running the guest >> with 24 bpp.) vmmouse seems to be broken too tho, the guest acts as if >> the mouse is stuck in the bottom right corner. (maybe I didn't actually >> test this the last time, or it has something to do with the newer guest >> that I used this time which also has a newer xorg version among other >> things, >> sidux-2008-03-ourea-pre1-kde-lite-i386-200809142136.iso >> announcement including mirror list is here: >> http://sidux.com/Article450.html >> ) The guest xorg crashes with -kernel-kqemu also still happen. >> >> Oh and that guest tries to use vmmouse by default if run with >> -vmwarevga, to disable it you can boot to runlevel 3 (add a 3 to the >> grub line), su, change vmmouse to mouse in /etc/X11/xorg.conf, then do >> init 5 to start X. >> >> 3. The screen update problem I mentioned seems to be intermittent, >> sometimes I see it, sometimes not, and its also possible it only affects >> the emulated vga console (vga=0 with linux guests.) Sometimes when I see >> it there are also partwise screen updates, like I see only some of the >> lines scrolling. Whenever it happens, moving the mouse over another >> window fixes it for a few seconds, until it happens again. Oh and the >> guest keeps running all the time, only the screen doesn't update correctly >> when it happens... >> >> 4. There's one good news: completion in the monitor is back to working >> order! :) (I suspect because of the qemu_strdup fix.) >> >> Thanx, >> Juergen From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 24 22:13:17 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 852D51065695 for ; Wed, 24 Sep 2008 22:13:17 +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 3B1D28FC1D for ; Wed, 24 Sep 2008 22:13:17 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 160B9191A4C; Thu, 25 Sep 2008 00:13:15 +0200 (CEST) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m8OMAd2l021573; Thu, 25 Sep 2008 00:10:39 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m8OMAcSZ021572; Thu, 25 Sep 2008 00:10:39 +0200 (CEST) (envelope-from nox) Date: Thu, 25 Sep 2008 00:10:39 +0200 (CEST) From: Juergen Lock Message-Id: <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> To: datahead4@gmail.com X-Newsgroups: local.list.freebsd.emulation In-Reply-To: References: <20080921204025.GA81055@saturn.kn-bremen.de> Organization: home Cc: freebsd-emulation@freebsd.org, qemu-devel@nongnu.org Subject: Re: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... (now updated to r5313) 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, 24 Sep 2008 22:13:17 -0000 In article you write: >On Sun, Sep 21, 2008 at 3:40 PM, Juergen Lock wrote: >> Hi! >> >> I've been playing with qemu svn on FreeBSD again (new experimental >> emulators/qemu-devel port update here: >> http://people.freebsd.org/~nox/qemu/qemu-devel-20080921.patch >> ), and want to note a few things: > >Hi. I've built an updated port with your patch and it compiles fine >and runs my WinXP guests well. But, the qemu process consumes 100% of >one CPU core on the host the whole time it is running, regardless of >what the guest is doing. The host is a 7-STABLE box from 8/19. The >guests run with bridged networking and full kernel kqemu accel >enabled. > Hmm. And you didn't see this with the version in ports? Have you checked if this is related to kqemu? (try without -kernel-kqemu and also with -no-kqemu.) Also, which threading libs and scheduler are you using? There seems to be an issue with kse, tho I doubt you are using that on 7-stable... Here is another experimental update that forces -lthr on 6.x, and also updates to qemu svn r5313: http://people.freebsd.org/~nox/qemu/qemu-devel-20080924.patch >Thank you for the continued work on this port! You're welcome! :) Juergen From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 25 02:54:41 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E12D41065687 for ; Thu, 25 Sep 2008 02:54:40 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 6AA528FC0A for ; Thu, 25 Sep 2008 02:54:40 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: by ey-out-2122.google.com with SMTP id 6so65773eyi.7 for ; Wed, 24 Sep 2008 19:54:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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; bh=4n3FWvPH4GOIqfK8A3FR8OHPoIWCQcGJy1Uui/+TZlk=; b=Ea5pWwGHR8CYm8G1FUEf6E4J2TrQhuTzs1n3yetnEnHnbFuUnWLPmeBwTvQZ6o2D8x 7RGUYNLUppnsoMpNYjh2cMTKJPlN3RFoFHED1nkSvWohyQGEOLtaGC/0czEXCqOMiyfq a1YTlVIqigh1A1cV8yDAdBHKxyN7Id38vsHyk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=DWdXfj7OtYK9Tr9MwMlhSXXHXc4g6JAiK3p++Fna9W40fxsiB0Jk+Jd7+0BTRJ23ak OdOszBeuM+2R7oj4dL+tSC/wTUan/K7MeLvkRs16mQmF8jfJvkSUdCZAlDeQnzPYgz09 I+iADsfaXUUnXcNWY7uCliEpqNJL08nEgSFaw= Received: by 10.210.24.7 with SMTP id 7mr9405780ebx.198.1222311279066; Wed, 24 Sep 2008 19:54:39 -0700 (PDT) Received: by 10.210.49.15 with HTTP; Wed, 24 Sep 2008 19:54:39 -0700 (PDT) Message-ID: Date: Wed, 24 Sep 2008 21:54:39 -0500 From: Matt To: "Juergen Lock" In-Reply-To: <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> Cc: freebsd-emulation@freebsd.org, qemu-devel@nongnu.org Subject: Re: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... (now updated to r5313) 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, 25 Sep 2008 02:54:41 -0000 On Wed, Sep 24, 2008 at 5:10 PM, Juergen Lock wrote: > > In article you write: > >On Sun, Sep 21, 2008 at 3:40 PM, Juergen Lock wrote: > >> Hi! > >> > >> I've been playing with qemu svn on FreeBSD again (new experimental > >> emulators/qemu-devel port update here: > >> http://people.freebsd.org/~nox/qemu/qemu-devel-20080921.patch > >> ), and want to note a few things: > > > >Hi. I've built an updated port with your patch and it compiles fine > >and runs my WinXP guests well. But, the qemu process consumes 100% of > >one CPU core on the host the whole time it is running, regardless of > >what the guest is doing. The host is a 7-STABLE box from 8/19. The > >guests run with bridged networking and full kernel kqemu accel > >enabled. > > > Hmm. And you didn't see this with the version in ports? Have you > checked if this is related to kqemu? (try without -kernel-kqemu and > also with -no-kqemu.) Also, which threading libs and scheduler are you > using? There seems to be an issue with kse, tho I doubt you are using > that on 7-stable... It does appear that this continual CPU-usage was kqemu-related. When booting the guest with the "-no-kqemu" option, the CPU usage on the host was as expected and tracked with the usage in the guest. Any level (user or user + kernel) of kqemu accel seemed to trigger the host to consume 100% CPU regardless of guest activity. I use the ULE scheduler and libthr threading library. See console output below. ]$ sysctl kern.sched.name kern.sched.name: ULE $ ldd /usr/local/bin/qemu /usr/local/bin/qemu: libm.so.5 => /lib/libm.so.5 (0x101ad000) libz.so.4 => /lib/libz.so.4 (0x101c2000) libgnutls.so.26 => /usr/local/lib/libgnutls.so.26 (0x101d4000) libpcap.so.5 => /lib/libpcap.so.5 (0x1027b000) libutil.so.7 => /lib/libutil.so.7 (0x102a2000) libSDL-1.2.so.11 => /usr/local/lib/libSDL-1.2.so.11 (0x102b0000) libncurses.so.7 => /lib/libncurses.so.7 (0x10319000) libthr.so.3 => /lib/libthr.so.3 (0x10361000) libc.so.7 => /lib/libc.so.7 (0x10374000) libgcrypt.so.15 => /usr/local/lib/libgcrypt.so.15 (0x10473000) libgpg-error.so.0 => /usr/local/lib/libgpg-error.so.0 (0x104db000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x104df000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x104e8000) libvgl.so.5 => /usr/lib/libvgl.so.5 (0x105de000) libaa.so.1 => /usr/local/lib/libaa.so.1 (0x105e6000) libusbhid.so.3 => /usr/lib/libusbhid.so.3 (0x105fd000) libX11.so.6 => /usr/local/lib/libX11.so.6 (0x10601000) libXau.so.6 => /usr/local/lib/libXau.so.6 (0x106ed000) libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x106f0000) librpcsvc.so.4 => /usr/lib/librpcsvc.so.4 (0x106f5000) > > Here is another experimental update that forces -lthr on 6.x, and > also updates to qemu svn r5313: > http://people.freebsd.org/~nox/qemu/qemu-devel-20080924.patch I just built this update and it seems to have fixed the issue. Host CPU usage again tracks with guest CPU usage and all seems well. I'll continue to use this build to see if anything else crops up. Please let me know if there is anything other information I can provide. Thanks again, Matt > > >Thank you for the continued work on this port! > > You're welcome! :) > Juergen From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 25 14:05:54 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20EBC106569C for ; Thu, 25 Sep 2008 14:05:54 +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 BEBCD8FC1D for ; Thu, 25 Sep 2008 14:05:53 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p5DC5C185.dip.t-dialin.net [93.197.193.133]) by redbull.bpaserver.net (Postfix) with ESMTP id 2DCF42E060; Thu, 25 Sep 2008 16:05:47 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 2A5BE13D353; Thu, 25 Sep 2008 16:05:43 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m8PE5gcY036909; Thu, 25 Sep 2008 16:05:42 +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 Framework) with HTTP; Thu, 25 Sep 2008 16:05:42 +0200 Message-ID: <20080925160542.20491qt1r1197pog@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 25 Sep 2008 16:05:42 +0200 From: "Alexander Leidinger" To: "John Hein" References: <20080919102216.389c930f@it.buh.tecnik93.com> <18643.47349.732101.661496@gromit.timing.com> In-Reply-To: <18643.47349.732101.661496@gromit.timing.com> 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.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 2DCF42E060.C1630 X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-13.304, required 6, BAYES_00 -15.00, MIME_QP_LONG_LINE 1.40, MR_NOT_ATTRIBUTED_IP 0.20, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org Subject: Re: x11-themes/linux-hicolor-icon-theme fails to install if sysutils/linux-nero 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, 25 Sep 2008 14:05:54 -0000 Quoting "John Hein" (from Fri, 19 Sep 2008 08:36:37 -0600= ): > > While I'm not sure this is the right fix, making sysutils/linux-nero's > > RUN_DEPEND on x11-themes/linux-hicolor-icon-theme will fix this. > > Won't that cause the linux-nero port to install it's icon files into > /usr/local/share/icons (through the sym link), but leave the plist > relative to LINUXBASE? > > The problem is that linux-hicolor-icon-theme assumes it owns > everything under share/icons/hicolor. I would expect this behavior. The question is if this is bad or not. I =20 don't doubt that it is not clean from the style point of view, but I =20 would expect that the files are correctly removed on deinstall of nero. > Has anyone ever considered using unionfs for /compat/linux/usr/share? > > One problem I can see is that 'share' is not the only directory > that should be shared. etc? It is not shared via the symlink directly, it's shared by the nature =20 of the linuxulator to fall through to the FreeBSD path if the =20 /compat/linux/ one is not there. So there's already some sort of =20 unionfs there, just not with the complete unionfs semantics. > I'm not sure unionfs is up to the job, but I'm wondering if any has > considered it or even tried it. I haven't. I'm not aware of anyone who has. Bye, Alexander. --=20 No woman can call herself free until she can choose consciously whether she will or will not be a mother. =09=09-- Margaret H. Sanger 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 Thu Sep 25 17:25:14 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A3181065687 for ; Thu, 25 Sep 2008 17:25:14 +0000 (UTC) (envelope-from Jahanshah_Rashidian@gmx.de) Received: from hrndva-omtalb.mail.rr.com (hrndva-omtalb.mail.rr.com [71.74.56.122]) by mx1.freebsd.org (Postfix) with ESMTP id 3EB118FC20 for ; Thu, 25 Sep 2008 17:25:14 +0000 (UTC) (envelope-from Jahanshah_Rashidian@gmx.de) Received: from 2ao1z ([98.26.230.206]) by hrndva-omta05.mail.rr.com with ESMTP id <20080925171012.JQIM17328.hrndva-omta05.mail.rr.com@2ao1z> for ; Thu, 25 Sep 2008 17:10:12 +0000 From: "Jahanshah Rashidian" To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset="US-ASCII" Date: Thu, 25 Sep 2008 19:10:18 +0200 X-Priority: 3 Message-Id: <20080925171012.JQIM17328.hrndva-omta05.mail.rr.com@2ao1z> Subject: The Walls of Auschwitz X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jahanshah_Rashidian@gmx.de List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Sep 2008 17:25:14 -0000 The Walls of Auschwitz A Review of the Chemical Studies by Nicholas Kollerstrom, PhD In his essay, Dr Nicholas Kollerstrom argues that the alleged massacre of Jewish people by gassing during World War II was scientifically impossible. The distinguished academic was dismissed on April 22, 2008 without any explanation and a Holocaust conference held on 16-18 May in Berlin refused his article and warned that he would be arrested if he attended the conference and presented his essay. The West punishes people for their scientific research on Holocaust but the same western countries allow insults to prophets and religious beliefs… I. The Leuchter Report, 1988 In February 1988, Fred Leuchter came to the Auschwitz crematoria ruins, with his wife and a team, and took 32 samples chiseled out of the wall. His Report published in April of 1998 contained five maps as appendices which indicated where the samples had been taken from, and in addition a film was made of his sampling'. The locations are important, because some of the 'gas chamber' locations are postwar-reconstructed, and the obtaining of original brickwork was essential for his purpose. Leuchter in effect tested the hypothesis, as to whether or not certain large rooms, designated in the Auschwitz design-plans as either morgues or washrooms, had in fact been used for large-scale human cyanide gassing on a daily and lethal basis. As America's only professional cyanide-gas execution expert, Leuchter was primarily concerned with whether it would have been feasible to perform such executions using the designated rooms; this however will not concern us here, our concern being solely with the wall samples he took. These were analyzed in March 1988 by Alpha Analytical Laboratories Ltd, in ignorance of their source. He managed to take one one sample of a 'Disinfestation Chamber,' by breaking and entering a locked building: but prowling guards and snowy blizzards prevented further sampling from a second such chamber at camp Majdanek . His swiftly-published 'Report' in effect grouped his data into two, that of the sample 32 which he called perhaps unfortunately his 'control,' and all the others, as the graph shows. The latter came from five 'Crematoria' sites in the Auschwitz complex. Duality of the 'Gas Chamber' concept in Leuchter's Report The terms that will here be used, that are as far as possible non-judgmental, are AHGCs or alleged human gas chambers for what Leuchter called 'Crematoria' and DCs or disinfestation chambers for what in the German design-plans were called 'gas chambers' (gaskammers). The latter had been used in Germany since 1924, much as we would ?nowadays use DDT, for killing the flea that carried the typhus bacillus. They were operated using 'Zyklon-B' granules, composed of liquid hydrogen cyanide (boiling-point 27° C) that would evaporate over a couple of hours from its clay substrate. In the German labor-camps, clothing and bedding were repeatedly fumigated in such chambers. Prior to Leuchter's work, pro - Holocaust books had not acknowledged such chambers, and had rather carried the message of the Nuremberg trials, whereby any use of Zyklon-B was merely presumed to have been for human extermination. After Leuchter, Pressac's magnum opus reproducing design-plans of Auschwitz-Birkenau located and described the 'Gaskammer' or DCs . These were quite a lot smaller than the AHGCs, and designed by the industrial-chemistry firm 'Degesh.' Pressac also observed that their walls tended to be blue: they had gradually developed that hue after the War, owing to their saturation with iron-cyanide. Fred Leuchter found one thousand -fold difference in residual cyanide levels between these two types of 'gas chamber' - that designated in German design-plans as gas chambers but whose existence was ignored at Nuremberg, and the much larger rooms alleged to have functioned as gas chambers. Together with Pressac's acknowledgement of the DCs, this meant that all future pro-Holocaust books had to work with a duality: that the very same cans of ' Zyklon-B' were used for two extremely different purposes on the same campsite: for taking lives via the extermination procedure, whereby millions died, in the extraordinary manner described at Nuremberg, and also for saving them by combating the typhus epidemic. This did not make a great deal of sense and some noted that one could more readily have not bothered and just let the typhus epidemic do its work. There was controversy over the extent to which all of Leuchter's samples had indeed been taken from walls of chambers allegedly exposed to the cyanide, given that much of the 'gas chambers' are now acknowledged to be postwar-reconstructed; as likewise there was disagreement over the extent to which exposed walls may have had any cyanide leeched out from them over six decades, a theme we return later on with the work of Mr Dan Desjardins. The iron-cyanide bonding which takes place once the HCN has entered the brick and mortar of the walls, is permanent: the complex ferric ferrocyanide otherwise known as "Iron Berlinate" or "Prussian Blue" is, according to The Merck Index, " ... practically insoluble in water." It is used as a pigment in printing inks and artists' colors, and remains stable in water, air, ultraviolet radiation and with the elevated temperatures of summer. Following Leuchter's discovery, some suggested that the DCs had been more heavily used than the AHGCs, after all did not beetles or fleas take longer to kill than humans? And, were not the DCs heated in order to promote the release of the HCN, and would that not give a higher degree of wall-absorption? Others replied that, if half a million people had allegedly been gassed in 'Krema I' over a two-year or so period then that would have been a rather intensive use, and not easily reconcilable with Alpha Analytical Laboratory's finding that all seven wall-samples taken therefrom had total cyanide too low to be measurable. Should not all the moisture from the body sweat have rather promoted HCN absorption? Others had a different criticism, that the cyanide gas would have only been adsorbed onto the wall surface, and that the concentrations found would to a large extent merely reflect the extent to which surface material of the wall had been scraped off, while deeper samples would hardly contain any. We leave these questions for now and review the two further chemical investigations, performed in the wake of Leuchter. II. The Rudolf Report, 1993 …fortunately it is precisely the one 'gas chamber' in which the largest number of people was allegedly killed by poison gas during the Third Reich which has remained almost entirely intact: morgue 1 of crematorium II' Germar Rudolf Germar Rudolf found that the Leuchter Report 'embedded the thorn of doubt in my heart' while he was a PhD chemist at the prestigious Max Plank Institute. In 1991 he visited Auschwitz and took 24 samples, analyzed by the Fresenius Institute using a comparable procedure. He was later criticized for having used the Max Plank Institute notepaper for having asked them to do this, without explaining where they had been taken from. Both Leuchter and Rudolf used their professional position to request the chemical analysis, and both had their professional existence terminated by that act. Although Rudolf's sample-taking was photographed, he was criticized for not having had enough by way of witnesses checking his sample-taking and how the containers were labeled for his thirty-odd samples. Both Leuchter and Rudolf took their samples without having obtained permission - which assuredly would not have been given, had they asked. The samples were boiled for an hour with hydrochloric acid to drive out the cyanide gas, collected by absorption with caustic potash, then assayed photometrically. ?The method gave cyanide levels down to 0.1 - 0.2 ppm in the mortar, obtaining measurable values for almost all of his samples, despite which Rudolf remained doubtful over the value and reproducibility of results below several parts per million He sampled extensively both from the inside and outside of the blue-stained DCs at Birkenau, where his grouped results were: Table 1: Mean Cyanide DC Birkenau wall-sample values, Germar Rudolf data, 1991 De-lousing room, inside: 5830 ± 3700 ppm (n=l0) outside: 3010 ± 3600 ppm (n=5) This indicates that the cyanide gas was able to penetrate right through the brick walls, and would not merely have been adsorbed onto the surface; and suggests that weathering over half a century has not greatly affected the cyanide concentrations. This data has a central importance, because Leuchter had only managed to take one single sample of de-lousing chamber wall. The 'Control' samples of Germar Rudolf Rudolf only took three samples from the AHGC walls (from what is called the Krema-II morgue), which was the weakness of his survey. Their wide divergences (7.2, 0.6 and 6.7 ppm) give little idea of this key parameter!". He took more samples from 'controls' - i.e., rooms where no-one had alleged that systematic cyanide gassing had taken place. His 'control' group is here subdivided into samples taken from the mortar between the bricks, and the rest. Table 2: As before, sampling AHGC walls vs 'controls' AHGC walls 4.8 ± 3 ppm (n=3) His samples 1-3 of Table 19. Controls, plaster: 1.1± 1.3 ppm (n=6) His samples 4,5,7,8, 10,23. Controls, mortar: 0.2± 0.1 (n=3) Samples 6,21,24 This indicates a significant elevation of residual cyanide in the AHGCs. The Ball Report 1993 It is hard to obtain copies of this Report, or to gain details of where the chemical analysis was performed'". J.C. Ball has a degree in geology, and worked as a mineral exploration geologist. Given the intensity of criticism to which anyone publishing in this area is exposed, one should perhaps refrain from criticism on this matter. Its six samples were: Table 3: Mean values of the cyanide measurements found by John Ball, 1993 >From a DC 3000 ppm (n=2) 11.The Rudolf Report, 8.3.3, Table 19; also Table 3 in 'Dissecting the Holocaust' Chapter by GR. 12. Dissecting the Holocaust 2003 http://vho.orglGB/Books/dth/fndgcger.html Table 3 ofRudolfCh. 13. For his difficulties here, see: www.ihr.orglleaflets/inside.shtml 14. Table 19, p254 of The Rudolf Report 2001. 15. John Clive Ball, The Ball Report, Ball Resource Services Ltd., Canada 1993; The Rudolf Report, p.268. ? >From AHGC sites 0.5 ± 0.6 (n=4) ppm III. The Markiewicz et. al. Polish Study of 1994 The manager of Auschwitz Mr Piper approached Dr Jan Markiewicz of the Jan Sehn Institute of Forensic Research at Cracow as to whether they would check over the residual cyanide levels, in the wake of the Leuchter Report. On 20 Feb 1990 Dr. Wojciech Gubala arrived and removed 22 samples, including two control samples. The team then decided that they would like to follow this up with a further study before publishing any results. This survey, published in 1994, differed from those of Leuchter and Rudolf in that it only looked at soluble cyanide in the brickwork. Critics objected that it was precisely the soluble component of cyanide which one would not expect to provide a memory of the past, because it would clearly be affected by weathering. Their reason for using such a method, was apparently that they did not want to get involved in debates over Prussian Blue formation: their approach 'excludes the possibility of the decomposition of the relatively permanent Prussian blue, whose origin is unclear in many parts of the structures under investigation,' and therefore 'The real level of total cyanide compounds could therefore be higher than shown by our analysis.' The samples were put in 10% sulphuric acid for 24 hours, thereby driving off the cyanide as before, except that cyanide bonded to iron was not liberated by the Polish method - the point of which has not been clear to a lot of people. The soluble or non-bonded cyanide thereby measured was only present in low concentrations measured in parts per billion rather than parts per million. How were they able to attain this accuracy in measurement unattainable either by Alpha Analytical laboratories or the Fesenius Institute? The method they referenced for this analysis had been published in 1947, and could one expect this to attain these much higher levels of accuracy? From three 'gas chambers' they found: Table IV: Polish data, Mean levels of soluble cyanide in Crematoria walls. 1994 AHGC walls, Krema I: 0.07 ± 0.1 ppm (n=7) KremaII: 0.16 ± 0.2 ppm (n=7) Krema III: 0.03 ± 0.02 ppm (n=7) These samples averaged 90 parts per billion. The Polish group claimed that their method could measure down to 2-3 parts per billion. For their 'control' they took eight samples from three different residential blocks, and thereby obtained (or at least published) consistently zero values - i.e., zero parts per billion! How impressive to have discovered this ultra-sensitive method. As 'holocaust' chemist Dr Richard Green explained, 'The IFFR used a much more sensitive method. Their sensitivity was 3-4/!g/kg, i.e., 300 times more sensitive.' If that method published in 1947 had such astounding accuracy, then why did subsequent chemists fail to use it? This investigation gave DC wall-concentrations in its Table 4, finding a several-fold elevation in cyanide levels there. Eight values for 'concentrations of cyanide ions in samples collected in the facilities for the fumigation of prisoners clothes, (Birkenau BathHouse Camp BI-A)' gave a mean value of273 ppb, thrice that of the 'Kremas.' Their conclusion omitted comment upon this highly significant elevation. This paper has been much cited by pro-Holocaust sources, as refuting the Leuchter Report, by demonstrating that the AHGCs ('Kremas') had raised cyanide as compared to 'controls.' The paper was entitled, 'A study of the cyanide compound contents in the walls of the gas chambers in the former Auschwitz and Birkenau concentration camps'. It thus used a Nuremberg-type terminology, where 'gas chamber' simply meant a place for human extermination. They could hardly have done otherwise, because doubt over 'the Holocaust' is a crime in Poland. The DCs were alluded to as 'Facilities For the Fumigation of Prisoners' Clothes.' The Polish team went to a lot of trouble, with some sixty measurements mostly measured thrice, and was the only study which obtained permission to take the samples. It omitted two things in its conclusions: any allusion to the Birkenau DC ('facilities for the fumigation of prisoners' clothes') where it had found greatly-elevated cyanide levels over the AHGCs; and, the insoluble cyanide that was bound to iron. In regard to both of these it cited the Prussian blue ferric ferrocyanide complex, leaving open the possibility that is had some quite extraneous source and was therefore to be avoided. The 1947 method used by Markiewicz et. al. was given by Joseph Epstein and published in a US chemistry journal." It was a procedure whose limit of accuracy was given as 0.2 micrograms per ml. To expel the cyanide from brickwork and then dissolve it into a solution suitable for measuring it, involves an order-of-magnitude dilution at least, so that one would not expect to obtain an accuracy less then one ppm in the brickwork, using this method. Any claim that this decades-old titration and colorimetric method using thiocyanate can find parts per billion has to be spurious. IV. Desjardin analyses Leuchter Dan Desjardins, after carefully retracing the steps of Leuchter on a 1996 visit to Auschwitz'", and watching the film that had been made of Leuchter's sampling'", divided the samples 1-31 into two groups: those which had been exposed and open to the elements over the decades (n=20), and those which were more protected in sheltered, unexposed locations: 'Leuchter's samples, numbered 25 through 31, extracted from Crematorium I... taken from a facility which was not destroyed and has remained intact since the end of the war, were not exposed to the elements. The same might be said for samples 4, 5 and 6 taken from Crematorium II. Leuchter removed these samples from a pillar, wall and ceiling which, though accessible, were nevertheless well protected against wind, rain and sun.' Less then half (14 out of 35) of Leuchter's samples had measurable levels of cyanide in them, where measurable means above one part per million. We have here assigned an arbitrary value of 0.5 ppm for those too low to measure, i.e below 1 ppm. This gave: Table 5: Desjardins grouping of the Leuchter data as 'sheltered' or 'exposed' (2007) Sheltered (n=l0) 1.88 ± 2.2 ppm Exposed (n=20) 1.31 ± 1.56 ppm The 'exposed' group scored 30% lower than the sheltered group, a result which lacks statistical significance (t=0.8). This data could suggest that one-third of the cyanide had leeched out from the exposed walls, over sixty years; if indeed they had all at one historic period been exposed to hydrogen cyanide. Mr Desjardins further subdivided the Leuchter samples into those taken from AHGC walls, and those which were 'controls' i.e taken from barracks, etc. The definition of the 'control' concept is critical here, and means brickwork where no one has been concerned to allege that is was part of a room where systematic cyanide gassing took place whether of humans or of mattresses. Leuchter surmised that the 'control' sample had been exposed at some stage to a single fumigation by cyanide gas, by way of cleaning out any lice from cracks etc. Table 6: Desjardins groups Leuchter's data by AHGC versus 'controls' AHGCs (n=19) 1.63 ± 2.1 ppm Controls (n=9) 1.45 ± 1.2 ppm This result too lacks statistical significance, i.e. Leuchter's sample provides no evidence for human 'gas chambers' having raised residual cyanide levels above those of 'controls.' The data suggests that the AHGCs did not ever function as lethal gas chambers. These two sets of data (using Desjardins' divisions) covary somewhat, in that if we increase the 'exposed' samples by say 25%, to allow for leeching out of their cyanide over the decades, then the difference between the AHGC and 'control' groups disappears altogether. (As Mr Desjardins put it, five times as many of these [AHGC] samples came from locations protected from 40-years' exposure to wind and rain.') Mr Desjardins concluded, 'Fred Leuchter's broad sample gathering, despite flaws, establishes a reasonable basis for inferring that the presence of cyanide residue is due to benign rather than homicidal purposes. Conclusions 1. One might expect that the accuracy of cyanide-ion assay would have increased substantially over the last couple of decades, but this is not the case: any reanalysis of the brickwork would face the same frustrating situation, where differences between AHGCs and controls hover right next to the lowest detectable levels. 2. The essential questions here reviewed may be best evaluated without arguments over whether or not Prussian blue coloration has formed. The latter involves a slow and complex sequence of reactions. We have here been primarily concerned with total cyanide in the brickwork. 3. Plaster on the wall-surface may tend to have a higher cyanide level than brick or mortar underneath it, and the ferric-ferrocyanide does decrease as a function of depth. Samples should therefore aim to have a comparable breadth-to-depth ratio. 4. The notion of a 'control' sample has developed from Rudolf's sampling and also from Mr. Desjardins evaluation of the Leuchter sample locations. This permitted an evaluation of whether measurements of authentic AHGC wall were significantly elevated over such. While there was a hint of this from Rudolf's sampling, and while further investigation might confirm this, overall no statistically significant elevation was evident. 5. The careful and extensive Polish data was analyzed using a 1947 US titration procedure, which gave no indication of reaching the parts per billion accuracy claimed by that study. If Marciewicz et. al chose to use a method which only analyzed 1 % or less of the cyanide, viz. the soluble component, for whatever reason, they should first have shown that their method was capable of detecting it. 6. Both the Leuchter and Rudolf surveys obtained a three order-of-magnitude differential between the walls of DC and AHGC buildings; the simplest explanation of which is that the former was used on a regular basis for cyanide fumigation while the latter was not. 7. The Leuchter data showed that there was no great diminution of cyanide levels due to weathering over half a century, and this accords with what is known about the insolubility and permanence of the ferric-ferrocyanide complex. The residual cyanide within those walls may therefore offer the most reliable memory which the human race now has, concerning what happened historically in German 'gas chambers.' Source: http://www.presstv.com/Detail.aspx?id=56287§ionid=3510303 ------------------------------------------------------------------------------ To unsubscribe from our mailing list, please send an email to Jahanshah_Rashidian@gmx.de Jahanshah Rashidian From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 25 20:26:07 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BDD11065686 for ; Thu, 25 Sep 2008 20:26:07 +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 6DCBB8FC1A for ; Thu, 25 Sep 2008 20:26:06 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 1CE58191A54; Thu, 25 Sep 2008 22:26:04 +0200 (CEST) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m8PKH4Gn012175; Thu, 25 Sep 2008 22:17:04 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m8PKH4Lh012174; Thu, 25 Sep 2008 22:17:04 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Thu, 25 Sep 2008 22:17:03 +0200 To: Juergen Lock Message-ID: <20080925201703.GA12142@saturn.kn-bremen.de> Mail-Followup-To: Juergen Lock , qemu-devel@nongnu.org, freebsd-emulation@freebsd.org References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-emulation@freebsd.org, qemu-devel@nongnu.org Subject: [PATCH] preprocessor issue in qemu/patch-block-raw-posix.c (was: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... (now updated to r5313)) 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, 25 Sep 2008 20:26:07 -0000 On Thu, Sep 25, 2008 at 12:10:39AM +0200, Juergen Lock wrote: > In article you write: > >On Sun, Sep 21, 2008 at 3:40 PM, Juergen Lock wrote: > >> Hi! > >> > >> I've been playing with qemu svn on FreeBSD again (new experimental > >> emulators/qemu-devel port update here: > >> http://people.freebsd.org/~nox/qemu/qemu-devel-20080921.patch > >> ), and want to note a few things: > > > >Hi. I've built an updated port with your patch and it compiles fine > >and runs my WinXP guests well. But, the qemu process consumes 100% of > >one CPU core on the host the whole time it is running, regardless of > >what the guest is doing. The host is a 7-STABLE box from 8/19. The > >guests run with bridged networking and full kernel kqemu accel > >enabled. > > > Hmm. And you didn't see this with the version in ports? Have you > checked if this is related to kqemu? (try without -kernel-kqemu and > also with -no-kqemu.) Also, which threading libs and scheduler are you > using? There seems to be an issue with kse, tho I doubt you are using > that on 7-stable... > > Here is another experimental update that forces -lthr on 6.x, and > also updates to qemu svn r5313: > http://people.freebsd.org/~nox/qemu/qemu-devel-20080924.patch I forgot to note that this also needed the following patch: Index: qemu/block-raw-posix.c @@ -545,7 +545,8 @@ qemu_aio_set_fd_handler(s->fd, posix_aio_read, NULL, posix_aio_flush, s); -#if defined(__linux__) && defined(__GLIBC_PREREQ) && !__GLIBC_PREREQ(2, 4) +#if defined(__linux__) && defined(__GLIBC_PREREQ) +#if !__GLIBC_PREREQ(2, 4) { /* XXX: aio thread exit seems to hang on RedHat 9 and this init seems to fix the problem. */ @@ -557,6 +558,7 @@ aio_init(&ai); } #endif +#endif posix_aio_state = s; return 0; Signed-off-by: Juergen Lock From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 25 20:40:59 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A45721065686 for ; Thu, 25 Sep 2008 20:40:59 +0000 (UTC) (envelope-from anthony@codemonkey.ws) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.234]) by mx1.freebsd.org (Postfix) with ESMTP id 60AD68FC20 for ; Thu, 25 Sep 2008 20:40:59 +0000 (UTC) (envelope-from anthony@codemonkey.ws) Received: by wr-out-0506.google.com with SMTP id c8so114728wra.27 for ; Thu, 25 Sep 2008 13:40:58 -0700 (PDT) Received: by 10.100.41.9 with SMTP id o9mr306715ano.84.1222375258306; Thu, 25 Sep 2008 13:40:58 -0700 (PDT) Received: from squirrel.codemonkey.ws ( [32.97.110.142]) by mx.google.com with ESMTPS id d24sm1731014and.24.2008.09.25.13.40.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 25 Sep 2008 13:40:57 -0700 (PDT) Message-ID: <48DBF71E.1000405@codemonkey.ws> Date: Thu, 25 Sep 2008 15:39:58 -0500 From: Anthony Liguori User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: Juergen Lock , qemu-devel@nongnu.org, freebsd-emulation@freebsd.org References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> <20080925201703.GA12142@saturn.kn-bremen.de> In-Reply-To: <20080925201703.GA12142@saturn.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [Qemu-devel] [PATCH] preprocessor issue in qemu/patch-block-raw-posix.c 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, 25 Sep 2008 20:40:59 -0000 Juergen Lock wrote: > I forgot to note that this also needed the following patch: > Why? This #ifdef is working around a very specific bug. Regards, Anthony Liguori > Index: qemu/block-raw-posix.c > @@ -545,7 +545,8 @@ > > qemu_aio_set_fd_handler(s->fd, posix_aio_read, NULL, posix_aio_flush, s); > > -#if defined(__linux__) && defined(__GLIBC_PREREQ) && !__GLIBC_PREREQ(2, 4) > +#if defined(__linux__) && defined(__GLIBC_PREREQ) > +#if !__GLIBC_PREREQ(2, 4) > { > /* XXX: aio thread exit seems to hang on RedHat 9 and this init > seems to fix the problem. */ > @@ -557,6 +558,7 @@ > aio_init(&ai); > } > #endif > +#endif > posix_aio_state = s; > > return 0; > > Signed-off-by: Juergen Lock > > > From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 26 09:27:07 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CBF11065686 for ; Fri, 26 Sep 2008 09:27:07 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id CB6F48FC19 for ; Fri, 26 Sep 2008 09:27:06 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 6D6D19CB113; Fri, 26 Sep 2008 11:08:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uvJeywqNsPUZ; Fri, 26 Sep 2008 11:08:41 +0200 (CEST) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 344D39CB4EB; Fri, 26 Sep 2008 11:08:41 +0200 (CEST) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id m8Q98eGS004347; Fri, 26 Sep 2008 11:08:40 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 26 Sep 2008 11:08:40 +0200 From: Roman Divacky To: Alexander Leidinger Message-ID: <20080926090840.GA4260@freebsd.org> References: <48D9A3CC.50905@gmail.com> <20080924075822.19786d2gvegqgxcs@webmail.leidinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080924075822.19786d2gvegqgxcs@webmail.leidinger.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-emulation@freebsd.org Subject: Re: Linux GTK+ 2.10+ 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, 26 Sep 2008 09:27:07 -0000 On Wed, Sep 24, 2008 at 07:58:22AM +0200, Alexander Leidinger wrote: > Quoting "Eitan Adler" (from Tue, 23 Sep > 2008 22:19:56 -0400): > > >Does anyone know when the linux-gtk2 port will support version 2.10 or > >above? > > Find a good linux gtk2 RPM which works on Fedora 4, and we can update > it. If you don't find one, you have to wait until we have the new > linux infrastructure (Fedora 6, 7 or 8) fully integrated into the > ports (this requires that you run a FreeBSD release which supports > enough of the linux 2.6 kernel). what is the plan in this area? are we going to switch to newer fedora on 8.x ? I'd like to know the official position here :) roman From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 26 09:27:07 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 282261065688 for ; Fri, 26 Sep 2008 09:27:07 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id D6A3F8FC1A for ; Fri, 26 Sep 2008 09:27:06 +0000 (UTC) (envelope-from rdivacky@lev.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id D2A279CB434; Fri, 26 Sep 2008 11:10:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 069+7rvRvWA7; Fri, 26 Sep 2008 11:10:53 +0200 (CEST) Received: from lev.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 8C53B9CB4FC; Fri, 26 Sep 2008 11:10:53 +0200 (CEST) Received: (from rdivacky@localhost) by lev.vlakno.cz (8.14.2/8.14.2/Submit) id m8Q9ArdJ004684; Fri, 26 Sep 2008 11:10:53 +0200 (CEST) (envelope-from rdivacky) Date: Fri, 26 Sep 2008 11:10:53 +0200 From: Roman Divacky To: Diego Depaoli Message-ID: <20080926091053.GB4260@freebsd.org> References: <83e5fb980809200930v5e9c4a33j5fddb72f6d9304ca@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <83e5fb980809200930v5e9c4a33j5fddb72f6d9304ca@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-emulation@freebsd.org Subject: Re: Enemy territory does not run 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, 26 Sep 2008 09:27:07 -0000 On Sat, Sep 20, 2008 at 06:30:35PM +0200, Diego Depaoli wrote: > Launching enemy-territory on my CURRENT I get a segmentation fault and > that system message: > linux_sys_futex: unknown op 798242337 this looks really strange... can you provide full ktrace/linux_kdump output surrounding this? From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 26 15:05:31 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 040C1106569B for ; Fri, 26 Sep 2008 15:05:31 +0000 (UTC) (envelope-from anthony@codemonkey.ws) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id B7BAE8FC17 for ; Fri, 26 Sep 2008 15:05:30 +0000 (UTC) (envelope-from anthony@codemonkey.ws) Received: by yw-out-2324.google.com with SMTP id 9so168072ywe.13 for ; Fri, 26 Sep 2008 08:05:30 -0700 (PDT) Received: by 10.150.97.19 with SMTP id u19mr2186568ybb.24.1222441529922; Fri, 26 Sep 2008 08:05:29 -0700 (PDT) Received: from squirrel.codemonkey.ws ( [24.28.0.183]) by mx.google.com with ESMTPS id o29sm3040607elf.3.2008.09.26.08.05.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 26 Sep 2008 08:05:29 -0700 (PDT) Message-ID: <48DCF9FC.2070708@codemonkey.ws> Date: Fri, 26 Sep 2008 10:04:28 -0500 From: Anthony Liguori User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: qemu-devel@nongnu.org References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org, Juergen Lock Subject: Re: [Qemu-devel] Re: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... (now updated to r5313) 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, 26 Sep 2008 15:05:31 -0000 Matt wrote: >> Here is another experimental update that forces -lthr on 6.x, and >> also updates to qemu svn r5313: >> http://people.freebsd.org/~nox/qemu/qemu-devel-20080924.patch >> > > I just built this update and it seems to have fixed the issue. Host > CPU usage again tracks with guest CPU usage and all seems well. I'll > continue to use this build to see if anything else crops up. > > Please let me know if there is anything other information I can provide. > If ya'll have patches to make QEMU work on FreeBSD, please submit them. I'm about to commit a patch that's what it took for me to get SVN working on FreeBSD. The one thing that really tripped me up with the whole aio kld-module thing. Perhaps we should detect the presence of the module at run time and disable aio? I assume kldload can only be run as root? Regards, Anthony Liguori > Thanks again, > Matt > >>> Thank you for the continued work on this port! >>> >> You're welcome! :) >> Juergen >> > > > From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 26 21:32:38 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63635106568C for ; Fri, 26 Sep 2008 21:32:38 +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 1A37C8FC0A for ; Fri, 26 Sep 2008 21:32:38 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 390C9191A59; Fri, 26 Sep 2008 23:32:36 +0200 (CEST) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m8QLTQDp010848; Fri, 26 Sep 2008 23:29:26 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m8QLTP0g010847; Fri, 26 Sep 2008 23:29:25 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Fri, 26 Sep 2008 23:29:25 +0200 To: Anthony Liguori Message-ID: <20080926212925.GA10666@saturn.kn-bremen.de> Mail-Followup-To: Anthony Liguori , qemu-devel@nongnu.org, freebsd-emulation@freebsd.org References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> <20080925201703.GA12142@saturn.kn-bremen.de> <48DBF71E.1000405@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48DBF71E.1000405@codemonkey.ws> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-emulation@freebsd.org, qemu-devel@nongnu.org Subject: Re: [Qemu-devel] [PATCH] preprocessor issue in qemu/patch-block-raw-posix.c 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, 26 Sep 2008 21:32:38 -0000 On Thu, Sep 25, 2008 at 03:39:58PM -0500, Anthony Liguori wrote: > Juergen Lock wrote: >> I forgot to note that this also needed the following patch: >> > > Why? This #ifdef is working around a very specific bug. > Well, looks like the preprocessor tries to parse the entire expression including the undefined `!__GLIBC_PREREQ(2, 4)' before evaluating it: block-raw-posix.c:548:69: missing binary operator before token "(" so I just put it on an extra line. > Regards, > > Anthony Liguori > >> Index: qemu/block-raw-posix.c >> @@ -545,7 +545,8 @@ >> qemu_aio_set_fd_handler(s->fd, posix_aio_read, NULL, >> posix_aio_flush, s); >> -#if defined(__linux__) && defined(__GLIBC_PREREQ) && !__GLIBC_PREREQ(2, >> 4) >> +#if defined(__linux__) && defined(__GLIBC_PREREQ) >> +#if !__GLIBC_PREREQ(2, 4) >> { >> /* XXX: aio thread exit seems to hang on RedHat 9 and this init >> seems to fix the problem. */ >> @@ -557,6 +558,7 @@ >> aio_init(&ai); >> } >> #endif >> +#endif >> posix_aio_state = s; >> return 0; >> >> Signed-off-by: Juergen Lock >> >> >> > From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 26 22:07:20 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 770D5106568C for ; Fri, 26 Sep 2008 22:07:20 +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 F39238FC19 for ; Fri, 26 Sep 2008 22:07:19 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id E4D07191A28; Sat, 27 Sep 2008 00:07:18 +0200 (CEST) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m8QM4kuX013442; Sat, 27 Sep 2008 00:04:46 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m8QM4jjT013441; Sat, 27 Sep 2008 00:04:45 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 27 Sep 2008 00:04:45 +0200 To: Anthony Liguori Message-ID: <20080926220445.GA13099@saturn.kn-bremen.de> Mail-Followup-To: Anthony Liguori , qemu-devel@nongnu.org, freebsd-emulation@freebsd.org References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> <48DCF9FC.2070708@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48DCF9FC.2070708@codemonkey.ws> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-emulation@freebsd.org, qemu-devel@nongnu.org Subject: Re: [Qemu-devel] Re: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... (now updated to r5313) 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, 26 Sep 2008 22:07:20 -0000 On Fri, Sep 26, 2008 at 10:04:28AM -0500, Anthony Liguori wrote: > Matt wrote: >>> Here is another experimental update that forces -lthr on 6.x, and >>> also updates to qemu svn r5313: >>> http://people.freebsd.org/~nox/qemu/qemu-devel-20080924.patch >>> >> >> I just built this update and it seems to have fixed the issue. Host >> CPU usage again tracks with guest CPU usage and all seems well. I'll >> continue to use this build to see if anything else crops up. >> >> Please let me know if there is anything other information I can provide. >> > > If ya'll have patches to make QEMU work on FreeBSD, please submit them. > I'm about to commit a patch that's what it took for me to get SVN working > on FreeBSD. > > The one thing that really tripped me up with the whole aio kld-module > thing. Perhaps we should detect the presence of the module at run time and > disable aio? I assume kldload can only be run as root? Yes. Atm the ports print a warning when aio is not loaded: Index: qemu/vl.c @@ -8409,6 +8409,11 @@ tb_size = 0; +#ifdef __FreeBSD__ + if (modfind("aio") == -1) + fprintf(stderr, "warning: aio not (kld)loaded, may cause `Invalid system call' traps on disk IO\n"); +#endif + optind = 1; for(;;) { if (optind >= argc) And here is another patch thats needed on amd64 hosts for tcg (which I had posted before:) Index: qemu/exec.c @@ -405,6 +405,28 @@ exit(1); } } +#elif defined(__FreeBSD__) + { + int flags; + void *addr = NULL; + flags = MAP_PRIVATE | MAP_ANONYMOUS; +#if defined(__x86_64__) + /* FreeBSD doesn't have MAP_32BIT, use MAP_FIXED and assume + * 0x40000000 is free */ + flags |= MAP_FIXED; + addr = (void *)0x40000000; + /* Cannot map more than that */ + if (code_gen_buffer_size > (800 * 1024 * 1024)) + code_gen_buffer_size = (800 * 1024 * 1024); +#endif + code_gen_buffer = mmap(addr, code_gen_buffer_size, + PROT_WRITE | PROT_READ | PROT_EXEC, + flags, -1, 0); + if (code_gen_buffer == MAP_FAILED) { + fprintf(stderr, "Could not allocate dynamic translator buffer\n"); + exit(1); + } + } #else code_gen_buffer = qemu_malloc(code_gen_buffer_size); if (!code_gen_buffer) { Signed-off-by: Juergen Lock I'll see if I can prepare another update over the weekend and then go thru more of the patches that have accumulated in the port... Thanx, Juergen From owner-freebsd-emulation@FreeBSD.ORG Sat Sep 27 14:04:16 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEB1F106568D for ; Sat, 27 Sep 2008 14:04:16 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from vps.kc8onw.net (unknown [IPv6:2001:470:1f06:71d::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9858FC1E for ; Sat, 27 Sep 2008 14:04:16 +0000 (UTC) (envelope-from jonathan@kc8onw.net) Received: from [10.67.148.31] (unknown [208.79.15.100]) by vps.kc8onw.net (Postfix) with ESMTPSA id 4753317024 for ; Sat, 27 Sep 2008 11:06:20 -0400 (EDT) Message-ID: <48DE3D43.8060606@kc8onw.net> Date: Sat, 27 Sep 2008 17:03:47 +0300 From: Jonathan User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Virtualbox 2.0.2 and FreeBSD 7 x64 guest install crashes 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, 27 Sep 2008 14:04:16 -0000 Has anyone had any success with Virtualbox 2.0.2 and a FreeBSD 7 x64 guest? I've tried pretty much every available option combination but it consistently crashes on boot right after the loader prompt. The md5 for the ISO is correct. I'm definitely willing to put some time towards debugging it but I'm not sure where to start. The Virtualbox IRC dev channel told me to ask the FreeBSD project but since Virtualbox itself crashes I would think I would have to start on their side... I'd like to start somewhere. It would be great to have a 32 bit and a 64 bit VM for testing purposes. Thanks, Jonathan Stewart P.S. Any word on FreeBSD as a Virtualbox host? From owner-freebsd-emulation@FreeBSD.ORG Sat Sep 27 15:28:46 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 53CFF10656F3 for ; Sat, 27 Sep 2008 15:28:46 +0000 (UTC) (envelope-from anthony@codemonkey.ws) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.186]) by mx1.freebsd.org (Postfix) with ESMTP id 472318FC19 for ; Sat, 27 Sep 2008 15:28:42 +0000 (UTC) (envelope-from anthony@codemonkey.ws) Received: by rn-out-0910.google.com with SMTP id j71so438117rne.12 for ; Sat, 27 Sep 2008 08:28:41 -0700 (PDT) Received: by 10.100.8.4 with SMTP id 4mr2455371anh.137.1222529321773; Sat, 27 Sep 2008 08:28:41 -0700 (PDT) Received: from squirrel.codemonkey.ws (cpe-24-28-0-183.austin.res.rr.com [24.28.0.183]) by mx.google.com with ESMTPS id c28sm88785anc.16.2008.09.27.08.28.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 27 Sep 2008 08:28:41 -0700 (PDT) Message-ID: <48DE50EC.4090003@codemonkey.ws> Date: Sat, 27 Sep 2008 10:27:40 -0500 From: Anthony Liguori User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: qemu-devel@nongnu.org, freebsd-emulation@freebsd.org References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> <20080925201703.GA12142@saturn.kn-bremen.de> <48DBF71E.1000405@codemonkey.ws> <20080926212925.GA10666@saturn.kn-bremen.de> In-Reply-To: <20080926212925.GA10666@saturn.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [Qemu-devel] [PATCH] preprocessor issue in qemu/patch-block-raw-posix.c 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, 27 Sep 2008 15:28:46 -0000 Juergen Lock wrote: > On Thu, Sep 25, 2008 at 03:39:58PM -0500, Anthony Liguori wrote: > >> Juergen Lock wrote: >> >>> I forgot to note that this also needed the following patch: >>> >>> >> Why? This #ifdef is working around a very specific bug. >> >> > Well, looks like the preprocessor tries to parse the entire expression > including the undefined `!__GLIBC_PREREQ(2, 4)' before evaluating it: > > block-raw-posix.c:548:69: missing binary operator before token "(" > > so I just put it on an extra line. > It's fixed in SVN now. Regards, Anthony Liguori From owner-freebsd-emulation@FreeBSD.ORG Sat Sep 27 15:34:44 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7863C1065696 for ; Sat, 27 Sep 2008 15:34:44 +0000 (UTC) (envelope-from anthony@codemonkey.ws) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.242]) by mx1.freebsd.org (Postfix) with ESMTP id 35E4D8FC12 for ; Sat, 27 Sep 2008 15:34:44 +0000 (UTC) (envelope-from anthony@codemonkey.ws) Received: by an-out-0708.google.com with SMTP id b33so77364ana.13 for ; Sat, 27 Sep 2008 08:34:43 -0700 (PDT) Received: by 10.100.229.14 with SMTP id b14mr2492417anh.43.1222529683361; Sat, 27 Sep 2008 08:34:43 -0700 (PDT) Received: from squirrel.codemonkey.ws (cpe-24-28-0-183.austin.res.rr.com [24.28.0.183]) by mx.google.com with ESMTPS id d24sm103788and.24.2008.09.27.08.34.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 27 Sep 2008 08:34:42 -0700 (PDT) Message-ID: <48DE5256.5000101@codemonkey.ws> Date: Sat, 27 Sep 2008 10:33:42 -0500 From: Anthony Liguori User-Agent: Thunderbird 2.0.0.16 (X11/20080723) MIME-Version: 1.0 To: qemu-devel@nongnu.org, freebsd-emulation@freebsd.org References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> <48DCF9FC.2070708@codemonkey.ws> <20080926220445.GA13099@saturn.kn-bremen.de> In-Reply-To: <20080926220445.GA13099@saturn.kn-bremen.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: [Qemu-devel] Re: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... (now updated to r5313) 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, 27 Sep 2008 15:34:44 -0000 Juergen Lock wrote: > On Fri, Sep 26, 2008 at 10:04:28AM -0500, Anthony Liguori wrote: > >> Matt wrote: >> >>>> Here is another experimental update that forces -lthr on 6.x, and >>>> also updates to qemu svn r5313: >>>> http://people.freebsd.org/~nox/qemu/qemu-devel-20080924.patch >>>> >>>> >>> I just built this update and it seems to have fixed the issue. Host >>> CPU usage again tracks with guest CPU usage and all seems well. I'll >>> continue to use this build to see if anything else crops up. >>> >>> Please let me know if there is anything other information I can provide. >>> >>> >> If ya'll have patches to make QEMU work on FreeBSD, please submit them. >> I'm about to commit a patch that's what it took for me to get SVN working >> on FreeBSD. >> >> The one thing that really tripped me up with the whole aio kld-module >> thing. Perhaps we should detect the presence of the module at run time and >> disable aio? I assume kldload can only be run as root? >> > > Yes. Atm the ports print a warning when aio is not loaded: > Yeah, I don't think this is enough. I'd rather see AIO be disabled when modfind("aio") is not available (printing a warning along with that would be fine). A non-privileged user cannot load the aio module so it's not very useful to tell them to load it. > And here is another patch thats needed on amd64 hosts for tcg (which > I had posted before:) > > Index: qemu/exec.c > @@ -405,6 +405,28 @@ > exit(1); > } > } > +#elif defined(__FreeBSD__) > + { > + int flags; > + void *addr = NULL; > + flags = MAP_PRIVATE | MAP_ANONYMOUS; > +#if defined(__x86_64__) > + /* FreeBSD doesn't have MAP_32BIT, use MAP_FIXED and assume > + * 0x40000000 is free */ > + flags |= MAP_FIXED; > + addr = (void *)0x40000000; > + /* Cannot map more than that */ > + if (code_gen_buffer_size > (800 * 1024 * 1024)) > + code_gen_buffer_size = (800 * 1024 * 1024); > +#endif > + code_gen_buffer = mmap(addr, code_gen_buffer_size, > + PROT_WRITE | PROT_READ | PROT_EXEC, > + flags, -1, 0); > + if (code_gen_buffer == MAP_FAILED) { > + fprintf(stderr, "Could not allocate dynamic translator buffer\n"); > + exit(1); > + } > + } > #else > code_gen_buffer = qemu_malloc(code_gen_buffer_size); > if (!code_gen_buffer) { > > Signed-off-by: Juergen Lock > Applied. Thanks. > I'll see if I can prepare another update over the weekend and then go > thru more of the patches that have accumulated in the port... > That would be great! Regards, Anthony Liguori > Thanx, > Juergen > From owner-freebsd-emulation@FreeBSD.ORG Sat Sep 27 19:14:10 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FF68106568D; Sat, 27 Sep 2008 19:14:10 +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 B97698FC16; Sat, 27 Sep 2008 19:14:09 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p5DC5EF41.dip.t-dialin.net [93.197.239.65]) by redbull.bpaserver.net (Postfix) with ESMTP id B16722E0BB; Sat, 27 Sep 2008 21:14:04 +0200 (CEST) Received: from deskjail (deskjail.Leidinger.net [192.168.1.109]) by outgoing.leidinger.net (Postfix) with ESMTP id 0F65113E513; Sat, 27 Sep 2008 21:14:02 +0200 (CEST) Date: Sat, 27 Sep 2008 21:14:01 +0200 From: Alexander Leidinger To: Roman Divacky Message-ID: <20080927211401.604884ea@deskjail> In-Reply-To: <20080926090840.GA4260@freebsd.org> References: <48D9A3CC.50905@gmail.com> <20080924075822.19786d2gvegqgxcs@webmail.leidinger.net> <20080926090840.GA4260@freebsd.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i686-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: B16722E0BB.B93EC X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-15.123, required 6, autolearn=not spam, BAYES_00 -15.00, MR_NOT_ATTRIBUTED_IP 0.20, RDNS_DYNAMIC 0.10, SMILEY -0.50, TW_GT 0.08) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No Cc: freebsd-emulation@freebsd.org, bsam@freebsd.org Subject: Re: Linux GTK+ 2.10+ 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, 27 Sep 2008 19:14:10 -0000 Quoting Roman Divacky (Fri, 26 Sep 2008 11:08:40 +0200): > On Wed, Sep 24, 2008 at 07:58:22AM +0200, Alexander Leidinger wrote: > > Quoting "Eitan Adler" (from Tue, 23 Sep > > 2008 22:19:56 -0400): > > > > >Does anyone know when the linux-gtk2 port will support version 2.10 or > > >above? > > > > Find a good linux gtk2 RPM which works on Fedora 4, and we can update > > it. If you don't find one, you have to wait until we have the new > > linux infrastructure (Fedora 6, 7 or 8) fully integrated into the > > ports (this requires that you run a FreeBSD release which supports > > enough of the linux 2.6 kernel). > > what is the plan in this area? are we going to switch to newer fedora > on 8.x ? > > I'd like to know the official position here :) The official position is: I'm in the middle of moving, and Boris (who has all patches for this) was on a business trip the last time we discussed this. The plan is: wait for the ports unfreeze and send it to portmgr for an experimental run on the ports build cluster (depends upon the free time of Boris). Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sat Sep 27 20:50:48 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D42F106568C for ; Sat, 27 Sep 2008 20:50:48 +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 D88628FC15 for ; Sat, 27 Sep 2008 20:50:47 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id A2497191AB7; Sat, 27 Sep 2008 22:50:46 +0200 (CEST) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m8RKlW6H052857; Sat, 27 Sep 2008 22:47:32 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m8RKlUDc052856; Sat, 27 Sep 2008 22:47:30 +0200 (CEST) (envelope-from nox) From: Juergen Lock Date: Sat, 27 Sep 2008 22:47:29 +0200 To: Anthony Liguori , qemu-devel@nongnu.org, freebsd-emulation@freebsd.org Message-ID: <20080927204729.GA52209@saturn.kn-bremen.de> Mail-Followup-To: Anthony Liguori , qemu-devel@nongnu.org, freebsd-emulation@freebsd.org References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> <48DCF9FC.2070708@codemonkey.ws> <20080926220445.GA13099@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080926220445.GA13099@saturn.kn-bremen.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: Subject: Re: [Qemu-devel] Re: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... (now updated to r5331) 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, 27 Sep 2008 20:50:48 -0000 On Sat, Sep 27, 2008 at 12:04:45AM +0200, I wrote: >[...] > I'll see if I can prepare another update over the weekend and then go > thru more of the patches that have accumulated in the port... OK, here we go :) First the update: (at r5331 now) http://people.freebsd.org/~nox/qemu/qemu-devel-20080927.patch 1. FreeBSD also has clock_gettime: Index: qemu/vl.c @@ -541,7 +541,7 @@ static void init_get_clock(void) { use_rt_clock = 0; -#if defined(__linux__) +#if defined(__linux__) || (defined(__FreeBSD__) && __FreeBSD_version >= 500000) { struct timespec ts; if (clock_gettime(CLOCK_MONOTONIC, &ts) == 0) { @@ -553,7 +553,7 @@ static int64_t get_clock(void) { -#if defined(__linux__) +#if defined(__linux__) || (defined(__FreeBSD__) && __FreeBSD_version >= 500000) if (use_rt_clock) { struct timespec ts; clock_gettime(CLOCK_MONOTONIC, &ts); 2. open() can also return EPERM for O_RDWR on a readonly device (I think the case where this happened was a cdrom:) Index: qemu/block.c @@ -381,7 +381,7 @@ else open_flags = flags & ~(BDRV_O_FILE | BDRV_O_SNAPSHOT); ret = drv->bdrv_open(bs, filename, open_flags); - if (ret == -EACCES && !(flags & BDRV_O_FILE)) { + if ((ret == -EACCES || ret == -EPERM) && !(flags & BDRV_O_FILE)) { ret = drv->bdrv_open(bs, filename, BDRV_O_RDONLY); bs->read_only = 1; } 3. the following bugfix is needed at least for FreeBSD/amd64 guests: (original patch from http://www.nabble.com/-PATCH--i386-hard-interrupt-generation-bug-fix-p14921171.html ) Index: qemu/cpu-exec.c @@ -394,16 +394,18 @@ (env->eflags & IF_MASK && !(env->hflags & HF_INHIBIT_IRQ_MASK))))) { int intno; - svm_check_intercept(SVM_EXIT_INTR); env->interrupt_request &= ~(CPU_INTERRUPT_HARD | CPU_INTERRUPT_VIRQ); intno = cpu_get_pic_interrupt(env); - if (loglevel & CPU_LOG_TB_IN_ASM) { - fprintf(logfile, "Servicing hardware INT=0x%02x\n", intno); + if (intno>=0) { + svm_check_intercept(SVM_EXIT_INTR); + if (loglevel & CPU_LOG_TB_IN_ASM) { + fprintf(logfile, "Servicing hardware INT=0x%02x\n", intno); + } + do_interrupt(intno, 0, 0, 0, 1); + /* ensure that no TB jump will be modified as + the program flow was changed */ + next_tb = 0; } - do_interrupt(intno, 0, 0, 0, 1); - /* ensure that no TB jump will be modified as - the program flow was changed */ - next_tb = 0; #if !defined(CONFIG_USER_ONLY) } else if ((interrupt_request & CPU_INTERRUPT_VIRQ) && (env->eflags & IF_MASK) && 4. this is also needed for (some?) amd64 guests on i386 hosts: Index: qemu/exec-all.h @@ -30,7 +30,7 @@ struct TranslationBlock; /* XXX: make safe guess about sizes */ -#define MAX_OP_PER_INSTR 64 +#define MAX_OP_PER_INSTR 128 /* 64 */ /* A Call op needs up to 6 + 2N parameters (N = number of arguments). */ #define MAX_OPC_PARAM 10 #define OPC_BUF_SIZE 512 5. no need (?) for a dummy file on FreeBSD too: (like on OpenBSD) Index: qemu/osdep.c @@ -75,8 +75,10 @@ #include #include #else +#ifndef __FreeBSD__ #include #endif +#endif #include #include @@ -87,7 +87,7 @@ static int phys_ram_size = 0; void *ptr; -#ifdef __OpenBSD__ /* no need (?) for a dummy file on OpenBSD */ +#if defined(__OpenBSD__) || defined(__FreeBSD__) /* no need (?) for a dummy file on OpenBSD/FreeBSD */ int map_anon = MAP_ANON; #else int map_anon = 0; @@ -154,7 +154,7 @@ } size = (size + 4095) & ~4095; ftruncate(phys_ram_fd, phys_ram_size + size); -#endif /* !__OpenBSD__ */ +#endif /* !(__OpenBSD__ || __FreeBSD__) */ ptr = mmap(NULL, size, PROT_WRITE | PROT_READ, map_anon | MAP_SHARED, 6. correct lib search path on FreeBSD/amd64 hosts (tho this needs to be conditionally applied if its to go into qemu svn:) Index: qemu/x86_64.ld @@ -2,7 +2,7 @@ OUTPUT_FORMAT("elf64-x86-64", "elf64-x86-64", "elf64-x86-64") OUTPUT_ARCH(i386:x86-64) ENTRY(_start) -SEARCH_DIR("/lib64"); SEARCH_DIR("/usr/lib64"); SEARCH_DIR("/usr/local/lib64"); +SEARCH_DIR("/lib"); SEARCH_DIR("/usr/lib"); SEARCH_DIR("/usr/local/lib"); SECTIONS { /* Read-only sections, merged into text segment: */ I think thats it for now... more maybe later. Juergen Signed-off-by: Juergen Lock From owner-freebsd-emulation@FreeBSD.ORG Sat Sep 27 22:53:36 2008 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2441106568B for ; Sat, 27 Sep 2008 22:53:36 +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 4CA108FC16 for ; Sat, 27 Sep 2008 22:53:36 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id 809B3191A39; Sun, 28 Sep 2008 00:53:34 +0200 (CEST) Received: from saturn.kn-bremen.de (noident@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.14.2/8.13.8) with ESMTP id m8RMq6WD057050; Sun, 28 Sep 2008 00:52:06 +0200 (CEST) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id m8RMq4fu057049; Sun, 28 Sep 2008 00:52:04 +0200 (CEST) (envelope-from nox) Date: Sun, 28 Sep 2008 00:52:04 +0200 (CEST) From: Juergen Lock Message-Id: <200809272252.m8RMq4fu057049@saturn.kn-bremen.de> To: anthony@codemonkey.ws X-Newsgroups: local.list.qemu In-Reply-To: <48DE5256.5000101@codemonkey.ws> References: <20080921204025.GA81055@saturn.kn-bremen.de> <200809242210.m8OMAcSZ021572@saturn.kn-bremen.de> <48DCF9FC.2070708@codemonkey.ws> <20080926220445.GA13099@saturn.kn-bremen.de> Organization: home Cc: freebsd-emulation@freebsd.org, qemu-devel@nongnu.org Subject: Re: [Qemu-devel] Re: qemu svn r5281 on FreeBSD - slow usb, vmwarevga, screen updates... (now updated to r5313) 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, 27 Sep 2008 22:53:36 -0000 In article <48DE5256.5000101@codemonkey.ws> you write: >[...] >>> The one thing that really tripped me up with the whole aio kld-module >>> thing. Perhaps we should detect the presence of the module at run time and >>> disable aio? I assume kldload can only be run as root? >>> >> >> Yes. Atm the ports print a warning when aio is not loaded: >> > >Yeah, I don't think this is enough. I'd rather see AIO be disabled when >modfind("aio") is not available (printing a warning along with that >would be fine). A non-privileged user cannot load the aio module so >it's not very useful to tell them to load it. OK so how about the following? (only tested with a raw image, but if the way its disabled for OpenBSD works for all of them this should as well.) Oh and am I right qemu-img doesn't use aio? If it actually does we may want to add the same check there instead of just disabling it. (I kept it enabled for qemu-nbd since thats not built on FreeBSD anyway.) Index: qemu/block.h @@ -50,10 +50,9 @@ #define BDRV_O_DIRECT 0x0020 #define BDRV_O_AUTOGROW 0x0040 /* Allow backing file to extend when writing past end of file */ -void bdrv_info(void); +void bdrv_init(int emulate_aio); void bdrv_info_stats(void); -void bdrv_init(void); BlockDriver *bdrv_find_format(const char *format_name); int bdrv_create(BlockDriver *drv, const char *filename, int64_t size_in_sectors, Index: qemu/block.c @@ -177,9 +177,9 @@ } -static void bdrv_register(BlockDriver *bdrv) +static void bdrv_register(BlockDriver *bdrv, int emulate_aio) { - if (!bdrv->bdrv_aio_read) { + if (!bdrv->bdrv_aio_read || emulate_aio) { /* add AIO emulation layer */ bdrv->bdrv_aio_read = bdrv_aio_read_em; bdrv->bdrv_aio_write = bdrv_aio_write_em; @@ -1374,23 +1374,23 @@ return async_ret; } -void bdrv_init(void) +void bdrv_init(int emulate_aio) { - bdrv_register(&bdrv_raw); - bdrv_register(&bdrv_host_device); + bdrv_register(&bdrv_raw, emulate_aio); + bdrv_register(&bdrv_host_device, 0); #ifndef _WIN32 - bdrv_register(&bdrv_cow); + bdrv_register(&bdrv_cow, 0); #endif - bdrv_register(&bdrv_qcow); - bdrv_register(&bdrv_vmdk); - bdrv_register(&bdrv_cloop); - bdrv_register(&bdrv_dmg); - bdrv_register(&bdrv_bochs); - bdrv_register(&bdrv_vpc); - bdrv_register(&bdrv_vvfat); - bdrv_register(&bdrv_qcow2); - bdrv_register(&bdrv_parallels); - bdrv_register(&bdrv_nbd); + bdrv_register(&bdrv_qcow, 0); + bdrv_register(&bdrv_vmdk, 0); + bdrv_register(&bdrv_cloop, 0); + bdrv_register(&bdrv_dmg, 0); + bdrv_register(&bdrv_bochs, 0); + bdrv_register(&bdrv_vpc, 0); + bdrv_register(&bdrv_vvfat, 0); + bdrv_register(&bdrv_qcow2, 0); + bdrv_register(&bdrv_parallels, 0); + bdrv_register(&bdrv_nbd, 0); } void *qemu_aio_get(BlockDriverState *bs, BlockDriverCompletionFunc *cb, Index: qemu/vl.c @@ -8609,6 +8609,7 @@ int tb_size; const char *pid_file = NULL; VLANState *vlan; + int emulate_aio = 0; LIST_INIT (&vm_change_state_head); #ifndef _WIN32 @@ -8681,6 +8682,13 @@ tb_size = 0; +#ifdef __FreeBSD__ + if (modfind("aio") == -1) { + emulate_aio = 1; + fprintf(stderr, "warning: aio not (kld)loaded, disabling (may slow down on disk IO\n"); + } +#endif + optind = 1; for(;;) { if (optind >= argc) @@ -9415,7 +9423,7 @@ /* init the dynamic translator */ cpu_exec_init_all(tb_size * 1024 * 1024); - bdrv_init(); + bdrv_init(emulate_aio); /* we always create the cdrom drive, even if no disk is there */ Index: qemu/qemu-img.c @@ -733,7 +733,7 @@ { const char *cmd; - bdrv_init(); + bdrv_init(1); if (argc < 2) help(); cmd = argv[1]; Index: qemu/qemu-nbd.c @@ -326,7 +326,7 @@ return 0; } - bdrv_init(); + bdrv_init(0); bs = bdrv_new("hda"); if (bs == NULL) Signed-off-by: Juergen Lock