From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dario Faggioli Subject: Re: VCPUOP_set_periodic_timer Date: Mon, 18 Nov 2013 19:28:51 +0100 Message-ID: <1384799331.16918.182.camel@Solace> References: Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2756954294053945444==" Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Simon Martin Cc: Roland Heusser , Sisu Xi , Andrew Cooper , Joshua Whitehead , "xen-devel@lists.xen.org" , Drek Darkover , Nate Studer List-Id: xen-devel@lists.xenproject.org --===============2756954294053945444== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-VahuWBvL9IDQHZpwdcei" --=-VahuWBvL9IDQHZpwdcei Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On sab, 2013-11-16 at 20:37 +0000, Simon Martin wrote: > This is the configuration I am working on. The system is reasonably > simple, a single flat memory space with it's own simple scheduler, so > I can't see why it shouldn't work, as long as I can get the > granularity out of the underlying system. > It indeed should work. It's the fact that the "underlying system" is an hypervisor that makes things fun! :-) There is quite some interest in enabling at least a certain level of real-time behavior in/on top of Xen these days (mostly thanks to the ARM port), which means a lot of people will be looking forward of what you'll be able to achieve and how. > Before I embarked on this I looked at RealTime Xen. Very interesting > project, however from my understanding of the Xen architecture I > thought that the vanilla Xen would be sufficient. This is still my > fallback position. > Yep, it's good to have alternatives. Long term, I think we should aim at both fixing SEDF and having something like RT-Xen merged upstream (people are working on both these projects already). =20 > Once I have this working smoothly I'll look at timings, however I > really needed to know whether what I am asking is feasible or not. > From all the answers I think that it is more than feasible, not only > due to the Xen infrastructure, but also because of the good will of > the people involved. > HeHe... Nice to hear you feel comfortable with us. :-) Keep us posted on how it goes. 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) --=-VahuWBvL9IDQHZpwdcei 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) iEYEABECAAYFAlKKXGMACgkQk4XaBE3IOsSLAwCghqA2bw8On2SOFnjoN5FjYS8l FloAnju9VcVXx2GmujB9tm6ict/zrbDG =+dIM -----END PGP SIGNATURE----- --=-VahuWBvL9IDQHZpwdcei-- --===============2756954294053945444== 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 --===============2756954294053945444==--