From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Lrv0F-0004DE-PE for qemu-devel@nongnu.org; Thu, 09 Apr 2009 10:13:15 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Lrv0A-0004Ba-QB for qemu-devel@nongnu.org; Thu, 09 Apr 2009 10:13:15 -0400 Received: from [199.232.76.173] (port=59152 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Lrv0A-0004BT-In for qemu-devel@nongnu.org; Thu, 09 Apr 2009 10:13:10 -0400 Received: from e2.ny.us.ibm.com ([32.97.182.142]:52469) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Lrv0A-0005Sr-Aq for qemu-devel@nongnu.org; Thu, 09 Apr 2009 10:13:10 -0400 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e2.ny.us.ibm.com (8.13.1/8.13.1) with ESMTP id n39E9tUJ026317 for ; Thu, 9 Apr 2009 10:09:55 -0400 Received: from d01av03.pok.ibm.com (d01av03.pok.ibm.com [9.56.224.217]) by d01relay04.pok.ibm.com (8.13.8/8.13.8/NCO v9.2) with ESMTP id n39ED9Ss130518 for ; Thu, 9 Apr 2009 10:13:09 -0400 Received: from d01av03.pok.ibm.com (loopback [127.0.0.1]) by d01av03.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id n39ED8ZX006120 for ; Thu, 9 Apr 2009 10:13:08 -0400 Message-ID: <49DE0271.8090103@us.ibm.com> Date: Thu, 09 Apr 2009 09:13:05 -0500 From: Anthony Liguori MIME-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 1/6] Allow multiple monitor devices (v2) References: <1239215702-23818-1-git-send-email-aliguori@us.ibm.com> <49DDAF9F.7040400@redhat.com> <49DDF807.1050707@us.ibm.com> <49DDFAD5.7060808@redhat.com> <49DDFC5C.4080504@us.ibm.com> <49DE0042.9050103@redhat.com> In-Reply-To: <49DE0042.9050103@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: libvir-list@redhat.com, Jan Kiszka , qemu-devel@nongnu.org, Hollis Blanchard Avi Kivity wrote: > Anthony Liguori wrote: >> Avi Kivity wrote: >>> hotplug disk >>> -ENOSPC on disk >>> >>> It's true that events don't correlate directly to commands, but they >>> do correlate to the state of the system and that is affected by >>> commands. >> >> events are time stamped. In non-human mode, I think command >> responses should be time stamped too so that a management tool knows >> when the event was generated and can correlate the system state to >> the particular event. > > Timestamping doesn't help since the command could have been delayed in > the monitor socket. > > Further, we're now so deep down the complexity spiral that it has now > become the most complicated piece of code in the entire system. You certainly cannot believe that, can you? > Surely the best way to synchronize events is to keep them on one > timeline? Can you show exactly how you would expect things to work in the monitor output? I'm having a hard time understanding what you're suggesting. -- Regards, Anthony Liguori