From mboxrd@z Thu Jan 1 00:00:00 1970 From: Doug Goldstein Subject: Re: xenstore domain Date: Thu, 10 Dec 2015 15:13:21 -0600 Message-ID: <5669EAF1.6030304@cardoe.com> References: <5666ECBE.6090102@suse.com> <5666F16D.7040804@citrix.com> <5666FF19.5020200@suse.com> <56670685.4060407@citrix.com> <5667D97D.5050604@suse.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============2941617800252977400==" Return-path: In-Reply-To: <5667D97D.5050604@suse.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Juergen Gross , Andrew Cooper , "xen-devel@lists.xen.org" , David Scott List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============2941617800252977400== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="phBflqAACANn6NhpPWaBEpWIdFlDRGjDJ" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --phBflqAACANn6NhpPWaBEpWIdFlDRGjDJ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 12/9/15 1:34 AM, Juergen Gross wrote: > On 08/12/15 17:34, Andrew Cooper wrote: >> On 08/12/15 16:02, Juergen Gross wrote: >>> On 08/12/15 16:04, Andrew Cooper wrote: >>>> On 08/12/15 14:44, Juergen Gross wrote: >>>>> I'm just playing a little bit with xenstore in an own domain. >>>>> >>>>> I've come across some questions I'd like to have some answers to be= fore >>>>> presenting official patches to make this an easy configurable optio= n: >>>>> >>>>> a) As this would need a boot time configuration item I'd like to ad= d >>>>> e.g. /etc/xen/server.conf where such global configuration option= s >>>>> could be set via directives. Is this generally okay? If yes, whi= ch >>>>> format? Easiest way would be entries like >>>>> VAR=3Dvalue >>>>> which can be either sourced in from shell scripts or can easily = be >>>>> parsed in all programming languages. What are the preferences he= re? >>>> Any configuration like this going to be toolstack-specific. I would= >>>> recommend against using a name as generic as that. >>>> >>>> /etc/xl.conf already exists, which IMO would be the natural place fo= r >>>> this to live, but it isn't parseable by shell, because of vif notati= on. >>> OTOH that file wouldn't be just for xl. It would be consumed by e.g. >>> xencommons. Other configuration options I'd plan to add would be >>> driver domains dedicated to specific interface cards. >> >> It is still logically part of the "xl toolstack infrastructure", but I= >> accept your point. The current xl.conf is all about how to create >> domains in general, rather than specifically "how I would like my syst= em >> configured when starting up". >> >>> >>>> One option might be to alter xl.conf to be compatible with shell >>>> parsing. It wouldn't be complicated (even in upgrade situations), a= nd >>>> would offer rather more flexibility. >>> Shell parsing could be even handled via a rather simple filter, I gue= ss. >>> >>>>> b) Today init-xenstore-domain will require flask to be enabled. An >>>>> alternative would be to add a new domain creation flag to allow = the >>>>> domains with that flag set calling xc_domain_getinfo(). Thoughts= ? >>>> Which flag? >>> A new domcr_flag. >> >> Indicating what, precisely? >=20 > What I need is the capability to do the XEN_DOMCTL_getdomaininfo > hypercall from the xenstore domain. Question is whether it's better > to tie this special capability to the flag or to name it "is_xenstore".= >=20 > Thinking more about it, especially regarding a possible enhancement > allowing Dom0 to reboot, I think the is_xenstore variant would be > better. This would allow to look whether a xenstore domain is already > running and connect to that rather than try to start a new one. >=20 >=20 > Juergen How would either of these relate to /proc/xen/capabilities and/or /sys/hypervisor/properties/capabilities? A number of distros use the former to decide when to start up xenstore (in fact the in tree scripts do as well). --=20 Doug Goldstein --phBflqAACANn6NhpPWaBEpWIdFlDRGjDJ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0 iQJ8BAEBCgBmBQJWaer0XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNTM5MEQ2RTNFMTkyNzlCNzVDMzIwOTVB MkJDMDNEQzg3RUQxQkQ0AAoJEKK8A9yH7RvUqvkP/234nEnvz+V+fWhZVkW2vnvX BQdlDpKDUK/uHA7lpmG2hYDfoYxTt92N/8Mj9OCkVj6naSBd2a9eHQYJ2x8FOgge Ju/TirdJZyolkt5ZKwaEmeYqKR/fOZ9vihXcU5JdnVrYX65nx1Eolw/XaX6ZTtNZ qjCxeN2QVYJmH48CUyJnySl75ZhhDOWmFiDvv+Yg4SvnBdexZifc/MLj6BwJadXe Djc7GYURAwPRtp4na1dAtsUu4df0uTCPFrdKxc+pANjI22KgMez5s+u94/A7mPKC 4eGH5TtSv5ORU1Z+QF/gIUlHJW5Tme9XmG2YY/4nrcV9lhWWOqUNYqXUwoYC73ul 4B6Gfw9sU2VW+PRduuBuS9kdcWKqiYI/B4FVo7l6VEPn5vxOFLFKTvLHIDLvQzzS FpNCR3L3x/Sm/jCHbDqRR1FO76KmU7S8T759md0HvOT/ay0sBkTx9T/HJym0KuqQ MuDR4wPgh/+JV9UxEJFKMBWM047O/rYG1CTlePL1O+HjqJpp4uSaq+OlZ3KZBC2/ rBM1rU+uuJdb9C20YmRXsEoP3ksQ/cNvQXEdRPJAgWqRuuBbG2CGdByMEdbwTyIb 9X6yiD6N0/Ii3qYtZQ4MY53kZiyIa5wYMVAd0BuT6uQeExoIum/LR9flFgbW1zIC rkr+vKb/DHtRcLWKSjjM =rJp6 -----END PGP SIGNATURE----- --phBflqAACANn6NhpPWaBEpWIdFlDRGjDJ-- --===============2941617800252977400== 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 --===============2941617800252977400==--