similar to: Migrated domUs hangs

If the guest domain has been suspend/resumed or migrated, then the system clock backing the pvclock clocksource may revert to a smaller value (ie, can be non-monotonic across the migration/save-restore). Make sure we zero last_value in that case so that the domain continues to see clock updates. [ I don't know if kvm needs an analogous fix or not. ] Signed-off-by: Jeremy Fitzhardinge

If the guest domain has been suspend/resumed or migrated, then the system clock backing the pvclock clocksource may revert to a smaller value (ie, can be non-monotonic across the migration/save-restore). Make sure we zero last_value in that case so that the domain continues to see clock updates. [ I don't know if kvm needs an analogous fix or not. ] Signed-off-by: Jeremy Fitzhardinge

If the guest domain has been suspend/resumed or migrated, then the system clock backing the pvclock clocksource may revert to a smaller value (ie, can be non-monotonic across the migration/save-restore). Make sure we zero last_value in that case so that the domain continues to see clock updates. [ I don't know if kvm needs an analogous fix or not. ] Signed-off-by: Jeremy Fitzhardinge

Hello, I regularly perform benchmarks of Xen/KVM systems. When Xen 3.4.3 was released I started another benchmark and found out that the xenified kernel 2.6.31-r14 from Andrew Lyon had serious performance breakdowns when used with Xen 3.4.3 or Xen 4.0.0 but not with Xen 3.4.2. The benchmark measures compiling apache 2.2.15 under gentoo. What could be the reason? date: 02.06.2010 time emerge

don't include asm/pvclock-abi.h directly, but asm/xen/pvclock-abi.h At this moment linux ia64 won't accept asm/pvclock-abi.h because there's no user of it. Instead make it include asm/xen/pvclock-abi.h and create asm-x86/xen/pvclock-abi.h which includes asm-x86/pvclock-abi.h. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-x86/xen/pvclock-abi.h | 6

don't include asm/pvclock-abi.h directly, but asm/xen/pvclock-abi.h At this moment linux ia64 won't accept asm/pvclock-abi.h because there's no user of it. Instead make it include asm/xen/pvclock-abi.h and create asm-x86/xen/pvclock-abi.h which includes asm-x86/pvclock-abi.h. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-x86/xen/pvclock-abi.h | 6

don't include asm/pvclock-abi.h directly, but asm/xen/pvclock-abi.h At this moment linux ia64 won't accept asm/pvclock-abi.h because there's no user of it. Instead make it include asm/xen/pvclock-abi.h and create asm-x86/xen/pvclock-abi.h which includes asm-x86/pvclock-abi.h. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-x86/xen/pvclock-abi.h | 6

Create include/asm-ia64/pvclock-abi.h to compile which contains the same definitions of include/asm-x86/pvclock-abi.h because ia64/xen uses same structure. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Another approach is to include include/asm-x86/pvclock-abi.h from include/asm-ia64/pvclock-abi.h. But this would break if x86 header files are moved under

Create include/asm-ia64/pvclock-abi.h to compile which contains the same definitions of include/asm-x86/pvclock-abi.h because ia64/xen uses same structure. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Another approach is to include include/asm-x86/pvclock-abi.h from include/asm-ia64/pvclock-abi.h. But this would break if x86 header files are moved under

Create include/asm-ia64/pvclock-abi.h to compile which includes include/asm-x86/pvclock-abi.h because ia64/xen uses same struture. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-ia64/pvclock-abi.h | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) create mode 100644

Create include/asm-ia64/pvclock-abi.h to compile which includes include/asm-x86/pvclock-abi.h because ia64/xen uses same structure. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-ia64/pvclock-abi.h | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) create mode 100644

Create include/asm-ia64/pvclock-abi.h to compile which includes include/asm-x86/pvclock-abi.h because ia64/xen uses same struture. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-ia64/pvclock-abi.h | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) create mode 100644

Create include/asm-ia64/pvclock-abi.h to compile which includes include/asm-x86/pvclock-abi.h because ia64/xen uses same structure. Hopefully include/asm-x86/pvclock-abi.h would be moved to somewhere more generic. Signed-off-by: Isaku Yamahata <yamahata at valinux.co.jp> --- include/asm-ia64/pvclock-abi.h | 5 +++++ 1 files changed, 5 insertions(+), 0 deletions(-) create mode 100644

Hello Jeremy & Keir, sorry to be persistent, but the problem that pvops0 kernel 2.6.32.x still does not boot if x > 18 on my machines (and on many other machines, see this mailing list) is not solved yet. Shouldn''t this be a great focus of debugging and fixing? What is the point of having releases for 4.0.2 or 4.1 if I don''t have a dom0 kernel? The last time I tried

I'm trying to enable ACI in openldap by: 1) Install the source rpm (rpm -ivh http://mirrors.kernel.org/centos/4/os/SRPMS/openldap-2.2.13-2.src.rpm) 2) Modify the spec file to include '--enable-aci' in the appropriate locations. I have even tried with the original (no aci) spec file. 3) Running 'rpmbuild -bb openldap.spec, which fails with the following output: <snip>

Why does GCC produce faster code using "-march=pentium2 -mtune=pentium4" on a Pentium 4 chip versus plain -march=pentium4? Try it... CPUTYPE=pentium2 CFLAGS+= -mtune=pentium4 COPTFLAGS+= -mtune=pentium4 -- BSD Podcasts @ http://bsdtalk.blogspot.com/

Hello, I guess it possible distro specific issue but is it resolvable? I have one node(testing purpose) ganeti 2.0.1 cluster installed over Debian5 Lenny. Almost everything from distro repositories. Only ganeti 2.0.1 and ganeti-debootstrap are from sources. I have it successful run with vmlinuz-2.6.26-2-xen-686 and initrd.img-2.6.26-2-xen-686 from repositories. Both Dom0 and DomU are use the

Hello all, I've been trying to compile metamail on Centos4.2. But no luck so far. rpmbuild --rebuild metamail-2.7-30AS.src.rpm Installing metamail-2.7-30AS.src.rpm Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.96604 + umask 022 + cd /usr/src/redhat/BUILD + LANG=C + export LANG + unset DISPLAY + cd /usr/src/redhat/BUILD + rm -rf mm2.7 + /bin/gzip -dc /usr/src/redhat/SOURCES/mm2.7.tar.Z + tar

System: Linux 2.4.25, glibc-2.3.2, gcc-3.2.3 (weird palindrome there), on a Williamette core Pentium 4 (1.6Ghz) system. I've tried both speex 1.1.5 release, and the current CVS (which self-IDs as 1.1.4), and the result is the same. I suspect some funk in the use of the SSE intrinsics macros. Backtrace: #0 0x40024594 in filter_mem2_10 (x=0x805f31c, _num=0x8061fb8, _den=0x8061fe4,

Hi, I've tried the same configure options on my system and it doesn't crash. I have the same glibc and gcc 3.3.2 (can you see if a newer gcc works?). Also, could you explore a bit with different options so we can narrow it down a bit. For example, does it work with the default CFLAGS or without --vbr or --dtx. Last thing, maybe it's the file. If so, please send me the smallest sample