Xen Summit Asia 2010 in Seoul, Korea (Nov 2-3) is now accepting applications for topics/speakers at http://xensummit.org. 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.
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 http://wiki.xensource.com/xenwiki/XenPVOPSDRM
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.
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.
Welcome to the Xen.org 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 Members in Action
- Xen.org 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 http://wiki.xen.org/xenwiki/XenUpdate20100813
From Ian Campbell – http://lists.xensource.com/archives/html/xen-devel/2010-08/msg00728.html
The last in-tree user of the xc_ptrace functionality was removed in
user: Ian Jackson <Ian.Jackson@eu.citrix.com>
date: Fri Jul 02 17:46:01 2010 +0100
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  or ) 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.