|
|
| Line 142: |
Line 142: |
|
* Kelly Kingsley |
|
* Kelly Kingsley |
|
* John Garbutt, Rackspace |
|
* John Garbutt, Rackspace |
|
* Anil Madhavapeddy, Camridge University |
|
* Anil Madhavapeddy, Cambridge University |
|
* Julien Grall, Citrix |
|
* Julien Grall, Citrix |
|
* Stefano Stabellini, Citris |
|
* Stefano Stabellini, Citris |
Revision as of 00:16, 14 April 2013
When and Where ?
We confirmed the Xen Hackathon for May 16-17, 2013 in Dublin Ireland.
- May 16th: 9AM to 5PM
- May 17th: 9AM to 5PM
More Information
Topics to Discuss, Code, Work on, ... at the Hackathon
Instructions
Topics
Xen on ARM "Portathon"
| Date of insert: 12/03/2013; Verified: Not updated in 2020; GSoC: N/A |
| Technical contact: Ian Campbell |
| Mailing list/forum for project: xen-devel@ |
| IRC channel for project: #xen-devel |
| Difficulty: Not too hard if you are familiar with the hardware and have Linux running |
| Skills Needed: Mostly C |
Description: Xen on ARM has reached the point where it is becoming reasonable to port it to a wider set of hardware. The idea of this session would be to take advantage of the presence of the Xen on ARM developers to port Xen to your hardware. In order to participate you will need:
- Access to a hardware platform which supports the ARM virtualisation extension which you wish to port Xen to.
- Could be local access if hardware is portable, otherwise remote serial and power control will be required
- Software models could also be considered
- An existing functioning port of Linux >3.8 to the platform
- Access to datasheets and/or extensive knowledge of the hardware platform
|
| Outcomes: Xen running on some new ARM platforms |
|
Update toolstacks to make use of libxl and/or xl
| Date of insert: 12/03/2013; Verified: Not updated in 2020; GSoC: N/A |
| Technical contact: Ian Campbell |
| Mailing list/forum for project: xen-devel@ |
| IRC channel for project: #xen-devel |
| Difficulty: Depends on the complexity of the toolstack which needs modifying |
| Skills Needed: Some C, perhaps knowledge of the C bindings for the language which the toolstack uses. |
| Description: There are various higher-level toolstacks which make direct use of the xend interfaces (either through xm, sxp or XML/RPC). This project offers an opportunity to collaborate on porting toolstacks to use xl or other modern toolstack interfaces.
This project also covers those who wish to use libxl directly to implement their own toolstack or to port an existing toolstack from other lower-level interface (such as libxc) to libxl.
It is expected that participants will be familiar with the internals of the toolstack the wish to port to libxl/xl |
| Outcomes: More toolstacks using xl or libxl. |
|
VMFUNC, grant table operations, Intel QuickData engines
| Date of insert: 12/03/2013; Verified: Not updated in 2020; GSoC: N/A |
| Technical contact: Konrad Rzeszutek Wilk |
| Mailing list/forum for project: xen-devel@ |
| IRC channel for project: #xen-devel |
| Difficulty: Need to read dense Intel docs. |
| Skills Needed: Wielding a sharpie. |
| Description: Intel has released a new VMX type operations that allows one guest to switch in another guest page-tables. We could utilize this for a backend guest to
switch in the page-tables that the frontend has provided via the ring. Along with the Intel QuickData engine we could keep the contents of these
pages (aka grefs) in the LLC. This is all handwaving at this point and I am hoping to brain-storm the problem and issues we will face. |
| Outcomes: Faster performance. |
|
Close Security Vulnerability Process Changes as well as discuss possible mods to the Governance Process
| Date of insert: 29/03/2013; Verified: Not updated in 2020; GSoC: N/A |
| Technical contact: Lars Kurth |
| Mailing list/forum for project: xen-devel@ |
| IRC channel for project: #xen-devel |
| Difficulty: N/A |
| Skills Needed: N/A |
| Description: We should take the opportunity of core developers present to close down the proposed Security Vulnerability Process discussion as much as possible. Also, I wanted to discuss whether we can be a little bit more open about membership of the Security Response team (i.e. who is on it, and what the process/mechanism is of becoming a member of the team). And maybe any other security related questions.
I would also like to take the opportunity of discussing possible changes to the governance process. |
| Outcomes: Not specified, project outcomes |
|
Update OpenNebula integration to use latest Xen version
| Date of insert: 11/04/2013; Verified: Not updated in 2020; GSoC: N/A |
| Technical contact: Javi Fontan |
| Mailing list/forum for project: xen-devel@ |
| IRC channel for project: #xen-devel |
| Difficulty: Depends on how much code we can reuse from previous integration |
| Skills Needed: Bash and Ruby knowledge and perhaps some C++ to change deployment file generation. |
| Description: OpenNebula is a Cloud Computing Manager that has drivers to create and manage Xen VMs. The integration with Xen was done some time ago for version 3.x and even we are continuously bug fixing and updating it still uses xm command to perform all management. We want to change the way of interacting with Xen to new versions (libxl, xl) and explore new features that can be added. |
| Outcomes: OpenNebula is properly integrated with Xen 4.x |
|
Confirmed Attendees
- Ian Campbell,Citrix
- Dario Faggioli, Citrix
- Javier Fontan, OpenNebula
- Fabian Geisberger, Google Ireland Ltd.
- Daniel Kiper, Oracle
- Lars Kurth, Citrix
- Olivier Lambert, Vates
- Balazs Lecz, Google
- Boris Ostrovsky, Oracle
- Michele Tartara, Google
- Patrick Tobin, University College Dublin
- Guido Trotter, Google
- Helga Velroyen, Google
- Konrad Wilk, Oracle
People that have been granted an invite but have not yet confirmed
- Kelly Kingsley
- John Garbutt, Rackspace
- Anil Madhavapeddy, Cambridge University
- Julien Grall, Citrix
- Stefano Stabellini, Citris
- Andre Przywara, Calxeda
- Wei Lui, Citrix
Lars.kurth 15:27, 2 March 2013 (UTC): Feel free to make suggestions here
