An updated version of the list is below. Some items are marked "nice to
have" meaning that we don''t think they should block the release.
I''ll
try and post an update on a semi-regular basis as and when things are
completed.
I think I have incorporated all the updates made in the last thread as
well as correctly reflected the status of each item. Please let me know
if something is out of date e.g. if progress has been made which I
haven''t reflected below.
hypervisor, blockers:
* round-up of the closing of the security hole in MSI-X
passthrough (uniformly - i.e. even for Dom0 - disallowing write
access to MSI-X table pages). (Jan Beulich, after upstream qemu
patch series also incorporates the respective recent qemu-xen
change)
* domctls / sysctls set up to modify scheduler parameters, like
the credit1 timeslice (and schedule rate, if that ever makes it
in). (George Dunlap)
* get the interface changes for sharing/paging/mem-events done and
dusted so that 4.2 is a stable API that we hold to. (Tim Deegan,
Andres Lagar-Cavilla et al)
* mem event ring management posted, seems close to going
in.
* sharing patches posted
*
tools, blockers:
* libxl stable API -- we would like 4.2 to define a stable API
which downstream''s can start to rely on not changing. Aspects
of
this are:
* event handling (Ian Jackson, posted several rounds,
nearing completion?)
* drop libxl_device_model_info (move bits to build_info or
elsewhere as appropriate) (Ian Campbell, first RFC sent)
* add libxl_defbool and generally try and arrange that
memset(foo,0,...) requests the defaults (Ian Campbell,
first RFC sent)
* The topologyinfo datastructure should be a list of
tuples, not a tuple of lists. (nobody currently looking
at this, not 100% sure this makes sense, could possibly
defer and change after 4.2 in a compatible way)
* Block script support -- can be done post 4.2? should be
nice to have not blocker? Somewhere on IanJ''s todo?
* xl to use json for machine readable output instead of sexp by
default (Ian Campbell to revisit existing patch)
* xl feature parity with xend wrt driver domain support (George
Dunlap)
* Integrate qemu+seabios upstream into the build (Stefano to
repost). No change in default qemu for 4.2.
* More formally deprecate xm/xend. Manpage patches already in
tree. Needs release noting and communication around -rc1 to
remind people to test xl.
hypervisor, nice to have:
* solid implementation of sharing/paging/mem-events (using work
queues) (Tim Deegan, Olaf Herring et al)
* A long standing issue is a fully synchronized p2m (locking
lookups) (Andres Lagar-Cavilla)
tools, nice to have:
* Hotplug script stuff -- internal to libxl (I think, therefore I
didn''t put this under stable API above) but still good to have
for 4.2? Roger Pau Monet was looking at this but its looking
like a big can-o-worms. (discussion on-going)
* Upstream qemu feature patches:
* Upstream qemu PCI passthrough support (Anthony Perard)
* Upstream qemu save restore (Anthony Perard)
* Nested-virtualisation (currently should be marked experimental,
likely to release that way? Consider nested-svm separate to
nested-vmx. Nested-svm is in better shape)
2012/1/17 Ian Campbell <Ian.Campbell@citrix.com>:> An updated version of the list is below. Some items are marked "nice to > have" meaning that we don't think they should block the release. I'll > try and post an update on a semi-regular basis as and when things are > completed. > > I think I have incorporated all the updates made in the last thread as > well as correctly reflected the status of each item. Please let me know > if something is out of date e.g. if progress has been made which I > haven't reflected below. > > hypervisor, blockers: > > * round-up of the closing of the security hole in MSI-X > passthrough (uniformly - i.e. even for Dom0 - disallowing write > access to MSI-X table pages). (Jan Beulich, after upstream qemu > patch series also incorporates the respective recent qemu-xen > change) > * domctls / sysctls set up to modify scheduler parameters, like > the credit1 timeslice (and schedule rate, if that ever makes it > in). (George Dunlap) > * get the interface changes for sharing/paging/mem-events done and > dusted so that 4.2 is a stable API that we hold to. (Tim Deegan, > Andres Lagar-Cavilla et al) > * mem event ring management posted, seems close to going > in. > * sharing patches posted > * > > tools, blockers: > > * libxl stable API -- we would like 4.2 to define a stable API > which downstream's can start to rely on not changing. Aspects of > this are: > * event handling (Ian Jackson, posted several rounds, > nearing completion?) > * drop libxl_device_model_info (move bits to build_info or > elsewhere as appropriate) (Ian Campbell, first RFC sent) > * add libxl_defbool and generally try and arrange that > memset(foo,0,...) requests the defaults (Ian Campbell, > first RFC sent) > * The topologyinfo datastructure should be a list of > tuples, not a tuple of lists. (nobody currently looking > at this, not 100% sure this makes sense, could possibly > defer and change after 4.2 in a compatible way) > * Block script support -- can be done post 4.2? should be > nice to have not blocker? Somewhere on IanJ's todo?This is quite related to xl hotplug stuff, once the hotplug thing is in, it should be trivial to add this.> * xl to use json for machine readable output instead of sexp by > default (Ian Campbell to revisit existing patch) > * xl feature parity with xend wrt driver domain support (George > Dunlap) > * Integrate qemu+seabios upstream into the build (Stefano to > repost). No change in default qemu for 4.2. > * More formally deprecate xm/xend. Manpage patches already in > tree. Needs release noting and communication around -rc1 to > remind people to test xl. > > hypervisor, nice to have: > > * solid implementation of sharing/paging/mem-events (using work > queues) (Tim Deegan, Olaf Herring et al) > * A long standing issue is a fully synchronized p2m (locking > lookups) (Andres Lagar-Cavilla) > > tools, nice to have: > > * Hotplug script stuff -- internal to libxl (I think, therefore I > didn't put this under stable API above) but still good to have > for 4.2? Roger Pau Monet was looking at this but its looking > like a big can-o-worms. (discussion on-going) > * Upstream qemu feature patches: > * Upstream qemu PCI passthrough support (Anthony Perard) > * Upstream qemu save restore (Anthony Perard) > * Nested-virtualisation (currently should be marked experimental, > likely to release that way? Consider nested-svm separate to > nested-vmx. Nested-svm is in better shape) > > >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Tue, Jan 17, Ian Campbell wrote:> I think I have incorporated all the updates made in the last thread as > well as correctly reflected the status of each item. Please let me know > if something is out of date e.g. if progress has been made which I > haven''t reflected below.Now that paging is reasonable mature, it should be possible to configure and tune it via libxl/xl in some way. There is some discussion going on about how it could be done. I will follow up and prepare a patch. Olaf
For libxl, it would be nice to have also libyajl2 support. OpenSuSE 11.4 was the last version which shipped libyajl1, 12.1 and later seem to have just libyajl2. Olaf
On Tue, 2012-01-17 at 10:53 +0000, Olaf Hering wrote:> For libxl, it would be nice to have also libyajl2 support. OpenSuSE 11.4 > was the last version which shipped libyajl1, 12.1 and later seem to have > just libyajl2.Roger Pau Monet posted such a patch but it ended up depending on the switch to autoconf. I will add those two to the next version of the TODO list, as blockers unless someone objects. Ian.
Newly updated list follows. Please send me corrections (especially
"done"). I''ve stopped CCing everyone, since I guess it is
mostly spam to
the majority.
hypervisor, blockers:
* round-up of the closing of the security hole in MSI-X
passthrough (uniformly - i.e. even for Dom0 - disallowing write
access to MSI-X table pages). (Jan Beulich -- more fixes
required than first thought, patches posted)
* domctls / sysctls set up to modify scheduler parameters, like
the credit1 timeslice and schedule rate. (George Dunlap)
* get the interface changes for sharing/paging/mem-events done and
dusted so that 4.2 is a stable API that we hold to. (Tim Deegan,
Andres Lagar-Cavilla et al)
* mem event ring management posted, seems close to going
in.
* sharing patches posted
tools, blockers:
* libxl stable API -- we would like 4.2 to define a stable API
which downstream''s can start to rely on not changing. Aspects
of
this are:
* event handling (Ian Jackson, posted several rounds,
nearing completion?)
* drop libxl_device_model_info (move bits to build_info or
elsewhere as appropriate) (Ian Campbell, first RFC sent)
* add libxl_defbool and generally try and arrange that
memset(foo,0,...) requests the defaults (Ian Campbell,
first RFC sent)
* topologyinfo datastructure should be a list of tuples,
not a tuple of lists. (nobody currently looking at this,
not 100% sure this makes sense, could possibly defer and
change after 4.2 in a compatible way)
* xl to use json for machine readable output instead of sexp by
default (Ian Campbell to revisit existing patch)
* xl support for vcpu pinning (Dario Faggioli)
* xl feature parity with xend wrt driver domain support (George
Dunlap)
* Integrate qemu+seabios upstream into the build (patches
reposted, pending). No change in default qemu for 4.2.
* More formally deprecate xm/xend. Manpage patches already in
tree. Needs release noting and communication around -rc1 to
remind people to test xl.
hypervisor, nice to have:
* solid implementation of sharing/paging/mem-events (using work
queues) (Tim Deegan, Olaf Herring et al)
* A long standing issue is a fully synchronized p2m (locking
lookups) (Andres Lagar-Cavilla)
* NUMA improvement: domain affinity consistent with cpupool
membership (Dario Faggioli, Jeurgen Gross -- patch posted)
tools, nice to have:
* Hotplug script stuff -- internal to libxl (I think, therefore I
didn''t put this under stable API above) but still good to have
for 4.2? Roger Pau Monet was looking at this but its looking
like a big can-o-worms. (discussion on-going)
* Block script support -- follows on from hotplug script (Roger
Pau Monet)
* libyajl v2 support (patch posted by Roger Pau Monet, blocked on
autoconf?)
* Configure/control paging via xl/libxl (Olaf Herring)
* Upstream qemu feature patches:
* Upstream qemu PCI passthrough support (Anthony Perard)
* Upstream qemu save restore (Anthony Perard)
* Nested-virtualisation (currently should be marked
experimental,likely to release that way? Consider nested-svm
separate to nested-vmx. Nested-svm is in better shape)
Tools, need to decide if pre- or post-4.2 feature:
* Autoconf (Roger Pau Monet posted a patch)
On Mon, 2012-01-23 at 13:19 +0000, Ian Campbell wrote:> * domctls / sysctls set up to modify scheduler parameters, like > the credit1 timeslice and schedule rate. (George Dunlap)I mistakenly thought the schedule rate fix had been committed. This should be it''s own top-level blocker IMHO. Ian.
On 01/23/2012 02:19 PM, Ian Campbell wrote:> Newly updated list follows. Please send me corrections (especially > "done"). I''ve stopped CCing everyone, since I guess it is mostly spam to > the majority. > > hypervisor, blockers: > > * round-up of the closing of the security hole in MSI-X > passthrough (uniformly - i.e. even for Dom0 - disallowing write > access to MSI-X table pages). (Jan Beulich -- more fixes > required than first thought, patches posted) > * domctls / sysctls set up to modify scheduler parameters, like > the credit1 timeslice and schedule rate. (George Dunlap) > * get the interface changes for sharing/paging/mem-events done and > dusted so that 4.2 is a stable API that we hold to. (Tim Deegan, > Andres Lagar-Cavilla et al) > * mem event ring management posted, seems close to going > in. > * sharing patches posted > > tools, blockers: > > * libxl stable API -- we would like 4.2 to define a stable API > which downstream''s can start to rely on not changing. Aspects of > this are: > * event handling (Ian Jackson, posted several rounds, > nearing completion?) > * drop libxl_device_model_info (move bits to build_info or > elsewhere as appropriate) (Ian Campbell, first RFC sent) > * add libxl_defbool and generally try and arrange that > memset(foo,0,...) requests the defaults (Ian Campbell, > first RFC sent) > * topologyinfo datastructure should be a list of tuples, > not a tuple of lists. (nobody currently looking at this, > not 100% sure this makes sense, could possibly defer and > change after 4.2 in a compatible way) > * xl to use json for machine readable output instead of sexp by > default (Ian Campbell to revisit existing patch) > * xl support for vcpu pinning (Dario Faggioli) > * xl feature parity with xend wrt driver domain support (George > Dunlap) > * Integrate qemu+seabios upstream into the build (patches > reposted, pending). No change in default qemu for 4.2. > * More formally deprecate xm/xend. Manpage patches already in > tree. Needs release noting and communication around -rc1 to > remind people to test xl. > > hypervisor, nice to have: > > * solid implementation of sharing/paging/mem-events (using work > queues) (Tim Deegan, Olaf Herring et al) > * A long standing issue is a fully synchronized p2m (locking > lookups) (Andres Lagar-Cavilla) > * NUMA improvement: domain affinity consistent with cpupool > membership (Dario Faggioli, Jeurgen Gross -- patch posted)Patches accepted (cs24549..24551)> tools, nice to have: > > * Hotplug script stuff -- internal to libxl (I think, therefore I > didn''t put this under stable API above) but still good to have > for 4.2? Roger Pau Monet was looking at this but its looking > like a big can-o-worms. (discussion on-going) > * Block script support -- follows on from hotplug script (Roger > Pau Monet) > * libyajl v2 support (patch posted by Roger Pau Monet, blocked on > autoconf?) > * Configure/control paging via xl/libxl (Olaf Herring) > * Upstream qemu feature patches: > * Upstream qemu PCI passthrough support (Anthony Perard) > * Upstream qemu save restore (Anthony Perard) > * Nested-virtualisation (currently should be marked > experimental,likely to release that way? Consider nested-svm > separate to nested-vmx. Nested-svm is in better shape) > > Tools, need to decide if pre- or post-4.2 feature: > > * Autoconf (Roger Pau Monet posted a patch) > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel > >-- Juergen Gross Principal Developer Operating Systems PDG ES&S SWE OS6 Telephone: +49 (0) 89 3222 2967 Fujitsu Technology Solutions e-mail: juergen.gross@ts.fujitsu.com Domagkstr. 28 Internet: ts.fujitsu.com D-80807 Muenchen Company details: ts.fujitsu.com/imprint.html
On Tue, Jan 24, 2012 at 6:31 AM, Juergen Gross <juergen.gross@ts.fujitsu.com> wrote:> On 01/23/2012 02:19 PM, Ian Campbell wrote: > >> Newly updated list follows. Please send me corrections (especially >> "done"). I''ve stopped CCing everyone, since I guess it is mostly spam to >> the majority. >> >> hypervisor, blockers: >> >> * round-up of the closing of the security hole in MSI-X >> passthrough (uniformly - i.e. even for Dom0 - disallowing write >> access to MSI-X table pages). (Jan Beulich -- more fixes >> required than first thought, patches posted) >> * domctls / sysctls set up to modify scheduler parameters, like >> the credit1 timeslice and schedule rate. (George Dunlap) >> * get the interface changes for sharing/paging/mem-events done and >> dusted so that 4.2 is a stable API that we hold to. (Tim Deegan, >> Andres Lagar-Cavilla et al) >> * mem event ring management posted, seems close to going >> in. >> * sharing patches posted >> >> tools, blockers: >> >> * libxl stable API -- we would like 4.2 to define a stable API >> which downstream''s can start to rely on not changing. Aspects of >> this are: >> * event handling (Ian Jackson, posted several rounds, >> nearing completion?) >> * drop libxl_device_model_info (move bits to build_info or >> elsewhere as appropriate) (Ian Campbell, first RFC sent) >> * add libxl_defbool and generally try and arrange that >> memset(foo,0,...) requests the defaults (Ian Campbell, >> first RFC sent) >> * topologyinfo datastructure should be a list of tuples, >> not a tuple of lists. (nobody currently looking at this, >> not 100% sure this makes sense, could possibly defer and >> change after 4.2 in a compatible way) >> * xl to use json for machine readable output instead of sexp by >> default (Ian Campbell to revisit existing patch) >> * xl support for vcpu pinning (Dario Faggioli) >> * xl feature parity with xend wrt driver domain support (George >> Dunlap) >> * Integrate qemu+seabios upstream into the build (patches >> reposted, pending). No change in default qemu for 4.2. >> * More formally deprecate xm/xend. Manpage patches already in >> tree. Needs release noting and communication around -rc1 to >> remind people to test xl. >> >> hypervisor, nice to have: >> >> * solid implementation of sharing/paging/mem-events (using work >> queues) (Tim Deegan, Olaf Herring et al) >> * A long standing issue is a fully synchronized p2m (locking >> lookups) (Andres Lagar-Cavilla) >> * NUMA improvement: domain affinity consistent with cpupool >> membership (Dario Faggioli, Jeurgen Gross -- patch posted) >> > > Patches accepted (cs24549..24551) > > > tools, nice to have: >> >> * Hotplug script stuff -- internal to libxl (I think, therefore I >> didn''t put this under stable API above) but still good to have >> for 4.2? Roger Pau Monet was looking at this but its looking >> like a big can-o-worms. (discussion on-going) >> * Block script support -- follows on from hotplug script (Roger >> Pau Monet) >> * libyajl v2 support (patch posted by Roger Pau Monet, blocked on >> autoconf?) >> * Configure/control paging via xl/libxl (Olaf Herring) >> * Upstream qemu feature patches: >> * Upstream qemu PCI passthrough support (Anthony Perard) >> * Upstream qemu save restore (Anthony Perard) >> * Nested-virtualisation (currently should be marked >> experimental,likely to release that way? Consider nested-svm >> separate to nested-vmx. Nested-svm is in better shape) >> >>* Basic remus support in libxl. I have sent the patches. If the block script patches get in on time, I could add disk checkpointing support too. That would leave only network buffering.> Tools, need to decide if pre- or post-4.2 feature: >> >> * Autoconf (Roger Pau Monet posted a patch) >> >> >> ______________________________**_________________ >> Xen-devel mailing list >> Xen-devel@lists.xensource.com >> http://lists.xensource.com/**xen-devel<http://lists.xensource.com/xen-devel> >> >> >> > > -- > Juergen Gross Principal Developer Operating Systems > PDG ES&S SWE OS6 Telephone: +49 (0) 89 3222 2967 > Fujitsu Technology Solutions e-mail: > juergen.gross@ts.fujitsu.com > Domagkstr. 28 Internet: ts.fujitsu.com > D-80807 Muenchen Company details: > ts.fujitsu.com/imprint.html > > > > ______________________________**_________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/**xen-devel<http://lists.xensource.com/xen-devel> >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
2012/1/23 Ian Campbell <Ian.Campbell@citrix.com>:> Newly updated list follows. Please send me corrections (especially > "done"). I've stopped CCing everyone, since I guess it is mostly spam to > the majority. > > hypervisor, blockers: > > * round-up of the closing of the security hole in MSI-X > passthrough (uniformly - i.e. even for Dom0 - disallowing write > access to MSI-X table pages). (Jan Beulich -- more fixes > required than first thought, patches posted) > * domctls / sysctls set up to modify scheduler parameters, like > the credit1 timeslice and schedule rate. (George Dunlap) > * get the interface changes for sharing/paging/mem-events done and > dusted so that 4.2 is a stable API that we hold to. (Tim Deegan, > Andres Lagar-Cavilla et al) > * mem event ring management posted, seems close to going > in. > * sharing patches posted > > tools, blockers: > > * libxl stable API -- we would like 4.2 to define a stable API > which downstream's can start to rely on not changing. Aspects of > this are: > * event handling (Ian Jackson, posted several rounds, > nearing completion?) > * drop libxl_device_model_info (move bits to build_info or > elsewhere as appropriate) (Ian Campbell, first RFC sent) > * add libxl_defbool and generally try and arrange that > memset(foo,0,...) requests the defaults (Ian Campbell, > first RFC sent) > * topologyinfo datastructure should be a list of tuples, > not a tuple of lists. (nobody currently looking at this, > not 100% sure this makes sense, could possibly defer and > change after 4.2 in a compatible way) > * xl to use json for machine readable output instead of sexp by > default (Ian Campbell to revisit existing patch) > * xl support for vcpu pinning (Dario Faggioli) > * xl feature parity with xend wrt driver domain support (George > Dunlap) > * Integrate qemu+seabios upstream into the build (patches > reposted, pending). No change in default qemu for 4.2. > * More formally deprecate xm/xend. Manpage patches already in > tree. Needs release noting and communication around -rc1 to > remind people to test xl. > > hypervisor, nice to have: > > * solid implementation of sharing/paging/mem-events (using work > queues) (Tim Deegan, Olaf Herring et al) > * A long standing issue is a fully synchronized p2m (locking > lookups) (Andres Lagar-Cavilla) > * NUMA improvement: domain affinity consistent with cpupool > membership (Dario Faggioli, Jeurgen Gross -- patch posted) > > tools, nice to have: > > * Hotplug script stuff -- internal to libxl (I think, therefore I > didn't put this under stable API above) but still good to have > for 4.2? Roger Pau Monet was looking at this but its looking > like a big can-o-worms. (discussion on-going) > * Block script support -- follows on from hotplug script (Roger > Pau Monet) > * libyajl v2 support (patch posted by Roger Pau Monet, blocked on > autoconf?) > * Configure/control paging via xl/libxl (Olaf Herring) > * Upstream qemu feature patches: > * Upstream qemu PCI passthrough support (Anthony Perard) > * Upstream qemu save restore (Anthony Perard) > * Nested-virtualisation (currently should be marked > experimental,likely to release that way? Consider nested-svm > separate to nested-vmx. Nested-svm is in better shape)Just a random thought, but I find it quite annoying to need latex to compile the documentation. I think it will be wise to create a new Makefile target, like man-pages and install-man-pages to allow the user to build and install man pages only (or don't abort docs build if latex is not found). Personally I don't have latex on my server, and I don't want to install it, but I would like to have the man pages when building Xen from source.> Tools, need to decide if pre- or post-4.2 feature: > > * Autoconf (Roger Pau Monet posted a patch) > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xensource.com > http://lists.xensource.com/xen-devel_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Wed, 2012-01-25 at 14:33 +0000, Roger Pau Monné wrote:> 2012/1/23 Ian Campbell <Ian.Campbell@citrix.com>: > > Newly updated list follows. Please send me corrections (especially > > "done"). I've stopped CCing everyone, since I guess it is mostly spam to > > the majority. > > > > hypervisor, blockers: > > > > * round-up of the closing of the security hole in MSI-X > > passthrough (uniformly - i.e. even for Dom0 - disallowing write > > access to MSI-X table pages). (Jan Beulich -- more fixes > > required than first thought, patches posted) > > * domctls / sysctls set up to modify scheduler parameters, like > > the credit1 timeslice and schedule rate. (George Dunlap) > > * get the interface changes for sharing/paging/mem-events done and > > dusted so that 4.2 is a stable API that we hold to. (Tim Deegan, > > Andres Lagar-Cavilla et al) > > * mem event ring management posted, seems close to going > > in. > > * sharing patches posted > > > > tools, blockers: > > > > * libxl stable API -- we would like 4.2 to define a stable API > > which downstream's can start to rely on not changing. Aspects of > > this are: > > * event handling (Ian Jackson, posted several rounds, > > nearing completion?) > > * drop libxl_device_model_info (move bits to build_info or > > elsewhere as appropriate) (Ian Campbell, first RFC sent) > > * add libxl_defbool and generally try and arrange that > > memset(foo,0,...) requests the defaults (Ian Campbell, > > first RFC sent) > > * topologyinfo datastructure should be a list of tuples, > > not a tuple of lists. (nobody currently looking at this, > > not 100% sure this makes sense, could possibly defer and > > change after 4.2 in a compatible way) > > * xl to use json for machine readable output instead of sexp by > > default (Ian Campbell to revisit existing patch) > > * xl support for vcpu pinning (Dario Faggioli) > > * xl feature parity with xend wrt driver domain support (George > > Dunlap) > > * Integrate qemu+seabios upstream into the build (patches > > reposted, pending). No change in default qemu for 4.2. > > * More formally deprecate xm/xend. Manpage patches already in > > tree. Needs release noting and communication around -rc1 to > > remind people to test xl. > > > > hypervisor, nice to have: > > > > * solid implementation of sharing/paging/mem-events (using work > > queues) (Tim Deegan, Olaf Herring et al) > > * A long standing issue is a fully synchronized p2m (locking > > lookups) (Andres Lagar-Cavilla) > > * NUMA improvement: domain affinity consistent with cpupool > > membership (Dario Faggioli, Jeurgen Gross -- patch posted) > > > > tools, nice to have: > > > > * Hotplug script stuff -- internal to libxl (I think, therefore I > > didn't put this under stable API above) but still good to have > > for 4.2? Roger Pau Monet was looking at this but its looking > > like a big can-o-worms. (discussion on-going) > > * Block script support -- follows on from hotplug script (Roger > > Pau Monet) > > * libyajl v2 support (patch posted by Roger Pau Monet, blocked on > > autoconf?) > > * Configure/control paging via xl/libxl (Olaf Herring) > > * Upstream qemu feature patches: > > * Upstream qemu PCI passthrough support (Anthony Perard) > > * Upstream qemu save restore (Anthony Perard) > > * Nested-virtualisation (currently should be marked > > experimental,likely to release that way? Consider nested-svm > > separate to nested-vmx. Nested-svm is in better shape) > > > Just a random thought, but I find it quite annoying to need latex to > compile the documentation. I think it will be wise to create a new > Makefile target, like man-pages and install-man-pages to allow the > user to build and install man pages only (or don't abort docs build if > latex is not found). Personally I don't have latex on my server, and I > don't want to install it, but I would like to have the man pages when > building Xen from source."make -C docs man-pages" will do what you want. I must admit I thought latex was optional and that "make docs" would simply skip those docs if it wasn't installed -- that's what the "if which $(TOOL)" construct used in there is (supposed to be) doing. Ian.> > > Tools, need to decide if pre- or post-4.2 feature: > > > > * Autoconf (Roger Pau Monet posted a patch) > > > > > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xensource.com > > http://lists.xensource.com/xen-devel_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
2012/1/25 Ian Campbell <Ian.Campbell@citrix.com>:> On Wed, 2012-01-25 at 14:33 +0000, Roger Pau Monné wrote: >> 2012/1/23 Ian Campbell <Ian.Campbell@citrix.com>: >> > Newly updated list follows. Please send me corrections (especially >> > "done"). I've stopped CCing everyone, since I guess it is mostly spam to >> > the majority. >> > >> > hypervisor, blockers: >> > >> > * round-up of the closing of the security hole in MSI-X >> > passthrough (uniformly - i.e. even for Dom0 - disallowing write >> > access to MSI-X table pages). (Jan Beulich -- more fixes >> > required than first thought, patches posted) >> > * domctls / sysctls set up to modify scheduler parameters, like >> > the credit1 timeslice and schedule rate. (George Dunlap) >> > * get the interface changes for sharing/paging/mem-events done and >> > dusted so that 4.2 is a stable API that we hold to. (Tim Deegan, >> > Andres Lagar-Cavilla et al) >> > * mem event ring management posted, seems close to going >> > in. >> > * sharing patches posted >> > >> > tools, blockers: >> > >> > * libxl stable API -- we would like 4.2 to define a stable API >> > which downstream's can start to rely on not changing. Aspects of >> > this are: >> > * event handling (Ian Jackson, posted several rounds, >> > nearing completion?) >> > * drop libxl_device_model_info (move bits to build_info or >> > elsewhere as appropriate) (Ian Campbell, first RFC sent) >> > * add libxl_defbool and generally try and arrange that >> > memset(foo,0,...) requests the defaults (Ian Campbell, >> > first RFC sent) >> > * topologyinfo datastructure should be a list of tuples, >> > not a tuple of lists. (nobody currently looking at this, >> > not 100% sure this makes sense, could possibly defer and >> > change after 4.2 in a compatible way) >> > * xl to use json for machine readable output instead of sexp by >> > default (Ian Campbell to revisit existing patch) >> > * xl support for vcpu pinning (Dario Faggioli) >> > * xl feature parity with xend wrt driver domain support (George >> > Dunlap) >> > * Integrate qemu+seabios upstream into the build (patches >> > reposted, pending). No change in default qemu for 4.2. >> > * More formally deprecate xm/xend. Manpage patches already in >> > tree. Needs release noting and communication around -rc1 to >> > remind people to test xl. >> > >> > hypervisor, nice to have: >> > >> > * solid implementation of sharing/paging/mem-events (using work >> > queues) (Tim Deegan, Olaf Herring et al) >> > * A long standing issue is a fully synchronized p2m (locking >> > lookups) (Andres Lagar-Cavilla) >> > * NUMA improvement: domain affinity consistent with cpupool >> > membership (Dario Faggioli, Jeurgen Gross -- patch posted) >> > >> > tools, nice to have: >> > >> > * Hotplug script stuff -- internal to libxl (I think, therefore I >> > didn't put this under stable API above) but still good to have >> > for 4.2? Roger Pau Monet was looking at this but its looking >> > like a big can-o-worms. (discussion on-going) >> > * Block script support -- follows on from hotplug script (Roger >> > Pau Monet) >> > * libyajl v2 support (patch posted by Roger Pau Monet, blocked on >> > autoconf?) >> > * Configure/control paging via xl/libxl (Olaf Herring) >> > * Upstream qemu feature patches: >> > * Upstream qemu PCI passthrough support (Anthony Perard) >> > * Upstream qemu save restore (Anthony Perard) >> > * Nested-virtualisation (currently should be marked >> > experimental,likely to release that way? Consider nested-svm >> > separate to nested-vmx. Nested-svm is in better shape) >> >> >> Just a random thought, but I find it quite annoying to need latex to >> compile the documentation. I think it will be wise to create a new >> Makefile target, like man-pages and install-man-pages to allow the >> user to build and install man pages only (or don't abort docs build if >> latex is not found). Personally I don't have latex on my server, and I >> don't want to install it, but I would like to have the man pages when >> building Xen from source. > > "make -C docs man-pages" will do what you want.Thanks, I've already done this to build them on my system, but I think we should provide some easy way for users without latex to build and install the man pages.> I must admit I thought latex was optional and that "make docs" would > simply skip those docs if it wasn't installed -- that's what the "if > which $(TOOL)" construct used in there is (supposed to be) doing.If latex is not found, the compilation is aborted: # make docs sh ./docs/check_pkgs && make -C docs install || true ================================================================================================= WARNING: Package 'latex' is required = to build Xen documentation ================================================================================================ I think make docs should just skip latex if not found.> > Ian. > >> >> > Tools, need to decide if pre- or post-4.2 feature: >> > >> > * Autoconf (Roger Pau Monet posted a patch) >> > >> > >> > _______________________________________________ >> > Xen-devel mailing list >> > Xen-devel@lists.xensource.com >> > http://lists.xensource.com/xen-devel > >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On 25/01/2012 14:49, "Roger Pau Monné" <roger.pau@entel.upc.edu> wrote:>>> don''t want to install it, but I would like to have the man pages when >> >>> building Xen from source. > > "make -C docs man-pages" will do what you >>> want.Thanks, I''ve already done this to build them on my system, but I>>> thinkwe should provide some easy way for users without latex to build>>> andinstall the man pages.> I must admit I thought latex was optional and >>> that "make docs" would > simply skip those docs if it wasn''t installed -- >>> that''s what the "if > which $(TOOL)" construct used in there is (supposed to >>> be) doing.If latex is not found, the compilation is aborted: # make>>> docssh ./docs/check_pkgs && make -C docs install ||>>> true====================================================================>>> ============================ WARNING: Package ''latex'' is required>>> to build Xen >>> documentation===========================================================>>> ==================================== I think make docs should just skip>>> latex if not found.I''m dubious whether the latex docs are at all useful these days. We could possibly just remove them entirely. -- Keir
On Wed, 2012-01-25 at 14:49 +0000, Roger Pau Monné wrote:> 2012/1/25 Ian Campbell <Ian.Campbell@citrix.com>: > > On Wed, 2012-01-25 at 14:33 +0000, Roger Pau Monné wrote: > >> 2012/1/23 Ian Campbell <Ian.Campbell@citrix.com>: > >> > Newly updated list follows. Please send me corrections (especially > >> > "done"). I've stopped CCing everyone, since I guess it is mostly spam to > >> > the majority. > >> > > >> > hypervisor, blockers: > >> > > >> > * round-up of the closing of the security hole in MSI-X > >> > passthrough (uniformly - i.e. even for Dom0 - disallowing write > >> > access to MSI-X table pages). (Jan Beulich -- more fixes > >> > required than first thought, patches posted) > >> > * domctls / sysctls set up to modify scheduler parameters, like > >> > the credit1 timeslice and schedule rate. (George Dunlap) > >> > * get the interface changes for sharing/paging/mem-events done and > >> > dusted so that 4.2 is a stable API that we hold to. (Tim Deegan, > >> > Andres Lagar-Cavilla et al) > >> > * mem event ring management posted, seems close to going > >> > in. > >> > * sharing patches posted > >> > > >> > tools, blockers: > >> > > >> > * libxl stable API -- we would like 4.2 to define a stable API > >> > which downstream's can start to rely on not changing. Aspects of > >> > this are: > >> > * event handling (Ian Jackson, posted several rounds, > >> > nearing completion?) > >> > * drop libxl_device_model_info (move bits to build_info or > >> > elsewhere as appropriate) (Ian Campbell, first RFC sent) > >> > * add libxl_defbool and generally try and arrange that > >> > memset(foo,0,...) requests the defaults (Ian Campbell, > >> > first RFC sent) > >> > * topologyinfo datastructure should be a list of tuples, > >> > not a tuple of lists. (nobody currently looking at this, > >> > not 100% sure this makes sense, could possibly defer and > >> > change after 4.2 in a compatible way) > >> > * xl to use json for machine readable output instead of sexp by > >> > default (Ian Campbell to revisit existing patch) > >> > * xl support for vcpu pinning (Dario Faggioli) > >> > * xl feature parity with xend wrt driver domain support (George > >> > Dunlap) > >> > * Integrate qemu+seabios upstream into the build (patches > >> > reposted, pending). No change in default qemu for 4.2. > >> > * More formally deprecate xm/xend. Manpage patches already in > >> > tree. Needs release noting and communication around -rc1 to > >> > remind people to test xl. > >> > > >> > hypervisor, nice to have: > >> > > >> > * solid implementation of sharing/paging/mem-events (using work > >> > queues) (Tim Deegan, Olaf Herring et al) > >> > * A long standing issue is a fully synchronized p2m (locking > >> > lookups) (Andres Lagar-Cavilla) > >> > * NUMA improvement: domain affinity consistent with cpupool > >> > membership (Dario Faggioli, Jeurgen Gross -- patch posted) > >> > > >> > tools, nice to have: > >> > > >> > * Hotplug script stuff -- internal to libxl (I think, therefore I > >> > didn't put this under stable API above) but still good to have > >> > for 4.2? Roger Pau Monet was looking at this but its looking > >> > like a big can-o-worms. (discussion on-going) > >> > * Block script support -- follows on from hotplug script (Roger > >> > Pau Monet) > >> > * libyajl v2 support (patch posted by Roger Pau Monet, blocked on > >> > autoconf?) > >> > * Configure/control paging via xl/libxl (Olaf Herring) > >> > * Upstream qemu feature patches: > >> > * Upstream qemu PCI passthrough support (Anthony Perard) > >> > * Upstream qemu save restore (Anthony Perard) > >> > * Nested-virtualisation (currently should be marked > >> > experimental,likely to release that way? Consider nested-svm > >> > separate to nested-vmx. Nested-svm is in better shape) > >> > >> > >> Just a random thought, but I find it quite annoying to need latex to > >> compile the documentation. I think it will be wise to create a new > >> Makefile target, like man-pages and install-man-pages to allow the > >> user to build and install man pages only (or don't abort docs build if > >> latex is not found). Personally I don't have latex on my server, and I > >> don't want to install it, but I would like to have the man pages when > >> building Xen from source. > > > > "make -C docs man-pages" will do what you want. > > Thanks, I've already done this to build them on my system, but I think > we should provide some easy way for users without latex to build and > install the man pages.It's hard to get much easier, but...> > I must admit I thought latex was optional and that "make docs" would > > simply skip those docs if it wasn't installed -- that's what the "if > > which $(TOOL)" construct used in there is (supposed to be) doing. > > If latex is not found, the compilation is aborted: > > # make docs > sh ./docs/check_pkgs && make -C docs install || true > ================================================> ================================================> = WARNING: Package 'latex' is required > = to build Xen documentation > ================================================> ================================================> > I think make docs should just skip latex if not found.Looks like it is simply the check which is too strict. AFAICT the actual docs build already skips those docs if you don't have Latex. You can test this with "make -C docs" which is basically the same as "make docs" but without the checks. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
2012/1/25 Ian Campbell <Ian.Campbell@citrix.com>:> On Wed, 2012-01-25 at 14:49 +0000, Roger Pau Monné wrote: >> 2012/1/25 Ian Campbell <Ian.Campbell@citrix.com>: >> > On Wed, 2012-01-25 at 14:33 +0000, Roger Pau Monné wrote: >> >> 2012/1/23 Ian Campbell <Ian.Campbell@citrix.com>: >> >> > Newly updated list follows. Please send me corrections (especially >> >> > "done"). I've stopped CCing everyone, since I guess it is mostly spam to >> >> > the majority. >> >> > >> >> > hypervisor, blockers: >> >> > >> >> > * round-up of the closing of the security hole in MSI-X >> >> > passthrough (uniformly - i.e. even for Dom0 - disallowing write >> >> > access to MSI-X table pages). (Jan Beulich -- more fixes >> >> > required than first thought, patches posted) >> >> > * domctls / sysctls set up to modify scheduler parameters, like >> >> > the credit1 timeslice and schedule rate. (George Dunlap) >> >> > * get the interface changes for sharing/paging/mem-events done and >> >> > dusted so that 4.2 is a stable API that we hold to. (Tim Deegan, >> >> > Andres Lagar-Cavilla et al) >> >> > * mem event ring management posted, seems close to going >> >> > in. >> >> > * sharing patches posted >> >> > >> >> > tools, blockers: >> >> > >> >> > * libxl stable API -- we would like 4.2 to define a stable API >> >> > which downstream's can start to rely on not changing. Aspects of >> >> > this are: >> >> > * event handling (Ian Jackson, posted several rounds, >> >> > nearing completion?) >> >> > * drop libxl_device_model_info (move bits to build_info or >> >> > elsewhere as appropriate) (Ian Campbell, first RFC sent) >> >> > * add libxl_defbool and generally try and arrange that >> >> > memset(foo,0,...) requests the defaults (Ian Campbell, >> >> > first RFC sent) >> >> > * topologyinfo datastructure should be a list of tuples, >> >> > not a tuple of lists. (nobody currently looking at this, >> >> > not 100% sure this makes sense, could possibly defer and >> >> > change after 4.2 in a compatible way) >> >> > * xl to use json for machine readable output instead of sexp by >> >> > default (Ian Campbell to revisit existing patch) >> >> > * xl support for vcpu pinning (Dario Faggioli) >> >> > * xl feature parity with xend wrt driver domain support (George >> >> > Dunlap) >> >> > * Integrate qemu+seabios upstream into the build (patches >> >> > reposted, pending). No change in default qemu for 4.2. >> >> > * More formally deprecate xm/xend. Manpage patches already in >> >> > tree. Needs release noting and communication around -rc1 to >> >> > remind people to test xl. >> >> > >> >> > hypervisor, nice to have: >> >> > >> >> > * solid implementation of sharing/paging/mem-events (using work >> >> > queues) (Tim Deegan, Olaf Herring et al) >> >> > * A long standing issue is a fully synchronized p2m (locking >> >> > lookups) (Andres Lagar-Cavilla) >> >> > * NUMA improvement: domain affinity consistent with cpupool >> >> > membership (Dario Faggioli, Jeurgen Gross -- patch posted) >> >> > >> >> > tools, nice to have: >> >> > >> >> > * Hotplug script stuff -- internal to libxl (I think, therefore I >> >> > didn't put this under stable API above) but still good to have >> >> > for 4.2? Roger Pau Monet was looking at this but its looking >> >> > like a big can-o-worms. (discussion on-going) >> >> > * Block script support -- follows on from hotplug script (Roger >> >> > Pau Monet) >> >> > * libyajl v2 support (patch posted by Roger Pau Monet, blocked on >> >> > autoconf?) >> >> > * Configure/control paging via xl/libxl (Olaf Herring) >> >> > * Upstream qemu feature patches: >> >> > * Upstream qemu PCI passthrough support (Anthony Perard) >> >> > * Upstream qemu save restore (Anthony Perard) >> >> > * Nested-virtualisation (currently should be marked >> >> > experimental,likely to release that way? Consider nested-svm >> >> > separate to nested-vmx. Nested-svm is in better shape) >> >> >> >> >> >> Just a random thought, but I find it quite annoying to need latex to >> >> compile the documentation. I think it will be wise to create a new >> >> Makefile target, like man-pages and install-man-pages to allow the >> >> user to build and install man pages only (or don't abort docs build if >> >> latex is not found). Personally I don't have latex on my server, and I >> >> don't want to install it, but I would like to have the man pages when >> >> building Xen from source. >> > >> > "make -C docs man-pages" will do what you want. >> >> Thanks, I've already done this to build them on my system, but I think >> we should provide some easy way for users without latex to build and >> install the man pages. > > It's hard to get much easier, but... > >> > I must admit I thought latex was optional and that "make docs" would >> > simply skip those docs if it wasn't installed -- that's what the "if >> > which $(TOOL)" construct used in there is (supposed to be) doing. >> >> If latex is not found, the compilation is aborted: >> >> # make docs >> sh ./docs/check_pkgs && make -C docs install || true >> ================================================>> ================================================>> = WARNING: Package 'latex' is required >> = to build Xen documentation >> ================================================>> ================================================>> >> I think make docs should just skip latex if not found. > > Looks like it is simply the check which is too strict. AFAICT the actual > docs build already skips those docs if you don't have Latex. You can > test this with "make -C docs" which is basically the same as "make docs" > but without the checks.I'm not really sure latex is skipped if not found: # make -C docs make: Entering directory `/root/xen-work/docs' latex src/user.tex >/dev/null /bin/sh: latex: not found make: *** [user.dvi] Error 127 make: Leaving directory `/root/xen-work/docs' Either we remove the latex docs or we add some checks to skip the sections that require latex.> > Ian. > >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Wed, 2012-01-25 at 15:03 +0000, Roger Pau Monné wrote:> I'm not really sure latex is skipped if not found: > > # make -C docs > make: Entering directory `/root/xen-work/docs' > latex src/user.tex >/dev/null > /bin/sh: latex: not found > make: *** [user.dvi] Error 127 > make: Leaving directory `/root/xen-work/docs' > > Either we remove the latex docs or we add some checks to skip the > sections that require latex.Ah, I was looking at latex2html and missed the raw latex command, sorry. Yes we should gate them, or remove them as Keir suggests. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On Wed, 2012-01-25 at 14:57 +0000, Keir Fraser wrote:> I''m dubious whether the latex docs are at all useful these days. We > could possibly just remove them entirely.Or at least not build them by default. Personally I''m happy to have them removed. Ian.
On 25/01/2012 15:40, "Ian Campbell" <Ian.Campbell@citrix.com> wrote:> On Wed, 2012-01-25 at 15:03 +0000, Roger Pau Monné wrote:> I''m not really > sure latex is skipped if not found: > > # make -C docs > make: Entering > directory `/root/xen-work/docs'' > latex src/user.tex >/dev/null > /bin/sh: > latex: not found > make: *** [user.dvi] Error 127 > make: Leaving directory > `/root/xen-work/docs'' > > Either we remove the latex docs or we add some > checks to skip the > sections that require latex.Ah, I was looking at> latex2html and missed the raw latex command, sorry.Yes we should gate them,> or remove them as Keir > suggests.Ian. _______________________________________________ Xen-devel> mailing > listXen-devel@lists.xensource.com http://lists.xensource.com/xen-devel I''ve removed them. -- Keir
2012/1/25 Keir Fraser <keir@xen.org>:> I've removed them.Thanks!> -- Keir > >_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
This weeks update. Please send me corrections (especially
"done"). Lots of DONE this week, nice to see. We''ve had
patches posted
for most of the blockers too AFAICT.
hypervisor, blockers:
* round-up of the closing of the security hole in MSI-X
passthrough (uniformly - i.e. even for Dom0 - disallowing write
access to MSI-X table pages). (Jan Beulich -- more fixes
required than first thought, patches posted)
* domctls / sysctls set up to modify scheduler parameters, like
the credit1 timeslice and schedule rate. (George Dunlap)
* get the interface changes for sharing/paging/mem-events done and
dusted so that 4.2 is a stable API that we hold to. (Tim Deegan,
Andres Lagar-Cavilla et al)
* mem event ring management DONE
* sharing patches posted
tools, blockers:
* libxl stable API -- we would like 4.2 to define a stable API
which downstream''s can start to rely on not changing. Aspects
of
this are:
* event handling (Ian J, DONE)
* drop libxl_device_model_info (move bits to build_info or
elsewhere as appropriate). (Ian Campbell, patches
posted, repost pending).
* add libxl_defbool and generally try and arrange that
memset(foo,0,...) requests the defaults (Ian Campbell,
repost pending)
* topologyinfo datastructure should be a list of tuples,
not a tuple of lists. (Ian Campbell, patches posted,
repost pending)
* xl to use json for machine readable output instead of sexp by
default (Ian Campbell, patch posted, repost pending)
* xl support for vcpu pinning (Dario Faggioli, DONE)
* xl feature parity with xend wrt driver domain support (George
Dunlap)
* Integrate qemu+seabios upstream into the build (Stefano, DONE).
No change in default qemu for 4.2.
* More formally deprecate xm/xend. Manpage patches already in
tree. Needs release noting and communication around -rc1 to
remind people to test xl.
hypervisor, nice to have:
* solid implementation of sharing/paging/mem-events (using work
queues) (Tim Deegan, Olaf Herring et al)
* A long standing issue is a fully synchronized p2m (locking
lookups) (Andres Lagar-Cavilla)
* NUMA improvement: domain affinity consistent with cpupool
membership (Dario Faggioli, Jeurgen Gross -- DONE)
tools, nice to have:
* Hotplug script stuff -- internal to libxl (I think, therefore I
didn''t put this under stable API above) but still good to have
for 4.2? Roger Pau Monet was looking at this but its looking
like a big can-o-worms. (discussion on-going. patches posted?)
* Block script support -- follows on from hotplug script (Roger
Pau Monet)
* libyajl v2 support (patch posted by Roger Pau Monet, general
agrement that this shouldn''t be blocked by autoconf but that we
probably will take both)
* Configure/control paging via xl/libxl (Olaf Herring)
* Upstream qemu feature patches:
* Upstream qemu PCI passthrough support (Anthony Perard)
* Upstream qemu save restore (Anthony Perard)
* Nested-virtualisation (currently should be marked
experimental,likely to release that way? Consider nested-svm
separate to nested-vmx. Nested-svm is in better shape)
* Initial xl support for Remus (memory checkpoint, blackholing)
(Shriram, patches posted)
Tools, need to decide if pre- or post-4.2 feature:
* Autoconf (Roger Pau Monet posted a patch, we''ll probably take
this for 4.2)