Alessio Igor Bogani wrote: > Hi, > > [...] >>> Can Xenomai cohabit with Xen in the same kernel? >>> Someone have already tried? >> As paravirtualised host of Xen or by driving Xen in real-time via
s/host/guest/, of course. > Xenomai? > > The second one: > > HW -> Adeos-ipipe -> Xen-Domai0 ---> Xen unprivileged domain A > |--> Xen unprivileged domain B > |--> .... > ---> Xen unprivileged domain N > > It is possible? Well, nothing is impossible. But what do you want to achieve? If we are now just talking about Adeos/I-pipe (which is a project of its own), it will help you to dispatch hardware IRQs, faults, and specific events generated inside the I-pipe root domain to multiple prioritised users (i.e. "pipelined"). In your scenario above there is only one user so far, Xen. Or do you plan to attach Xenomai as an I-pipe domain and push it before Xen? The point about Xenomai is then that it tightly cooperates with Linux (even if you keep your applications only in kernel space). But what Linux to use in a Xen-virtualised Environment? One of the unprivileged Xen domains? That's something one has to consider carefully, and I cannot give you a quick answer about potential traps and pitfalls (there are always some...). Jan
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Xenomai-help mailing list [email protected] https://mail.gna.org/listinfo/xenomai-help
