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