public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Joerg Roedel <joerg.roedel@amd.com>
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Cc: avi@redhat.com, kvm@vger.kernel.org, weidong.han@intel.com,
	linux-kernel@vger.kernel.org, iommu@lists.linux-foundation.org,
	mingo@redhat.com, amit.shah@redhat.com
Subject: Re: [PATCH 3/9] add frontend implementation for the IOMMU API
Date: Mon, 1 Dec 2008 17:59:08 +0100	[thread overview]
Message-ID: <20081201165908.GC12816@amd.com> (raw)
In-Reply-To: <20081202005830P.fujita.tomonori@lab.ntt.co.jp>

On Tue, Dec 02, 2008 at 12:58:29AM +0900, FUJITA Tomonori wrote:
> On Mon, 01 Dec 2008 16:33:11 +0200
> Avi Kivity <avi@redhat.com> wrote:
> 
> > Joerg Roedel wrote:
> > > Hmm, is there any hardware IOMMU with which we can't emulate domains by
> > > partitioning the IO address space? This concept works for GART and
> > > Calgary.
> > >
> > >   
> > 
> > Is partitioning secure?  Domain X's user could program its hardware to 
> > dma to domain Y's addresses, zapping away Domain Y's user's memory.
> 
> It can't be secure. So what's the point to emulate the domain
> partitioning in many traditional hardware IOMMUs that doesn't support
> it.

Its a generic way to make non-contiguous host memory io-contiguous. I
already pointed out some potential users for this.

-- 
           |           AMD Saxony Limited Liability Company & Co. KG
 Operating |         Wilschdorfer Landstr. 101, 01109 Dresden, Germany
 System    |                  Register Court Dresden: HRA 4896
 Research  |              General Partner authorized to represent:
 Center    |             AMD Saxony LLC (Wilmington, Delaware, US)
           | General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy


  reply	other threads:[~2008-12-01 16:59 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-27 15:40 [PATCH 0/9] Factor VT-d KVM functions into a generic API Joerg Roedel
2008-11-27 15:40 ` [PATCH 1/9] KVM: rename vtd.c to iommu.c Joerg Roedel
2008-11-27 16:32   ` Avi Kivity
2008-11-27 17:05     ` Joerg Roedel
2008-11-30 10:12       ` Avi Kivity
2008-11-27 15:40 ` [PATCH 2/9] introcude linux/iommu.h for an iommu api Joerg Roedel
2008-11-28  2:50   ` Han, Weidong
2008-11-27 15:40 ` [PATCH 3/9] add frontend implementation for the IOMMU API Joerg Roedel
2008-11-28  2:50   ` Han, Weidong
2008-12-01 18:16     ` 'Joerg Roedel'
2008-11-28  9:40   ` FUJITA Tomonori
2008-11-28 11:31     ` Joerg Roedel
2008-12-01  8:38       ` FUJITA Tomonori
2008-12-01 12:00         ` Joerg Roedel
2008-12-01 13:02           ` Muli Ben-Yehuda
2008-12-01 14:07             ` Joerg Roedel
2008-12-01 14:18             ` FUJITA Tomonori
2008-12-01 14:27               ` Joerg Roedel
2008-12-01 14:33                 ` Avi Kivity
2008-12-01 15:46                   ` Joerg Roedel
2008-12-01 15:58                   ` FUJITA Tomonori
2008-12-01 16:59                     ` Joerg Roedel [this message]
2008-12-01 17:27                     ` Joerg Roedel
2008-11-27 15:40 ` [PATCH 4/9] select IOMMU_API when DMAR and/or AMD_IOMMU is selected Joerg Roedel
2008-11-27 15:40 ` [PATCH 5/9] VT-d: add domain init and destroy functions for IOMMU API Joerg Roedel
2008-11-27 15:40 ` [PATCH 6/9] VT-d: add device attach and detach " Joerg Roedel
2008-11-27 15:40 ` [PATCH 7/9] VT-d: add domain map and iova_to_phys " Joerg Roedel
2008-11-27 15:40 ` [PATCH 8/9] VT-d: register functions for the " Joerg Roedel
2008-11-28  2:50   ` Han, Weidong
2008-11-27 15:40 ` [PATCH 9/9] KVM: change KVM iommu.c to use " Joerg Roedel
2008-11-27 15:43 ` [osrc-patches] [PATCH 0/9] Factor VT-d KVM functions into a generic API Joerg Roedel

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=20081201165908.GC12816@amd.com \
    --to=joerg.roedel@amd.com \
    --cc=amit.shah@redhat.com \
    --cc=avi@redhat.com \
    --cc=fujita.tomonori@lab.ntt.co.jp \
    --cc=iommu@lists.linux-foundation.org \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=weidong.han@intel.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox