* Xen 4.5 Development Update (RC4)
@ 2014-12-16 16:13 konrad.wilk
2014-12-16 16:34 ` Olaf Hering
` (2 more replies)
0 siblings, 3 replies; 24+ messages in thread
From: konrad.wilk @ 2014-12-16 16:13 UTC (permalink / raw)
To: avanzini.arianna, boris.ostrovsky, ufimtseva, guijianfeng,
eddie.dong, roger.pau, artem.mygaiev, ian.jackson, daniel.kiper,
ian.campbell, Ian.Jackson, Kelly.Zytaruk, tiejun.chen,
anthony.perard, mukesh.rathor, dslutz, aravindp, josh.whitehead,
robert.vanvossen, Paul.Skentzos, Steve.VanderLeest,
andrii.tseglytskyi, yang.z.zhang, ross.lagerwall,
malcolm.crossley, george.dunlap, bob.liu, yjhyun.yoo,
serge.broslavsky, christoffer.dall, julien.grall
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 17499 bytes --]
Xen 4.5-rc4 was out on Monday (Dec 15th). This is the last RC and then
we have the General Release on Jan 7th!
Details for the test-day are at
http://wiki.xen.org/wiki/Xen_4.5_RC4_test_instructions
In terms of bugs, we have:
#11 qxl hypervisor support
#13 Re: [Xen-devel] man page example: xm block-attach
#18 xl improve support for migration over non-sshlike tunnels
#19 xl migrate transport improvements
#22 xl does not support specifying virtual function for passthrough device
#23 Remove arbitrary LIBXL_MAXMEM_CONSTANT from libxl, see what breaks
#24 xl missing support for encrypted VNC
#27 Re: [Xen-devel] xend vs xl with pci=['<bdf'] wherein the '<bdf>' are not owned by pciback or pcistub will still launch.
#28 support PCI hole resize in qemu-xen
[ 'mmio_hole' fix it, but the ultimate way is to fix it in QEMU]
#30 libxl should implement non-suspend-cancel based resume path
#36 credit2 only uses one runqueue instead of one runq per socket
#38 Implement VT-d large pages so we can avoid sharing between EPT
#40 linux pvops: fpu corruption due to incorrect assumptions
#42 "linux, S3 resume of PVHVM fails - missing call to xen_arch_post_suspend?"
#43 "30s delay loading xenfb driver on some systems"
#44 Security policy ambiguities - XSA-108 process post-mortem
#45 arm: domain 0 disables clocks which are in fact being used
#46 qemu-upstream: limitation on 4 emulated NICs prevents guest from starting unless PV override is used.
= Timeline =
We wer planning on a 9-month release cycle - but it is more like an
10 month. Based on that, below are the estimated dates:
* Feature Freeze: 24th September 2014
* First RC: 24th October [Friday!]
* RC2: Nov 11th
* RC2 Test-day: Nov 13th
* RC3: Dec 3rd.
* RC3 Test-day: Dec 4th
* RC4: Dec 15th
<==== WE ARE HERE ===>
* RC4 Test-day: Dec 17th
Release Date: Jan 7th.
The RCs and release will of course depend on stability and bugs, and
will therefore be fairly unpredictable.
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
= 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.
Document changes can go in anytime if the maintainer is OK with it.
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 =
== Known issues ==
== Linux ==
* Linux block multiqueue (ok)
v2 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
== 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
* Update Xen tree to use upstream OVMF (fair)
- Anthony PERARD
== Deferred to Xen hypervisor 4.6 ==
* xc_reserved_device_memory_map in hvmloader to avoid conflicting MMIO/RAM (good)
v7 posted.
Treating pieces as bug-fixes only.
Low likehood of making it in Xen 4.5. Deferred
- Tiejun Chen
* VPMU - 'perf' support in Xen (good)
v14 posted
Need reviews/final ack.
- Boris Ostrovsky
* 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
* 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 (fair)
v3 posted
Hadn't see the patch reposted.
- 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)
* ARM - SMMU resync of Linux's one (none)
- Julien Grall
* ARM - passthrough of non-PCI (none)
- Julien Grall
* ARM64 (Cavium Thunder) PCI passthrough (fair)
- Manish Jaggi
* ARM - Remove XEN_DOMCTL_arm_configure_domain band-aid and make it part of create_domain. (none)
- Julien Grall
* HT enabled with credit has 7.9 per perf drop. (none)
kernbench demonstrated it
http://www.gossamer-threads.com/lists/xen/devel/339409
This has existed since credit1 introduction.
- Dario Faggioli
== Deferred to Xen toolstack 4.6 ==
* pvUSB support in libxl (none)
- Simon Cao
* 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
* 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
* 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 (SRAT) (fair)
RFC posted.
- Wei Liu
* 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é
* ucode=scan also scan compressed initramfs (none)
- Konrad Rzeszutek Wilk
* adjust log buffer based on memmap size (none)
- Konrad Rzeszutek Wilk
== Deferred to Linux's after Xen 4.6 ==
* Linux ARM - Device assigment usage in Linux code (arch/arm) non-PCI (none)
Depends on Xen pieces which are on the Xen 4.6 list.
- Julien Grall
* Linux ARM - Device assigment (PCI) (none)
Depends on Xen pieces which are on the Xen 4.6 list.
- Manish Jaggi
* pvUSB in Linux (fronted and backend) (Fair)
- Juergen Gross
== 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 ==
== Hypervisor ==
* Regression in PCI passthrough of INTx legacy devices can trigger list corruption (good)
Sander reported it. Two different types of patches available.
- Konrad Rzeszutek Wilk
* ARM - introduce GNTTABOP_cache_flush (ok)
v11
- Stefano Stabellini
* 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
* 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
* ARM - IOMMU support (done)
- Julien Grall
* ARM Interrupt latency reduction (no maintenance interrupts) (done)
- Stefano Stabellini
* ARM DRA7 support (done)
v3 posted
v3 with comments applied
- Andrii Tseglytskyi
* ARM: Use super pages in p2m (done)
v5 posted
- Ian Campbell
* ARM Xen UEFI booting on ARM (done)
v5
- Roy Franz
* 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
* 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
* Xen PVH dom0 (done)
- Mukesh Rathor
* 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
* ioreq-server, aka secondary emulators (done)
- Paul Durrant
* Soft affinity for vcpus (was NUMA affinity for vcpus) (good)
v11 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
== lib{xc,xl} and toolstack ==
* pygrub does not handle certain configurations. (done)
went in after RC3
- Andrew Cooper and Boris Ostrovsky
* regression libxl bitmap handling during a restore.
- Boris Ostrovsky and Wei Liu
- done
* Systemd integration (done)
Affects CentOS7, SLES12, Fedora Core 21 and Debian Jessie. Xen source contains systemd files that can be used to configure the various run-time services. In the past the distributions would carry their own version of it - but now we host them. This is not yet complete - [[http://lists.xenproject.org/archives/html/xen-devel/2014-10/msg03064.html patches]] for this are being worked on for RC2.
- Wei and Olaf
* Stubdomains build issues (done)
stubdomains will not build. Fix is in staging (and will make RC2) or [[http://lists.xen.org/archives/html/xen-devel/2014-10/msg02925.html stubdom/Makefile should use QEMU_TRADITIONAL_LOC]]
- Michael Young
* Building against libxl (outside code) (done)
If you are building against libxl for any APIs before Xen 4.5 you will encounter building errors.
- Andrew Cooper
* Build systems fixes/improvements (done)
- Andrew Cooper
* libxl work - JSON to keep track of guest configs (done)
Some patches merged, need to post more.
- Wei Liu
* Remus in Xen (libxl) (done)
v19
url: https://github.com/macrosheep/xen/tree/remus-v19
- Gui Jianfeng
- Yang Hongyang
- Dong, Eddie
* libvirt and xl discard support, so that libvirt can start using it (done)
- Olaf Hering
* OSSTest: upstream QEMU (done)
- Ian Campbell
* rework VM Generation ID (done)
v7 posted
- David Vrabel
* systemd support (done)
v11
- Luis R. Rodriguez
* Soft affinity for vcpus libxl/xl changes (done)
v13 posted
- Dario Faggioli
== QEMU ==
* Bigger PCI hole in QEMU (done)
Needs to be rebased
- Don Slutz
* QEMU 2.0 branch for qemu-upstream (done)
It is v2.0 with 2.1 Xen backports.
- Stefano Stabellini
* Xen PV block driver in OVMF (UEFI in guest) (done)
v3
In OVMF upstream. Not part of Xen 4.5
- Anthony PERARD
== Linux 3.18 and earlier ==
* pvSCSI in Linux (fronted and backend) (done)
v6
- Juergen Gross
* Linux PVH dom0 (done)
- Mukesh Rathor
* Netback multiqueue (good)
- Wei Liu
* Linux pvops of Xen EFI hypercall support (done)
- Daniel Kiper
* "Short" grant copy (just header) of packets. (done)
- Zoltan Kiss
* Fix PAT in Linux kernel (aka Full support for PAT) (done)
Acked and reposted for v3.18. Waiting for x86 maintainers.
Ingo has been giving advice.
In for 3.19
- Juergen Gross
* vAPIC in PVHVM guests (Linux side) (done)
Going in for 3.19
- Boris Ostrovsky
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
^ permalink raw reply [flat|nested] 24+ messages in thread* Re: Xen 4.5 Development Update (RC4) 2014-12-16 16:13 Xen 4.5 Development Update (RC4) konrad.wilk @ 2014-12-16 16:34 ` Olaf Hering 2014-12-16 20:46 ` Konrad Rzeszutek Wilk 2014-12-16 17:43 ` Andrew Cooper 2014-12-19 14:52 ` Xen 4.5 Development Update (RC4) - Documentation Updates Lars Kurth 2 siblings, 1 reply; 24+ messages in thread From: Olaf Hering @ 2014-12-16 16:34 UTC (permalink / raw) To: konrad.wilk; +Cc: xen-devel On Tue, Dec 16, konrad.wilk@oracle.com wrote: > In terms of bugs, we have: ... systemd SELinux, but its not listed. Whats your plan with the failures you see? Should I continue to be concerned about that, or will all the be postponed to 4.6? Olaf ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-16 16:34 ` Olaf Hering @ 2014-12-16 20:46 ` Konrad Rzeszutek Wilk 2014-12-17 7:55 ` Olaf Hering 0 siblings, 1 reply; 24+ messages in thread From: Konrad Rzeszutek Wilk @ 2014-12-16 20:46 UTC (permalink / raw) To: Olaf Hering; +Cc: xen-devel On Tue, Dec 16, 2014 at 05:34:51PM +0100, Olaf Hering wrote: > On Tue, Dec 16, konrad.wilk@oracle.com wrote: > > > In terms of bugs, we have: > > ... systemd SELinux, but its not listed. > > Whats your plan with the failures you see? Should I continue to be > concerned about that, or will all the be postponed to 4.6? I was under the impression you had some patches which would solve a majority of the issues? And after the discussion with Ian Jackson the way to exec was solved? And for the other - the SELinux context and how to figure this out - I thought (I will have to double-check it tomorrow) that I mentioned it might make sense to talk to the SELinux maintainers to see if they have any recommendation? > > Olaf ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-16 20:46 ` Konrad Rzeszutek Wilk @ 2014-12-17 7:55 ` Olaf Hering 2014-12-17 19:41 ` Konrad Rzeszutek Wilk 0 siblings, 1 reply; 24+ messages in thread From: Olaf Hering @ 2014-12-17 7:55 UTC (permalink / raw) To: Konrad Rzeszutek Wilk; +Cc: xen-devel On Tue, Dec 16, Konrad Rzeszutek Wilk wrote: > On Tue, Dec 16, 2014 at 05:34:51PM +0100, Olaf Hering wrote: > > On Tue, Dec 16, konrad.wilk@oracle.com wrote: > > > > > In terms of bugs, we have: > > > > ... systemd SELinux, but its not listed. > > > > > Whats your plan with the failures you see? Should I continue to be > > concerned about that, or will all the be postponed to 4.6? > > I was under the impression you had some patches which would solve a > majority of the issues? And after the discussion with Ian Jackson the > way to exec was solved? No. What I did was to handle XENSTORED_TRACE which is just a bool to pass "-T /log/file" to xenstored. I think xenstored can not access the sockets if it was launched with a shell script as it is done now. No idea how to solve that. Maybe "/usr/bin/env $XENSTORED" could be a workaround for the SELinux socket access issue. But perhaps launching it via env or sh fails either way. > And for the other - the SELinux context and how to figure this out - > I thought (I will have to double-check it tomorrow) that I mentioned it might > make sense to talk to the SELinux maintainers to see if they have any > recommendation? For xen-4.5 the easy way would be to remove the context= option and let people who build from source and who want to use SELinux put the required options into /etc/fstab. This would also resolve the issue Anthony is seeing, his mount or kernel does not understand context= at all. No idea how he got into that state in his Arch Linux installation. Olaf ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-17 7:55 ` Olaf Hering @ 2014-12-17 19:41 ` Konrad Rzeszutek Wilk 2014-12-17 21:43 ` Konrad Rzeszutek Wilk 0 siblings, 1 reply; 24+ messages in thread From: Konrad Rzeszutek Wilk @ 2014-12-17 19:41 UTC (permalink / raw) To: Olaf Hering; +Cc: xen-devel On Wed, Dec 17, 2014 at 08:55:10AM +0100, Olaf Hering wrote: > On Tue, Dec 16, Konrad Rzeszutek Wilk wrote: > > > On Tue, Dec 16, 2014 at 05:34:51PM +0100, Olaf Hering wrote: > > > On Tue, Dec 16, konrad.wilk@oracle.com wrote: > > > > > > > In terms of bugs, we have: > > > > > > ... systemd SELinux, but its not listed. > > > > > > > > Whats your plan with the failures you see? Should I continue to be > > > concerned about that, or will all the be postponed to 4.6? > > > > I was under the impression you had some patches which would solve a > > majority of the issues? And after the discussion with Ian Jackson the > > way to exec was solved? > > No. What I did was to handle XENSTORED_TRACE which is just a bool to > pass "-T /log/file" to xenstored. I think xenstored can not access the > sockets if it was launched with a shell script as it is done now. > No idea how to solve that. Maybe "/usr/bin/env $XENSTORED" could be a > workaround for the SELinux socket access issue. But perhaps launching it > via env or sh fails either way. > > > And for the other - the SELinux context and how to figure this out - > > I thought (I will have to double-check it tomorrow) that I mentioned it might > > make sense to talk to the SELinux maintainers to see if they have any > > recommendation? > > For xen-4.5 the easy way would be to remove the context= option and let > people who build from source and who want to use SELinux put the > required options into /etc/fstab. This would also resolve the issue > Anthony is seeing, his mount or kernel does not understand context= at > all. No idea how he got into that state in his Arch Linux installation. And also remove the EnvionmentFile and such. Anyhow I've taken for spin these patches: tools/hotplug: add wrapper to start xenstored tools/hotplug: remove EnvironmentFile from xen-qemu-dom0-disk-backend.service tools/hotplug: use XENCONSOLED_TRACE in xenconsoled.service tools/hotplug: use xencommons as EnvironmentFile in xenconsoled.service tools/hotplug: xendomains.service depends on network tools/hotplug: remove XENSTORED_ROOTDIR from xenstored.service tools/hotplug: remove SELinux options from var-lib-xenstored.mount from you https://github.com/olafhering/xen.git staging-for-4.5.0 and they fixed the issues I saw. That is I can boot Fedora Core 21 with the sources being built out (plus said patches above) > > Olaf ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-17 19:41 ` Konrad Rzeszutek Wilk @ 2014-12-17 21:43 ` Konrad Rzeszutek Wilk 2014-12-18 8:49 ` Olaf Hering 0 siblings, 1 reply; 24+ messages in thread From: Konrad Rzeszutek Wilk @ 2014-12-17 21:43 UTC (permalink / raw) To: Olaf Hering; +Cc: xen-devel On Wed, Dec 17, 2014 at 02:41:50PM -0500, Konrad Rzeszutek Wilk wrote: > On Wed, Dec 17, 2014 at 08:55:10AM +0100, Olaf Hering wrote: > > On Tue, Dec 16, Konrad Rzeszutek Wilk wrote: > > > > > On Tue, Dec 16, 2014 at 05:34:51PM +0100, Olaf Hering wrote: > > > > On Tue, Dec 16, konrad.wilk@oracle.com wrote: > > > > > > > > > In terms of bugs, we have: > > > > > > > > ... systemd SELinux, but its not listed. > > > > > > > > > > > Whats your plan with the failures you see? Should I continue to be > > > > concerned about that, or will all the be postponed to 4.6? > > > > > > I was under the impression you had some patches which would solve a > > > majority of the issues? And after the discussion with Ian Jackson the > > > way to exec was solved? > > > > No. What I did was to handle XENSTORED_TRACE which is just a bool to > > pass "-T /log/file" to xenstored. I think xenstored can not access the > > sockets if it was launched with a shell script as it is done now. > > No idea how to solve that. Maybe "/usr/bin/env $XENSTORED" could be a > > workaround for the SELinux socket access issue. But perhaps launching it > > via env or sh fails either way. > > > > > And for the other - the SELinux context and how to figure this out - > > > I thought (I will have to double-check it tomorrow) that I mentioned it might > > > make sense to talk to the SELinux maintainers to see if they have any > > > recommendation? > > > > For xen-4.5 the easy way would be to remove the context= option and let > > people who build from source and who want to use SELinux put the > > required options into /etc/fstab. This would also resolve the issue > > Anthony is seeing, his mount or kernel does not understand context= at > > all. No idea how he got into that state in his Arch Linux installation. > > And also remove the EnvionmentFile and such. Anyhow I've taken for > spin these patches: > > tools/hotplug: add wrapper to start xenstored > tools/hotplug: remove EnvironmentFile from xen-qemu-dom0-disk-backend.service > tools/hotplug: use XENCONSOLED_TRACE in xenconsoled.service > tools/hotplug: use xencommons as EnvironmentFile in xenconsoled.service > tools/hotplug: xendomains.service depends on network > tools/hotplug: remove XENSTORED_ROOTDIR from xenstored.service > tools/hotplug: remove SELinux options from var-lib-xenstored.mount > > from you https://github.com/olafhering/xen.git staging-for-4.5.0 > > and they fixed the issues I saw. That is I can boot Fedora Core 21 with > the sources being built out (plus said patches above) Hm, thought now I see: [root@l konrad]# systemctl status xenstored.service ● xenstored.service - The Xen xenstore Loaded: loaded (/usr/lib/systemd/system/xenstored.service; disabled) Active: failed (Result: timeout) since Wed 2014-12-17 16:39:35 EST; 2min 10s ago Process: 790 ExecStart=/usr/lib/xen/bin/xenstored.sh --no-fork (code=exited, status=0/SUCCESS) Process: 787 ExecStartPre=/bin/mkdir -p /var/run/xen (code=exited, status=0/SUCCESS) Process: 784 ExecStartPre=/bin/rm -f /var/lib/xenstored/tdb* (code=exited, status=0/SUCCESS) Process: 759 ExecStartPre=/bin/grep -q control_d /proc/xen/capabilities (code=exited, status=0/SUCCESS) Main PID: 790 (code=exited, status=0/SUCCESS) Dec 17 16:38:05 l.oracle.com xenstored.sh[790]: Xen Storage Daemon, version 1.0 Dec 17 16:39:35 l.oracle.com systemd[1]: xenstored.service start operation timed out. Terminating. Dec 17 16:39:35 l.oracle.com systemd[1]: Failed to start The Xen xenstore. Dec 17 16:39:35 l.oracle.com systemd[1]: Unit xenstored.service entered failed state. Dec 17 16:39:35 l.oracle.com systemd[1]: xenstored.service failed. [root@l konrad]# systemctl start xenstored.service [root@l ~]# ps -eff|grep xens root 2018 1993 0 16:41 pts/0 00:00:00 systemctl start xenstored.service root 2029 1 0 16:41 ? 00:00:00 /usr/sbin/oxenstored --no-fork root 2034 1766 0 16:42 hvc0 00:00:00 grep --color=auto xens I think I have something misconfigured here.. > > > > Olaf _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-17 21:43 ` Konrad Rzeszutek Wilk @ 2014-12-18 8:49 ` Olaf Hering 0 siblings, 0 replies; 24+ messages in thread From: Olaf Hering @ 2014-12-18 8:49 UTC (permalink / raw) To: Konrad Rzeszutek Wilk; +Cc: xen-devel On Wed, Dec 17, Konrad Rzeszutek Wilk wrote: > [root@l konrad]# systemctl status xenstored.service > ● xenstored.service - The Xen xenstore > Loaded: loaded (/usr/lib/systemd/system/xenstored.service; disabled) > Active: failed (Result: timeout) since Wed 2014-12-17 16:39:35 EST; 2min 10s ago > Process: 790 ExecStart=/usr/lib/xen/bin/xenstored.sh --no-fork (code=exited, status=0/SUCCESS) > Process: 787 ExecStartPre=/bin/mkdir -p /var/run/xen (code=exited, status=0/SUCCESS) > Process: 784 ExecStartPre=/bin/rm -f /var/lib/xenstored/tdb* (code=exited, status=0/SUCCESS) > Process: 759 ExecStartPre=/bin/grep -q control_d /proc/xen/capabilities (code=exited, status=0/SUCCESS) > Main PID: 790 (code=exited, status=0/SUCCESS) > > Dec 17 16:38:05 l.oracle.com xenstored.sh[790]: Xen Storage Daemon, version 1.0 > Dec 17 16:39:35 l.oracle.com systemd[1]: xenstored.service start operation timed out. Terminating. > Dec 17 16:39:35 l.oracle.com systemd[1]: Failed to start The Xen xenstore. > Dec 17 16:39:35 l.oracle.com systemd[1]: Unit xenstored.service entered failed state. > Dec 17 16:39:35 l.oracle.com systemd[1]: xenstored.service failed. > [root@l konrad]# systemctl start xenstored.service > > > [root@l ~]# ps -eff|grep xens > root 2018 1993 0 16:41 pts/0 00:00:00 systemctl start xenstored.service > root 2029 1 0 16:41 ? 00:00:00 /usr/sbin/oxenstored --no-fork > root 2034 1766 0 16:42 hvc0 00:00:00 grep --color=auto xens > > I think I have something misconfigured here.. Looks like what Marc reported. xenstored can not use the sockets. Does running xenstored directly or via env(1) work any better? ExecStart=@XENSTORED@ --no-fork ExecStart=/usr/bin/env $XENSTORED --no-fork Olaf _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-16 16:13 Xen 4.5 Development Update (RC4) konrad.wilk 2014-12-16 16:34 ` Olaf Hering @ 2014-12-16 17:43 ` Andrew Cooper 2014-12-16 20:49 ` Konrad Rzeszutek Wilk 2014-12-19 14:52 ` Xen 4.5 Development Update (RC4) - Documentation Updates Lars Kurth 2 siblings, 1 reply; 24+ messages in thread From: Andrew Cooper @ 2014-12-16 17:43 UTC (permalink / raw) To: konrad.wilk; +Cc: Xen-devel List On 16/12/14 16:13, konrad.wilk@oracle.com wrote: > Xen 4.5-rc4 was out on Monday (Dec 15th). This is the last RC and then > we have the General Release on Jan 7th! > > Details for the test-day are at > > http://wiki.xen.org/wiki/Xen_4.5_RC4_test_instructions > > In terms of bugs, we have: >From the XenServer testing. * Fail to reliably boot on IBM Flex x222 blades, apparent regression from 4.4 I have declared this a latent BIOS bug, and not a regression from 4.4. Across regular reboots, the exact positions of the ACPI tables, and the e820 layout is unstable. The first consistent difference between 4.4 and 4.5 is that 4.4 reports 1 MBR signature while 4.5 reports 0. This is because the int $0x13, ah=2 call is returning differently. I can get the call to return differently (and correctly for 4.5) by simply making the boot trampoline larger (with my debugging routines but not being called). * VM fail to resume on upgrade from Xen < 4.5 This is the issue I am currently looking into. Currently, all the "upgrade from older XenServer" tests are failing due to VMs crashing on resume. I have not yet identified whether this is a XenServer issue or a Xen issue. Lifecycle operations on 4.5 itself are all fine including both suspend/resume and migrate. ~Andrew ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-16 17:43 ` Andrew Cooper @ 2014-12-16 20:49 ` Konrad Rzeszutek Wilk 2014-12-19 15:19 ` Andrew Cooper 0 siblings, 1 reply; 24+ messages in thread From: Konrad Rzeszutek Wilk @ 2014-12-16 20:49 UTC (permalink / raw) To: Andrew Cooper; +Cc: Xen-devel List On Tue, Dec 16, 2014 at 05:43:08PM +0000, Andrew Cooper wrote: > On 16/12/14 16:13, konrad.wilk@oracle.com wrote: > > Xen 4.5-rc4 was out on Monday (Dec 15th). This is the last RC and then > > we have the General Release on Jan 7th! > > > > Details for the test-day are at > > > > http://wiki.xen.org/wiki/Xen_4.5_RC4_test_instructions > > > > In terms of bugs, we have: > > From the XenServer testing. Thank you for doing this testing! > > * Fail to reliably boot on IBM Flex x222 blades, apparent regression > from 4.4 > > I have declared this a latent BIOS bug, and not a regression from 4.4. > Across regular reboots, the exact positions of the ACPI tables, and the > e820 layout is unstable. The first consistent difference between 4.4 > and 4.5 is that 4.4 reports 1 MBR signature while 4.5 reports 0. This > is because the int $0x13, ah=2 call is returning differently. I can get > the call to return differently (and correctly for 4.5) by simply making > the boot trampoline larger (with my debugging routines but not being > called). This sounds very familiar, but I can't place where I saw mention of a similar issue. > > * VM fail to resume on upgrade from Xen < 4.5 > > This is the issue I am currently looking into. Currently, all the > "upgrade from older XenServer" tests are failing due to VMs crashing on > resume. I have not yet identified whether this is a XenServer issue or Ugh. > a Xen issue. Lifecycle operations on 4.5 itself are all fine including > both suspend/resume and migrate. > > ~Andrew > ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-16 20:49 ` Konrad Rzeszutek Wilk @ 2014-12-19 15:19 ` Andrew Cooper 2014-12-19 18:14 ` Konrad Rzeszutek Wilk 0 siblings, 1 reply; 24+ messages in thread From: Andrew Cooper @ 2014-12-19 15:19 UTC (permalink / raw) To: Konrad Rzeszutek Wilk; +Cc: Xen-devel List On 16/12/14 20:49, Konrad Rzeszutek Wilk wrote: > On Tue, Dec 16, 2014 at 05:43:08PM +0000, Andrew Cooper wrote: >> On 16/12/14 16:13, konrad.wilk@oracle.com wrote: >>> Xen 4.5-rc4 was out on Monday (Dec 15th). This is the last RC and then >>> we have the General Release on Jan 7th! >>> >>> Details for the test-day are at >>> >>> http://wiki.xen.org/wiki/Xen_4.5_RC4_test_instructions >>> >>> In terms of bugs, we have: >> From the XenServer testing. > Thank you for doing this testing! >> * Fail to reliably boot on IBM Flex x222 blades, apparent regression >> from 4.4 >> >> I have declared this a latent BIOS bug, and not a regression from 4.4. >> Across regular reboots, the exact positions of the ACPI tables, and the >> e820 layout is unstable. The first consistent difference between 4.4 >> and 4.5 is that 4.4 reports 1 MBR signature while 4.5 reports 0. This >> is because the int $0x13, ah=2 call is returning differently. I can get >> the call to return differently (and correctly for 4.5) by simply making >> the boot trampoline larger (with my debugging routines but not being >> called). > This sounds very familiar, but I can't place where I saw mention of > a similar issue. >> * VM fail to resume on upgrade from Xen < 4.5 >> >> This is the issue I am currently looking into. Currently, all the >> "upgrade from older XenServer" tests are failing due to VMs crashing on >> resume. I have not yet identified whether this is a XenServer issue or > Ugh. I have got to the bottom of this, and it it turns out to be a legacy -> migration v2 conversion bug which only surfaced now because Xen-4.5 is more strict than Xen-4.4. HVM_PARAM_PAE_ENABLED is sent out-of-band in legacy, but passed to xc_domain_restore(), which does a set_param(), unconnected with any contents of the stream. Migration v2 saves and restores it properly, but the legacy -> v2 conversion neglected to combine the out-of-band information. No VMs blew up because all versions of Xen at that point were not correctly auditing updates to cr4 against the domain cpuid policy. Xen-4.5 now does, causing #GP faults on cr4 writes for guests which had PAE enabled before migrate. I shall be fixing this in the migration v2 series, and also looking for any other obvious out-of-band information which needs injecting into a converted stream. With this fixed(^W hacked around for now), I have identified and solved all discrepancies XenServer testing has noticed between Xen-4.4 and Xen-4.5 so far. There will be another full nightly test happening tonight (based on c/s 7e88c23 "libxl: Tell qemu to use raw format when using a tapdisk"), and some stress and scale tests if time allows. ~Andrew ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-19 15:19 ` Andrew Cooper @ 2014-12-19 18:14 ` Konrad Rzeszutek Wilk 2014-12-23 15:10 ` Andrew Cooper 0 siblings, 1 reply; 24+ messages in thread From: Konrad Rzeszutek Wilk @ 2014-12-19 18:14 UTC (permalink / raw) To: Andrew Cooper; +Cc: Xen-devel List On Fri, Dec 19, 2014 at 03:19:44PM +0000, Andrew Cooper wrote: > On 16/12/14 20:49, Konrad Rzeszutek Wilk wrote: > > On Tue, Dec 16, 2014 at 05:43:08PM +0000, Andrew Cooper wrote: > >> On 16/12/14 16:13, konrad.wilk@oracle.com wrote: > >>> Xen 4.5-rc4 was out on Monday (Dec 15th). This is the last RC and then > >>> we have the General Release on Jan 7th! > >>> > >>> Details for the test-day are at > >>> > >>> http://wiki.xen.org/wiki/Xen_4.5_RC4_test_instructions > >>> > >>> In terms of bugs, we have: > >> From the XenServer testing. > > Thank you for doing this testing! > >> * Fail to reliably boot on IBM Flex x222 blades, apparent regression > >> from 4.4 > >> > >> I have declared this a latent BIOS bug, and not a regression from 4.4. > >> Across regular reboots, the exact positions of the ACPI tables, and the > >> e820 layout is unstable. The first consistent difference between 4.4 > >> and 4.5 is that 4.4 reports 1 MBR signature while 4.5 reports 0. This > >> is because the int $0x13, ah=2 call is returning differently. I can get > >> the call to return differently (and correctly for 4.5) by simply making > >> the boot trampoline larger (with my debugging routines but not being > >> called). > > This sounds very familiar, but I can't place where I saw mention of > > a similar issue. > >> * VM fail to resume on upgrade from Xen < 4.5 > >> > >> This is the issue I am currently looking into. Currently, all the > >> "upgrade from older XenServer" tests are failing due to VMs crashing on > >> resume. I have not yet identified whether this is a XenServer issue or > > Ugh. > > I have got to the bottom of this, and it it turns out to be a legacy -> > migration v2 conversion bug which only surfaced now because Xen-4.5 is > more strict than Xen-4.4. > > HVM_PARAM_PAE_ENABLED is sent out-of-band in legacy, but passed to > xc_domain_restore(), which does a set_param(), unconnected with any > contents of the stream. Migration v2 saves and restores it properly, > but the legacy -> v2 conversion neglected to combine the out-of-band > information. No VMs blew up because all versions of Xen at that point > were not correctly auditing updates to cr4 against the domain cpuid > policy. Xen-4.5 now does, causing #GP faults on cr4 writes for guests > which had PAE enabled before migrate. > > I shall be fixing this in the migration v2 series, and also looking for > any other obvious out-of-band information which needs injecting into a > converted stream. > > > With this fixed(^W hacked around for now), I have identified and solved > all discrepancies XenServer testing has noticed between Xen-4.4 and > Xen-4.5 so far. > > There will be another full nightly test happening tonight (based on c/s > 7e88c23 "libxl: Tell qemu to use raw format when using a tapdisk"), and > some stress and scale tests if time allows. Yeey! thank you for getting to this! > > ~Andrew > ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-19 18:14 ` Konrad Rzeszutek Wilk @ 2014-12-23 15:10 ` Andrew Cooper 2014-12-26 12:20 ` Sander Eikelenboom 2014-12-26 19:07 ` Konrad Rzeszutek Wilk 0 siblings, 2 replies; 24+ messages in thread From: Andrew Cooper @ 2014-12-23 15:10 UTC (permalink / raw) To: Konrad Rzeszutek Wilk; +Cc: Xen-devel List On 19/12/2014 18:14, Konrad Rzeszutek Wilk wrote: > On Fri, Dec 19, 2014 at 03:19:44PM +0000, Andrew Cooper wrote: >> >> There will be another full nightly test happening tonight (based on c/s >> 7e88c23 "libxl: Tell qemu to use raw format when using a tapdisk"), and >> some stress and scale tests if time allows. > Yeey! thank you for getting to this! Results are in from the latest nighties, and looking good. No identifiable differences between Xen 4.4 and 4.5 There are also no identified differences in the scale and performance tests. ~Andrew ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-23 15:10 ` Andrew Cooper @ 2014-12-26 12:20 ` Sander Eikelenboom 2014-12-26 13:34 ` Andrew Cooper 2014-12-26 19:07 ` Konrad Rzeszutek Wilk 1 sibling, 1 reply; 24+ messages in thread From: Sander Eikelenboom @ 2014-12-26 12:20 UTC (permalink / raw) To: Andrew Cooper; +Cc: Xen-devel List Tuesday, December 23, 2014, 4:10:12 PM, you wrote: > On 19/12/2014 18:14, Konrad Rzeszutek Wilk wrote: >> On Fri, Dec 19, 2014 at 03:19:44PM +0000, Andrew Cooper wrote: >>> >>> There will be another full nightly test happening tonight (based on c/s >>> 7e88c23 "libxl: Tell qemu to use raw format when using a tapdisk"), and >>> some stress and scale tests if time allows. >> Yeey! thank you for getting to this! > Results are in from the latest nighties, and looking good. No > identifiable differences between Xen 4.4 and 4.5 > There are also no identified differences in the scale and performance tests. > ~Andrew Hi Andrew, Was this from a debug=y or debug=n build for both versions ? -- Sander ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-26 12:20 ` Sander Eikelenboom @ 2014-12-26 13:34 ` Andrew Cooper 0 siblings, 0 replies; 24+ messages in thread From: Andrew Cooper @ 2014-12-26 13:34 UTC (permalink / raw) To: Sander Eikelenboom; +Cc: Xen-devel List On 26/12/2014 12:20, Sander Eikelenboom wrote: > Tuesday, December 23, 2014, 4:10:12 PM, you wrote: > > >> On 19/12/2014 18:14, Konrad Rzeszutek Wilk wrote: >>> On Fri, Dec 19, 2014 at 03:19:44PM +0000, Andrew Cooper wrote: >>>> There will be another full nightly test happening tonight (based on c/s >>>> 7e88c23 "libxl: Tell qemu to use raw format when using a tapdisk"), and >>>> some stress and scale tests if time allows. >>> Yeey! thank you for getting to this! >> Results are in from the latest nighties, and looking good. No >> identifiable differences between Xen 4.4 and 4.5 >> There are also no identified differences in the scale and performance tests. >> ~Andrew > Hi Andrew, > > Was this from a debug=y or debug=n build for both versions ? Both for both sets of tests. XenServer, as of 6.5, contains both a debug and non-debug hypervisor, built from identical source. In trunk, the debug hypervisor is used by default. Tests such as performance tests explicitly switch to the non-debug hypervisor as part of their setup. ~Andrew ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) 2014-12-23 15:10 ` Andrew Cooper 2014-12-26 12:20 ` Sander Eikelenboom @ 2014-12-26 19:07 ` Konrad Rzeszutek Wilk 1 sibling, 0 replies; 24+ messages in thread From: Konrad Rzeszutek Wilk @ 2014-12-26 19:07 UTC (permalink / raw) To: Andrew Cooper; +Cc: Xen-devel List On Tue, Dec 23, 2014 at 03:10:12PM +0000, Andrew Cooper wrote: > > On 19/12/2014 18:14, Konrad Rzeszutek Wilk wrote: > >On Fri, Dec 19, 2014 at 03:19:44PM +0000, Andrew Cooper wrote: > >> > >>There will be another full nightly test happening tonight (based on c/s > >>7e88c23 "libxl: Tell qemu to use raw format when using a tapdisk"), and > >>some stress and scale tests if time allows. > >Yeey! thank you for getting to this! > > Results are in from the latest nighties, and looking good. No identifiable > differences between Xen 4.4 and 4.5 Yeey! Thank you for testing that. > > There are also no identified differences in the scale and performance tests. That is good and also .. a bit surprising. We did have features to take advantage of huge boxes. Are these tests mostly the normal set of 'guest workload'? > > ~Andrew ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) - Documentation Updates 2014-12-16 16:13 Xen 4.5 Development Update (RC4) konrad.wilk 2014-12-16 16:34 ` Olaf Hering 2014-12-16 17:43 ` Andrew Cooper @ 2014-12-19 14:52 ` Lars Kurth 2014-12-19 15:30 ` Jan Beulich 2014-12-19 15:55 ` Meng Xu 2 siblings, 2 replies; 24+ messages in thread From: Lars Kurth @ 2014-12-19 14:52 UTC (permalink / raw) To: Konrad Rzeszutek Wilk, Russ Pavlicek, Sarah Conway Cc: artem Mygaiev, Steve.VanderLeest, mengxu, m.a.young, chao.p.peng, zhigang.x.wang, parth.dixit, boris.ostrovsky, manishjaggi.oss, Paul.Skentzos, vijay.kilari, rcojocaru, guijianfeng, daniel.kiper, josh.whitehead, Arianna Avanzini, yang.z.zhang, xen-devel, serge.broslavsky, feng.wu, yjhyun.yoo, olaf, suriyan.r, ian.campbell, wency, stefano.stabellini, mcgrof, julien.grall, talex5, robert.vanvossen, roy.franz, anthony.perard, Paul.Durrant Hi all, in preparation for the release we need to update some wiki pages, as well as in-tree docs First of all, any new features for which any of you have written new wiki pages should be marked with [[Category:Xen 4.5]]. Either do this, or reply with URLs to pages and I will do so Otherwise, I created boilerplate pages for various pages and tracked the status on http://wiki.xenproject.org/wiki/Category:Xen_4.5 @Russell: you may want to update the XM to XL pages or create a new one and add your video == The following pages need to be reviewed and updated == * {{NotDone}} [[Linux PVH]]: ** Add PVH Dom0 information ** Review/correct the '''Things that are broken''' section ** Review/correct the '''Items that have not been tested extensively or at all''' * {{NotDone}} [[Xen ARM with Virtualization Extensions]] ** supported platforms need to be updated and ** all platforms that are supported in 4.5 tagged appropriately with [[Category:Xen 4.5]] == Lars will fix == * {{NotDone}} [[Xen Project 4.5 Acknowledgements]] ** Lars will do this. * {{NotDone}} [[Xen Project 4.5 Feature List]] ** Lars will copy from the blog announcement when ready (Sarah is currently making some final changes) == For Konrad and others == * {{NotDone}} [[Xen Project Release Features]] - main 4.5 features need to be added. Please reply to the thread and I will add that page. ** The key changes normally are changes to scalability/memory/etc. limits - maybe Jan(x86) and Ian(ARM) can look let me know of changes ** Also new platforms, changes to experimental features, etc. ** Probably the new scheduler should be added - is there a wiki page? ** Any other major new features that are worth highlighting? I can go through the press release and the release note * {{NotDone}} [[Xen Project 4.5 Release Notes]] - needs to be created ** http://wiki.xenproject.org/wiki/Xen_Project_4.4_Release_Notes were pretty lightweight ** I think we should keep it that way. We should probably mainly focus on known issues @Konrad: what's your view? == Missing pages == * {{NotDone}} [[Xen Project 4.5 Man Pages]] ** need to clone [[Xen Project 4.4 Man Pages]] and point to the correct branch when the 4.5 branch has been created ** if there are new documented features in in-tree docs then add them ** if there are irrelevant features such as XM, remove links to docs (probably the docs should be removed from the git tree also) Cheers Lars On 16 Dec 2014, at 16:13, konrad.wilk@oracle.com wrote: > Xen 4.5-rc4 was out on Monday (Dec 15th). This is the last RC and then > we have the General Release on Jan 7th! > > Details for the test-day are at > > http://wiki.xen.org/wiki/Xen_4.5_RC4_test_instructions > > In terms of bugs, we have: > > #11 qxl hypervisor support > #13 Re: [Xen-devel] man page example: xm block-attach > #18 xl improve support for migration over non-sshlike tunnels > #19 xl migrate transport improvements > #22 xl does not support specifying virtual function for passthrough device > #23 Remove arbitrary LIBXL_MAXMEM_CONSTANT from libxl, see what breaks > #24 xl missing support for encrypted VNC > #27 Re: [Xen-devel] xend vs xl with pci=['<bdf'] wherein the '<bdf>' are not owned by pciback or pcistub will still launch. > #28 support PCI hole resize in qemu-xen > > [ 'mmio_hole' fix it, but the ultimate way is to fix it in QEMU] > > #30 libxl should implement non-suspend-cancel based resume path > #36 credit2 only uses one runqueue instead of one runq per socket > #38 Implement VT-d large pages so we can avoid sharing between EPT > #40 linux pvops: fpu corruption due to incorrect assumptions > #42 "linux, S3 resume of PVHVM fails - missing call to xen_arch_post_suspend?" > #43 "30s delay loading xenfb driver on some systems" > #44 Security policy ambiguities - XSA-108 process post-mortem > #45 arm: domain 0 disables clocks which are in fact being used > #46 qemu-upstream: limitation on 4 emulated NICs prevents guest from starting unless PV override is used. > > = Timeline = > > We wer planning on a 9-month release cycle - but it is more like an > 10 month. Based on that, below are the estimated dates: > > > * Feature Freeze: 24th September 2014 > * First RC: 24th October [Friday!] > * RC2: Nov 11th > * RC2 Test-day: Nov 13th > * RC3: Dec 3rd. > * RC3 Test-day: Dec 4th > * RC4: Dec 15th > > <==== WE ARE HERE ===> > > * RC4 Test-day: Dec 17th > > Release Date: Jan 7th. > > The RCs and release will of course depend on stability and bugs, and > will therefore be fairly unpredictable. > > 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 > > = 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. > > Document changes can go in anytime if the maintainer is OK with it. > > 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 = > > == Known issues == > > == Linux == > > * Linux block multiqueue (ok) > v2 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 > > == 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 > > * Update Xen tree to use upstream OVMF (fair) > - Anthony PERARD > > == Deferred to Xen hypervisor 4.6 == > > * xc_reserved_device_memory_map in hvmloader to avoid conflicting MMIO/RAM (good) > v7 posted. > Treating pieces as bug-fixes only. > Low likehood of making it in Xen 4.5. Deferred > - Tiejun Chen > > * VPMU - 'perf' support in Xen (good) > v14 posted > Need reviews/final ack. > - Boris Ostrovsky > > * 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 > > * 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 (fair) > v3 posted > Hadn't see the patch reposted. > - 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) > > * ARM - SMMU resync of Linux's one (none) > - Julien Grall > > * ARM - passthrough of non-PCI (none) > - Julien Grall > > * ARM64 (Cavium Thunder) PCI passthrough (fair) > - Manish Jaggi > > * ARM - Remove XEN_DOMCTL_arm_configure_domain band-aid and make it part of create_domain. (none) > - Julien Grall > > * HT enabled with credit has 7.9 per perf drop. (none) > kernbench demonstrated it > http://www.gossamer-threads.com/lists/xen/devel/339409 > This has existed since credit1 introduction. > - Dario Faggioli > > == Deferred to Xen toolstack 4.6 == > > * pvUSB support in libxl (none) > - Simon Cao > > * 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 > > * 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 > > * 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 (SRAT) (fair) > RFC posted. > - Wei Liu > > * 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é > > * ucode=scan also scan compressed initramfs (none) > - Konrad Rzeszutek Wilk > > * adjust log buffer based on memmap size (none) > - Konrad Rzeszutek Wilk > > == Deferred to Linux's after Xen 4.6 == > > * Linux ARM - Device assigment usage in Linux code (arch/arm) non-PCI (none) > Depends on Xen pieces which are on the Xen 4.6 list. > - Julien Grall > > * Linux ARM - Device assigment (PCI) (none) > Depends on Xen pieces which are on the Xen 4.6 list. > - Manish Jaggi > > * pvUSB in Linux (fronted and backend) (Fair) > - Juergen Gross > > == 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 == > > == Hypervisor == > > * Regression in PCI passthrough of INTx legacy devices can trigger list corruption (good) > Sander reported it. Two different types of patches available. > - Konrad Rzeszutek Wilk > > * ARM - introduce GNTTABOP_cache_flush (ok) > v11 > - Stefano Stabellini > > * 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 > > * 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 > > * ARM - IOMMU support (done) > - Julien Grall > > * ARM Interrupt latency reduction (no maintenance interrupts) (done) > - Stefano Stabellini > > * ARM DRA7 support (done) > v3 posted > v3 with comments applied > - Andrii Tseglytskyi > > * ARM: Use super pages in p2m (done) > v5 posted > - Ian Campbell > > * ARM Xen UEFI booting on ARM (done) > v5 > - Roy Franz > > * 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 > > * 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 > > * Xen PVH dom0 (done) > - Mukesh Rathor > > * 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 > > * ioreq-server, aka secondary emulators (done) > - Paul Durrant > > * Soft affinity for vcpus (was NUMA affinity for vcpus) (good) > v11 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 > > == lib{xc,xl} and toolstack == > > * pygrub does not handle certain configurations. (done) > went in after RC3 > - Andrew Cooper and Boris Ostrovsky > > * regression libxl bitmap handling during a restore. > - Boris Ostrovsky and Wei Liu > - done > > * Systemd integration (done) > Affects CentOS7, SLES12, Fedora Core 21 and Debian Jessie. Xen source contains systemd files that can be used to configure the various run-time services. In the past the distributions would carry their own version of it - but now we host them. This is not yet complete - [[http://lists.xenproject.org/archives/html/xen-devel/2014-10/msg03064.html patches]] for this are being worked on for RC2. > - Wei and Olaf > > * Stubdomains build issues (done) > stubdomains will not build. Fix is in staging (and will make RC2) or [[http://lists.xen.org/archives/html/xen-devel/2014-10/msg02925.html stubdom/Makefile should use QEMU_TRADITIONAL_LOC]] > - Michael Young > > * Building against libxl (outside code) (done) > If you are building against libxl for any APIs before Xen 4.5 you will encounter building errors. > - Andrew Cooper > > * Build systems fixes/improvements (done) > - Andrew Cooper > > * libxl work - JSON to keep track of guest configs (done) > Some patches merged, need to post more. > - Wei Liu > > * Remus in Xen (libxl) (done) > v19 > url: https://github.com/macrosheep/xen/tree/remus-v19 > - Gui Jianfeng > - Yang Hongyang > - Dong, Eddie > > * libvirt and xl discard support, so that libvirt can start using it (done) > - Olaf Hering > > * OSSTest: upstream QEMU (done) > - Ian Campbell > > * rework VM Generation ID (done) > v7 posted > - David Vrabel > > * systemd support (done) > v11 > - Luis R. Rodriguez > > * Soft affinity for vcpus libxl/xl changes (done) > v13 posted > - Dario Faggioli > > == QEMU == > > * Bigger PCI hole in QEMU (done) > Needs to be rebased > - Don Slutz > > * QEMU 2.0 branch for qemu-upstream (done) > It is v2.0 with 2.1 Xen backports. > - Stefano Stabellini > > * Xen PV block driver in OVMF (UEFI in guest) (done) > v3 > In OVMF upstream. Not part of Xen 4.5 > - Anthony PERARD > > == Linux 3.18 and earlier == > > * pvSCSI in Linux (fronted and backend) (done) > v6 > - Juergen Gross > > * Linux PVH dom0 (done) > - Mukesh Rathor > > * Netback multiqueue (good) > - Wei Liu > > * Linux pvops of Xen EFI hypercall support (done) > - Daniel Kiper > > * "Short" grant copy (just header) of packets. (done) > - Zoltan Kiss > > * Fix PAT in Linux kernel (aka Full support for PAT) (done) > Acked and reposted for v3.18. Waiting for x86 maintainers. > Ingo has been giving advice. > In for 3.19 > - Juergen Gross > > * vAPIC in PVHVM guests (Linux side) (done) > Going in for 3.19 > - Boris Ostrovsky > > > _______________________________________________ > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) - Documentation Updates 2014-12-19 14:52 ` Xen 4.5 Development Update (RC4) - Documentation Updates Lars Kurth @ 2014-12-19 15:30 ` Jan Beulich 2014-12-19 19:55 ` Pasi Kärkkäinen 2014-12-19 15:55 ` Meng Xu 1 sibling, 1 reply; 24+ messages in thread From: Jan Beulich @ 2014-12-19 15:30 UTC (permalink / raw) To: Lars Kurth, Sarah Conway, Russ Pavlicek Cc: artem Mygaiev, ian.jackson, mengxu, m.a.young, feng.wu, zhigang.x.wang, parth.dixit, manishjaggi.oss, chao.p.peng, Paul.Skentzos, vijay.kilari, rcojocaru, guijianfeng, Vijaya.Kumar, josh.whitehead, Arianna Avanzini, anthony.perard, xen-devel, serge.broslavsky, yjhyun.yoo, olaf, suriyan.r, ian.campbell, wency, stefano.stabellini, Luis Rodriguez, julien.grall, talex5, robert.vanvossen, roy.franz, yang.z.zhang, Paul.Durrant >>> On 19.12.14 at 15:52, <lars.kurth.xen@gmail.com> wrote: > ** The key changes normally are changes to scalability/memory/etc. limits - > maybe Jan(x86) and Ian(ARM) can look let me know of changes Iirc scalability changes on the x86 side were mostly (if not exclusively) in terms of performance improvements (in some cases getting bigger guests out of not booting at all state). Jan ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) - Documentation Updates 2014-12-19 15:30 ` Jan Beulich @ 2014-12-19 19:55 ` Pasi Kärkkäinen 2014-12-19 20:05 ` Russ Pavlicek 0 siblings, 1 reply; 24+ messages in thread From: Pasi Kärkkäinen @ 2014-12-19 19:55 UTC (permalink / raw) To: Jan Beulich Cc: artem Mygaiev, eddie.dong, christoffer.dall, Steve.VanderLeest, mengxu, m.a.young, chao.p.peng, zhigang.x.wang, parth.dixit, manishjaggi.oss, Paul.Skentzos, wency, rcojocaru, guijianfeng, Vijaya.Kumar, Sarah Conway, josh.whitehead, Arianna Avanzini, anthony.perard, xen-devel, serge.broslavsky, yjhyun.yoo, olaf, daniel.kiper, ian.campbell, vijay.kilari, stefano.stabellini, Lars Kurth, Luis Rodriguez, julien.grall On Fri, Dec 19, 2014 at 03:30:23PM +0000, Jan Beulich wrote: > >>> On 19.12.14 at 15:52, <lars.kurth.xen@gmail.com> wrote: > > ** The key changes normally are changes to scalability/memory/etc. limits - > > maybe Jan(x86) and Ian(ARM) can look let me know of changes > > Iirc scalability changes on the x86 side were mostly (if not exclusively) > in terms of performance improvements (in some cases getting bigger > guests out of not booting at all state). > Hmm, wasn't there improvements to allow more VMs per host aswell.. ? which would be worth mentioning.. xenstored related stuff iirc. -- Pasi > Jan > ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) - Documentation Updates 2014-12-19 19:55 ` Pasi Kärkkäinen @ 2014-12-19 20:05 ` Russ Pavlicek 0 siblings, 0 replies; 24+ messages in thread From: Russ Pavlicek @ 2014-12-19 20:05 UTC (permalink / raw) To: Pasi Kärkkäinen Cc: artem Mygaiev, eddie.dong, christoffer.dall, Steve.VanderLeest, mengxu, Jan Beulich, M A Young, chao.p.peng, zhigang.x.wang, parth.dixit, manishjaggi.oss, Paul.Skentzos, wency, rcojocaru, guijianfeng, Vijaya.Kumar, Sarah Conway, josh.whitehead, Arianna Avanzini, anthony.perard, xen-devel, serge.broslavsky, yjhyun.yoo, olaf, daniel.kiper, Ian Campbell, vijay.kilari, Stefano Stabellini Lars, >@Russell: you may want to update the XM to XL pages or create a new >one and add your video I've updated the existing Wiki pages. I've also created an unpublished entry in the Video section of the XenProject.org website. Should we publish that now, or wait until release? Russ On Fri, Dec 19, 2014 at 2:55 PM, Pasi Kärkkäinen <pasik@iki.fi> wrote: > On Fri, Dec 19, 2014 at 03:30:23PM +0000, Jan Beulich wrote: >> >>> On 19.12.14 at 15:52, <lars.kurth.xen@gmail.com> wrote: >> > ** The key changes normally are changes to scalability/memory/etc. limits - >> > maybe Jan(x86) and Ian(ARM) can look let me know of changes >> >> Iirc scalability changes on the x86 side were mostly (if not exclusively) >> in terms of performance improvements (in some cases getting bigger >> guests out of not booting at all state). >> > > Hmm, wasn't there improvements to allow more VMs per host aswell.. ? which would be worth mentioning.. > xenstored related stuff iirc. > > -- Pasi > >> Jan >> > > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) - Documentation Updates 2014-12-19 14:52 ` Xen 4.5 Development Update (RC4) - Documentation Updates Lars Kurth 2014-12-19 15:30 ` Jan Beulich @ 2014-12-19 15:55 ` Meng Xu 2014-12-19 16:01 ` Lars Kurth 2014-12-19 16:15 ` Dario Faggioli 1 sibling, 2 replies; 24+ messages in thread From: Meng Xu @ 2014-12-19 15:55 UTC (permalink / raw) To: Lars Kurth Cc: artem Mygaiev, Ian Jackson, Steve.VanderLeest@dornerworks.com, mengxu@cis.upenn.edu, m.a.young, chao.p.peng, zhigang.x.wang@oracle.com, Parth Dixit, Boris Ostrovsky, manishjaggi.oss, Paul.Skentzos@dornerworks.com, Vijay Kilari, rcojocaru@bitdefender.com, guijianfeng@cn.fujitsu.com, Daniel Kiper, Stefano Stabellini, Sarah Conway, Joshua Whitehead, Arianna Avanzini [-- Attachment #1.1: Type: text/plain, Size: 903 bytes --] Hi Lars, 2014-12-19 9:52 GMT-05:00 Lars Kurth <lars.kurth.xen@gmail.com>: > Hi all, > > Please reply to the thread and I will add that page. > ** The key changes normally are changes to scalability/memory/etc. limits > - maybe Jan(x86) and Ian(ARM) can look let me know of changes > ** Also new platforms, changes to experimental features, etc. > ** Probably the new scheduler should be added - is there a wiki page? > The new scheduler (rtds) does not have a wiki page right now, but it has an outside page to explain how it is designed and how it works at https://sites.google.com/site/realtimexen/getting-started. I can add a wiki page very quickly today based on the pages on https://sites.google.com/site/realtimexen/ . Is that ok? Thanks, Meng -- ----------- Meng Xu PhD Student in Computer and Information Science University of Pennsylvania [-- Attachment #1.2: Type: text/html, Size: 2134 bytes --] [-- Attachment #2: Type: text/plain, Size: 126 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) - Documentation Updates 2014-12-19 15:55 ` Meng Xu @ 2014-12-19 16:01 ` Lars Kurth 2014-12-19 16:15 ` Dario Faggioli 1 sibling, 0 replies; 24+ messages in thread From: Lars Kurth @ 2014-12-19 16:01 UTC (permalink / raw) To: Meng Xu Cc: artem Mygaiev, Ian Jackson, Steve.VanderLeest@dornerworks.com, mengxu@cis.upenn.edu, m.a.young, chao.p.peng, zhigang.x.wang@oracle.com, Parth Dixit, Boris Ostrovsky, manishjaggi.oss, Paul.Skentzos@dornerworks.com, Vijay Kilari, rcojocaru@bitdefender.com, guijianfeng@cn.fujitsu.com, Daniel Kiper, Stefano Stabellini, Sarah Conway, Joshua Whitehead, Arianna Avanzini [-- Attachment #1.1: Type: text/plain, Size: 878 bytes --] On 19 Dec 2014, at 15:55, Meng Xu <xumengpanda@gmail.com> wrote: > Hi Lars, > > 2014-12-19 9:52 GMT-05:00 Lars Kurth <lars.kurth.xen@gmail.com>: > Hi all, > > Please reply to the thread and I will add that page. > ** The key changes normally are changes to scalability/memory/etc. limits - maybe Jan(x86) and Ian(ARM) can look let me know of changes > ** Also new platforms, changes to experimental features, etc. > ** Probably the new scheduler should be added - is there a wiki page? > > The new scheduler (rtds) does not have a wiki page right now, but it has an outside page to explain how it is designed and how it works at https://sites.google.com/site/realtimexen/getting-started. > I can add a wiki page very quickly today based on the pages on https://sites.google.com/site/realtimexen/ . > > Is that ok? That would be perfect. Lars [-- Attachment #1.2: Type: text/html, Size: 2259 bytes --] [-- Attachment #2: Type: text/plain, Size: 126 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) - Documentation Updates 2014-12-19 15:55 ` Meng Xu 2014-12-19 16:01 ` Lars Kurth @ 2014-12-19 16:15 ` Dario Faggioli 2014-12-19 17:10 ` Meng Xu 1 sibling, 1 reply; 24+ messages in thread From: Dario Faggioli @ 2014-12-19 16:15 UTC (permalink / raw) To: Meng Xu Cc: artem Mygaiev, Ian Jackson, Steve.VanderLeest@dornerworks.com, mengxu@cis.upenn.edu, m.a.young, chao.p.peng, zhigang.x.wang@oracle.com, Parth Dixit, Boris Ostrovsky, manishjaggi.oss, Paul.Skentzos@dornerworks.com, Vijay Kilari, rcojocaru@bitdefender.com, guijianfeng@cn.fujitsu.com, Daniel Kiper, Stefano Stabellini, Sarah Conway, Joshua Whitehead, Arianna Avanzini [-- Attachment #1.1: Type: text/plain, Size: 1667 bytes --] On Fri, 2014-12-19 at 10:55 -0500, Meng Xu wrote: > 2014-12-19 9:52 GMT-05:00 Lars Kurth <lars.kurth.xen@gmail.com>: > Hi all, > > Please reply to the thread and I will add that page. > ** The key changes normally are changes to > scalability/memory/etc. limits - maybe Jan(x86) and Ian(ARM) > can look let me know of changes > ** Also new platforms, changes to experimental features, etc. > ** Probably the new scheduler should be added - is there a > wiki page? > > > The new scheduler (rtds) does not have a wiki page right now, but it > has an outside page to explain how it is designed and how it works > at https://sites.google.com/site/realtimexen/getting-started. > I can add a wiki page very quickly today based on the pages on > https://sites.google.com/site/realtimexen/ . > That would be great! :-) > Is that ok? > I think it is ok. Just make sure, when you do that, that you properly adapt the information and make them match what actually have been upstreamed (so command option names, limits of the implementation, etc.) Also, you should put in the wiki page a WARN about the fact that the scheduler has been included as an experimental and in-development feature. Share here a link when you're done, so we can go having a look. :-) Thanks and Regards, Dario -- <<This happens because I choose it to happen!>> (Raistlin Majere) ----------------------------------------------------------------- Dario Faggioli, Ph.D, http://about.me/dario.faggioli Senior Software Engineer, Citrix Systems R&D Ltd., Cambridge (UK) [-- Attachment #1.2: This is a digitally signed message part --] [-- Type: application/pgp-signature, Size: 181 bytes --] [-- Attachment #2: Type: text/plain, Size: 126 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) - Documentation Updates 2014-12-19 16:15 ` Dario Faggioli @ 2014-12-19 17:10 ` Meng Xu 2014-12-19 18:02 ` Lars Kurth 0 siblings, 1 reply; 24+ messages in thread From: Meng Xu @ 2014-12-19 17:10 UTC (permalink / raw) To: Dario Faggioli Cc: artem Mygaiev, Ian Jackson, Steve.VanderLeest@dornerworks.com, mengxu@cis.upenn.edu, m.a.young, chao.p.peng, zhigang.x.wang@oracle.com, Parth Dixit, Boris Ostrovsky, manish jaggi, Paul.Skentzos@dornerworks.com, Vijay Kilari, rcojocaru@bitdefender.com, guijianfeng@cn.fujitsu.com, Daniel Kiper, Stefano Stabellini, Sarah Conway, Joshua Whitehead, Arianna Avanzini <avanzin> [-- Attachment #1.1: Type: text/plain, Size: 2003 bytes --] Hi Lars and Dario, 2014-12-19 11:15 GMT-05:00 Dario Faggioli <dario.faggioli@citrix.com>: > On Fri, 2014-12-19 at 10:55 -0500, Meng Xu wrote: > > > 2014-12-19 9:52 GMT-05:00 Lars Kurth <lars.kurth.xen@gmail.com>: > > Hi all, > > > > Please reply to the thread and I will add that page. > > ** The key changes normally are changes to > > scalability/memory/etc. limits - maybe Jan(x86) and Ian(ARM) > > can look let me know of changes > > ** Also new platforms, changes to experimental features, etc. > > ** Probably the new scheduler should be added - is there a > > wiki page? > > > > > > The new scheduler (rtds) does not have a wiki page right now, but it > > has an outside page to explain how it is designed and how it works > > at https://sites.google.com/site/realtimexen/getting-started. > > I can add a wiki page very quickly today based on the pages on > > https://sites.google.com/site/realtimexen/ . > > > That would be great! :-) > > > Is that ok? > > > I think it is ok. Just make sure, when you do that, that you properly > adapt the information and make them match what actually have been > upstreamed (so command option names, limits of the implementation, etc.) > > Also, you should put in the wiki page a WARN about the fact that the > scheduler has been included as an experimental and in-development > feature. > > Share here a link when you're done, so we can go having a look. :-) > I have finished the wiki page. Here is the link: http://wiki.xenproject.org/wiki/User:Pennpanda I followed the Credit scheduler's wiki page to complete the RTDS'. (I'm not sure how to add a title for that page as Credit scheduler does. :-( ) Please let me know if you have any question. Thank you very much! :-) Best, Meng -- ----------- Meng Xu PhD Student in Computer and Information Science University of Pennsylvania [-- Attachment #1.2: Type: text/html, Size: 3553 bytes --] [-- Attachment #2: Type: text/plain, Size: 126 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
* Re: Xen 4.5 Development Update (RC4) - Documentation Updates 2014-12-19 17:10 ` Meng Xu @ 2014-12-19 18:02 ` Lars Kurth 0 siblings, 0 replies; 24+ messages in thread From: Lars Kurth @ 2014-12-19 18:02 UTC (permalink / raw) To: Meng Xu Cc: artem Mygaiev, Ian Jackson, Steve.VanderLeest@dornerworks.com, mengxu@cis.upenn.edu, m.a.young, chao.p.peng, zhigang.x.wang@oracle.com, Parth Dixit, Boris Ostrovsky, manish jaggi, Paul.Skentzos@dornerworks.com, Vijay Kilari, rcojocaru@bitdefender.com, guijianfeng@cn.fujitsu.com, Daniel Kiper, Stefano Stabellini, Sarah Conway, Joshua Whitehead, Arianna Avanzini <avanzin> [-- Attachment #1.1: Type: text/plain, Size: 511 bytes --] On 19 Dec 2014, at 17:10, Meng Xu <xumengpanda@gmail.com> wrote: > > I have finished the wiki page. Here is the link: http://wiki.xenproject.org/wiki/User:Pennpanda > I followed the Credit scheduler's wiki page to complete the RTDS'. > (I'm not sure how to add a title for that page as Credit scheduler does. :-( ) > > Please let me know if you have any question. > Thank you Meng: I will move the content to a page called RTDS-Based-Scheduler of there are no objections Lars [-- Attachment #1.2: Type: text/html, Size: 1652 bytes --] [-- Attachment #2: Type: text/plain, Size: 126 bytes --] _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel ^ permalink raw reply [flat|nested] 24+ messages in thread
end of thread, other threads:[~2014-12-26 19:07 UTC | newest] Thread overview: 24+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-12-16 16:13 Xen 4.5 Development Update (RC4) konrad.wilk 2014-12-16 16:34 ` Olaf Hering 2014-12-16 20:46 ` Konrad Rzeszutek Wilk 2014-12-17 7:55 ` Olaf Hering 2014-12-17 19:41 ` Konrad Rzeszutek Wilk 2014-12-17 21:43 ` Konrad Rzeszutek Wilk 2014-12-18 8:49 ` Olaf Hering 2014-12-16 17:43 ` Andrew Cooper 2014-12-16 20:49 ` Konrad Rzeszutek Wilk 2014-12-19 15:19 ` Andrew Cooper 2014-12-19 18:14 ` Konrad Rzeszutek Wilk 2014-12-23 15:10 ` Andrew Cooper 2014-12-26 12:20 ` Sander Eikelenboom 2014-12-26 13:34 ` Andrew Cooper 2014-12-26 19:07 ` Konrad Rzeszutek Wilk 2014-12-19 14:52 ` Xen 4.5 Development Update (RC4) - Documentation Updates Lars Kurth 2014-12-19 15:30 ` Jan Beulich 2014-12-19 19:55 ` Pasi Kärkkäinen 2014-12-19 20:05 ` Russ Pavlicek 2014-12-19 15:55 ` Meng Xu 2014-12-19 16:01 ` Lars Kurth 2014-12-19 16:15 ` Dario Faggioli 2014-12-19 17:10 ` Meng Xu 2014-12-19 18:02 ` Lars Kurth
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.