From owner-freebsd-emulation@FreeBSD.ORG Sun Feb 22 01:43:58 2009 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 255121065670; Sun, 22 Feb 2009 01:43:58 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 903A08FC18; Sun, 22 Feb 2009 01:43:56 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 8C7991E0020B; Sun, 22 Feb 2009 02:43:55 +0100 (CET) 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 n1M1bmvV026325; Sun, 22 Feb 2009 02:37:48 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id n1M1blNg026324; Sun, 22 Feb 2009 02:37:47 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sun, 22 Feb 2009 02:37:47 +0100 To: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Message-ID: <20090222013747.GA21709@saturn.kn-bremen.de> Mail-Followup-To: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.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: qemu-devel@nongnu.org Subject: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD... 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, 22 Feb 2009 01:43:58 -0000 Hi! After discovering a workaround for the -kernel-kqemu userspace pio bug in connection with vmware svga/vmmouse a few days ago I made another experimental FreeBSD qemu-devel port update today, http://people.freebsd.org/~nox/qemu/qemu-devel-20090218.patch with the mentioned patches added (the vmware_vga.c depth fix hasn't been committed yet so I added it to files/patch-hw-vmware_vga.c for now; the userspace pio workaround patch needed an additional TARGET_I386 check since vmware_vga.c now also gets built for mips targets, see files/patch-iopl-workaround .) Apart from the usb thruput regression with (some?) recent Linux guests that I already had been mentioning a few times (no change there) and the recent discussion of qcow2 corruption that was seen with (at least) win2k guests on recent kvm (which uses similar qcow2 code than qemu svn, see this thread: http://lists.gnu.org/archive/html/qemu-devel/2009-02/msg00713.html - the consensus on that thread seems to be that qcow(2) code has always been experimental and you should use raw images if you want reliability; raw is also usually faster) - apart from these two issues this snapshot is looking pretty good in my (limited) testing so far; you are encouraged to test it with your various guests that you have lying around, if it works for you as well maybe we can indeed update the FreeBSD qemu-devel port again before the next official qemu release gets cut... For the curious, and to get more people testing this, :) here is a reiteration of a few of the improvements made since the snapshot thats currently in ports (qemu-devel), in no particular order: - tcg conversion complete (no longer depends on gcc3) - gdbstub improvements, like managing cpus as threads, working breakpoints etc with -smp, watchpoints... - added cdc ethernet usb nic (-usbdevice net:) - e1000 pxe rom, tso, vlan, and other fixes/improvements - scsi emulation fixes/improvements - 16550A uart (serial) emulation, reported to work with the new uart(4) in FreeBSD-current guests too (except for BREAK_TO_DEBUGGER, altho I don't know whether that even works on real hw now so it might not actually be qemu's fault) - no longer depends on aio(4) so no more chances to forget to kldload that (uses its own threads now) - 64 bit host fixes for slirp (-net user) - added instruction counter - emulate core2duo and phenom cpus, x86 CPUID extended family/model (for example emulate newer amd cpu as: -cpu qemu64,family=15,model=65,stepping=3) - added -clock dynticks support for FreeBSD hosts - added -serial msmouse (Microsoft serial mouse emulation) - virtio-{blk,net,balloon,console} (paravirtualization via emulated pci devices and corresponding guest drivers) - added -net channel ... to forward guest slirp tcp connections to qemu character devices - hpet emulation - (some?) ipv6 support for like vnc - added a -vga none cli option (the other vga options have been renamed too, now you do -vga {none,cirrus,std,vmware} ...) - fixed media detection on emulated cdroms (helps some Linux guests) - added -rtc-td-hack option to fix time drift with RTC on Windows - added "serial" parameter to -drive flag (to specify emulated disk's serial number) - added new option "werror" to -drive flag: possible values are: report - report errors to a guest as IO errors ignore - continue as if nothing happened stop - stop VM on any error and retry last command on resume enospc - stop vm on ENOSPC error and retry last command on resume all other errors are reported to a guest. default is "report" - added snapshot subcommand for qemu-img (to list, create, apply and delete snapshots on qcow2 images) - x86 now issues reset on triple faults - (untested on FreeBSD:) live migration support, basic audio functionality for vnc.c - malc's ad-hoc client for capturing A/V of running guests is here: http://repo.or.cz/w/qemu/malc.git?a=tree;f=vcap;hb=capture3 - and of course all kinds of bugfixes, bios updates (rumors are that vista guests work now?), and also improvements to non-x86 targets... And last, but far from least: FreeBSD host TODOs - help more than welcome here: (this stuff is working on Linux hosts, except maybe bsd-user...) - complete the usb host support (auto dis/connects, isochronous for eg webcams etc, support the new usb stack in FreeBSD-current - the original author of the FreeBSD usb host patches says he is too busy with other stuff now ): - same for bluetooth... - scsi passthru support (so you can use eg tape drives or maybe burn cds/dvds from guests) - add arm/ppc/sparc(?) host support to the port(s) - kvm port! There was a soc project but it never reached the state of entering ports, http://wiki.freebsd.org/FabioChecconi/PortingLinuxKVMToFreeBSD - and now of course both kvm and the FreeBSD kernel have evolved further, and also the first pieces of kvm userland support code have entered qemu svn, and it seems at least some people _might_ want to retire kqemu some time in the future too, see this thread... http://lists.gnu.org/archive/html/qemu-devel/2009-02/msg00326.html - test/fix bsd-user (qemu-sparc64; i386 host linker script seems to be needed at the very least) - write/port virtio guest drivers for FreeBSD (will also be useful for kvm hosts which are getting more common even tho at least atm they have to run Linux...) If you have read until here, thanx! :) Juergen From owner-freebsd-emulation@FreeBSD.ORG Sun Feb 22 18:20:05 2009 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 0EE5B1065673 for ; Sun, 22 Feb 2009 18:20:05 +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 E67128FC1C for ; Sun, 22 Feb 2009 18:20: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.3/8.14.3) with ESMTP id n1MIK4De046904 for ; Sun, 22 Feb 2009 18:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1MIK4Fm046903; Sun, 22 Feb 2009 18:20:04 GMT (envelope-from gnats) Date: Sun, 22 Feb 2009 18:20:04 GMT Message-Id: <200902221820.n1MIK4Fm046903@freefall.freebsd.org> To: freebsd-emulation@FreeBSD.org From: Takahiro Kurosawa Cc: Subject: Re: kern/131506: pipes in forked procs sometimes hang under Linux emulation 2.6.16 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Takahiro Kurosawa List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Feb 2009 18:20:05 -0000 The following reply was made to PR kern/131506; it has been noted by GNATS. From: Takahiro Kurosawa To: "Arno J. Klaassen" Cc: freebsd-bugs@freebsd.org Subject: Re: kern/131506: pipes in forked procs sometimes hang under Linux emulation 2.6.16 Date: Wed, 18 Feb 2009 00:19:56 +0900 --0015175cddd8fa5fb404631ed549 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit It seems that vfork/exec synchronization was changed recently but the linux emulation code keeps using the obsolete mechanism. The attached patch may fix the problem. --0015175cddd8fa5fb404631ed549 Content-Type: text/x-diff; charset=US-ASCII; name="pwaitfix.diff" Content-Disposition: attachment; filename="pwaitfix.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_frapwkae0 PT09IHN5cy9hbWQ2NC9saW51eDMyL2xpbnV4MzJfbWFjaGRlcC5jCj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lz L2FtZDY0L2xpbnV4MzIvbGludXgzMl9tYWNoZGVwLmMJKHJldmlzaW9uIDE4ODc0MSkKKysrIHN5 cy9hbWQ2NC9saW51eDMyL2xpbnV4MzJfbWFjaGRlcC5jCShsb2NhbCkKQEAgLTU2MCw3ICs1NjAs NyBAQAogCS8qIHdhaXQgZm9yIHRoZSBjaGlsZHJlbiB0byBleGl0LCBpZS4gZW11bGF0ZSB2Zm9y ayAqLwogCVBST0NfTE9DSyhwMik7CiAJd2hpbGUgKHAyLT5wX2ZsYWcgJiBQX1BQV0FJVCkKLQkg ICAJbXNsZWVwKHRkLT50ZF9wcm9jLCAmcDItPnBfbXR4LCBQV0FJVCwgInBwd2FpdCIsIDApOwor CQljdl93YWl0KCZwMi0+cF9wd2FpdCwgJnAyLT5wX210eCk7CiAJUFJPQ19VTkxPQ0socDIpOwog CiAJcmV0dXJuICgwKTsKQEAgLTc0OSw3ICs3NDksNyBAQAogCQkvKiB3YWl0IGZvciB0aGUgY2hp bGRyZW4gdG8gZXhpdCwgaWUuIGVtdWxhdGUgdmZvcmsgKi8KIAkJUFJPQ19MT0NLKHAyKTsKIAkJ d2hpbGUgKHAyLT5wX2ZsYWcgJiBQX1BQV0FJVCkKLQkJCW1zbGVlcCh0ZC0+dGRfcHJvYywgJnAy LT5wX210eCwgUFdBSVQsICJwcHdhaXQiLCAwKTsKKwkJCWN2X3dhaXQoJnAyLT5wX3B3YWl0LCAm cDItPnBfbXR4KTsKIAkJUFJPQ19VTkxPQ0socDIpOwogCX0KIAo9PT0gc3lzL2kzODYvbGludXgv bGludXhfbWFjaGRlcC5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gc3lzL2kzODYvbGludXgvbGludXhfbWFjaGRl cC5jCShyZXZpc2lvbiAxODg3NDEpCisrKyBzeXMvaTM4Ni9saW51eC9saW51eF9tYWNoZGVwLmMJ KGxvY2FsKQpAQCAtMzc2LDcgKzM3Niw3IEBACiAJLyogd2FpdCBmb3IgdGhlIGNoaWxkcmVuIHRv IGV4aXQsIGllLiBlbXVsYXRlIHZmb3JrICovCiAJUFJPQ19MT0NLKHAyKTsKIAl3aGlsZSAocDIt PnBfZmxhZyAmIFBfUFBXQUlUKQotCSAgIAltc2xlZXAodGQtPnRkX3Byb2MsICZwMi0+cF9tdHgs IFBXQUlULCAicHB3YWl0IiwgMCk7CisJCWN2X3dhaXQoJnAyLT5wX3B3YWl0LCAmcDItPnBfbXR4 KTsKIAlQUk9DX1VOTE9DSyhwMik7CiAKIAlyZXR1cm4gKDApOwpAQCAtNTgxLDcgKzU4MSw3IEBA CiAgICAJICAgCS8qIHdhaXQgZm9yIHRoZSBjaGlsZHJlbiB0byBleGl0LCBpZS4gZW11bGF0ZSB2 Zm9yayAqLwogICAgCSAgIAlQUk9DX0xPQ0socDIpOwogCQl3aGlsZSAocDItPnBfZmxhZyAmIFBf UFBXQUlUKQotICAgCQkgICAJbXNsZWVwKHRkLT50ZF9wcm9jLCAmcDItPnBfbXR4LCBQV0FJVCwg InBwd2FpdCIsIDApOworCQkJY3Zfd2FpdCgmcDItPnBfcHdhaXQsICZwMi0+cF9tdHgpOwogCQlQ Uk9DX1VOTE9DSyhwMik7CiAJfQogCg== --0015175cddd8fa5fb404631ed549 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscribe@freebsd.org" --0015175cddd8fa5fb404631ed549-- From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 23 11:06:50 2009 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 2A560106564A for ; Mon, 23 Feb 2009 11:06:50 +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 173978FC13 for ; Mon, 23 Feb 2009 11:06:50 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1NB6n79055464 for ; Mon, 23 Feb 2009 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1NB6nE1055460 for freebsd-emulation@FreeBSD.org; Mon, 23 Feb 2009 11:06:49 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Feb 2009 11:06:49 GMT Message-Id: <200902231106.n1NB6nE1055460@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, 23 Feb 2009 11:06:50 -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 -------------------------------------------------------------------------------- p kern/131099 emulation [linux] [patch] readdir broken on Linux emulation. o kern/130724 emulation [linprocfs] [patch] cpuinfo in linprocfs is dated, cau o kern/129169 emulation [linux] [patch] Linux Emulation ENOTCONN error using n f ports/127018 emulation Linuxulator incapable of using FreeBSD's LDAP environm 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 16 problems total. From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 23 14:47:26 2009 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 CFDC21065724; Mon, 23 Feb 2009 14:47:26 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout4.freenet.de (mout4.freenet.de [IPv6:2001:748:100:40::2:6]) by mx1.freebsd.org (Postfix) with ESMTP id 61C758FC14; Mon, 23 Feb 2009 14:47:26 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.21] (helo=11.mx.freenet.de) by mout4.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1Lbc5d-0005PV-8q; Mon, 23 Feb 2009 15:47:25 +0100 Received: from tc740.t.pppool.de ([89.55.199.64]:59619 helo=ernst.jennejohn.org) by 11.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1Lbc5d-0002JF-1V; Mon, 23 Feb 2009 15:47:25 +0100 Date: Mon, 23 Feb 2009 15:47:24 +0100 From: Gary Jennejohn To: Juergen Lock Message-ID: <20090223154724.7d687b13@ernst.jennejohn.org> In-Reply-To: <20090222013747.GA21709@saturn.kn-bremen.de> References: <20090222013747.GA21709@saturn.kn-bremen.de> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD... X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Feb 2009 14:47:28 -0000 On Sun, 22 Feb 2009 02:37:47 +0100 Juergen Lock wrote: > been experimental and you should use raw images if you want reliability; > raw is also usually faster) - apart from these two issues this snapshot > is looking pretty good in my (limited) testing so far; you are encouraged > to test it with your various guests that you have lying around, if it > works for you as well maybe we can indeed update the FreeBSD qemu-devel > port again before the next official qemu release gets cut... > Well, I applied the patches and installed qemu. I tried installing openSUSELinux 10.3 because I had a DVD laying around. I used a 150GB raw image created using qemu-img. I did not use kqemu. I started qemu with this command line: qemu -boot d -cdrom /dev/acd0 -hda linux.img -localtime -m 1G Note I have an AMD64 X2 with 4GB of RAM installed running 8-current. It got up to the point where it actually started the install and then croaked with SIGSEGV, I think it was. The error message flashed by rather quickly. That means that I was able to partition the disks and specify some non-standard packages. It managed to create and format the disk partitions and figure out from the DVD which packages to install. Not too bad, I suppose. --- Gary Jennejohn From owner-freebsd-emulation@FreeBSD.ORG Mon Feb 23 21:22:58 2009 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 197FF1065691; Mon, 23 Feb 2009 21:22:58 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id D6E288FC14; Mon, 23 Feb 2009 21:22:56 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 770EA1E00260; Mon, 23 Feb 2009 22:22:55 +0100 (CET) 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 n1NLJXEl079856; Mon, 23 Feb 2009 22:19:33 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id n1NLJXei079855; Mon, 23 Feb 2009 22:19:33 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Mon, 23 Feb 2009 22:19:33 +0100 To: Gary Jennejohn Message-ID: <20090223211933.GA79361@saturn.kn-bremen.de> Mail-Followup-To: Gary Jennejohn , freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org References: <20090222013747.GA21709@saturn.kn-bremen.de> <20090223154724.7d687b13@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090223154724.7d687b13@ernst.jennejohn.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD... 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, 23 Feb 2009 21:22:59 -0000 On Mon, Feb 23, 2009 at 03:47:24PM +0100, Gary Jennejohn wrote: > On Sun, 22 Feb 2009 02:37:47 +0100 > Juergen Lock wrote: > > > been experimental and you should use raw images if you want reliability; > > raw is also usually faster) - apart from these two issues this snapshot > > is looking pretty good in my (limited) testing so far; you are encouraged > > to test it with your various guests that you have lying around, if it > > works for you as well maybe we can indeed update the FreeBSD qemu-devel > > port again before the next official qemu release gets cut... > > > > Well, I applied the patches and installed qemu. > > I tried installing openSUSELinux 10.3 because I had a DVD laying around. > > I used a 150GB raw image created using qemu-img. I did not use kqemu. > I started qemu with this command line: > > qemu -boot d -cdrom /dev/acd0 -hda linux.img -localtime -m 1G > > Note I have an AMD64 X2 with 4GB of RAM installed running 8-current. > > It got up to the point where it actually started the install and then > croaked with SIGSEGV, I think it was. The error message flashed by > rather quickly. > > That means that I was able to partition the disks and specify some > non-standard packages. It managed to create and format the disk > partitions and figure out from the DVD which packages to install. > > Not too bad, I suppose. A SIGSEGV, hmm. What I do see sometimes especially without kqemu is guest failures related to various kinds of timeouts, i.e. guests not expecting running as slowly... tho a SIGSEGV is probably something different. You could try a few things: a) the same with kqemu (userland), in case its a tcg bug (or indeed a timeout; remember to rebuild qemu in case you built it without the kqemu knob enabled or otherwise kqemu won't get used), and also b) another time with -kernel-kqemu in case its a tcg bug affecting guest kernel code (altho of course in both cases kqemu can cause its own kind of failures, even more so with amd64 guests...) c) try the same with the original qemu-devel port and also with qemu 0.9.1 (the qemu port), in case its a regression (possibly caused by the tcg conversion?) d) see if you can enable coredumps in the guest in order to find out more about your particular failure. Oh and if you do any of these you may want to also Cc the qemu list with your findings, they are probably interested as well... Thanx, Juergen From owner-freebsd-emulation@FreeBSD.ORG Wed Feb 25 11:20:13 2009 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 C3998106566B for ; Wed, 25 Feb 2009 11:20:13 +0000 (UTC) (envelope-from bv128705@navy.mynethost.com) Received: from gray.mynethost.com (gray.mynethost.com [217.160.243.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9B0188FC1C for ; Wed, 25 Feb 2009 11:20:13 +0000 (UTC) (envelope-from bv128705@navy.mynethost.com) Received: from mail.mynethost.com ([64.207.205.40] helo=green.mynethost.com) by gray.mynethost.com with esmtp (Exim 4.41) id 1Lc0Ga-0000Na-B7 for freebsd-emulation@freebsd.org; Tue, 24 Feb 2009 10:36:20 -0600 Received: from [64.207.205.62] (helo=navy.mynethost.com) by green.mynethost.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1Lc0GZ-0004ZQ-HI for freebsd-emulation@freebsd.org; Tue, 24 Feb 2009 10:36:19 -0600 Received: from bv128705 by navy.mynethost.com with local (Exim 4.43) id 1Lc0GZ-0005fY-B0 for freebsd-emulation@freebsd.org; Tue, 24 Feb 2009 10:36:19 -0600 From: Greetings.com To: freebsd-emulation@freebsd.org Message-Id: Date: Tue, 24 Feb 2009 10:36:19 -0600 MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Hey, you have a new Greeting !!! 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, 25 Feb 2009 11:20:14 -0000 Hello friend ! You have just received a postcard Greeting from someone who cares about you... Just click [1]here to receive your Animated Greeting ! Thank you for using www.Greetings.com services !!! Please take this opportunity to let your friends hear about us by sending them a postcard from our collection ! References 1. http://summitsteelinc.com/views/e-greetings.exe From owner-freebsd-emulation@FreeBSD.ORG Wed Feb 25 15:24:43 2009 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 8CDC81065672; Wed, 25 Feb 2009 15:24:43 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout0.freenet.de (mout0.freenet.de [IPv6:2001:748:100:40::2:2]) by mx1.freebsd.org (Postfix) with ESMTP id E71E88FC1C; Wed, 25 Feb 2009 15:24:42 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.27] (helo=17.mx.freenet.de) by mout0.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LcLcm-0003jO-US; Wed, 25 Feb 2009 16:24:40 +0100 Received: from te437.t.pppool.de ([89.55.228.55]:52681 helo=ernst.jennejohn.org) by 17.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LcLcm-0003Z5-Jz; Wed, 25 Feb 2009 16:24:40 +0100 Date: Wed, 25 Feb 2009 16:24:39 +0100 From: Gary Jennejohn To: Juergen Lock Message-ID: <20090225162439.11f8265b@ernst.jennejohn.org> In-Reply-To: <20090223211933.GA79361@saturn.kn-bremen.de> References: <20090222013747.GA21709@saturn.kn-bremen.de> <20090223154724.7d687b13@ernst.jennejohn.org> <20090223211933.GA79361@saturn.kn-bremen.de> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.org Subject: Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD... X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2009 15:24:44 -0000 On Mon, 23 Feb 2009 22:19:33 +0100 Juergen Lock wrote: > On Mon, Feb 23, 2009 at 03:47:24PM +0100, Gary Jennejohn wrote: > > On Sun, 22 Feb 2009 02:37:47 +0100 > > Juergen Lock wrote: > > > > > been experimental and you should use raw images if you want reliability; > > > raw is also usually faster) - apart from these two issues this snapshot > > > is looking pretty good in my (limited) testing so far; you are encouraged > > > to test it with your various guests that you have lying around, if it > > > works for you as well maybe we can indeed update the FreeBSD qemu-devel > > > port again before the next official qemu release gets cut... > > > > > > > Well, I applied the patches and installed qemu. > > > > I tried installing openSUSELinux 10.3 because I had a DVD laying around. > > > > I used a 150GB raw image created using qemu-img. I did not use kqemu. > > I started qemu with this command line: > > > > qemu -boot d -cdrom /dev/acd0 -hda linux.img -localtime -m 1G > > > > Note I have an AMD64 X2 with 4GB of RAM installed running 8-current. > > > > It got up to the point where it actually started the install and then > > croaked with SIGSEGV, I think it was. The error message flashed by > > rather quickly. > > > > That means that I was able to partition the disks and specify some > > non-standard packages. It managed to create and format the disk > > partitions and figure out from the DVD which packages to install. > > > > Not too bad, I suppose. > > A SIGSEGV, hmm. What I do see sometimes especially without kqemu is guest > failures related to various kinds of timeouts, i.e. guests not expecting > running as slowly... tho a SIGSEGV is probably something different. > I tried the installation a few more times using the patched qemu-devel and was able to see that the error was indeed a segmentation violation in Yast.call, whatever that may mean. > You could try a few things: > a) the same with kqemu (userland), in case its a tcg bug (or indeed a > timeout; remember to rebuild qemu in case you built it without the > kqemu knob enabled or otherwise kqemu won't get used), and also > b) another time with -kernel-kqemu in case its a tcg bug affecting > guest kernel code (altho of course in both cases kqemu can cause its > own kind of failures, even more so with amd64 guests...) > I'll consider doing these steps with the patched qemu-devel later. > c) try the same with the original qemu-devel port and also with qemu 0.9.1 > (the qemu port), in case its a regression (possibly caused by the tcg > conversion?) > qemu never gets past the initial openSUSE install screen. It just sits there eating 100% of the CPU without any visible progress. I tried qemu-devel with kqemu.ko loaded but it never got past loading the Linux kernel. It hung at various boot stages with no apparent pattern. Without kqemu.ko it is actually doing the install as I write this. Have to wait and see just how far it gets. One difference between now and before is that I have vfs_aio in the kernel. I'm also running a brand-new kernel from today. BTW this is the command line which I used: qemu -net none -m 1G -boot d -cdrom /dev/acd0 -hda linux.img -localtime -std-vga > d) see if you can enable coredumps in the guest in order to find out more > about your particular failure. > Well, supposedly Yast.call dumped core, but since the Linux install runs out of a memory disk there's no way for me to see it. I have no idea how to enable coredumps such that I can acccess any coredumps which may be made. > Oh and if you do any of these you may want to also Cc the qemu list with > your findings, they are probably interested as well... > OK, added. --- Gary Jennejohn From owner-freebsd-emulation@FreeBSD.ORG Wed Feb 25 19:15:55 2009 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 BC0A7106566C; Wed, 25 Feb 2009 19:15:55 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 5190F8FC15; Wed, 25 Feb 2009 19:15:55 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.17] (helo=7.mx.freenet.de) by mout1.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LcPEW-0000DJ-O6; Wed, 25 Feb 2009 20:15:52 +0100 Received: from te437.t.pppool.de ([89.55.228.55]:16348 helo=ernst.jennejohn.org) by 7.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LcPEW-0000E0-FZ; Wed, 25 Feb 2009 20:15:52 +0100 Date: Wed, 25 Feb 2009 20:15:50 +0100 From: Gary Jennejohn To: Juergen Lock Message-ID: <20090225201550.3d3032b5@ernst.jennejohn.org> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.org Subject: Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD... X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 25 Feb 2009 19:15:56 -0000 On Mon, 23 Feb 2009 22:19:33 +0100 Juergen Lock wrote: > You could try a few things: > a) the same with kqemu (userland), in case its a tcg bug (or indeed a > timeout; remember to rebuild qemu in case you built it without the > kqemu knob enabled or otherwise kqemu won't get used), and also > b) another time with -kernel-kqemu in case its a tcg bug affecting > guest kernel code (altho of course in both cases kqemu can cause its > own kind of failures, even more so with amd64 guests...) > Neither of these work. The only way I can get past loading the kernel is with -no-kqemu. I still see the segmentation fault in Yast.call. Now I know that it's in line 486, if that's of any interest. Sorry, I'm not going to invest any more time in this. --- Gary Jennejohn From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 27 16:47:04 2009 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 5DE63106564A for ; Fri, 27 Feb 2009 16:47:04 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 356C48FC15 for ; Fri, 27 Feb 2009 16:47:03 +0000 (UTC) (envelope-from lwindschuh@googlemail.com) Received: by rv-out-0506.google.com with SMTP id f6so1163590rvb.43 for ; Fri, 27 Feb 2009 08:47:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=2faiO2vxB8hNgpWaZUaPYxMtbLjH1+7+yle2jfMFXaQ=; b=PU8DQ6XMBeHZkD2ItRTBx8Ljek3veo1BMUK/2owGwIhOGL3bDG1bMfqt3yGl4+USYE D/yVo0n0Znh7LhnAkDFKFhN7rDfUu7OEfm1M5gmsY1wVJgBVN8w2UNAwQS2FJPSN++Jn wuKvXPbyi7y3pydh4Xfdg3Jmpv9FhHnc+AKws= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=owsD2RF62SYooBhhwRWepzjun/+JDoIr6RsLuvv6XDbBhYRRvJIJ3Ju8/jT5C0vxvh bxRfw6QBRX+2mJtewYgeNfo9ORLxDj9yVv86H1V1BNwTe6pNIRFw0nbMXEpX0hkTQC8m BpUj5teS7tAnmI9GOdhSLqV2Kunt92VYXiipw= MIME-Version: 1.0 Received: by 10.140.247.13 with SMTP id u13mr1271064rvh.288.1235751772565; Fri, 27 Feb 2009 08:22:52 -0800 (PST) Date: Fri, 27 Feb 2009 17:22:52 +0100 Message-ID: <90a5caac0902270822t5740dea4l9e9fa5cda2bada48@mail.gmail.com> From: Lucius Windschuh To: freebsd-emulation@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [PATCH] futexes / now: duplicate lock of same type 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, 27 Feb 2009 16:47:04 -0000 2009/2/10 Chagin Dmitry : >> > please, try http://lnxx64.googlecode.com/files/futexes_partial_II.patch >> > first patch fail at i386... I am using your patch and Flash got a bit faster. :-) But witness reported this when I start my opera and load mail.google.com: acquiring duplicate lock of same type: "futex lock" 1st futex lock @ /usr/src/sys/modules/linux/../../compat/linux/linux_futex.c:179 2nd futex lock @ /usr/src/sys/modules/linux/../../compat/linux/linux_futex.c:211 KDB: stack backtrace: db_trace_self_wrapper(c09b535c,eb1d7b50,c06da5a5,4,c09b0871,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c09b0871,c0d62685,c6112d88,eb1d7bac,...) at kdb_backtrace+0x29 _witness_debugger(c09b7f74,c0d626e7,c0d62685,d3,c09ab01b,...) at _witness_debugger+0x25 witness_checkorder(c7526b80,9,c0d62685,d3,0,...) at witness_checkorder+0x469 _sx_xlock(c7526b80,0,c0d62685,d3,0,...) at _sx_xlock+0x85 futex_get0(0,0,102,c7526b80,0,...) at futex_get0+0x28c futex_get_op(eb1d7c44,eb1d7c58,c068ba4c,c770f088,4,...) at futex_get_op+0x93 linux_sys_futex(c77336c0,eb1d7cf8,eb1d7d18,eb1d7d1c,c0d65b20,...) at linux_sys_futex+0x6a syscall(eb1d7d38) at syscall+0x283 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (240, Linux ELF, linux_sys_futex), eip = 0x28cd69b3, esp = 0xbfbfde6c, ebp = 0x4000001 --- Is this message potentially harmful? More information can be gathered on request (e.g. textdump with a custom ddb script). Regards Lucius From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 27 19:33:18 2009 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 5516710656C3 for ; Fri, 27 Feb 2009 19:33:18 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id 24DE18FC19 for ; Fri, 27 Feb 2009 19:33:18 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so1229401rvb.43 for ; Fri, 27 Feb 2009 11:33:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:openpgp :content-type:content-transfer-encoding; bh=KV73Z0Xxsku2ADtWHbD+oq+02rGMC7D9gPZjAu3Hl8g=; b=wt8vy1wsX1z2YJSh7IBK//Kvo1HlY2s4HXdgEeGUAPrKH4FGXUhp0Kdxpvbn1bfJvW tX24U98bZAANklc3hpcP7IDGDBuy5Nv8/vpnHPXdWGRSf9TrnGIwiNUzY73/bbETmppc 4Bx9lQZdh98Bsaj8+Xvk6hzNRbW3OpRumdmek= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=C5p8WSUhCIIw+g7g9vRz+qzAqMhxlvkKImrryPPe7k7HDFnfHBNseBa50f1D6sxyvv 2d175QMGxJpNIJF1pd2qo8eo67rNKvIoRwfN5GXHpsfL78W+rbYG57DYFHWNinfbnxxg B1ctzDPV5WjN4gMuAkpaxGw0HxdkSIKOP7/Ww= Received: by 10.142.101.17 with SMTP id y17mr1423094wfb.69.1235761353053; Fri, 27 Feb 2009 11:02:33 -0800 (PST) Received: from aargh.lan (ool-182fcc8b.dyn.optonline.net [24.47.204.139]) by mx.google.com with ESMTPS id 28sm1456321wfd.5.2009.02.27.11.02.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 27 Feb 2009 11:02:32 -0800 (PST) Message-ID: <49A838D3.2010408@gmail.com> Date: Fri, 27 Feb 2009 14:02:43 -0500 From: Eitan Adler User-Agent: Mozilla (X11; U; FreeBSD i386; en-US; ) Gecko Thunderbird Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org X-Enigmail-Version: 0.95.7 OpenPGP: id=E9C2CCD1; url=pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Linux gtk2.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, 27 Feb 2009 19:33:19 -0000 This is a follow up to a previous message I sent to this list about updating linux-gtk to a more recent version of GTK. At the time the response was "Boris has a patch, wait for the ports to melt (unfreeze)". Any updates? -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From owner-freebsd-emulation@FreeBSD.ORG Fri Feb 27 23:20:44 2009 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 7CB9B106564A for ; Fri, 27 Feb 2009 23:20:44 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from contrabass.post.ru (contrabass.post.ru [85.21.78.5]) by mx1.freebsd.org (Postfix) with ESMTP id 2FC7C8FC12 for ; Fri, 27 Feb 2009 23:20:44 +0000 (UTC) (envelope-from dchagin@dchagin.static.corbina.ru) Received: from corbina.ru (mail.post.ru [195.14.50.16]) by contrabass.post.ru (Postfix) with ESMTP id C6EAE61F1D; Sat, 28 Feb 2009 01:53:42 +0300 (MSK) X-Virus-Scanned: by cgpav Uf39PSi9pFi9oFi9 Received: from [10.208.17.3] (HELO dchagin.static.corbina.ru) by corbina.ru (CommuniGate Pro SMTP 5.1.14) with ESMTPS id 1650679310; Sat, 28 Feb 2009 01:53:42 +0300 Received: from dchagin.static.corbina.ru (localhost.chd.net [127.0.0.1]) by dchagin.static.corbina.ru (8.14.3/8.14.3) with ESMTP id n1RMrgeT083126; Sat, 28 Feb 2009 01:53:42 +0300 (MSK) (envelope-from dchagin@dchagin.static.corbina.ru) Received: (from dchagin@localhost) by dchagin.static.corbina.ru (8.14.3/8.14.3/Submit) id n1RMrfuA083125; Sat, 28 Feb 2009 01:53:41 +0300 (MSK) (envelope-from dchagin) Date: Sat, 28 Feb 2009 01:53:41 +0300 From: Chagin Dmitry To: Lucius Windschuh Message-ID: <20090227225341.GA83061@dchagin.static.corbina.ru> References: <90a5caac0902270822t5740dea4l9e9fa5cda2bada48@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <90a5caac0902270822t5740dea4l9e9fa5cda2bada48@mail.gmail.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-emulation@freebsd.org Subject: Re: [PATCH] futexes / now: duplicate lock of same type 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, 27 Feb 2009 23:20:44 -0000 On Fri, Feb 27, 2009 at 05:22:52PM +0100, Lucius Windschuh wrote: > 2009/2/10 Chagin Dmitry : > >> > please, try http://lnxx64.googlecode.com/files/futexes_partial_II.patch > >> > first patch fail at i386... > > I am using your patch and Flash got a bit faster. :-) > But witness reported this when I start my opera and load mail.google.com: > > acquiring duplicate lock of same type: "futex lock" > 1st futex lock @ > /usr/src/sys/modules/linux/../../compat/linux/linux_futex.c:179 > 2nd futex lock @ > /usr/src/sys/modules/linux/../../compat/linux/linux_futex.c:211 > KDB: stack backtrace: > db_trace_self_wrapper(c09b535c,eb1d7b50,c06da5a5,4,c09b0871,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c09b0871,c0d62685,c6112d88,eb1d7bac,...) at kdb_backtrace+0x29 > _witness_debugger(c09b7f74,c0d626e7,c0d62685,d3,c09ab01b,...) at > _witness_debugger+0x25 > witness_checkorder(c7526b80,9,c0d62685,d3,0,...) at witness_checkorder+0x469 > _sx_xlock(c7526b80,0,c0d62685,d3,0,...) at _sx_xlock+0x85 > futex_get0(0,0,102,c7526b80,0,...) at futex_get0+0x28c > futex_get_op(eb1d7c44,eb1d7c58,c068ba4c,c770f088,4,...) at futex_get_op+0x93 > linux_sys_futex(c77336c0,eb1d7cf8,eb1d7d18,eb1d7d1c,c0d65b20,...) at > linux_sys_futex+0x6a > syscall(eb1d7d38) at syscall+0x283 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (240, Linux ELF, linux_sys_futex), eip = 0x28cd69b3, esp = > 0xbfbfde6c, ebp = 0x4000001 --- > > Is this message potentially harmful? > > More information can be gathered on request (e.g. textdump with a > custom ddb script). > hi, thanks for the concern! this is expected behavior. this futexes design problem. anyway thnx! -- Have fun! chd From owner-freebsd-emulation@FreeBSD.ORG Sat Feb 28 17:17:50 2009 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 CC9B710656E4; Sat, 28 Feb 2009 17:17:50 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 8674C8FC1B; Sat, 28 Feb 2009 17:17:49 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 363441E005A1; Sat, 28 Feb 2009 18:17:48 +0100 (CET) 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 n1SHFL1Q057244; Sat, 28 Feb 2009 18:15:21 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id n1SHFLJO057243; Sat, 28 Feb 2009 18:15:21 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sat, 28 Feb 2009 18:15:20 +0100 To: Gary Jennejohn Message-ID: <20090228171520.GA56888@saturn.kn-bremen.de> Mail-Followup-To: Gary Jennejohn , freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.org References: <20090225201550.3d3032b5@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090225201550.3d3032b5@ernst.jennejohn.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.org Subject: Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD... 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, 28 Feb 2009 17:17:51 -0000 On Wed, Feb 25, 2009 at 08:15:50PM +0100, Gary Jennejohn wrote: > On Mon, 23 Feb 2009 22:19:33 +0100 > Juergen Lock wrote: > > > You could try a few things: > > a) the same with kqemu (userland), in case its a tcg bug (or indeed a > > timeout; remember to rebuild qemu in case you built it without the > > kqemu knob enabled or otherwise kqemu won't get used), and also > > b) another time with -kernel-kqemu in case its a tcg bug affecting > > guest kernel code (altho of course in both cases kqemu can cause its > > own kind of failures, even more so with amd64 guests...) > > > > Neither of these work. The only way I can get past loading the kernel > is with -no-kqemu. > > I still see the segmentation fault in Yast.call. Now I know that it's > in line 486, if that's of any interest. > > Sorry, I'm not going to invest any more time in this. Thanx. Can someone else verify that kqemu still works on FreeBSD-current? It is possible that you got hit by the kqemu tsc vs smp problem, i.e. passing `notsc' to the guest kernel or forcing qemu onto one cpu (cpuset -l 0 qemu ...) may have helped there, sorry I should have thought of that earlier... Also, did I get that right that this opensuse 10.3 install worked with the original qemu-devel port (without kqemu)? So we do seem to have a regression here... (thats a 20080620 qemu svn snapshot, for the folks on the qemu list.) Thanx, Juergen From owner-freebsd-emulation@FreeBSD.ORG Sat Feb 28 19:16:54 2009 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 C4988106566B; Sat, 28 Feb 2009 19:16:54 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout5.freenet.de (mout5.freenet.de [IPv6:2001:748:100:40::2:7]) by mx1.freebsd.org (Postfix) with ESMTP id 58B068FC17; Sat, 28 Feb 2009 19:16:54 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.20] (helo=10.mx.freenet.de) by mout5.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LdUg8-0005jm-C0; Sat, 28 Feb 2009 20:16:52 +0100 Received: from td3ad.t.pppool.de ([89.55.211.173]:41129 helo=ernst.jennejohn.org) by 10.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.69 #76) id 1LdUg8-0005is-2Y; Sat, 28 Feb 2009 20:16:52 +0100 Date: Sat, 28 Feb 2009 20:16:50 +0100 From: Gary Jennejohn To: Juergen Lock Message-ID: <20090228201650.064c0ee4@ernst.jennejohn.org> In-Reply-To: <20090228171520.GA56888@saturn.kn-bremen.de> References: <20090225201550.3d3032b5@ernst.jennejohn.org> <20090228171520.GA56888@saturn.kn-bremen.de> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.org Subject: Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD... X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 Feb 2009 19:16:55 -0000 On Sat, 28 Feb 2009 18:15:20 +0100 Juergen Lock wrote: > On Wed, Feb 25, 2009 at 08:15:50PM +0100, Gary Jennejohn wrote: > > On Mon, 23 Feb 2009 22:19:33 +0100 > > Juergen Lock wrote: > > > > > You could try a few things: > > > a) the same with kqemu (userland), in case its a tcg bug (or indeed a > > > timeout; remember to rebuild qemu in case you built it without the > > > kqemu knob enabled or otherwise kqemu won't get used), and also > > > b) another time with -kernel-kqemu in case its a tcg bug affecting > > > guest kernel code (altho of course in both cases kqemu can cause its > > > own kind of failures, even more so with amd64 guests...) > > > > > > > Neither of these work. The only way I can get past loading the kernel > > is with -no-kqemu. > > > > I still see the segmentation fault in Yast.call. Now I know that it's > > in line 486, if that's of any interest. > > > > Sorry, I'm not going to invest any more time in this. > > Thanx. Can someone else verify that kqemu still works on FreeBSD-current? > I went back to openSUSE with the standard qemu-devel. I found that I could (usually) boot w/o problems if I put -no-acpi on the CL. Right now I have openSUSE runngin pretty well. It's nearly as fast as on my old (genuine) IBM X31 laptop :) > It is possible that you got hit by the kqemu tsc vs smp problem, i.e. > passing `notsc' to the guest kernel or forcing qemu onto one cpu > (cpuset -l 0 qemu ...) may have helped there, sorry I should have thought > of that earlier... > I just tried these suggestions (with the standard qemu-devel) and they don't seem to do any harm :-P > Also, did I get that right that this opensuse 10.3 install worked with > the original qemu-devel port (without kqemu)? So we do seem to have a > regression here... (thats a 20080620 qemu svn snapshot, for the folks > on the qemu list.) > See above. Now I'm thinking about giving the patched qemu-devel another try, since I've found some workarounds for booting. I'll see whether I can at least boot into the installed openSUSE using it. --- Gary Jennejohn From owner-freebsd-emulation@FreeBSD.ORG Sat Feb 28 21:37:27 2009 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 E44A6106566B; Sat, 28 Feb 2009 21:37:27 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 72CAC8FC15; Sat, 28 Feb 2009 21:37:27 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 734101E005AB; Sat, 28 Feb 2009 22:37:26 +0100 (CET) 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 n1SLaK1C064642; Sat, 28 Feb 2009 22:36:20 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.14.2/8.13.6/Submit) id n1SLaKun064641; Sat, 28 Feb 2009 22:36:20 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Sat, 28 Feb 2009 22:36:20 +0100 To: Gary Jennejohn Message-ID: <20090228213620.GA64626@saturn.kn-bremen.de> Mail-Followup-To: Gary Jennejohn , freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.org References: <20090225201550.3d3032b5@ernst.jennejohn.org> <20090228171520.GA56888@saturn.kn-bremen.de> <20090228201650.064c0ee4@ernst.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090228201650.064c0ee4@ernst.jennejohn.org> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-emulation@FreeBSD.org, freebsd-current@FreeBSD.org, qemu-devel@nongnu.org Subject: Re: testing qemu svn r6636 on FreeBSD; future of qemu on FreeBSD... 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, 28 Feb 2009 21:37:28 -0000 On Sat, Feb 28, 2009 at 08:16:50PM +0100, Gary Jennejohn wrote: > On Sat, 28 Feb 2009 18:15:20 +0100 > Juergen Lock wrote: > > > On Wed, Feb 25, 2009 at 08:15:50PM +0100, Gary Jennejohn wrote: > > > On Mon, 23 Feb 2009 22:19:33 +0100 > > > Juergen Lock wrote: > > > > > > > You could try a few things: > > > > a) the same with kqemu (userland), in case its a tcg bug (or indeed a > > > > timeout; remember to rebuild qemu in case you built it without the > > > > kqemu knob enabled or otherwise kqemu won't get used), and also > > > > b) another time with -kernel-kqemu in case its a tcg bug affecting > > > > guest kernel code (altho of course in both cases kqemu can cause its > > > > own kind of failures, even more so with amd64 guests...) > > > > > > > > > > Neither of these work. The only way I can get past loading the kernel > > > is with -no-kqemu. > > > > > > I still see the segmentation fault in Yast.call. Now I know that it's > > > in line 486, if that's of any interest. > > > > > > Sorry, I'm not going to invest any more time in this. > > > > Thanx. Can someone else verify that kqemu still works on FreeBSD-current? > > > > I went back to openSUSE with the standard qemu-devel. I found that I > could (usually) boot w/o problems if I put -no-acpi on the CL. > > Right now I have openSUSE runngin pretty well. It's nearly as fast as > on my old (genuine) IBM X31 laptop :) > > > It is possible that you got hit by the kqemu tsc vs smp problem, i.e. > > passing `notsc' to the guest kernel or forcing qemu onto one cpu > > (cpuset -l 0 qemu ...) may have helped there, sorry I should have thought > > of that earlier... > > > > I just tried these suggestions (with the standard qemu-devel) and they > don't seem to do any harm :-P > ..but they didn't help either? (i.e. w/o -no-acpi) > > Also, did I get that right that this opensuse 10.3 install worked with > > the original qemu-devel port (without kqemu)? So we do seem to have a > > regression here... (thats a 20080620 qemu svn snapshot, for the folks > > on the qemu list.) > > > > See above. > > Now I'm thinking about giving the patched qemu-devel another try, since > I've found some workarounds for booting. I'll see whether I can at least > boot into the installed openSUSE using it. Thanx, :) Juergen