From mboxrd@z Thu Jan 1 00:00:00 1970 From: Juergen Gross Subject: Re: [PATCH 8/9] xenstore: write xenstore domain data to xenstore Date: Thu, 17 Dec 2015 09:26:15 +0100 Message-ID: <567271A7.7060708@suse.com> References: <1449848861-7700-1-git-send-email-jgross@suse.com> <1449848861-7700-9-git-send-email-jgross@suse.com> <1450182380.16856.159.camel@citrix.com> <567008E2.9090606@suse.com> <1450183761.16856.173.camel@citrix.com> <56700D5A.7060008@suse.com> <1450185547.16856.176.camel@citrix.com> <567015FE.6070900@suse.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <567015FE.6070900@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: Ian Campbell , xen-devel@lists.xen.org, ian.jackson@eu.citrix.com, stefano.stabellini@eu.citrix.com, wei.liu2@citrix.com List-Id: xen-devel@lists.xenproject.org On 15/12/15 14:30, Juergen Gross wrote: > On 15/12/15 14:19, Ian Campbell wrote: >> On Tue, 2015-12-15 at 13:53 +0100, Juergen Gross wrote: >>> >>>> mem-set too perhaps? >>> >>> Without mini-os supporting ballooning or memory hotplug up to now: >>> I don't think so. :-) >> >> Sure, but you'd get strange errors from mem-set rather than a try and fail, >> probably. > > I'll try it. I tried both "xl list -l" and "xl mem-set". Seems as if the json object would be a good idea. I guess this will require using libxl and I should move init-xenstore-domain to tools/libxl in order to avoid dependency loops. In the long run I think it would be a good idea to split the libraries from the tools using them. So all libraries under tools/libs and the programs (xl, init-xenstore-domain, xenstore-ls, ...) under tools/foo. Otherwise all programs might tend to migrate to tools/libxl as this is the last directory built containing a library. And having to select the program's directory by the libraries it is using is a little bit strange. I think this would be a natural next step after Ian's libxc split has been applied at least partially by introducing tools/libs. Juergen