From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MTHRa-0001TY-8G for qemu-devel@nongnu.org; Tue, 21 Jul 2009 11:39:54 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MTHRR-0001Fm-Rn for qemu-devel@nongnu.org; Tue, 21 Jul 2009 11:39:49 -0400 Received: from [199.232.76.173] (port=41674 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MTHRR-0001FU-Mg for qemu-devel@nongnu.org; Tue, 21 Jul 2009 11:39:45 -0400 Received: from gecko.sbs.de ([194.138.37.40]:21443) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MTHRQ-0007qn-Vw for qemu-devel@nongnu.org; Tue, 21 Jul 2009 11:39:45 -0400 Message-ID: <4A65FD5B.6050509@siemens.com> Date: Tue, 21 Jul 2009 19:39:39 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <20090721143936.GA18061@amd.home.annexia.org> In-Reply-To: <20090721143936.GA18061@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: > The option formerly known as -net channel was changed to: > > -net user,guestfwd=[tcp]:server:port-dev > > which in general would be an improvement. libguestfs currently uses: > > -net channel,6666:unix:/some/path,server,nowait > > which works (probably by accident, because the code happens not to use > get_param_value). I suspect so... > However in the new syntax that would be: > > -net user,guestfwd=tcp:10.0.2.4:6666-unix:/some/path,server,nowait > > This gives errors like: > > qemu: invalid parameter 'server,nowait' in 'vlan=0,guestfwd=tcp:10.0.2.4:6666-unix:/tmp/libguestfshRZgxr/sock,server,nowait' Yep, that case does not fit into the syntax of comma-separated arguments. We need to find a new syntax within the given constraints. Need to think about it. > > It seems like the code tries to do the right thing for the hostfwd and > guestfwd parameters. There is a while loop which seems to check for > these parameters explicitly, but it doesn't work -- I'm not sure why. 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. > > 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. Jan -- Siemens AG, Corporate Technology, CT SE 2 Corporate Competence Center Embedded Linux