[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [ARM] Native application design and discussion (I hope)
Hi Julien, On 21 April 2017 at 18:49, Julien Grall <julien.grall@xxxxxxx> wrote: > > > On 21/04/17 15:42, Andrii Anisov wrote: >> >> Hello, > > > Hi, > >> On 20.04.17 23:20, Volodymyr Babchuk wrote: >>> >>> Hi Stefano, >>> >>> On 12 April 2017 at 22:17, Stefano Stabellini <sstabellini@xxxxxxxxxx> >>> wrote: >>>> >>>> On Wed, 12 Apr 2017, Dario Faggioli wrote: >>>>> >>>>> On Tue, 2017-04-11 at 13:32 -0700, Stefano Stabellini wrote: >>>>>> >>>>>> On Fri, 7 Apr 2017, Stefano Stabellini wrote: >>>>>>> >>>>>>> This is the most difficult problem that we need to solve as part of >>>>>>> this >>>>>>> work. It is difficult to have the right answer at the beginning, >>>>>>> before >>>>>>> seeing any code. If the app_container/app_thread approach causes >>>>>>> too >>>>>>> much duplication of work, the alternative would be to fix/improve >>>>>>> stubdoms (minios) until they match what we need. Specifically, >>>>>>> these >>>>>>> would be the requirements: >>>>>>> >>>>> IMO, this stubdom way, is really really really interesting! :-) >>>>> >>>>>>> 1) Determinism: a stubdom servicing a given guest needs to be >>>>>>> scheduled >>>>>>> immediately after the guest vcpu traps into Xen. It needs to >>>>>>> deterministic. >> >> We will also need another type of application: one which is periodically >> called by XEN itself, not actually servicing any domain request. This is >> needed for a coprocessor sharing framework scheduler implementation. > > 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. > We can further restrict access to some interface for a given app. But I > would rather avoid to have different interfaces for each type of > application. Probably, we can try another approach: allow application to register hooks in hypervisor: i.e. hook on MMIO, hook on SMC, hook on timer and so on. -- WBR Volodymyr Babchuk aka lorc [+380976646013] mailto: vlad.babchuk@xxxxxxxxx _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx https://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |