Xen 4.5 development update (October update). RC1 on 24th

Xen 4.5 development update (October update). RC1 on 24th

[konrad.wilk]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 16338 bytes --]

We are down to one ARM feature (cache flush).

On the x86 and generic side the outstanding "features" are mostly
in the Makefiles. The XBI change by Daniel (requirement for
doing GRUB2-EFI -> Xen.gz (using multiboot2)) is moved to Xen 4.6, but
some of his patches can go in Xen 4.5. There is also the VPMU patches
by Boris and build and Makefile changes by Andrew (the ones by Olaf
are all in?).

If you think you will need a feature freeze exception, read below.

If I haven't responded to your request for feature freeze exception, please
ping me!

I am not yet tracking bugs, but will after RC1.

In terms of Linux I am keeping the 'fair' ones as by the Xen 4.6 release
it could be v3.19, which means there is still an upcoming merge window
for those.

The "prognosis" is now the likelihood of completion in the 4.5 timeframe.
We are mostly done (with a quite a share moved to Xen 4.6).

none - nothing yet
fair - still working on it, patches are prototypes or RFC
ok   - patches posted, acting on review
good - some last minute pieces
done - all done, might have bugs

For items involving code hosted on the Xen.org site (including qemu-xen),
that means a likelihood of having the feature code-complete and mostly
working by the feature freeze.  (It's OK if there are still bugs to be
worked out.)  For items in Linux, it would mean having items on track
to make it into the kernel released just after the scheduled 4.5 time frame.

In terms of libvirt it has monthly releases. As such not going to track
every release - but closer to when RCs are out.

= Timeline =

We are planning on a 9-month release cycle.  Based on that, below are
our estimated dates:


* Feature Freeze: 24th September 2014

<WE ARE HERE>

* First RC: 24th October [Friday!]
* Release: 10th December 2014

The RCs and release will of course depend on stability and bugs, and
will therefore be fairly unpredictable.  The feature freeze may be
slipped for especially important features which are near completion.

Bug-fixes, if Acked-by by maintainer, can go anytime before the First
RC. Later on we will need to figure out the risk of regression/reward
to eliminate the possiblity of a bug introducing another bug.

= Prognosis =

The states are: none -> fair -> ok -> good -> done

none - nothing yet
fair - still working on it, patches are prototypes or RFC
ok   - patches posted, acting on review
good - some last minute pieces
done - all done, might have bugs

= Feature freeze exception =

Remember our goal for the release:
  1. A bug-free release
  2. An awesome release
  3. An on-time release

Accepting a new feature may make Xen more awesome; but it also
introduces a risk that it will introduce more bugs.  That bug may be
found before the release (threatening #3), or it may not be found
until after the release (threatening #1).  Each freeze exception
request will attempt to balance the benefits (how awesome the
exception is) vs the risks (will it cause the release to slip, or
worse, cause a bug which goes un-noticed into the final release).

The idea is that today we will be pretty permissive, but that we will
become progressively more conservative until the first RC, which is
scheduled for 3 weeks' time (October 25).  After that, we will only
accept bug fixes.

Bug fixes can be checked in without a freeze exception throughout the
code freeze, unless the maintainer thinks they are particularly high
risk.  In later RC's, we may even begin rejecting bug fixes if the
broken functionality is small and the risk to other functionality is
high.

Features which are currently marked "experimental" or do not at the
moment work at all cannot be broken really; so changes to code only
used by those features should be able to get a freeze exception
easily.

Features which change or add new interfaces which will need to be
supported in a backwards-compatible way (for instance, vNUMA) will
need freeze exceptions to make sure that the interface itself has
enough time to be considered stable.

These are guidelines and principles to give you an idea where we're
coming from; if you think there's a good reason why making an
exception for you will help us achieve goals 1-3 above better than not
doing so, feel free to make your case.

= Open =

== ARM ==

*  ARM - introduce GNTTABOP_cache_flush (ok)
   http://mid.gmane.org/alpine.DEB.2.02.1410171626540.17038@kaball.uk.xensource.com
  -  Stefano Stabellini

== x86 ==

*  xc_reserved_device_memory_map in hvmloader to avoid conflicting MMIO/RAM (good)
   v6
   Treating pieces as bug-fixes only.
  -  Tiejun Chen

*  VPMU - 'perf' support in Xen (good)
   v13 posted
   Questions about how to do continuation of hypercalls properly;
  -  Boris Ostrovsky

*  Build systems fixes/improvements (ok)
  -  Andrew Cooper

== Linux ==

*  Linux block multiqueue (ok)
   v3 posted.
  -  Arianna Avanzini

*  VPMU - 'perf' support in Linux (ok)
   Depends on Xen patches
   Acked by David Vrabel
  -  Boris Ostrovsky

*  vNUMA in Linux (ok)
   v6 posted
   git://gitorious.org/vnuma/linux_vnuma.git
  -  Elena Ufimtseva

*  vsyscall in Linux (fair)
  -  Konrad Rzeszutek Wilk

*  COLO Agent in Linux (fair)
  -  Gui Jianfeng
  -  Yang Hongyang
  -  Dong, Eddie

*  vAPIC in PVHVM guests (Linux side) (none)
  -  Boris Ostrovsky

*  Fix PAT in Linux kernel (aka Full support for PAT) (good)
   Acked and reposted for v3.18. Waiting for x86 maintainers.
  -  Juergen Gross

== FreeBSD ==

*  PVH FreeBSD dom0 (ok)
   FreeBSD 11 goal. Toolstack side done in Xen 4.5
  -  Roger Pau Monné

== Other OSes (MiniOS, QNX) ==

*  PV drivers for automotive kernels (fair)
  -  Artem Mygaiev

*  mini-os: xenbus changes for rump kernels (ok)
   git://xenbits.xen.org/people/iwj/rumpuser-xen.git
   branch: base.dev-xen-xenbus.v1..dev-xen-xenbus.v1
   v2 posted
  -  Ian Jackson

== GRUB2 ==

*  GRUB2 multiboot2 (fair)
  -  Daniel Kiper

== OSSTEST ==

*  OSSTest: libvirt (good)
  -  Ian Campbell

== Deferred to QEMU v2.next ==

*  Using qemu-upstream in a stubdomain (fair)
   Will use rump kernels.
  -  Ian Jackson

*  AMD Radeon PCI GPU passthrough (none)
   Focusing on Xen 4.2 and qemu-traditional
  -  Kelly Zytaruk

*  Intel IGD PCI GPU passthrough (ok)
   v5 posted
  -  Chen, Tiejun

*  Xen PV block driver in OVMF (UEFI in guest) (ok)
   v1
  -  Anthony PERARD

== Deferred to Xen hypervisor 4.6 ==

*  Xen Boot Information (xbi) (ok)
   Dependency for GRUB2 + EFI work
   http://lists.xen.org/archives/html/xen-devel/2014-10/msg02068.html
   v4, No go for full patchset. Only some of the patches.
   No ARM EFI hardware (yet) available to test them.
  -  Daniel Kiper

*  New Migration (v2). (good)
   v7 (libxc and libxl)
   git://xenbits.xen.org/people/andrewcoop/xen.git
   Seems that it might need to slip or we run v1 alongside v2.
  -  Andrew Cooper & David Vrabel

*  PVH - AMD hardware support. (fair)
   Posted.
  -  Mukesh Rathor

*  VMware backdoor (hypercall) (ok)
   v5 posted.
  -  Don Slutz

*  extending mem_access support to PV domain (fair)
   RFC v2
  -  Aravindh Puthiyaparambil (aravindp)

*  Repurpose SEDF Scheduler for Real-time (fair)
   RFC patch posted (v2)
  -  Joshua Whitehead, Robert VanVossen

*  ARM remote processor iommu module (GPUs + IPUs) (fair)
   v3 posted
  -  Andrii Tseglytskyi

*  dirty vram / IOMMU bug (fair)
   http://bugs.xenproject.org/xen/bug/38
  -  Zhang, Yang Z

*  Xen multiboot2-EFI support (fair)
   Needed for GrUB2
   Depends on Xen Boot info (rework multiboot and other structs)
   See http://lists.xen.org/archives/html/xen-devel/2013-05/msg02281.html
   RFC posted
  -  Daniel Kiper

*  Support controlling the max C-state sub-state (ok)
   v3 posted
  -  Ross Lagerwall

*  IOMMU ABI for guests to map their DMA regions (fair)
  -  Malcolm Crossley

*  Default to credit2 (none)
   cpu pinning, numa affinity and cpu reservation
  -  George Dunlap

*  Convert tasklet to per-cpu tasklets (fair)
   RFC posted
  -  Konrad Rzeszutek Wilk

*  Further tmem cleanups/fixes (16TB etc) (fair)
  -  Bob Liu

*  1TB slow destruction (ok)
  -  Bob Liu

*  ARM VM save/restore/live migration (none)
   Need to rebased against migrationv2 - no code posted.
  -  Junghyun Yoo

*  ARM GICv2m support (none)
  -  Linaro (unknown)

== Deferred to Xen toolstack 4.6 ==

*  vNUMA in Xen toolstack (ok)
   v11 posted
   Hypervisor part in
   git://gitorious.org/vnuma/xen_vnuma.git:v11
  -  Elena Ufimtseva

*  pvscsi in libxl (fair)
  -  Juergen Gross and Olaf

*  COarse-grain LOck-stepping Virtual Machines in Xen (fair)
   RFC v3 posted, based on remus-v19
  -  Wen Congyang
  -  Gui Jianfeng
  -  Yang Hongyang
  -  Dong, Eddie

*  extend the xenstore ring with a 'closing' signal (fair)
   RFC patch posted
  -  David Scott

*  libxl migrationv2 patches. (none)
  -  Andrew Cooper & David Vrabel

*  tmem migrationv2 patches. (none)
  -  Bob Liu & Andrew Cooper & David Vrabel

*  Remus using migration-v2 (fair)
   RFC posted - depends on v6 of 'New Migration'
  -  Yang Hongyang

*  snapshot API extension (checkpointing disk) (ok)
   v5
   His email bounces.
  -  Bamvor Jian Zhang

*  Rearrange and cleanup installation destination directories (/var -> var/lib/xen) (fair)
  -  Daniel Kiper

*  libxl/xl - xm compatibility mode for mem-max and mem-set; (ok)
  -  Daniel Kiper

*  xl list --long (and some related xl commands) have some bugs (none)
  -  Zhigang Wang

*  Xen HPET interrupt fixes (fair)
   behind migration v2
  -  Andrew Cooper

*  cpuid leveling (none)
   http://xenbits.xen.org/people/andrewcoop/feature-levelling/feature-levelling-D.pdf
  -  Andrew Cooper

*  live migration knobs, there is no suitable code yet, just ideas (none)
    http://lists.xenproject.org/archives/html/xen-devel/2014-03/msg00785.html
  -  Olaf Hering

*  xl does not handle migrate interruption gracefully (none)
   If you start a localhost migrate, and press "Ctrl-C" in the middle, you get two hung domains
  -  Ian Jackson

*  IO-NUMA - hwloc and xl (none)
   Andrew Cooper had an RFC patch for hwloc
   add restrictions  as to which devices cannot safely/functionally be split apart.
  -  Boris Ostrovsky

*  HVM guest NUMA (none)
  -  Matt Wilson

*  PVH - Migration of PVH DomUs. (none)
   Depends on migration2 code
  -  Roger Pau Monné

*  PVH - Migration of guests from a PVH dom0  (none)
   Depends on migration2 code
  -  Roger Pau Monné

*  "Short" grant copy (just header) of packets. (none)
  -  Zoltan Kiss

== Deferred to Linux's after Xen 4.6 ==

*  ARM - Device assigment usage in Linux code (arch/arm) (none)
   Depends on Xen pieces which are on the Xen 4.6 list.
  -  Julien Grall

*  Linux ARM - Device assigment (fair)
  -  Julien Grall

== Up for grabs ==

*  OSSTest - also test Linux PVH guests

*  PoD fixes
   if you boot with memory <= maxmem we have a size estimation bug

*  TLB flushing without locks in Xen

*  xl does not support specifying virtual function for passthrough device
   http://bugs.xenproject.org/xen/bug/22

*  PCI hole resize support hvmloader/qemu-traditional/qemu-upstream with PCI/GPU passthrough
   http://bugs.xenproject.org/xen/bug/28

*  libx{c,l} error handling cleanup

*  Adding missing 'xend' features in libxl

*  xl list -l on a dom0-only system

*  xl list -l doesn't contain tty console port

*  xl: passing more defaults in configuration in xl.conf
   There are a number of options for which it might be useful to pass a default in xl.conf.  For example, if we could have a default "backend" parameter for vifs, then it would be easy to switch back and forth between a backend in a driver domain and a backend in dom0.

*  PVH - PVH working with shadow.
   Based on Tim's work

*  PVH - PCI passthrough for DomU.

*  AMD performance regressions

*  Performance due to hypercall preemption. More preemptions - slower. (none)

== Completed ==

== lib{xc,xl} and toolstack ==

*  libxl work - JSON to keep track of guest configs (done)
   Some patches merged, need to post more.
  -  Wei Liu

== Hypervisor ==

*  ARM - VGIC emulation (done)
   Reposted as gic and vgic fixes and improvements
   v12
  -  Stefano Stabellini

*  ARM implement mem_access (done)
   v12, two patches for Xen 4.6
   https://github.com/tklengyel/xen/tree arm_memaccess_12-for-4.5
  -  Tamas K Lengyel

*  ARM - Add Odroid-XU (Exynos5410) support (done)
   v6
  -  Suriyan Ramasami

*  ARM GICv3 support (done)
   v11 posted
  -  Vijay Kilari

*  ARM implement mem_access (done)
   v12, two patches for Xen 4.6
   https://github.com/tklengyel/xen/tree arm_memaccess_12-for-4.5
  -  Tamas K Lengyel

*  Remus in Xen (libxl) (done)
   v19
   url:  https://github.com/macrosheep/xen/tree/remus-v19
  -  Gui Jianfeng
  -  Yang Hongyang
  -  Dong, Eddie

*  Cache QoS Monitoring - hypercalls (done)
   Just hypercalls - no toolstack changes.
   v15
   Hit a snag with rdmsr/IPI/wrmsr/IPI, possible redesign
  -  Chao Peng, Dongxiao Xu, and Shantong Kang

*  XenRT (Preemptive Global Earliest Deadline First) (done)
   v3
  -  Meng Xu

*  Introspection of HVM guests (done)
   v10, split out in for 4.5 (smaller subset)
  -  Razvan Cojocaru

*  ARM Xen UEFI booting on ARM (done)
   v5
  -  Roy Franz

*  ARM - MiniOS (done)
   v7 posted
  -  Thomas Leonard

*  ARM XEN_DOMCTL_memory_mapping hypercall for ARM (done)
   v12 posted.
  -  Arianna Avanzini

*  ARM - XENFEAT_grant_map_11 (aka map grants refs at pfn = mfn) (done)
   Provide kernels an grant->MFN lookup
   v4
  -  Stefano Stabellini

*  ARM PSCI v0.2 (done)
   v11 posted
  -  Parth Dixit

*  pvSCSI in Linux (fronted and backend) (done)
   v6
  -  Juergen Gross

*  alternative_asm in Xen (done)
  -  Feng Wu

*  SMAP (done)
  -  Feng Wu

*  Re-write of vHPET (done)
   aka hvm/hpet: Detect comparator values in the past
  -  Don Slutz

*  vAPIC in PVHVM guests (Xen side) (done)
  -  Boris Ostrovsky

*  libvirt and xl discard support, so that libvirt can start using it (done)
  -  Olaf Hering

*  Xen PVH dom0 (done)
  -  Mukesh Rathor

*  Linux PVH dom0 (done)
  -  Mukesh Rathor

*  OSSTest: upstream QEMU (done)
  -  Ian Campbell

*  amd_ucode cleanups, verify patch size(enhancement) (mostly in master except one patch)

*  Data breakpoint Extension support (new-feat) (in master)

*  Feature masking MSR support (enhancement) (in master)

*  Support BRCM TruManage chip (Serial over LAN support) (new-feat) (in master)

*  fix vmce_amd* functions, unify mce_amd mcheck initialization (fixes/cleanups)

*  multiple AMD container files appended together in initrd (early initramfs)
  -  Aravind and Suravee

*  NUMA memory scrubbing (done)
  -  Konrad Rzeszutek Wilk

*  ARM  - IOMMU support (done)
  -  Julien Grall

*  ioreq-server, aka secondary emulators (done)
  -  Paul Durrant

*  Netback multiqueue (good)
  -  Wei Liu

*  ARM Interrupt latency reduction (no maintenance interrupts) (good)
  -  Stefano Stabellini

*  Bigger PCI hole in QEMU (done)
   Needs to be rebased
  -  Don Slutz

*  ARM DRA7 support (done)
   v3 posted
   v3 with comments applied
  -  Andrii Tseglytskyi

*  rework VM Generation ID (done)
   v7 posted
  -  David Vrabel

*  Soft affinity for vcpus (was NUMA affinity for vcpus) (good)
   v11 posted
  -  Dario Faggioli

*  Linux pvops of Xen EFI hypercall support (done)
  -  Daniel Kiper

*  ARM: Use super pages in p2m (done)
   v5 posted
  -  Ian Campbell

*  QEMU 2.0 branch for qemu-upstream (done)
   It is v2.0 with 2.1 Xen backports.
  -  Stefano Stabellini

*  systemd support (done)
   v11
  -  Luis R. Rodriguez

*  Soft affinity for vcpus libxl/xl changes (done)
   v13 posted
  -  Dario Faggioli

*  HT enabled, virtualization overhead is high (Xen 4.4) (done)
   kernbench demonstrated it
   Looking and tracing
   http://www.gossamer-threads.com/lists/xen/devel/339409
   False alarm.
  -  Dario Faggioli



[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

Re: Xen 4.5 development update (October update). RC1 on 24th

[Wei Liu]

On Fri, Oct 17, 2014 at 01:14:01PM -0400, konrad.wilk@oracle.com wrote:
[...]
> 
> *  xl list -l on a dom0-only system

This is now done. A by-product of my libxl patch series.

Wei.

Re: Xen 4.5 development update (October update). RC1 on 24th

[Thomas Leonard]

On 17 October 2014 18:14,  <konrad.wilk@oracle.com> wrote:
> We are down to one ARM feature (cache flush).
>
> On the x86 and generic side the outstanding "features" are mostly
> in the Makefiles. The XBI change by Daniel (requirement for
> doing GRUB2-EFI -> Xen.gz (using multiboot2)) is moved to Xen 4.6, but
> some of his patches can go in Xen 4.5. There is also the VPMU patches
> by Boris and build and Makefile changes by Andrew (the ones by Olaf
> are all in?).
>
> If you think you will need a feature freeze exception, read below.
>
> If I haven't responded to your request for feature freeze exception, please
> ping me!
>
> I am not yet tracking bugs, but will after RC1.
>
> In terms of Linux I am keeping the 'fair' ones as by the Xen 4.6 release
> it could be v3.19, which means there is still an upcoming merge window
> for those.
>
> The "prognosis" is now the likelihood of completion in the 4.5 timeframe.
> We are mostly done (with a quite a share moved to Xen 4.6).
>
> none - nothing yet
> fair - still working on it, patches are prototypes or RFC
> ok   - patches posted, acting on review
> good - some last minute pieces
> done - all done, might have bugs
>
> For items involving code hosted on the Xen.org site (including qemu-xen),
> that means a likelihood of having the feature code-complete and mostly
> working by the feature freeze.  (It's OK if there are still bugs to be
> worked out.)  For items in Linux, it would mean having items on track
> to make it into the kernel released just after the scheduled 4.5 time frame.
>
> In terms of libvirt it has monthly releases. As such not going to track
> every release - but closer to when RCs are out.
[...]
> == Completed ==

> *  ARM - MiniOS (done)
>    v7 posted
>   -  Thomas Leonard

This is not done (not all patches were applied). I posted v8 on 3 Oct
(no responses yet):

http://lists.xenproject.org/archives/html/xen-devel/2014-10/msg00395.html


-- 
Dr Thomas Leonard        http://0install.net/
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA  BD8E 0713 3F96 CA74 D8BA

Re: Xen 4.5 development update (October update). RC1 on 24th

[Boris Ostrovsky]

On 10/17/2014 01:14 PM, konrad.wilk@oracle.com wrote:
>
> *  VPMU - 'perf' support in Xen (good)
>     v13 posted
>     Questions about how to do continuation of hypercalls properly;
>    -  Boris Ostrovsky


v14 has been posted.

-boris

Re: Xen 4.5 development update (October update). RC1 on 24th

[Arianna Avanzini]

On Fri, Oct 17, 2014 at 01:14:01PM -0400, Konrad Rzeszutek Wilk wrote:
> <snip>
> == Linux == 
> 
> *  Linux block multiqueue (ok)
>    v3 posted.

Thank you for the update. Unfortunately I haven't posted v3 yet, even if I'm
working on it. Latest version on lkml/xen-devel is v2.

Thanks,
Arianna


>   -  Arianna Avanzini
> 
> *  VPMU - 'perf' support in Linux (ok)
>    Depends on Xen patches
>    Acked by David Vrabel
>   -  Boris Ostrovsky
> 
> *  vNUMA in Linux (ok)
>    v6 posted
>    git://gitorious.org/vnuma/linux_vnuma.git
>   -  Elena Ufimtseva
> 
> *  vsyscall in Linux (fair)
>   -  Konrad Rzeszutek Wilk
> 
> *  COLO Agent in Linux (fair)
>   -  Gui Jianfeng
>   -  Yang Hongyang
>   -  Dong, Eddie
> 
> *  vAPIC in PVHVM guests (Linux side) (none)
>   -  Boris Ostrovsky
> 
> *  Fix PAT in Linux kernel (aka Full support for PAT) (good)
>    Acked and reposted for v3.18. Waiting for x86 maintainers.
>   -  Juergen Gross
> 
> == FreeBSD == 
> 
> *  PVH FreeBSD dom0 (ok)
>    FreeBSD 11 goal. Toolstack side done in Xen 4.5
>   -  Roger Pau Monné
> 
> == Other OSes (MiniOS, QNX) == 
> 
> *  PV drivers for automotive kernels (fair)
>   -  Artem Mygaiev
> 
> *  mini-os: xenbus changes for rump kernels (ok)
>    git://xenbits.xen.org/people/iwj/rumpuser-xen.git
>    branch: base.dev-xen-xenbus.v1..dev-xen-xenbus.v1
>    v2 posted
>   -  Ian Jackson
> 
> == GRUB2 == 
> 
> *  GRUB2 multiboot2 (fair)
>   -  Daniel Kiper
> 
> == OSSTEST == 
> 
> *  OSSTest: libvirt (good)
>   -  Ian Campbell
> 
> == Deferred to QEMU v2.next == 
> 
> *  Using qemu-upstream in a stubdomain (fair)
>    Will use rump kernels.
>   -  Ian Jackson
> 
> *  AMD Radeon PCI GPU passthrough (none)
>    Focusing on Xen 4.2 and qemu-traditional
>   -  Kelly Zytaruk
> 
> *  Intel IGD PCI GPU passthrough (ok)
>    v5 posted
>   -  Chen, Tiejun
> 
> *  Xen PV block driver in OVMF (UEFI in guest) (ok)
>    v1
>   -  Anthony PERARD
> 
> == Deferred to Xen hypervisor 4.6 == 
> 
> *  Xen Boot Information (xbi) (ok)
>    Dependency for GRUB2 + EFI work
>    http://lists.xen.org/archives/html/xen-devel/2014-10/msg02068.html
>    v4, No go for full patchset. Only some of the patches.
>    No ARM EFI hardware (yet) available to test them.
>   -  Daniel Kiper
> 
> *  New Migration (v2). (good)
>    v7 (libxc and libxl)
>    git://xenbits.xen.org/people/andrewcoop/xen.git
>    Seems that it might need to slip or we run v1 alongside v2.
>   -  Andrew Cooper & David Vrabel
> 
> *  PVH - AMD hardware support. (fair)
>    Posted.
>   -  Mukesh Rathor
> 
> *  VMware backdoor (hypercall) (ok)
>    v5 posted.
>   -  Don Slutz
> 
> *  extending mem_access support to PV domain (fair)
>    RFC v2
>   -  Aravindh Puthiyaparambil (aravindp)
> 
> *  Repurpose SEDF Scheduler for Real-time (fair)
>    RFC patch posted (v2)
>   -  Joshua Whitehead, Robert VanVossen
> 
> *  ARM remote processor iommu module (GPUs + IPUs) (fair)
>    v3 posted
>   -  Andrii Tseglytskyi
> 
> *  dirty vram / IOMMU bug (fair)
>    http://bugs.xenproject.org/xen/bug/38
>   -  Zhang, Yang Z
> 
> *  Xen multiboot2-EFI support (fair)
>    Needed for GrUB2
>    Depends on Xen Boot info (rework multiboot and other structs)
>    See http://lists.xen.org/archives/html/xen-devel/2013-05/msg02281.html
>    RFC posted
>   -  Daniel Kiper
> 
> *  Support controlling the max C-state sub-state (ok)
>    v3 posted
>   -  Ross Lagerwall
> 
> *  IOMMU ABI for guests to map their DMA regions (fair)
>   -  Malcolm Crossley
> 
> *  Default to credit2 (none)
>    cpu pinning, numa affinity and cpu reservation
>   -  George Dunlap
> 
> *  Convert tasklet to per-cpu tasklets (fair)
>    RFC posted
>   -  Konrad Rzeszutek Wilk
> 
> *  Further tmem cleanups/fixes (16TB etc) (fair)
>   -  Bob Liu
> 
> *  1TB slow destruction (ok)
>   -  Bob Liu
> 
> *  ARM VM save/restore/live migration (none)
>    Need to rebased against migrationv2 - no code posted.
>   -  Junghyun Yoo
> 
> *  ARM GICv2m support (none)
>   -  Linaro (unknown)
> 
> == Deferred to Xen toolstack 4.6 == 
> 
> *  vNUMA in Xen toolstack (ok)
>    v11 posted
>    Hypervisor part in
>    git://gitorious.org/vnuma/xen_vnuma.git:v11
>   -  Elena Ufimtseva
> 
> *  pvscsi in libxl (fair)
>   -  Juergen Gross and Olaf
> 
> *  COarse-grain LOck-stepping Virtual Machines in Xen (fair)
>    RFC v3 posted, based on remus-v19
>   -  Wen Congyang
>   -  Gui Jianfeng
>   -  Yang Hongyang
>   -  Dong, Eddie
> 
> *  extend the xenstore ring with a 'closing' signal (fair)
>    RFC patch posted
>   -  David Scott
> 
> *  libxl migrationv2 patches. (none)
>   -  Andrew Cooper & David Vrabel
> 
> *  tmem migrationv2 patches. (none)
>   -  Bob Liu & Andrew Cooper & David Vrabel
> 
> *  Remus using migration-v2 (fair)
>    RFC posted - depends on v6 of 'New Migration'
>   -  Yang Hongyang
> 
> *  snapshot API extension (checkpointing disk) (ok)
>    v5
>    His email bounces.
>   -  Bamvor Jian Zhang
> 
> *  Rearrange and cleanup installation destination directories (/var -> var/lib/xen) (fair)
>   -  Daniel Kiper
> 
> *  libxl/xl - xm compatibility mode for mem-max and mem-set; (ok)
>   -  Daniel Kiper
> 
> *  xl list --long (and some related xl commands) have some bugs (none)
>   -  Zhigang Wang
> 
> *  Xen HPET interrupt fixes (fair)
>    behind migration v2
>   -  Andrew Cooper
> 
> *  cpuid leveling (none)
>    http://xenbits.xen.org/people/andrewcoop/feature-levelling/feature-levelling-D.pdf
>   -  Andrew Cooper
> 
> *  live migration knobs, there is no suitable code yet, just ideas (none)
>     http://lists.xenproject.org/archives/html/xen-devel/2014-03/msg00785.html
>   -  Olaf Hering
> 
> *  xl does not handle migrate interruption gracefully (none)
>    If you start a localhost migrate, and press "Ctrl-C" in the middle, you get two hung domains
>   -  Ian Jackson
> 
> *  IO-NUMA - hwloc and xl (none)
>    Andrew Cooper had an RFC patch for hwloc
>    add restrictions  as to which devices cannot safely/functionally be split apart.
>   -  Boris Ostrovsky
> 
> *  HVM guest NUMA (none)
>   -  Matt Wilson
> 
> *  PVH - Migration of PVH DomUs. (none)
>    Depends on migration2 code
>   -  Roger Pau Monné
> 
> *  PVH - Migration of guests from a PVH dom0  (none)
>    Depends on migration2 code
>   -  Roger Pau Monné
> 
> *  "Short" grant copy (just header) of packets. (none)
>   -  Zoltan Kiss
> 
> == Deferred to Linux's after Xen 4.6 == 
> 
> *  ARM - Device assigment usage in Linux code (arch/arm) (none)
>    Depends on Xen pieces which are on the Xen 4.6 list.
>   -  Julien Grall
> 
> *  Linux ARM - Device assigment (fair)
>   -  Julien Grall
> 
> == Up for grabs == 
> 
> *  OSSTest - also test Linux PVH guests
> 
> *  PoD fixes
>    if you boot with memory <= maxmem we have a size estimation bug
> 
> *  TLB flushing without locks in Xen
> 
> *  xl does not support specifying virtual function for passthrough device
>    http://bugs.xenproject.org/xen/bug/22
> 
> *  PCI hole resize support hvmloader/qemu-traditional/qemu-upstream with PCI/GPU passthrough
>    http://bugs.xenproject.org/xen/bug/28
> 
> *  libx{c,l} error handling cleanup 
> 
> *  Adding missing 'xend' features in libxl
> 
> *  xl list -l on a dom0-only system
> 
> *  xl list -l doesn't contain tty console port
> 
> *  xl: passing more defaults in configuration in xl.conf
>    There are a number of options for which it might be useful to pass a default in xl.conf.  For example, if we could have a default "backend" parameter for vifs, then it would be easy to switch back and forth between a backend in a driver domain and a backend in dom0.
> 
> *  PVH - PVH working with shadow.
>    Based on Tim's work
> 
> *  PVH - PCI passthrough for DomU.
> 
> *  AMD performance regressions
> 
> *  Performance due to hypercall preemption. More preemptions - slower. (none)
> 
> == Completed == 
> 
> == lib{xc,xl} and toolstack == 
> 
> *  libxl work - JSON to keep track of guest configs (done)
>    Some patches merged, need to post more.
>   -  Wei Liu
> 
> == Hypervisor == 
> 
> *  ARM - VGIC emulation (done)
>    Reposted as gic and vgic fixes and improvements
>    v12
>   -  Stefano Stabellini
> 
> *  ARM implement mem_access (done)
>    v12, two patches for Xen 4.6
>    https://github.com/tklengyel/xen/tree arm_memaccess_12-for-4.5
>   -  Tamas K Lengyel
> 
> *  ARM - Add Odroid-XU (Exynos5410) support (done)
>    v6
>   -  Suriyan Ramasami
> 
> *  ARM GICv3 support (done)
>    v11 posted
>   -  Vijay Kilari
> 
> *  ARM implement mem_access (done)
>    v12, two patches for Xen 4.6
>    https://github.com/tklengyel/xen/tree arm_memaccess_12-for-4.5
>   -  Tamas K Lengyel
> 
> *  Remus in Xen (libxl) (done)
>    v19
>    url:  https://github.com/macrosheep/xen/tree/remus-v19
>   -  Gui Jianfeng
>   -  Yang Hongyang
>   -  Dong, Eddie
> 
> *  Cache QoS Monitoring - hypercalls (done)
>    Just hypercalls - no toolstack changes.
>    v15
>    Hit a snag with rdmsr/IPI/wrmsr/IPI, possible redesign
>   -  Chao Peng, Dongxiao Xu, and Shantong Kang
> 
> *  XenRT (Preemptive Global Earliest Deadline First) (done)
>    v3
>   -  Meng Xu
> 
> *  Introspection of HVM guests (done)
>    v10, split out in for 4.5 (smaller subset)
>   -  Razvan Cojocaru
> 
> *  ARM Xen UEFI booting on ARM (done)
>    v5
>   -  Roy Franz
> 
> *  ARM - MiniOS (done)
>    v7 posted
>   -  Thomas Leonard
> 
> *  ARM XEN_DOMCTL_memory_mapping hypercall for ARM (done)
>    v12 posted.
>   -  Arianna Avanzini
> 
> *  ARM - XENFEAT_grant_map_11 (aka map grants refs at pfn = mfn) (done)
>    Provide kernels an grant->MFN lookup
>    v4
>   -  Stefano Stabellini
> 
> *  ARM PSCI v0.2 (done)
>    v11 posted
>   -  Parth Dixit
> 
> *  pvSCSI in Linux (fronted and backend) (done)
>    v6
>   -  Juergen Gross
> 
> *  alternative_asm in Xen (done)
>   -  Feng Wu
> 
> *  SMAP (done)
>   -  Feng Wu
> 
> *  Re-write of vHPET (done)
>    aka hvm/hpet: Detect comparator values in the past
>   -  Don Slutz
> 
> *  vAPIC in PVHVM guests (Xen side) (done)
>   -  Boris Ostrovsky
> 
> *  libvirt and xl discard support, so that libvirt can start using it (done)
>   -  Olaf Hering
> 
> *  Xen PVH dom0 (done)
>   -  Mukesh Rathor
> 
> *  Linux PVH dom0 (done)
>   -  Mukesh Rathor
> 
> *  OSSTest: upstream QEMU (done)
>   -  Ian Campbell
> 
> *  amd_ucode cleanups, verify patch size(enhancement) (mostly in master except one patch)
> 
> *  Data breakpoint Extension support (new-feat) (in master)
> 
> *  Feature masking MSR support (enhancement) (in master)
> 
> *  Support BRCM TruManage chip (Serial over LAN support) (new-feat) (in master)
> 
> *  fix vmce_amd* functions, unify mce_amd mcheck initialization (fixes/cleanups)
> 
> *  multiple AMD container files appended together in initrd (early initramfs)
>   -  Aravind and Suravee
> 
> *  NUMA memory scrubbing (done)
>   -  Konrad Rzeszutek Wilk
> 
> *  ARM  - IOMMU support (done)
>   -  Julien Grall
> 
> *  ioreq-server, aka secondary emulators (done)
>   -  Paul Durrant
> 
> *  Netback multiqueue (good)
>   -  Wei Liu
> 
> *  ARM Interrupt latency reduction (no maintenance interrupts) (good)
>   -  Stefano Stabellini
> 
> *  Bigger PCI hole in QEMU (done)
>    Needs to be rebased
>   -  Don Slutz
> 
> *  ARM DRA7 support (done)
>    v3 posted
>    v3 with comments applied
>   -  Andrii Tseglytskyi
> 
> *  rework VM Generation ID (done)
>    v7 posted
>   -  David Vrabel
> 
> *  Soft affinity for vcpus (was NUMA affinity for vcpus) (good)
>    v11 posted
>   -  Dario Faggioli
> 
> *  Linux pvops of Xen EFI hypercall support (done)
>   -  Daniel Kiper
> 
> *  ARM: Use super pages in p2m (done)
>    v5 posted
>   -  Ian Campbell
> 
> *  QEMU 2.0 branch for qemu-upstream (done)
>    It is v2.0 with 2.1 Xen backports.
>   -  Stefano Stabellini
> 
> *  systemd support (done)
>    v11
>   -  Luis R. Rodriguez
> 
> *  Soft affinity for vcpus libxl/xl changes (done)
>    v13 posted
>   -  Dario Faggioli
> 
> *  HT enabled, virtualization overhead is high (Xen 4.4) (done)
>    kernbench demonstrated it
>    Looking and tracing
>    http://www.gossamer-threads.com/lists/xen/devel/339409
>    False alarm.
>   -  Dario Faggioli
> 

-- 
/*
 * Arianna Avanzini
 * avanzini.arianna@gmail.com
 * 73628@studenti.unimore.it
 */

Re: Xen 4.5 development update (October update). RC1 on 24th

[Olaf Hering]

On Fri, Oct 17, konrad.wilk@oracle.com wrote:

> by Boris and build and Makefile changes by Andrew (the ones by Olaf
> are all in?).

These are the outstanding changes in my own for-4.5 queue:

 pick 590db9e tools/mkrpm: improve version.release handling
 pick 3495d6c Separate runtime debug output from debug symbols   (v3)
 pick cde4d39 Add configure --with-extra-cflags-*
 pick e47f208 tools/hotplug: use configure --sysconfdir result
 pick f8b2e49 tools/hotplug: fix systemd service files for dom0
 pick 13a834b tools/hotplug: update dependency of var-lib-xenstored.mount
maybe 8a52b89 tools/hotplug: add helper script to visualize systemd dependencies
 pick c0af9cc README: remove references to unneeded python helpers
 pick b2ee641 Add INSTALL file


Olaf

Re: Xen 4.5 development update (October update). RC1 on 24th

[Ian Campbell]

(trimming CC) 

> > == Completed ==
> 
> > *  ARM - MiniOS (done)
> >    v7 posted
> >   -  Thomas Leonard
> 
> This is not done (not all patches were applied). I posted v8 on 3 Oct
> (no responses yet):
> 
> http://lists.xenproject.org/archives/html/xen-devel/2014-10/msg00395.html

Oh, somehow I missed this (I had it in my mind you were on vac I think).

WRT the freeze my thinking is that this isn't yet tied into the toplevel
build so baring any interactions with either the common or x86 specific
mini-os code there would be no downside to committing this even fairly
late in the release cycle. I think whatever happens it would be
considered at best "experimental" for 4.5.

Ian.

Re: Xen 4.5 development update (October update). RC1 on 24th

[Jan Beulich]

>>> On 17.10.14 at 19:14, <konrad.wilk@oracle.com> wrote:
> *  Support controlling the max C-state sub-state (ok)
>    v3 posted
>   -  Ross Lagerwall

As much as I would like to see this merged, I don't think any progress
has been made towards finding a truly workable solution for the last
couple of months (v3 and some followup got posted on Jun 23). Hence
"ok" seems pretty bold, even if this is in the "for 4.6" section.

> *  1TB slow destruction (ok)
>   -  Bob Liu

Almost the same applies here - I don't think there was any update so
far at least heading in the right direction.

> *  Xen HPET interrupt fixes (fair)
>    behind migration v2
>   -  Andrew Cooper

This sits in the tools section, which surely is wrong.

Jan

Re: Xen 4.5 development update (October update). RC1 on 24th

[Konrad Rzeszutek Wilk]

On Mon, Oct 20, 2014 at 10:09:41AM +0200, Olaf Hering wrote:
> On Fri, Oct 17, konrad.wilk@oracle.com wrote:
> 
> > by Boris and build and Makefile changes by Andrew (the ones by Olaf
> > are all in?).
> 
> These are the outstanding changes in my own for-4.5 queue:
> 
>  pick 590db9e tools/mkrpm: improve version.release handling
>  pick 3495d6c Separate runtime debug output from debug symbols   (v3)
>  pick cde4d39 Add configure --with-extra-cflags-*
>  pick e47f208 tools/hotplug: use configure --sysconfdir result
>  pick f8b2e49 tools/hotplug: fix systemd service files for dom0
>  pick 13a834b tools/hotplug: update dependency of var-lib-xenstored.mount
> maybe 8a52b89 tools/hotplug: add helper script to visualize systemd dependencies
>  pick c0af9cc README: remove references to unneeded python helpers
>  pick b2ee641 Add INSTALL file

The INSTALL file and the 'fix' are of course OK.

For the rest, can you explain what would happen if we did not include them
in Xen 4.5?

Thank you.
> 
> 
> Olaf

Re: Xen 4.5 development update (October update). RC1 on 24th

[Konrad Rzeszutek Wilk]

On Mon, Oct 20, 2014 at 10:54:02AM +0100, Jan Beulich wrote:
> >>> On 17.10.14 at 19:14, <konrad.wilk@oracle.com> wrote:
> > *  Support controlling the max C-state sub-state (ok)
> >    v3 posted
> >   -  Ross Lagerwall
> 
> As much as I would like to see this merged, I don't think any progress
> has been made towards finding a truly workable solution for the last
> couple of months (v3 and some followup got posted on Jun 23). Hence
> "ok" seems pretty bold, even if this is in the "for 4.6" section.

I should probably remove all the 'ok' from the 4.6 material and just
label them as unknown since some folks might pick them up (like I did
with Malcolm's patch).

> 
> > *  1TB slow destruction (ok)
> >   -  Bob Liu
> 
> Almost the same applies here - I don't think there was any update so
> far at least heading in the right direction.

True, Xen 4.6 material and it will need an refresh to what the
proper way of going about this is.

> 
> > *  Xen HPET interrupt fixes (fair)
> >    behind migration v2
> >   -  Andrew Cooper
> 
> This sits in the tools section, which surely is wrong.

Right. Thank you for the correction.
> 
> Jan
> 

Re: Xen 4.5 development update (October update). RC1 on 24th

[Konrad Rzeszutek Wilk]

On Mon, Oct 20, 2014 at 10:34:09AM +0100, Ian Campbell wrote:
> (trimming CC) 
> 
> > > == Completed ==
> > 
> > > *  ARM - MiniOS (done)
> > >    v7 posted
> > >   -  Thomas Leonard
> > 
> > This is not done (not all patches were applied). I posted v8 on 3 Oct
> > (no responses yet):
> > 
> > http://lists.xenproject.org/archives/html/xen-devel/2014-10/msg00395.html
> 
> Oh, somehow I missed this (I had it in my mind you were on vac I think).
> 
> WRT the freeze my thinking is that this isn't yet tied into the toplevel
> build so baring any interactions with either the common or x86 specific
> mini-os code there would be no downside to committing this even fairly
> late in the release cycle. I think whatever happens it would be
> considered at best "experimental" for 4.5.

<nods>

Thomas, could you repost it please with 'for-xen-4.5' on the patch
series.

Thank you.
> 
> Ian.
> 

Re: Xen 4.5 development update (October update). RC1 on 24th

[Ian Campbell]

On Mon, 2014-10-20 at 17:35 -0400, Konrad Rzeszutek Wilk wrote:
> On Mon, Oct 20, 2014 at 10:34:09AM +0100, Ian Campbell wrote:
> > (trimming CC) 
> > 
> > > > == Completed ==
> > > 
> > > > *  ARM - MiniOS (done)
> > > >    v7 posted
> > > >   -  Thomas Leonard
> > > 
> > > This is not done (not all patches were applied). I posted v8 on 3 Oct
> > > (no responses yet):
> > > 
> > > http://secure-web.cisco.com/1NORYat5BVWAwMsjfvGF0k7Ee_T_ZzL9YKSpewPbI66HTgK77xdmAxMSLBVz6C9fC3H-OEKUDOL5x6euVAPQaeofcWA93024oyK541ILoyr6qYO1JMrU-Qo83IhJCIlt-4J5OBuN6bM2QFmnKBFxe4G_32qO79Vis0SJN0XD0hJA/http%3A%2F%2Flists.xenproject.org%2Farchives%2Fhtml%2Fxen-devel%2F2014-10%2Fmsg00395.html
> > 
> > Oh, somehow I missed this (I had it in my mind you were on vac I think).
> > 
> > WRT the freeze my thinking is that this isn't yet tied into the toplevel
> > build so baring any interactions with either the common or x86 specific
> > mini-os code there would be no downside to committing this even fairly
> > late in the release cycle. I think whatever happens it would be
> > considered at best "experimental" for 4.5.
> 
> <nods>
> 
> Thomas, could you repost it please with 'for-xen-4.5' on the patch
> series.

I was planning to just review the existing posting with that in mind,
unless Thomas has any pending changes do we need a resend?

Ian.

Re: Xen 4.5 development update (October update). RC1 on 24th

[Thomas Leonard]

On 21 October 2014 11:27, Ian Campbell <Ian.Campbell@citrix.com> wrote:
> On Mon, 2014-10-20 at 17:35 -0400, Konrad Rzeszutek Wilk wrote:
>> On Mon, Oct 20, 2014 at 10:34:09AM +0100, Ian Campbell wrote:
>> > (trimming CC)
>> >
>> > > > == Completed ==
>> > >
>> > > > *  ARM - MiniOS (done)
>> > > >    v7 posted
>> > > >   -  Thomas Leonard
>> > >
>> > > This is not done (not all patches were applied). I posted v8 on 3 Oct
>> > > (no responses yet):
>> > >
>> > > http://secure-web.cisco.com/1NORYat5BVWAwMsjfvGF0k7Ee_T_ZzL9YKSpewPbI66HTgK77xdmAxMSLBVz6C9fC3H-OEKUDOL5x6euVAPQaeofcWA93024oyK541ILoyr6qYO1JMrU-Qo83IhJCIlt-4J5OBuN6bM2QFmnKBFxe4G_32qO79Vis0SJN0XD0hJA/http%3A%2F%2Flists.xenproject.org%2Farchives%2Fhtml%2Fxen-devel%2F2014-10%2Fmsg00395.html
>> >
>> > Oh, somehow I missed this (I had it in my mind you were on vac I think).
>> >
>> > WRT the freeze my thinking is that this isn't yet tied into the toplevel
>> > build so baring any interactions with either the common or x86 specific
>> > mini-os code there would be no downside to committing this even fairly
>> > late in the release cycle. I think whatever happens it would be
>> > considered at best "experimental" for 4.5.
>>
>> <nods>
>>
>> Thomas, could you repost it please with 'for-xen-4.5' on the patch
>> series.
>
> I was planning to just review the existing posting with that in mind,
> unless Thomas has any pending changes do we need a resend?

Hi Ian,

The v8 patch series is still up-to-date and can be reviewed as-is.

Thanks,


-- 
Dr Thomas Leonard        http://0install.net/
GPG: 9242 9807 C985 3C07 44A6  8B9A AE07 8280 59A5 3CC1
GPG: DA98 25AE CAD0 8975 7CDA  BD8E 0713 3F96 CA74 D8BA

Re: Xen 4.5 development update (October update). RC1 on 24th

[Tamas K Lengyel]

[-- Attachment #1.1: Type: text/plain, Size: 338 bytes --]

>
>
> *  ARM implement mem_access (done)
>    v12, two patches for Xen 4.6
>    https://github.com/tklengyel/xen/tree arm_memaccess_12-for-4.5
>   -  Tamas K Lengyel
>

This feature is not done, it is postponed to Xen 4.6 with more then 2
patches. What has been merged into 4.5 is the code relocation and
refactoring part.

Thanks,
Tamas

[-- Attachment #1.2: Type: text/html, Size: 655 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

Re: Xen 4.5 development update (October update). RC1 on 24th

[Olaf Hering]

On Mon, Oct 20, Konrad Rzeszutek Wilk wrote:

> On Mon, Oct 20, 2014 at 10:09:41AM +0200, Olaf Hering wrote:
> > On Fri, Oct 17, konrad.wilk@oracle.com wrote:
> > 
> > > by Boris and build and Makefile changes by Andrew (the ones by Olaf
> > > are all in?).
> > 
> > These are the outstanding changes in my own for-4.5 queue:
> > 
> >  pick 590db9e tools/mkrpm: improve version.release handling
> >  pick 3495d6c Separate runtime debug output from debug symbols   (v3)
> >  pick cde4d39 Add configure --with-extra-cflags-*
> >  pick e47f208 tools/hotplug: use configure --sysconfdir result
> >  pick f8b2e49 tools/hotplug: fix systemd service files for dom0
> >  pick 13a834b tools/hotplug: update dependency of var-lib-xenstored.mount
> > maybe 8a52b89 tools/hotplug: add helper script to visualize systemd dependencies
> >  pick c0af9cc README: remove references to unneeded python helpers
> >  pick b2ee641 Add INSTALL file
> 
> The INSTALL file and the 'fix' are of course OK.
> 
> For the rest, can you explain what would happen if we did not include them
> in Xen 4.5?

Without "tools/mkrpm: improve version.release handling" it is difficult
to update the xen.rpm because the Release: number is always zero.
'rpmball' is a new feature in 4.5, it should work properly right form
the start.


Without v3 of "Separate runtime debug output from debug symbols" the
hypervisor, parts of ocaml and qemu are still built with -g even with
'make debug_symbols=n'.  There is no agreement how the default should be
set, but thats outside the scope of this patch.


Without "Add configure --with-extra-cflags-*" the buildsystem will pick
"random" environment variables for CFLAGS. Now that we have the tools in
place they they should be set once with configure to have consistent
results if make is called from different shells.
I will send v2 of this patch to handle also --without-extra-cflags, this
makes the code consistent with other usage of AC_ARG_WITH() in that file.

Without "tools/hotplug: use configure --sysconfdir result" the newly
installed runlevel scripts will use system config files instead of the
files installed after configure --sysconfdir=/odd/path. This is a bug.


Olaf

Re: Xen 4.5 development update (October update). RC1 on 24th

[Konrad Rzeszutek Wilk]

On Tue, Oct 21, 2014 at 02:24:35PM +0200, Olaf Hering wrote:
> On Mon, Oct 20, Konrad Rzeszutek Wilk wrote:
> 
> > On Mon, Oct 20, 2014 at 10:09:41AM +0200, Olaf Hering wrote:
> > > On Fri, Oct 17, konrad.wilk@oracle.com wrote:
> > > 
> > > > by Boris and build and Makefile changes by Andrew (the ones by Olaf
> > > > are all in?).
> > > 
> > > These are the outstanding changes in my own for-4.5 queue:
> > > 
> > >  pick 590db9e tools/mkrpm: improve version.release handling
> > >  pick 3495d6c Separate runtime debug output from debug symbols   (v3)
> > >  pick cde4d39 Add configure --with-extra-cflags-*
> > >  pick e47f208 tools/hotplug: use configure --sysconfdir result
> > >  pick f8b2e49 tools/hotplug: fix systemd service files for dom0
> > >  pick 13a834b tools/hotplug: update dependency of var-lib-xenstored.mount
> > > maybe 8a52b89 tools/hotplug: add helper script to visualize systemd dependencies
> > >  pick c0af9cc README: remove references to unneeded python helpers
> > >  pick b2ee641 Add INSTALL file
> > 
> > The INSTALL file and the 'fix' are of course OK.
> > 
> > For the rest, can you explain what would happen if we did not include them
> > in Xen 4.5?
> 
> Without "tools/mkrpm: improve version.release handling" it is difficult
> to update the xen.rpm because the Release: number is always zero.
> 'rpmball' is a new feature in 4.5, it should work properly right form
> the start.

OK.
> 
> 
> Without v3 of "Separate runtime debug output from debug symbols" the
> hypervisor, parts of ocaml and qemu are still built with -g even with
> 'make debug_symbols=n'.  There is no agreement how the default should be
> set, but thats outside the scope of this patch.

So lets defer this to figure out the agreement.
> 
> 
> Without "Add configure --with-extra-cflags-*" the buildsystem will pick
> "random" environment variables for CFLAGS. Now that we have the tools in
> place they they should be set once with configure to have consistent
> results if make is called from different shells.
> I will send v2 of this patch to handle also --without-extra-cflags, this
> makes the code consistent with other usage of AC_ARG_WITH() in that file.

OK. Sounds like a good candidate.
> 
> Without "tools/hotplug: use configure --sysconfdir result" the newly
> installed runlevel scripts will use system config files instead of the
> files installed after configure --sysconfdir=/odd/path. This is a bug.

OK, so that is of course OK if the maintainers are OK with the bug-fix.
> 
> 
> Olaf