All of lore.kernel.org
 help / color / mirror / Atom feed
From: Valentine Sinitsyn <valentine.sinitsyn@gmail.com>
To: David Kiarie <davidkiarie4@gmail.com>
Cc: Jan Kiszka <jan.kiszka@web.de>,
	QEMU Developers <qemu-devel@nongnu.org>,
	"Michael S. Tsirkin" <mst@redhat.com>,
	Peter Xu <peterx@redhat.com>,
	Marcel Apfelbaum <marcel@redhat.com>,
	imammedo@redhat.com
Subject: Re: [Qemu-devel] [V9 0/4] AMD IOMMU
Date: Wed, 4 May 2016 15:58:00 +0500	[thread overview]
Message-ID: <5729D5B8.1010001@gmail.com> (raw)
In-Reply-To: <CABdVeABk-eAsMEv9f_yrwtS001Z_jMObxJauVxN_kGLcxMtyQQ@mail.gmail.com>

On 04.05.2016 15:51, David Kiarie wrote:
> On Wed, May 4, 2016 at 10:39 AM, Valentine Sinitsyn
> <valentine.sinitsyn@gmail.com> wrote:
>> Hi everyone,
>>
>> On 04.05.2016 12:05, David Kiarie wrote:
>>>
>>> On Wed, May 4, 2016 at 9:12 AM, Jan Kiszka <jan.kiszka@web.de> wrote:
>>>>
>>>> On 2016-04-30 00:42, David Kiarie wrote:
>>>>>
>>>>> These series adds AMD IOMMU support to Qemu. It's currently in the 9th
>>>>> version.
>>>>>
>>>>> In this series I have (hopefully) addressed all the comments made in the
>>>>> previous version.
>>>>> I have also tested and successfully passed-through PCI device 'ac97'
>>>>> with more devices to be tested.
>>>>>
>>>>
>>>> I've done some basic testing with a Jailhouse setup and found it
>>>> working. The ACPI table is now properly parsed and the DMA remapping was
>>>> not disturbing the system after Jailhouse was activated.
>>>>
>>>> However, it was also still not intervening after I started to corrupt
>>>> the configuration, removed DMA target properties from most of the RAM or
>>>> dropped PCI devices.
>>
>> Please also remember that unlisted devices go without translation. To "mute"
>> the device, set V, TV, the DomainId, and zero everything else in the DTE.
>>
>>>
>>> This means you're invalidating DTEs ?
>>>
>>>>
>>>> You are not dropping invalid remapping requests, are you? According to
>>>> the logs, you are detecting them at least:
>>>>
>>>> (amd-iommu)amd_iommu_get_dte: Device Table at 0x3b0d4000
>>>> (amd-iommu)amd_iommu_get_dte: Pte entry at 0x0 is invalid
>>>> (amd-iommu)amd_iommu_translate: devid: 00:02.0 gpa 0x32f39480 hpa
>>>> 0x32f39000
>>>>
>>>> It's a bit hard to test right now if remapping is actually properly
>>>> working in all important cases if you do not reject invalid ones.
>>
>> My understanding is that you should generate an IO_PAGE_FAULT event and drop
>> the request. This doesn't apply to ATS, which is a bit trickier, but we
>> don't address ATS in this patch series anyway, do we?
>
> My next question is what you mean by 'reject' and 'drop'. In I
> encounter an invalid PTE/DTE I don't translate the gpa, it just become
> the hpa which is what is happening above.
What happens if you just ignore the request? I mean, what if you don't 
forward it to anywhere else in QEMU, just log this event and return?

Valentine

>
>>
>> Valentine

  reply	other threads:[~2016-05-04 10:58 UTC|newest]

Thread overview: 28+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-29 22:42 [Qemu-devel] [V9 0/4] AMD IOMMU David Kiarie
2016-04-29 22:42 ` [Qemu-devel] [V9 1/4] hw/i386: Introduce " David Kiarie
2016-05-01 14:14   ` Michael S. Tsirkin
2016-05-03 16:11     ` David Kiarie
2016-05-03 16:18       ` Jan Kiszka
2016-04-29 22:42 ` [Qemu-devel] [V9 2/4] hw/i386: ACPI table for " David Kiarie
2016-05-01 13:45   ` Michael S. Tsirkin
2016-05-02  8:27     ` David Kiarie
2016-05-02  9:13       ` Igor Mammedov
2016-04-29 22:42 ` [Qemu-devel] [V9 3/4] hw/core: Add AMD IOMMU to machine properties David Kiarie
2016-05-01  9:15   ` Marcel Apfelbaum
     [not found] ` <1461969763-5193-5-git-send-email-davidkiarie4@gmail.com>
2016-05-01  9:15   ` [Qemu-devel] [V9 4/4] hw/pci-host: Emulate AMD IOMMU Marcel Apfelbaum
2016-05-01 13:47 ` [Qemu-devel] [V9 0/4] " Michael S. Tsirkin
2016-05-01 14:00   ` Michael S. Tsirkin
2016-05-02  8:33     ` David Kiarie
2016-05-04  6:12 ` Jan Kiszka
2016-05-04  7:05   ` David Kiarie
2016-05-04  7:26     ` Jan Kiszka
2016-05-04  7:39     ` Valentine Sinitsyn
2016-05-04 10:51       ` David Kiarie
2016-05-04 10:58         ` Valentine Sinitsyn [this message]
2016-05-04 11:02           ` David Kiarie
2016-05-04 11:05             ` Valentine Sinitsyn
2016-05-05 14:20               ` David Kiarie
  -- strict thread matches above, loose matches on Subject: below --
2016-04-24 22:12 David Kiarie
2016-04-24 22:16 ` David Kiarie
2016-04-25  7:13   ` Jan Kiszka
2016-04-25 12:53 ` Marcel Apfelbaum

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5729D5B8.1010001@gmail.com \
    --to=valentine.sinitsyn@gmail.com \
    --cc=davidkiarie4@gmail.com \
    --cc=imammedo@redhat.com \
    --cc=jan.kiszka@web.de \
    --cc=marcel@redhat.com \
    --cc=mst@redhat.com \
    --cc=peterx@redhat.com \
    --cc=qemu-devel@nongnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.