From mboxrd@z Thu Jan  1 00:00:00 1970
From: Vijay Kilari <vijay.kilari@gmail.com>
Subject: Re: [RFC PATCH v2 13/22] xen/arm: its: Add virtual ITS
 command support
Date: Tue, 5 May 2015 17:30:02 +0530
Message-ID: <CALicx6u57PTA3Ym9j5qU3E-_oEyn8GAkpFRCoVzQXQ2ZeK0cOg@mail.gmail.com>
References: <1426775889-29442-1-git-send-email-vijay.kilari@gmail.com>
	<CALicx6s_3VKS4zET2WHzdPE1OfOevOc4v-mzHEBA8fWpNeDRTw@mail.gmail.com>
	<55411D1F.4090308@citrix.com>
	<alpine.DEB.2.02.1504301031260.2640@kaball.uk.xensource.com>
	<5541FF51.6060907@citrix.com>
	<alpine.DEB.2.02.1504301112140.2640@kaball.uk.xensource.com>
	<CALicx6u8Qt79ucDmnFvNeErdi0TD1T7Fqa_=k5JGqYRGFzTXQg@mail.gmail.com>
	<alpine.DEB.2.02.1504301444480.2640@kaball.uk.xensource.com>
	<55423C44.6070702@citrix.com>
	<CALicx6uGa-tnOViQtW94U5hur9Qh7s_UWLx4zpaGDcTaOZnqRw@mail.gmail.com>
	<55476E72.2010003@citrix.com>
	<CALicx6uj_n91iUN5ZEC=WdqFF6PwAMS6k_t_aH1Y2hy=O4-9wQ@mail.gmail.com>
	<554777CE.6060705@citrix.com> <55477A0F.50003@citrix.com>
	<CALicx6vsbkNDQMbajCdmBeUx+u7C4ae1hqoqFWGrQ2wiopCLDg@mail.gmail.com>
	<5547A5BB.2030802@citrix.com>
	<alpine.DEB.2.02.1505051112310.2640@kaball.uk.xensource.com>
	<CALicx6vwJpntfLQan767EmKanun+n6-=CvGAr6zwY6U7pooKvw@mail.gmail.com>
	<5548ADC5.9080000@citrix.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: <5548ADC5.9080000@citrix.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: Julien Grall <julien.grall@citrix.com>
Cc: Ian Campbell <ian.campbell@citrix.com>, Stefano Stabellini <stefano.stabellini@eu.citrix.com>, Prasun Kapoor <Prasun.Kapoor@caviumnetworks.com>, Vijaya Kumar K <vijaya.kumar@caviumnetworks.com>, Julien Grall <julien.grall@linaro.org>, Tim Deegan <tim@xen.org>, "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>, Stefano Stabellini <stefano.stabellini@citrix.com>, manish.jaggi@caviumnetworks.com
List-Id: xen-devel@lists.xenproject.org

On Tue, May 5, 2015 at 5:17 PM, Julien Grall <julien.grall@citrix.com> wrote:
> On 05/05/15 12:06, Vijay Kilari wrote:
>>    One MSI per domain is always consumed because each domain during
>> ITS initialization creates Virtual ITS and sends basic initialization
>> commands (MAPC)
>
> AFAICT, MAPC won't be translated to a physical command. So not interrupt
> completion is necessary.
>
> Couldn't we defer the interrupt completion allocation until a PCI device
> is passthrough or a command requiring physical command is sent?

yes, but MAPC is generally followed by SYNC command and INVALL command
is also received during guest driver init.

On option that I can think of is that avoid posting  to physical
queue/completion
interrupt allocation, untill first MAPD command arrives for that domain.

Regards
Vijay