Re: [Xen-devel] [Xen-API] GSoC 2012 project brainstorming

[Dave Scott <Dave.Scott@xxxxxxxxxxxxx>]

Ian Campbell wrote: 
> On Wed, 2012-02-29 at 16:53 +0000, Ian Campbell wrote:
> > Below are a few ideas which have been floating around as potential
> > projects (or broad subject areas for projects) for GSoC this year.
> >
> > If you want any more information on any particular item then please
> ask.
> > Likewise if you have any ideas of your own please feel free to chip
> in.
> >
> > If you think you might be interested in a project, either as mentor
> or
> > potential student, then please add it to the wiki page at
> > http://wiki.xen.org/wiki/GSoC_2012_Ideas
> >
> 
> I've just added a proposal for "xl to xapi offline VM migration
> utility". I know the xl side well and I'm reasonably familiar with
> XenAPI etc but it would be really useful to have a co-/backup-mentor
> from the xen-api@ side of things.

I could be a co-/backup-mentor for that.

I've been busy recently moving all the domain management parts of xapi
into a separate daemon, which later can be libxl'ed up. For testing
(and for fun) I've made it understand some of xm/xl config file syntax eg

[root@st20 ~]# xn export-metadata-xm win7 win7.xm
[root@st20 ~]# cat win7.xm 
name='win7'
builder='hvmloader'
boot='dc'
vcpus=1
memory=2048
disk=[ 'sm:7af570d8-f8c5-4103-ac1d-969fe28bfc11,hda,w', 
'sm:137c8a61-113c-ab46-20fa-5c0574eaff77,hdb:cdrom,r' ]
vif=[  ]
pci=[  ]
pci_msitranslate=1
pci_power_mgmt=0
# transient=true

Another goal of the refactoring is to allow xapi to co-exist with domains
created by someone else (e.g. xl/libxl). This should allow a migration to
be done piecemeal, one VM at a time on the same host.

Cheers,
Dave

> 
> Ian.
> 
> > TOOLS
> > -----
> > - pv grub2
> > - xapi support in libvirt
> > - make xapi use libxl
> > - compile xapi on ARM
> > - OpenXenManager
> > - driver domains
> > - PV dbus
> > - HA daemon for Remus
> > - HA daemon for XCP
> >
> > PERF
> > ----
> > - Oprofile
> > - Linux perf tools in guest
> >
> > HYPERVISOR
> > ----------
> > - insmod Xen
> > - event channel limits
> > - NUMA
> >
> > MEMORY
> > ------
> > - disk based memory sharing
> > - memory scanner
> > - paging replacing PoD
> > - VM Fork
> > - Copy on read (past VDI boot)
> >
> >
> > IO
> > --
> > - PV OpenGL/Gallium
> > - PV USB
> > - PV USB3
> > - PV SCSI
> > - PVFB in Xorg
> > - Infiniband
> >
> >
> > STORAGE
> > -------
> > - gluster/ceph plugins
> >
> >
> > QEMU
> > ----
> > - BSD libc
> > - upstream QEMU stubdoms
> >
> >
> > TESTS
> > -----
> > - better web reporting
> > - more tests
> > - upstream linux
> >
> >
> > DISTROS
> > -------
> > - packaging stubdoms
> > - xen on centos6
> > - driver domains
> > - figure out the VM format issue
> > - XSM in distros
> >
> >
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@xxxxxxxxxxxxx
> > http://lists.xen.org/xen-devel
> 
> 
> 
> _______________________________________________
> xen-api mailing list
> xen-api@xxxxxxxxxxxxx
> http://lists.xen.org/cgi-bin/mailman/listinfo/xen-api

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel