From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NF8b0-0003aK-Fv for qemu-devel@nongnu.org; Mon, 30 Nov 2009 10:55:26 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NF8av-0003ZM-OL for qemu-devel@nongnu.org; Mon, 30 Nov 2009 10:55:25 -0500 Received: from [199.232.76.173] (port=38949 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NF8av-0003ZJ-Jt for qemu-devel@nongnu.org; Mon, 30 Nov 2009 10:55:21 -0500 Received: from mail-px0-f197.google.com ([209.85.216.197]:33502) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NF8av-00010K-BR for qemu-devel@nongnu.org; Mon, 30 Nov 2009 10:55:21 -0500 Received: by pxi35 with SMTP id 35so2561355pxi.18 for ; Mon, 30 Nov 2009 07:55:19 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <5d6222a80911300342x4d29653as6c23acac598dec64@mail.gmail.com> References: <1259256300-23937-1-git-send-email-glommer@redhat.com> <4B12B042.9020409@web.de> <5d6222a80911300342x4d29653as6c23acac598dec64@mail.gmail.com> Date: Mon, 30 Nov 2009 13:55:19 -0200 Message-ID: <5d6222a80911300755o4fed5447w9ddae1abaccf7100@mail.gmail.com> Subject: Re: [Qemu-devel] Re: [PATCH 0/7] KVM SMP support, early version From: Glauber Costa Content-Type: text/plain; charset=UTF-8 List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: Glauber Costa , aliguori@us.ibm.com, qemu-devel@nongnu.org >> But why do you need that many remote calls during init? Aren't the >> initial ioctls issued by the vcpu threads themselves? > > Yes, but system_reset is called from the io-thread, and it fires a lot > of ioctls. > > However, I have an already working version that does a much better job > than that. > Will post today with details > > Btw, The approach I've taken (code to follow), was to register reset functions that issues ioctls in a separate handler, that later calls all of them already in the vcpu-thread. So, no code movement, and thus, no races. reset code is responsible for most remote calls in qemu. One of the only ones we still have left is the gdb stuff. Do you have any suggestion to do that without the current on_vcpu mechanism? -- Glauber Costa. "Free as in Freedom" http://glommer.net "The less confident you are, the more serious you have to act."