From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=59298 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OFVpq-0007E0-Lc for qemu-devel@nongnu.org; Fri, 21 May 2010 13:16:40 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OFVpo-0004K0-5T for qemu-devel@nongnu.org; Fri, 21 May 2010 13:16:34 -0400 Received: from david.siemens.de ([192.35.17.14]:19845) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OFVpj-0004Iz-Pc for qemu-devel@nongnu.org; Fri, 21 May 2010 13:16:28 -0400 Message-ID: <4BF6BFE9.2030300@siemens.com> Date: Fri, 21 May 2010 19:16:25 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <20091017002811.3816.18618.malonedeb@gangotri.canonical.com> <20100521115544.17238.22413.launchpad@loganberry.canonical.com> <20100521154252.GA12462@redhat.com> <4BF6B56D.4060406@msgid.tls.msk.ru> In-Reply-To: <4BF6B56D.4060406@msgid.tls.msk.ru> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [Bug 453617] Re: kvm hangs at 100% cpu when connecting to forwarded ports (when listed incorrectly on the command line) List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Michael Tokarev Cc: qemu-devel@nongnu.org, Gleb Natapov Michael Tokarev wrote: > 21.05.2010 19:42, Gleb Natapov wrote: >>> ProblemType: Bug >>> Architecture: amd64 >>> Date: Fri Oct 16 17:19:59 2009 >>> DistroRelease: Ubuntu 9.10 >> What is the point forwarding distro bugs here? Can we have upstream bug >> tracker to report upstream issues? > > Um, this _is_ upstream issue, as far as I can see. > It exists in qemu-kvm-0.12.4 at least, I just verified. Well, this particular bug rather looks like a potential documentation insufficiency: Instantiating two user space networking stacks on the _same_ vlan with _identical_ parameters is just asking for troubles. If the reporter read the manual and then did the mistake, we may have to clarify the docs what "-net user" does. > > What's wrong with that forwarding? IMHO so far nothing - as long as the ratio of pure downstream issues remains low. I think we should give this channel a chance as it can be advantageous to have more "real" end-user reports. Jan -- Siemens AG, Corporate Technology, CT T DE IT 1 Corporate Competence Center Embedded Linux