similar to: libxenlight and xl: missing features

''xl mem-set'' should update memory info in xenstore''s vm info. Signed-off-by: Yu Zhiguo <yuzg@cn.fujitsu.com> diff -r ccae861f52f7 -r 5847ce53f5dc tools/libxl/libxl.c --- a/tools/libxl/libxl.c Thu May 06 11:59:55 2010 +0100 +++ b/tools/libxl/libxl.c Sat May 08 01:38:51 2010 +0800 @@ -2290,11 +2290,22 @@ uint32_t videoram; char *videoram_s = NULL;

Hi all, I am pleased to announce "libxenlight", a new small and lightweight C library that refactors existing code in a coherent and easy to use API to interface to the hypervisor and xenstore to perform operations such as domain creation and destruction, suspend/restore and pci passthrough. The goals of libxenlight are: - be easy to use and to extend - provide a simple and robust API

Hi, I have noticed that, in the code of linux/drivers/xen/balloon.c, there exists the snippet as this: static int __init balloon_init(void) { unsigned long pfn; struct page *page; if (!xen_pv_domain()) return -ENODEV; ..... } Does it means the driver will not work in HVM? If so, where is the HVN-enabled code for that? 2010-11-16 Rui Chu _______________________________________________

Hmmm... It appears I never posted the corrected version of this patch so it never made it upstream. See: http://lists.xen.org/archives/html/xen-devel/2011-11/msg00587.html http://lists.xen.org/archives/html/xen-devel/2011-11/msg02145.html It would be good if this very minor fix was also applied to 4.2 (and, if possible, 4.1). Thanks, Dan =================== The program xen-tmem-list-parse

# HG changeset patch # User Ian Campbell <ian.campbell@citrix.com> # Date 1303143831 -3600 # Node ID 31b98feb0eb6a50fe9e664a31feaa32ad3dac7cc # Parent 05abea47f4dc670974cd513a0e74db54d22eacc9 tools: xl: on create, if debug && !daemonize, wait for domain destroy in the foreground Perhaps this should be a separate option but I find that when I''m debugging xl in the

libxenlight exports a function libxl_uuid2string which is used internally in several places but has one external caller in xl. The function mainly implements policy so should not be part of the libxenlight API. The extent to which it can be considered mechanism it is not a xen mechanism since UUID''s are not a concept exlusive to xen. The one caller in xl seems to be an

I''ve attached the preliminary patch to add vncviewer options to the ''xl create''. It applies cleanly against c/s 4e1d091d10d8. All feedback is welcome. Goncalo # HG changeset patch # User Goncalo Gomes <goncalo.gomes@eu.citrix.com> # Date 1332257809 0 # Node ID 46f8afe643dee8de2c592c65204567fbad657616 # Parent 4e1d091d10d83130842170cd61f1194e5459f2aa Add

From: Ian Campbell <ian.campbell@citrix.com> There are many hypercalls which make no sense or which are not supported on ARM systems but it''s not all that obvious which ones we do support. So lets try and document the hypercalls which are useful on ARM. I''m not sure this is the best way to go about this, I''m open to other ideas. Signed-off-by: Ian Campbell

Changes since v1: - Removed libxl vncviewer related dependencies - The vncviewer function was modified to accept a domid instead of domspec; - main_vncviewer was updated to reflect the new use. - A domain_create structure is now passed to the parse_config_data where required/feasible (NULL otherwise) - xl restore now have long options for vncviewer/vncviewer-autopass; docs updated. - Updated

# HG changeset patch # User Ian Campbell <ijc@hellion.org.uk> # Date 1354011148 0 # Node ID 3174dc24e3efb0c5b964c244dbfb0218a03a38cf # Parent 541b0e1a36c86db5df04988dd4ade5430776a7f2 xl: xl.conf(5): correct advice re autoballooning vs. dom0_mem. The advice was backwards, you should really disable autoballoon if you use dom0_mem. Also add a reference to the command-line docs.

This patch series implements the hypervisor portion of transcendent memory as described at http://oss.oracle.com/projects/tmem Tools patches to follow. All patches are sent as attachments as my mailer tends to mess with attached text. Apologies to those for whom this is inconvenient. Signed-off-by: Dan Magenheimer <dan.magenheimer.com> [1] Public interface for tmem [2] add pointer to

Hi As we will use xl in xen 4.1. I had try use xl to do something. And I find some command is fails. For config file, when give "disk=" too args, it will show segment fault if we use xl create to start guest. Is there any change for xl''s config file? Following command can not work: xl migrate: when I use xl migrate domain localhost to do migrate, it shows error:

Hi Linux kernel folks and Xen folks -- Effective July 5, I will be resigning from Oracle and "retiring" for a minimum of 12-18 months and probably/hopefully much longer. Between now and July 5, I will be tying up loose ends related to my patches but also using up accrued vacation days. If you have a loose end you''d like to see tied, please let me know ASAP and I will do my

Hi all. I recently compiled xen 4.1.3 on Fedora 17(64 bit). The xen entry appears in the grub. Inspite of booting Fedora, with xen hypervisor entry , when I start virt-manager, I get an error " Internal Error : libxenlight state driver is not active " Can anyone help me on this? -- Rohit S Damkondwar B.Tech Computer Engineering CoEP MyBlog

Hi Stefano Here is some xl related bugs which opened for long time and I didn''t see anyone working on them. I retest them with latest xen upstream and all of them are still exist. 1. [XL]Fail to create multi-guests with NIC assigned http://bugzilla.xensource.com/bugzilla/show_bug.cgi?id=1761 xm don''t have the issue. 2. [XL]Guest network broken after do SAVE/RESTOR with xl

Add tmem-* commands, did some simple tests. [PATCH 1/6]xl: Add ''xl tmem-list'' command [PATCH 2/6]xl: Add ''xl tmem-freeze'' command [PATCH 3/6]xl: Add ''xl tmem-destroy'' command [PATCH 4/6]xl: Add ''xl tmem-thaw'' command [PATCH 5/6]xl: Add ''xl tmem-set'' command [PATCH 6/6]xl: Add ''xl

I have spotted another couple of bugs when testing with xl on 4.1.0-rc and a xen/next-2.6.38 based kernel. If I use pygrub as a boot loader and run xl create -c host then the console disconnects once pygrub is finished. I can reconnect to the console session but it is a bit annoying to have to do so. If I set vfb = [ ''sdl'' ] in the configuration file, then I can type in the

Prevent xl from doing any operation if xend daemon is running. That prevents bugs that happened when xl and xend raced to close a domain. Changes since v1: * Add documentation to xl man page. * Permit the execution of commands that don''t modify anything. * Indent error message. Cc: george.dunlap@eu.citrix.com Cc: ian.jackson@eu.citrix.com Signed-off-by: Roger Pau Monne

I see that "xl list" shows a domain waiting idly for console input as "r", whereas "xm list" shows the same domain as "b". I also see that the State field for "xl list" contains only three characters (e.g. "r--"), whereas "xm list" shows six (e.g. "-b----"). Is this expected/intended (e.g. "r" in xm list

tmem is not supported on arm or arm64 yet. Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com> diff --git a/drivers/xen/Kconfig b/drivers/xen/Kconfig index 9e02d60..a18f350 100644 --- a/drivers/xen/Kconfig +++ b/drivers/xen/Kconfig @@ -145,7 +146,7 @@ config SWIOTLB_XEN config XEN_TMEM tristate - depends on !ARM + depends on !ARM && !ARM64 default m if