Date: Mon, 14 Dec 2009 23:06:48 +0100 From: Juergen Lock <nox@jelal.kn-bremen.de> To: freebsd-emulation@FreeBSD.org Cc: qemu-devel@nongnu.org, Jung-uk Kim <jkim@FreeBSD.org> Subject: FreeBSD qemu-devel 0.12.0-rc2 port update available for testing Message-ID: <20091214220648.GA76692@triton8.kn-bremen.de>
next in thread | raw e-mail | index | archive | help
Hi! I updated my git head snapshot qemu-devel port update to 0.12.0-rc2 today (that was just announced: http://lists.gnu.org/archive/html/qemu-devel/2009-12/msg01514.html - the Subject says rc1 but in fact its rc2) so people can test that version on FreeBSD more easily: http://people.freebsd.org/~nox/qemu/qemu-devel-0.12.0-rc2.patch resp. http://people.freebsd.org/~nox/qemu/qemu-devel-0.12.0-rc2.shar (As mentioned before 0.11 was the last qemu branch that supported kqemu so this is probably only interesting for those FreeBSD users that want to emulate non-x86 guests or when performance doesn't matter. But the others are probably already moving to virtualbox now anyway... :) I have updated the FreeBSD pcap patch just enough so that it still runs (it probably will never be committed upstream anyway since Linux pcap doesn't have BIOCFEEDBACK i.e. can't talk to the host, only to other machines on the network) and I still see this weird issue here that packets `sometimes' are only processed with a delay (when the nic is otherwise idle?), i.e. pinging the host or another box on the lan with e.g. -i5 from the guest sees many packets with >5000ms roundtrip time. Can anyone else reproduce this or is that `just me'? This is on stable/8 now (amd64) but it also happened with earlier versions, tested with qemu 8.0-RELEASE-i386-dvd1.iso -m 256 -net nic,model=e1000 -net pcap,ifname=em0 via fixit->cdrom. And this is most likely pcap related, I don't see anything like it with tap networking. Cheers, Juergen
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20091214220648.GA76692>