From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ian Campbell <Ian.Campbell@citrix.com>
Subject: Re: [RFC + Queries] Flow of PCI passthrough in ARM
Date: Fri, 3 Oct 2014 10:01:10 +0100
Message-ID: <1412326870.423.14.camel@citrix.com>
References: <CAAiw7Jkt2N4JwayxGo8T=fUUbeKuH3=VztS+dXe-L3uqqDWv9Q@mail.gmail.com>
	<alpine.DEB.2.02.1409221057490.29862@kaball.uk.xensource.com>
	<CAAiw7JkmZtgSup0bD01c=RtFk0hnq_8YP8kjp66ZORuCzPqwZQ@mail.gmail.com>
	<alpine.DEB.2.02.1409241229480.22344@kaball.uk.xensource.com>
	<CAAiw7JkQT+Lp=2tGjqk-er+0tjNicP48586C=TRz0Oik+tsGCw@mail.gmail.com>
	<alpine.DEB.2.02.1409251122540.22344@kaball.uk.xensource.com>
	<CAAiw7Jmvkxuo-X1knmtaN++E8H6KTeFqVzfxBvNmUT9cx3YOBA@mail.gmail.com>
	<alpine.DEB.2.02.1410021707100.17038@kaball.uk.xensource.com>
	<alpine.DEB.2.02.1410021757040.17038@kaball.uk.xensource.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <xen-devel-bounces@lists.xen.org>
In-Reply-To: <alpine.DEB.2.02.1410021757040.17038@kaball.uk.xensource.com>
List-Unsubscribe: <http://lists.xen.org/cgi-bin/mailman/options/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=unsubscribe>
List-Post: <mailto:xen-devel@lists.xen.org>
List-Help: <mailto:xen-devel-request@lists.xen.org?subject=help>
List-Subscribe: <http://lists.xen.org/cgi-bin/mailman/listinfo/xen-devel>,
	<mailto:xen-devel-request@lists.xen.org?subject=subscribe>
Sender: xen-devel-bounces@lists.xen.org
Errors-To: xen-devel-bounces@lists.xen.org
To: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Cc: Anup Patel <anup.patel@linaro.org>, Vijay Kilari <vijay.kilari@gmail.com>, Prasun Kapoor <prasun.Kapoor@caviumnetworks.com>, manish.jaggi@caviumnetworks.com, Julien Grall <julien.grall@linaro.org>, xen-devel <xen-devel@lists.xen.org>, psawargaonkar@linaro.org, Matt.Evans@arm.com, Dave.Martin@arm.com, manish jaggi <manishjaggi.oss@gmail.com>
List-Id: xen-devel@lists.xenproject.org

On Thu, 2014-10-02 at 17:59 +0100, Stefano Stabellini wrote:
> On Thu, 2 Oct 2014, Stefano Stabellini wrote:
> > > >> >> using this the ITS emulation code in xen is able to trap ITS command
> > > >> >> writes by driver.
> > > >> >> But we are facing a problem now, where your help is needed
> 
> Actually  given that you are talking about the virtual ITS, why do you
> need the real Device ID or Stream ID of the passthrough device in the
> guest at all?  Shouldn't you just be generating a bunch of virtual IDs
> instead?
> 
> Let's take a step back: why do you need *real* IDs to program a
> *virtual* ITS?

Ack, I'm having a great deal of trouble figuring out why the guest would
ever see a physical hardware identifier of any kind.

Ian.