Date: Fri, 20 Apr 2007 21:59:55 +0200 From: Juergen Lock <nox@jelal.kn-bremen.de> To: Eric Anderson <anderson@freebsd.org> Cc: freebsd-emulation@freebsd.org Subject: Re: experimental qemu-devel port update, please test! Message-ID: <20070420195955.GA19042@saturn.kn-bremen.de> In-Reply-To: <4628BE6C.1090104@freebsd.org> References: <20070405210341.GA25547@saturn.kn-bremen.de> <200704072004.l37K4rua048988@saturn.kn-bremen.de> <461FD9E7.2040201@freebsd.org> <20070414170037.GA9357@saturn.kn-bremen.de> <200704191852.l3JIqtaT062272@saturn.kn-bremen.de> <4628BE6C.1090104@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Apr 20, 2007 at 08:21:48AM -0500, Eric Anderson wrote: > On 04/19/07 13:52, Juergen Lock wrote: > >In article <46237925.60309@freebsd.org> you write: > >>On 04/14/07 12:00, Juergen Lock wrote: > >>>On Fri, Apr 13, 2007 at 02:28:39PM -0500, Eric Anderson wrote: > >>>>On 04/07/07 15:04, Juergen Lock wrote: > >>>>>In article <4615DB05.8000608@freebsd.org> you write: > >>>>>>On 04/05/07 16:03, Juergen Lock wrote: > >>>>>>>Hi! > >>>>>>> > >>>>>>>There have been a few interesting commits to qemu cvs, like, > >>>>>>>a qcow2 corruption bugfix, vmware vga emulation (-vmwarevga), and > >>>>>>>several emulated eepro100 (fxp) nic variants (-net nic,model=i82557b > >>>>>>>-net user worked for me with FreeBSD and linux guests, and seemed > >>>>>>>even > >>>>>>>slightly faster than the rtl8139 that already outperforms the default > >>>>>>>ne2kpci), so I prepared another qemu-devel port update that I now > >>>>>>>want > >>>>>>>you all to test with your various guests before I commit it! > >>>>>>> > >>>>>>>TIA, and enjoy... > >>>>>>> Juergen > >>>>>>> > >>>>>>>Remove files: files/patch-audio::ossaudio.c files/patch-bh > >>>>>>Building it now. Quick question: why have some diffs below in the > >>>>>>patch, when you say remove those files? Just curious.. > >>>>>Oh, just for the benefit of users who might forget to rm them after > >>>>>applying the diff. :) (patch turning them into empty files...) > >>>>> > >>>>>Just committed this btw. > >>>>> > >>>>> Juergen > >>>>Hmm.. Now, using the vmware driver makes my system either shutdown, or > >>>>insta-reboot. :( > >>>You mean -vmwarevga? Which guest? And, does the guest crash or the > >>>host? > >>Yea, but I found out it does it whether or not I use the vmwarevga > >>option, and seems to be tied to kqemu kldloaded. I'm still looking at > >>it - kind of painful since it crashes my host system. The guest is a > >>etherbooted FreeBSD-current, but it doesn't get far enough to even boot > >>the OS in the guest. > > > >Ah so its a kqemu problem? You may want to post about that on the qemu > >list... (You can also disable kqemu by running qemu with -no-kqemu btw.) > > > > Or, did something in your kernel change maybe that necessitates > >a rebuild of the kqemu kld? > > Evidently that was it - after rebuilding/reinstalling the kqemu module, > all is well. Nothing else changed to make it work. Woohoo! Thanks - > not sure why I didn't think of that.. :) > Ah, good to know its not a bug this time... :) > > >>>You could try disabling the > >>> #define HW_RECT_ACCEL > >>> #define HW_FILL_ACCEL > >>>near the top of hw/vmware_vga.c, a range check is missing in the > >>>accellerated case, see > >>> http://lists.gnu.org/archive/html/qemu-devel/2007-04/msg00136.html > >>>>kqemu-kmod-1.3.0.p11 Kernel Acceralator for QEMU CPU Emulator > >>>>(development versi > >>>>qemu-devel-0.9.0s.20070405_2 QEMU CPU Emulator - development snapshot > >>> Yeah those are the lastest... > >>I'll try that if I still suspect it. Although, I can say that without > >>kqemu loaded, but the vmwarevga option used, my ethernet device ends up > >>with a MAC of FF:FF:FF:FF:FF:FF. I can't override it either. > > > > Thats probably a result of io address overlaps with the emulated nic > >caused by the current version of the vmwarevga emulation (the author of > >that is currently away afaik, otherwise it probably would have been > >fixed already at least in qemu cvs.) You may be able to get around that > >by using the eepro nic emulation. (sound is also affected btw, see the > >mentioned -vmwarevga thread on the qemu list.) > > When I use the eepro nic, it claims I don't have a PXE boot rom. Right, qemu doesn't come with one (I haven't played with pxe booting yet so I didn't even notice.) > I > tried to make one, but it still didn't like it. I'm not sure which > selection to pick from the rom-o-matic site. > Sorry can't help you there... > > >>I'll try some more things, and report back. > > > > Ok. > > Juergen > > > Thanks for the great support so far.. > > Eric You're welcome! Juergen
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070420195955.GA19042>