qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [V12 0/4] AMD IOMMU


From: Jan Kiszka
Subject: Re: [Qemu-devel] [V12 0/4] AMD IOMMU
Date: Wed, 15 Jun 2016 15:15:16 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.8.1.12) Gecko/20080226 SUSE/2.0.0.12-1.1 Thunderbird/2.0.0.12 Mnenhy/0.7.5.666

On 2016-06-15 14:21, David Kiarie wrote:
> Hi all,
> 
> This patchset adds basic AMD IOMMU emulation support to Qemu.
> 
> Changes since V11
>    -AMD IOMMU is not started with -device amd-iommu (with a dependency on 
> Marcel's patches).

s/not/now/ ;)

>    -IOMMU commands are represented using bitfields which is less error prone 
> and more readable[Peter]
>    -Changed from debug fprintfs to tracing[Jan]
> 
> Changes since V10
>  
>    -Support for huge pages including some obscure AMD IOMMU feature that 
> allows default page size override[Jan].
>    -Fixed an issue with generation of interrupts. We noted that AMD IOMMU has 
> BusMaster- and is therefore not able to generate interrupts like any other 
> PCI device. We have resulted in writing directly to system address but this 
> could be fixed by some patches which have not been merged yet.
> 
> Changes since v9
> 
>    -amd_iommu prefixes have been renamed to a shorter 'amdvi' both in the 
> macros
>     and in the functions/code. The register macros have not been moved to the 
>     implementation file since almost the macros there are basically macros 
> and I 
>     reckoned renaming them should suffice.
>    -taken care of byte order in the use of 'dma_memory_read'[Michael]
>    -Taken care of invalid DTE entries to ensure no DMA unless a device is 
> configured to allow it.
>    -An issue with the emulate IOMMU defaulting to AMD_IOMMU has been 
> fixed[Marcel]
>    
> You can test[1] this patches by starting with parameters 
>     qemu-system-x86_64 -M -device amd-iommu -m 2G -enable-kvm -smp 4 -cpu 
> host -hda file.img -soundhw ac97 
> emulating whatever devices you want.
> 
> Not passing any command line parameters to linux should be enough to test 
> this patches since the devices are basically
> passes-through but to the 'host' (l1 guest). You can still go ahead pass 
> command line parameter 'iommu=pt iommu=1'
> and try to pass a device to L2 guest. This can also done without passing any 
> iommu related parameters to the kernel. 
> 
> For convinience:
> [1] https://github.com/aslaq/qemu/tree/v12
> 
> David Kiarie (4):
>   hw/pci: Prepare for AMD IOMMU
>   trace-events: Add AMD IOMMU trace events
>   hw/i386: Introduce AMD IOMMU
>   hw/i386: AMD IOMMU IVRS table
> 
>  hw/acpi/aml-build.c         |    2 +-
>  hw/i386/Makefile.objs       |    1 +
>  hw/i386/acpi-build.c        |   95 ++-
>  hw/i386/amd_iommu.c         | 1559 
> +++++++++++++++++++++++++++++++++++++++++++
>  hw/i386/amd_iommu.h         |  287 ++++++++
>  include/hw/acpi/acpi-defs.h |   13 +
>  include/hw/acpi/aml-build.h |    1 +
>  include/hw/pci/pci.h        |    2 +
>  trace-events                |   29 +
>  9 files changed, 1977 insertions(+), 12 deletions(-)
>  create mode 100644 hw/i386/amd_iommu.c
>  create mode 100644 hw/i386/amd_iommu.h
> 


Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]