From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57665) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X05Qw-00062F-Vp for qemu-devel@nongnu.org; Thu, 26 Jun 2014 04:53:38 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X05Qp-0007iW-EC for qemu-devel@nongnu.org; Thu, 26 Jun 2014 04:53:30 -0400 Received: from mail-wg0-f50.google.com ([74.125.82.50]:56238) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X05Qp-0007iS-7x for qemu-devel@nongnu.org; Thu, 26 Jun 2014 04:53:23 -0400 Received: by mail-wg0-f50.google.com with SMTP id m15so3167445wgh.21 for ; Thu, 26 Jun 2014 01:53:20 -0700 (PDT) Message-ID: <53ABDF6E.5020002@linaro.org> Date: Thu, 26 Jun 2014 10:53:02 +0200 From: Eric Auger MIME-Version: 1.0 References: <1401695374-4287-1-git-send-email-eric.auger@linaro.org> <1401695374-4287-7-git-send-email-eric.auger@linaro.org> <53AB3F70.2060603@suse.de> In-Reply-To: <53AB3F70.2060603@suse.de> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC v3 06/10] virt: Assign a VFIO platform device with -device option List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alexander Graf , eric.auger@st.com, christoffer.dall@linaro.org, qemu-devel@nongnu.org, kim.phillips@freescale.com, a.rigo@virtualopensystems.com Cc: peter.maydell@linaro.org, patches@linaro.org, stuart.yoder@freescale.com, alex.williamson@redhat.com, christophe.barnichon@st.com, a.motakis@virtualopensystems.com, kvmarm@lists.cs.columbia.edu On 06/25/2014 11:30 PM, Alexander Graf wrote: > > On 02.06.14 09:49, Eric Auger wrote: >> This patch aims at allowing the end-user to specify the device he >> wants to directly assign to his mach-virt guest in the QEMU command >> line. >> >> The QEMU platform device becomes generic. >> >> Current choice is to reuse the "-device" option. >> >> For example when assigning Calxeda Midway xgmac device this option >> is used: >> -device vfio-platform,vfio_device="fff51000.ethernet",\ >> compat="calxeda/hb-xgmac",mmap-timeout-ms=1000 > > I think we're walking into the right direction, but there is one major > nit I have. I don't think we should have a -device vfio-platform. I > think we should have a -device vfio-xgmac that maybe inherits from an > abstrace vfio-platform class. > > That way machine code can assemble the device tree according to the > device and you can also implement hardware specific hacks or > dependencies if you need them - for example the MMIO masking to find an > EOI you did earlier. I must admit I am lacking experience of other devices than my dear xgmac. I can just say that for the time beeing the approach seems to fit some ARM Amba devices like PL330 DMA. We need to go further to identity the limits of this generic approach. Best Regards Eric > > > Alex >