similar to: [PATCH 2/9] tmem: add pointer to tmem for each domain

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

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

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

At last year''s Xen North America Summit in Boston, I gave a talk about memory overcommitment in Xen. I showed that the basic mechanisms for moving memory between domains were already present in Xen and that, with a few scripts, it was possible to roughly load-balance memory between domains. During this effort, I discovered that "ballooning" had a lot of weaknesses, even though

If any new Xen developers are interested in a simple project to learn Xen development (and also Xen Transcendent Memory), it would be interesting to test this in Xen. AFAIK, the only extensive use of compression is with Transcendent Memory ("tmem"), so learning about tmem would be a useful side-effect. Thanks, Dan

If any new Xen developers are interested in a simple project to learn Xen development (and also Xen Transcendent Memory), it would be interesting to test this in Xen. AFAIK, the only extensive use of compression is with Transcendent Memory ("tmem"), so learning about tmem would be a useful side-effect. Thanks, Dan

[7] core tmem code _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

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

[5] add radix-tree files from Linux with a few changes (documented at begin of file) _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

Hi all, this is a non comprehensive list of missing features in libxenlight and\or xl: - xen_platform_pci flag support in VM config files; - relative paths support in VM config files; - hap support in VM config files; - -c option to xl create; - remus; - trigger command; - tmem-* commands; - sched-* commands; - usb-* commands; - scsi-* commands. In general if you execute "xm

Hi, I have allocated few order=9 pages in Xen memory space using alloc_domheap_pages(NULL,9,0) during boot time just before domain is created (dom0 = domain_create(0, DOMCRF_s3_integrity, DOM0_SSIDREF) in xen/arch/x86/setup.c). I got the following virtual addresses in xen log message- (XEN) a2k2: Virt_addr:ffff83011cc00000 MFN:11cc00 (XEN) a2k2: Virt_addr:ffff83011ca00000 MFN:11ca00 (XEN)

__map_domain_page() *must* be matched with an unmap_domain_page(). These five static inline functions each map a page (or two), then throw away the context needed to unmap it. Each of the changes are limited to their respective functions. In two cases, this involved replacing a large amount of pointer arithmetic with memcpy() (all callers were relying on memcpy() semantics of positive/negative

Folks, The second release candidate for Xen 3.4.0 is available at http://xenbits.xensource.com/xen-unstable.hg, tagged as ''3.4.0-rc2''. Please test! -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

This is a fourth cut of the hypervisor patch of the proposed XENMEM_claim_pages hypercall/subop, taking into account feedback from Jan and Keir and IanC, plus some fixes found via runtime debugging (using privcmd only) and some added comments/cleanup. [Logistical note: I will be out tomorrow (Friday) plus US holidays next week so my responsiveness to comments may be slower for awhile. --djm]

Is there any easy way in a shell script to find out the domid of "the domain I just created" with xm create? =================================== Thanks... for the memory I really could use more / My throughput's on the floor The balloon is flat / My swap disk's fat / I've OOM's in store Overcommitted so much (with apologies to the late great Bob Hope)

  Sure. Thanks again for the prompt help - very appreciated. As I see I am trying to do what only few have done wrt Xen dom0 to package as bootable iso with ramdisk.   Now error below Xen dom 0 is trying to bring up Linux:   <..clipped..> md: ... autorun DONE. RAMDISK: ext2 filesystem found at block 0 RAMDISK: image too big! (524288KiB/4096KiB)   <...clipped: Details below...>

  Sure. Thanks again for the prompt help - very appreciated. As I see I am trying to do what only few have done wrt Xen dom0 to package as bootable iso with ramdisk.   Now error below Xen dom 0 is trying to bring up Linux:   <..clipped..> md: ... autorun DONE. RAMDISK: ext2 filesystem found at block 0 RAMDISK: image too big! (524288KiB/4096KiB)   <...clipped: Details below...>

----- Forwarded message from Keir Fraser <keir.fraser at eu.citrix.com> ----- From: Keir Fraser <keir.fraser at eu.citrix.com> To: "xen-devel at lists.xensource.com" <xen-devel at lists.xensource.com>, xen-users at lists.xensource.com Cc: Date: Wed, 07 Apr 2010 16:28:24 +0100 Subject: [Xen-devel] [ANNOUNCE] Xen 4.0.0 released Folks, Xen 4.0.0 has now been released!

I''ve noticed with xen-unstable on my quad-core x dual-thread (that''s 8 processors to xen), the boot info spewed for all the C-state/P-state stuff quickly fills the xm dmesg buffer and I lose some of the early-in-boot lines. Do we really need to know "reg.{space_id,bit_width,bit_offset,access_size, address}" and all that other info? Even if so, is there a more compact

Am I correct in reading the code that there is no "noht" (turn off hyperthreading) option in Xen (except in powerpc)? This was a surprise to me as I've seen it documented in various places and I recently suggested it as a diagnostic to a customer. =================================== If Xen could save time in a bottle / then clocks wouldn't virtually skew / It would save every