[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Xen for real-time/embedded/automotive



Hi Dario,
 
From my limited development here I would say the following:
 
1.- The embedded systems I work on have just a flat memory space, no MMU or anything like that, so the Mini-OS example is total overkill. I am writing a real minimalist PV guest based on that but it's amazing how time consuming it's being. I'll be returning this to the project when I'm happy with it, as long as you want it.
 
2.- As far as I am concerned there are 2 metrics that I will be analysing once I have my little PV guest running: latency and jitter. As far as I am concerned, jitter can be worst that latency. In some systems you can compensate for latency, however jitter is much more difficult to handle.
 
3.- At the moment I am assuming that I will access a PCI NIC directly from the PV guest. Would be nice to have a deterministic network access via Dom0 drivers so I can carry on playing in virtual land. This can be generalised to other hardware too.
 
I'm sure I'll have more comments when I get further.
 
Regards.
 
 
------ Original Message ------
From: "Dario Faggioli" <dario.faggioli@xxxxxxxxxx>
To: "xen-devel" <xen-devel@xxxxxxxxxxxxx>
Cc: "Roland Heusser" <heusserr@xxxxxxxxxxxxx>; "Joshua Whitehead" <whitehej@xxxxxxxxxxxxx>; "Drek Darkover" <wackerei@xxxxxxxxx>; "Nate Studer" <nate.studer@xxxxxxxxxxxxxxx>; "Lovene Bhatia" <lbhatia@xxxxxxxxxxx>; "Stefano Panella" <stefano.panella@xxxxxxxxxx>; "Sisu Xi" <xisisu@xxxxxxxxx>; "Lars Kurth" <lars.kurth@xxxxxxxxxx>; "Stefano Stabellini" <stefano.stabellini@xxxxxxxxxxxxx>; "George Dunlap" <George.Dunlap@xxxxxxxxxxxxx>; "Artem Mygaiev" <artem.mygaiev@xxxxxxxxxxxxxxx>; "Simon Martin" <smartin@xxxxxxxxxxxx>; mdavis@xxxxxxxxxxxxxxxxxxxxxx
Sent: 18/11/2013 16:14:10
Subject: Xen for real-time/embedded/automotive
 
Hello everyone,
 
So, looking at the last Xen Developer Summit, other co-located and
previous conferences, as well as here on the list, there appears to be a
booming interest in running Xen on embedded systems of various kind.
 
This mail to say that:
 * we're ready to take up the challenge! :-)
 * in doing that, we really are interested in everyone's collaboration
   or, at very least, feedback.
 
So, if you work in embedded/automotive/aerospace/..., what are you
requirements? How can we improve Xen (on ARM) for your use case?
 
Personally, I'm mostly interested on the scheduling, latency and, in
general, real-time angle. So whether it is on and Android phone/tablet,
an in-car infotinement system, an audio workstation or a rocket that you
want to run Xen, tell me/us what you need in terms of increased
determinism and decreased latencies!
 
For instance, I think it would be nice to start with some measurements:
That would basically mean running some latency oriented benchmarks both
in Dom0 and in a guest(s), and compare the result with bare metal.
It would be similar to what Open Source Automation Development Lab
(OSADL) people do on "latency QA farm". Actually, how could would it be
to be able to get in touch with them and have Xen run in there? (They
already do something virt-related, but it's very limited).
 
 
Here they are some (more) links:
 
 - Presentations (from Lovene and Artem) of Xen on some typical embedded
   systems (Android tablet and in-car infotinement)
 
 - The Real-Time Xen project Sisu is working on:
 
Looking forward to hearing from you!
 
Thanks and Regards,
Dario
 
--
<<This happens because I choose it to happen!>> (Raistlin Majere)
-----------------------------------------------------------------
Dario Faggioli, Ph.D, http://about.me/dario.faggioli
Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK)
 
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.