From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrii Anisov Subject: Re: [ARM] Native application design and discussion (I hope) Date: Fri, 21 Apr 2017 19:20:32 +0300 Message-ID: <83e2ba6a-6eba-fc26-a167-9fc07e4073ae@epam.com> References:

<1492020822.3287.33.camel@citrix.com>

<79bfc330-98ab-5a7c-26f7-c47dce8dd71c@arm.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4468553646465560049==" Return-path: In-Reply-To: <79bfc330-98ab-5a7c-26f7-c47dce8dd71c@arm.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xen.org Sender: "Xen-devel" To: Julien Grall , Volodymyr Babchuk , Stefano Stabellini Cc: Dario Faggioli , Xen Devel , george.dunlap@citrix.com, Artem Mygaiev List-Id: xen-devel@lists.xenproject.org --===============4468553646465560049== Content-Type: multipart/alternative; boundary="------------26E3C605FBDCD137CC9D576B" --------------26E3C605FBDCD137CC9D576B Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Julien, > I don't think we should think in term of type of application > supported. We should aim to have a generic interface we can maintain > based on the needs. I was just pointing out the use-case missed in the discussion of the interface intended to be generic. It introduces new requirements in vcpu(app context) and its scheduling areas of the topic, comparing to the raw domain's requests servicing. -- *Andrii Anisov* *Lead Systems Engineer* *Office: *+380 44 390 5457 *x* 66766 *Cell: *+380 50 5738852 *Email: *andrii_anisov@epam.com *Kyiv**,* *Ukraine *(GMT+3)*epam.com * CONFIDENTIALITY CAUTION AND DISCLAIMER This message is intended only for the use of the individual(s) or entity(ies) to which it is addressed and contains information that is legally privileged and confidential. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. All unintended recipients are obliged to delete this message and destroy any printed copies. --------------26E3C605FBDCD137CC9D576B Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: 8bit Julien,

I don't think we should think in term of type of application supported. We should aim to have a generic interface we can maintain based on the needs.

I was just pointing out the use-case missed in the discussion of the interface intended to be generic.
It introduces new requirements in vcpu(app context) and its scheduling areas of the topic, comparing to the raw domain's requests servicing.

Andrii Anisov

Lead Systems Engineer

Office: +380 44 390 5457 x 66766 Cell: +380 50 5738852 Email: andrii_anisov@epam.com

Kyiv, Ukraine (GMT+3) epam.com

CONFIDENTIALITY CAUTION AND DISCLAIMER
This message is intended only for the use of the individual(s) or entity(ies) to which it is addressed and contains information that is legally privileged and confidential. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. All unintended recipients are obliged to delete this message and destroy any printed copies.

--------------26E3C605FBDCD137CC9D576B-- --===============4468553646465560049== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KWGVuLWRldmVs IG1haWxpbmcgbGlzdApYZW4tZGV2ZWxAbGlzdHMueGVuLm9yZwpodHRwczovL2xpc3RzLnhlbi5v cmcveGVuLWRldmVsCg== --===============4468553646465560049==--