From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Np3KY-00021h-De for qemu-devel@nongnu.org; Tue, 09 Mar 2010 12:34:54 -0500 Received: from [199.232.76.173] (port=49662 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Np3KX-00020i-Ro for qemu-devel@nongnu.org; Tue, 09 Mar 2010 12:34:53 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1Np3KW-0007Kw-3U for qemu-devel@nongnu.org; Tue, 09 Mar 2010 12:34:53 -0500 Received: from mail-ww0-f45.google.com ([74.125.82.45]:43222) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Np3KV-0007Kk-PN for qemu-devel@nongnu.org; Tue, 09 Mar 2010 12:34:51 -0500 Received: by wwb34 with SMTP id 34so3957177wwb.4 for ; Tue, 09 Mar 2010 09:34:50 -0800 (PST) Message-ID: <4B9686B4.9030202@codemonkey.ws> Date: Tue, 09 Mar 2010 11:34:44 -0600 From: Anthony Liguori MIME-Version: 1.0 References: <1267833161-25267-1-git-send-email-cam@cs.ualberta.ca> <1267833161-25267-2-git-send-email-cam@cs.ualberta.ca> <4B94C9B3.1060904@redhat.com> <8286e4ee1003080957v9bb4837x187cebb8477348c2@mail.gmail.com> <4B962301.3030008@redhat.com> <8286e4ee1003090724m1ef0b571g8b705a24e36e1753@mail.gmail.com> <8286e4ee1003090727j1d45e5dq3bc5d2ae89c354c@mail.gmail.com> <4B968521.7000208@redhat.com> In-Reply-To: <4B968521.7000208@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH] Inter-VM shared memory PCI device List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Avi Kivity Cc: Cam Macdonell , qemu-devel@nongnu.org, kvm@vger.kernel.org On 03/09/2010 11:28 AM, Avi Kivity wrote: > On 03/09/2010 05:27 PM, Cam Macdonell wrote: >> >>> >>>> Registers are used >>>> for synchronization between guests sharing the same memory object when >>>> interrupts are supported (this requires using the shared memory >>>> server). >>>> >>> How does the driver detect whether interrupts are supported or not? >> At the moment, the VM ID is set to -1 if interrupts aren't supported, >> but that may not be the clearest way to do things. With UIO is there >> a way to detect if the interrupt pin is on? > > I suggest not designing the device to uio. Make it a good > guest-independent device, and if uio doesn't fit it, change it. You can always fall back to reading the config space directly. It's not strictly required that you stick to the UIO interface. > Why not support interrupts unconditionally? Is the device useful > without interrupts? You can always just have interrupts enabled and not use them if that's desired. Regards, Anthony Liguori