From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: Xen Developer Summit BoF Notes : Seeding a Xen + Android / Embedded ecosystem BoF Date: Fri, 22 Nov 2013 08:08:47 +0100 Message-ID: <1385104127.21937.10.camel@Abyss> References: <528CF8AF.6010706@xen.org> <1385027533.10582.81.camel@Abyss> <528E0E81.7040104@xen.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============8915733484023962135==" Return-path: In-Reply-To: <528E0E81.7040104@xen.org> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: lars.kurth@xen.org Cc: seehwan.yoo@gmail.com, "xen-devel@lists.xen.org" List-Id: xen-devel@lists.xenproject.org --===============8915733484023962135== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-XbdtzBRpCsvGrslMQ/Vk" --=-XbdtzBRpCsvGrslMQ/Vk Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On gio, 2013-11-21 at 13:45 +0000, Lars Kurth wrote: > Dario, > I added a few things where there was an open question. Also pointing=20 > back to the original mail at=20 > http://lists.xenproject.org/archives/html/xen-devel/2013-11/msg03004.html= ... >=20 Ok. > On 21/11/2013 09:52, Dario Faggioli wrote: > >> =3D=3D Pieces missing for Embedded (non-Android) =3D=3D > >> # Soft-Real-time support - note that this was in the original Xen ARM > >> port - see [[Xen_ARM_(PV)]]. But it didn't make it across to the Xen o= n > >> ARM support. > >> > > Was it? Didn't know that, and I don't see much about it in the archived > > Wiki page. It's not that important as the project has been archived, bu= t > > it'd be nice to see what was there, and what and why it didn't survive, > > I think. > I may be wrong on this - there was certainly some research (see=20 > http://www.computer.org/csdl/trans/tm/preprint/06583914-abs.html,=20 > http://www.slideshare.net/xen_com_mgr/real-time-support-for-xen). I=20 > added See-Hwan Yoo to this thread who has done the original work. Maybe= =20 > he can correct me and shed light on what was done. >=20 Well, I know there was ongoing research about real-time in virtualization, mostly because, at that time (before joining Citrix), I was among the ones doing it! :-) > However, it may make sense to have a solution that works on x86 and ARM.= =20 > Not sure whether this is a pipe dream though. >=20 Sure. According to my experience, we can go pretty far in enabling real-time performances, without architecture specific trick. I mean, there are for sure low-level stuff, but the most of it needs to happen in common code. As, for example, you can see here (still from a research point of view): http://bugs.xenproject.org/xen/mid/%3CCAPqOm-pz8jW3Dd2k9RWu3FFZi7rJTJpAbb6m= ACRWUXuY7eiFKQ@mail.gmail.com%3E We need real-time capable schedulers in Xen, a real-time aware driver model (which means Dom0 and the backends), etc, and that's all doable in such a way that all supported archs will benefit from it. > > I thought about something similar (having a dedicated list) when > > starting the thread about real-time and embedded too. Personally, I lik= e > > everything happening in xen-devel, but, if the main purpose is > > bootstrapping, and if that, for instance, would buy us people that > > wouldn't subscribe to xen-devel anyway (because of the amount of > > traffic), well, I'd seriously consider having the list. > I am not sure I would want a dedicated new list which lasts for a year= =20 > only. This is what we used to have: there is a long history of one-off= =20 > lists such as ova-devel, xci-devel, xen-ia64-devel, ... to name just a= =20 > few. But maybe a list for researchy, longer term stuff may work that we= =20 > can direct people to that are scared by the amount of xen-devel traffic.= =20 > We can use the list whenever bigger and new ideas come along that still= =20 > need to be formed and take some time to form. We still have xen-research= =20 > (archived), that we could resurrect, but maybe the name isn't quite right= . >=20 Right. Well, my point here is: at this stage, we need to be able to reach out to as many as possible of the people interested and active in this area, and have all of us share thoughts and collaborate. Whatever (well, almost :-P) it is required to make this happen, I'm all for it. Thanks and Regards, Dario --=20 <> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) --=-XbdtzBRpCsvGrslMQ/Vk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) iEYEABECAAYFAlKPAv8ACgkQk4XaBE3IOsS00wCdH5ClhbM7WaG9XytEB5FWbQjE dFkAnA12Qgqic84jaa2Oqa8m317hp2eH =0xNd -----END PGP SIGNATURE----- --=-XbdtzBRpCsvGrslMQ/Vk-- --===============8915733484023962135== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============8915733484023962135==--