From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:53182) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aVkYe-0005Eg-9F for qemu-devel@nongnu.org; Tue, 16 Feb 2016 13:41:09 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aVkYd-0004d3-6d for qemu-devel@nongnu.org; Tue, 16 Feb 2016 13:41:08 -0500 Received: from mail-vk0-x22b.google.com ([2607:f8b0:400c:c05::22b]:35976) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aVkYd-0004cn-22 for qemu-devel@nongnu.org; Tue, 16 Feb 2016 13:41:07 -0500 Received: by mail-vk0-x22b.google.com with SMTP id c3so141467714vkb.3 for ; Tue, 16 Feb 2016 10:41:06 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <1454334712-12360-1-git-send-email-eric.auger@linaro.org> References: <1454334712-12360-1-git-send-email-eric.auger@linaro.org> From: Peter Maydell Date: Tue, 16 Feb 2016 18:40:47 +0000 Message-ID: Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] [PATCH v6 0/8] AMD XGBE KVM platform passthrough List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eric Auger Cc: Baptiste Reynal , Thomas Huth , eric.auger@st.com, Patch Tracking , Peter Crosthwaite , QEMU Developers , Alex Williamson , qemu-arm , Suravee Suthikulpanit , Paolo Bonzini , thomas.lendacky@amd.com, =?UTF-8?B?QWxleCBCZW5uw6ll?= , Christoffer Dall , David Gibson On 1 February 2016 at 13:51, Eric Auger wrote: > This series allows to set up AMD XGBE passthrough. This was tested on AMD > Seattle. > > The first upstreamed device supporting KVM platform passthrough was the > Calxeda Midway XGMAC. Compared to this latter, the XGBE XGMAC exposes a > much more complex device tree node. > > - First There are 2 device tree node formats: > one where XGBE and PHY are described in separate nodes and another one > that combines both description in a single node (only supported by 4.2 > onwards kernels). Only the combined description is supported for passthrough, > meaning the host must be >= 4.2 and must feature a device tree with a combined > description. The guest will also be exposed with a combined description, > meaning only >= 4.2 guest are supported. It is not planned to support > separate node representation since assignment of the PHY is less > straigtforward. > > - the XGMAC/PHY node depends on 2 clock nodes (DMA and PTP). > The code checks those clocks are fixed to make sure they cannot be > switched off at some point after the native driver gets unbound. > > - there are many property values to populate on guest side. Most of them > cannot be hardcoded. That series implements host device tree blob extraction > from the host /proc/device-tree (inspired from dtc implementation) > and retrieve host property values to populate guest dtb. > > - the case where the host uses ACPI is not yet covered since there is > no usable ACPI description for this HW yet. > > The patches can be found at > https://git.linaro.org/people/eric.auger/qemu.git/shortlog/refs/heads/v2.5.0-xgbe-v6 > > Previous versions can be found at > https://git.linaro.org/people/eric.auger/qemu.git/shortlog/refs/heads/v2.5.0-xgbe-v I think you have review on everything in this series now, but I'm assuming this is going to go via the vfio tree (or at any rate not via target-arm). Let me know if that's wrong. thanks -- PMM