Monthly Archives: August 2010

Xen Summit Asia 2010 – Call For Topics

Xen Summit Asia 2010 in Seoul, Korea (Nov 2-3) is now accepting applications for topics/speakers at This online tool allows speakers to enter topics/abstracts and submit papers if they so choose for review by the Program Committee. Please enter your ideas at this site so we can start to put together the agenda earlier this year.

If you have any questions, please contact me for assistance. I look forward to seeing the community in Korea in a few months.

Oracle enables 3D CAD Software & Graphic Intensive Applications

Jeremy  Fitzhardinge has recently pulled in a bunch of Oracle patches that make Linux now work quite well with Xorg/KMS/3D. So with the latest xen/stable-2.6.32.x you can now play OpenArena (Quake clone) under your Dom0 (and you could do theoretically that under DomU, but it hasn’t been tried). Under the PV-OPS kernel and with Xorg running under Xen you run 3D CAD software, games, and other graphic intensive applications.
For details, refer to

Announcing Xen Summit Asia 2010 at Samsung Program Committee

I am pleased to introduce the Program Committee for Xen Summit Asia at Samsung:

  • Patrick Colp
  • Ian Pratt
  • Sang-bum Suh
  • Pradeep Padala
  • Chuck Yoo
  • Todd Deshane
  • Jun Nakajima
  • Eddie Dong
  • Dan Magenheimer
  • Hitoshi Matsumoto

I look forward to a great event this November in Seoul, Korea. I will be posting info on submitting topics later today.

Xen Developer Email Discussion

Jeremy Fitzhardinge submitted a patch to fix a compile issue caused by Remus…
“Remus tries to go out of the tools directory and build in the kernel directory. This assumes that we’re actually building a kernel out of the xen build tree, and that kernel is actually being used. If Remus needs kernel modules, they should actually be part of the respective kernel trees, not grafted on post-facto.
Disable the tools/remus directory until this is sorted out.”

There is agreement on this issue from Ian Campbell, Stefano Stabellini, and Ian Jackson so the patch has been applied and Remus will need to be updated to fix this problem before putting back into the build

Wei Wang submitted this patch based on the following…

When __pci_enable_msix() returns early, output parameter (struct msi_desc
**desc) will not be initialized.  On my machine, a Broadcom BCM5709 nic has
both MSI and MSIX capability blocks and when guest tries to enable msix
interrupts but __pci_enable_msix() returns early for encountering a msi
block,  the whole system will crash for fatal page fault immediately.

Jan Beulich offers some thoughts on minor changes to the source code of the patch and Dante Cinco offers his suport for the patch is it solves an error he reported recently. Keir Fraser reports that he is awaiting the final patch and will add to 4.0.1 as well as previous Xen versions. Weekly Newsletter Vol 10 No 32

Welcome to the weekly newsletter with a variety of information to keep you updated on all things Xen. Please feel free to contact me with suggestions for the newsletter.

Xen News

Xen Events

Xen Products

Xen Members in Action

  • Mailing Lists SuperStars –   Gianni Tedesco, Tapas Mishra, Stefano Stabellini
  • Welcome to some new members to mailing lists – Benjamin Knoth, Eric Laflamme, Ted Lin, Ng Dennis

Xen Weekly Stats

  • Mailing Lists Stats: Xen-Devel (89 Patches, 23 Questions, 248 Responses) ; Xen-Users (49 Questions, 112 Responses); Xen-api (9 Patches)

The complete newsletter with all data including the summary of all xen-users/xen-devel/xen-api mailing lists can be found at

[RFC] Removing libxc xc_ptrace interface

From Ian Campbell –

The last in-tree user of the xc_ptrace functionality was removed in
changeset:   21732:eb34666befcc
user:        Ian Jackson <>
date:        Fri Jul 02 17:46:01 2010 +0100
files:       […]
tools/debugger/gdb: Remove gdb

This code is not maintained, does not work properly, and no-one is
using it.  Delete it, following discussion on xen-devel.

and has now been replaced with gdbsx.

We are having trouble tracking down all of the contributors to the ptrace code in libxc (as part of the effort to relicense libxc under the LGPL, see [0] or [1]) and if this functionality is no longer required it would be simplest to remove it. I will follow up shortly with a patch to disable the build by default and the code will be removed shortly unless anyone objects. If you have an out-of-tree project which is using this functionality (specifically the functions xc_register_event_handler()
xc_ptrace() and xc_waitdomain()) then please tell us ASAP.