From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MTI4e-0006BM-CJ for qemu-devel@nongnu.org; Tue, 21 Jul 2009 12:20:16 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MTI4Z-00063d-G2 for qemu-devel@nongnu.org; Tue, 21 Jul 2009 12:20:15 -0400 Received: from [199.232.76.173] (port=57155 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MTI4Z-00063H-AN for qemu-devel@nongnu.org; Tue, 21 Jul 2009 12:20:11 -0400 Received: from gecko.sbs.de ([194.138.37.40]:18120) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MTI4Y-0007IX-NE for qemu-devel@nongnu.org; Tue, 21 Jul 2009 12:20:11 -0400 Message-ID: <4A65EAB6.3060006@siemens.com> Date: Tue, 21 Jul 2009 18:20:06 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <20090721143936.GA18061@amd.home.annexia.org> <4A65FD5B.6050509@siemens.com> <20090721161642.GA18957@amd.home.annexia.org> In-Reply-To: <20090721161642.GA18957@amd.home.annexia.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: guestfwd option doesn't allow supplementary , server, nowait List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Richard W.M. Jones" Cc: qemu-devel@nongnu.org Richard W.M. Jones wrote: > On Tue, Jul 21, 2009 at 07:39:39PM +0200, Jan Kiszka wrote: >> What is your precise qemu command line? I noticed that omitting "-net >> user" while specifying "-net channel" seems to miss instantiating a >> default slirp stack. That should be easy to fix, will have a look. If >> your problem is a different one, please describe the details. > > This is my full command line, where $qemudir is my qemu git directory. > > $qemudir/i386-softmmu/qemu -L $qemudir/pc-bios \ > -drive file=/tmp/test.img,cache=off,if=ide \ > -m 500 -no-reboot \ > -kernel /tmp/libguestfsivUi3g/kernel -initrd /tmp/libguestfsivUi3g/initrd \ > -append 'panic=1 console=ttyS0 udevtimeout=300 noapic acpi=off guestfs=10.0.2.4:6666 guestfs_verbose=1' \ > -nographic -serial stdio \ > -net channel,6666:unix:/tmp/libguestfsivUi3g/sock,server,nowait \ > -net user,vlan=0 \ > -net nic,model=virtio,vlan=0 \ > -no-hpet -rtc-td-hack > > The above works with qemu 0.10.4, but not with qemu 0.10.5 where there So this particular issue is (also?) a -stable regression? That should be easily bisectible. > is a hang (which I'm investigating - first send from guest -> host > works, response from host -> guest disappears into the ether > somewhere). > >>> libguestfs is continuing to use the old, working -net channel form of >>> this parameter, so please don't remove it. >> It won't be removed in the foreseeable future for backward >> compatibility. But we also need to fix the new format as the old one >> does not allow to specify the slirp stack it should be apply to. > > Good to know, thanks. > > Rich. > Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux