In RHEL 5.1 <linux/notifier.h> defines: #define CPU_TASKS_FROZEN 0x0010
#define CPU_ONLINE_FROZEN (CPU_ONLINE | CPU_TASKS_FROZEN) #define CPU_DEAD_FROZEN (CPU_DEAD | CPU_TASKS_FROZEN) which means in kvm-51/kernel/external-module-compat.h the '#ifndef CPU_TASKS_FROZEN' needs to have a case. For my purposes, I just moved up the endif around what was defined. With that change, kvm-51 compiles. I am still seeing 32-bit SMP guests hang on boot for both 32-bit and 64-bit hosts (again running RHEL5.1). david david ahern wrote: > I now have hosts running both 32-bit and 64-bit versions of RHEL5.1. I will > retry SMP guests on the RHEL5 kernel, but at present kvm-51 does not compile: > > make -C kernel > make[1]: Entering directory `/opt/kvm/kvm-51/kernel' > make -C /lib/modules/2.6.18-53.el5/build M=`pwd` "$@" > make[2]: Entering directory `/usr/src/kernels/2.6.18-53.el5-i686' > LD /opt/kvm/kvm-51/kernel/built-in.o > CC [M] /opt/kvm/kvm-51/kernel/svm.o > CC [M] /opt/kvm/kvm-51/kernel/vmx.o > CC [M] /opt/kvm/kvm-51/kernel/vmx-debug.o > CC [M] /opt/kvm/kvm-51/kernel/kvm_main.o > /opt/kvm/kvm-51/kernel/kvm_main.c: In function ‘kvm_cpu_hotplug’: > /opt/kvm/kvm-51/kernel/kvm_main.c:1348: error: ‘CPU_UP_CANCELED_FROZEN’ > undeclared (first use in this function) > /opt/kvm/kvm-51/kernel/kvm_main.c:1348: error: (Each undeclared identifier is > reported only once > /opt/kvm/kvm-51/kernel/kvm_main.c:1348: error: for each function it appears > in.) > make[3]: *** [/opt/kvm/kvm-51/kernel/kvm_main.o] Error 1 > make[2]: *** [_module_/opt/kvm/kvm-51/kernel] Error 2 > make[2]: Leaving directory `/usr/src/kernels/2.6.18-53.el5-i686' > make[1]: *** [all] Error 2 > make[1]: Leaving directory `/opt/kvm/kvm-51/kernel' > make: *** [kernel] Error 2 > > david > > > Avi Kivity wrote: >> Farkas Levente wrote: >>> Avi Kivity wrote: >>> >>>> Farkas Levente wrote: >>>> >>>>> Avi Kivity wrote: >>>>> >>>>> >>>>>> If you're having trouble on AMD systems, please try this out. >>>>>> >>>>>> >>>>> this version worse than kvm-50:-( >>>>> setup: >>>>> - host: >>>>> - Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz >>>>> - Intel S3000AHV >>>>> - 8GB RAM >>>>> - CentOS-5 >>>>> - kernel-2.6.18-8.1.14.el5 x86_64 64bit >>>>> - guest-1: >>>>> - CentOS-5 >>>>> - kernel-2.6.18-8.1.14.el5 i386 32bit >>>>> - guest-2: >>>>> - CentOS-5 >>>>> - kernel-2.6.18-8.1.14.el5 x86_64 64bit >>>>> - guest-3: >>>>> - Mandrake-9 >>>>> - kernel-2.4.19.16mdk-1-1mdk 32bit >>>>> - guest-4: >>>>> - Windows XP Professional 32bit >>>>> smp not working on any centos guest (guests are hang during boot). even >>>>> the host crash. the worst thing is the host crash during boot with >>>>> another stack trace which i was not able to log. >>>>> i really would like to see some kind of stable version other then >>>>> kvm-36. i see there is a huge ongoing work on ia64, virtio, libkmv and >>>>> arch rearrange, but wouldn't it be better to fix these basic issues >>>>> first? like running two smp guest (32 and 64) on 64 smp host, just to >>>>> boot until the login screen. >>>>> this is when the guest stop and the host dump it: >>>>> >>>>> >>>> [...] >>>> >>>> >>>>> Call Trace: >>>>> <IRQ> [<ffffffff800b2cd7>] softlockup_tick+0xdb/0xed >>>>> [<ffffffff80093493>] update_process_times+0x42/0x68 >>>>> [<ffffffff80073e08>] smp_local_timer_interrupt+0x23/0x47 >>>>> [<ffffffff800744ca>] smp_apic_timer_interrupt+0x41/0x47 >>>>> [<ffffffff8005bd4a>] apic_timer_interrupt+0x66/0x6c >>>>> <EOI> [<ffffffff88201d8b>] :kvm:kvm_flush_remote_tlbs+0x16e/0x188 >>>>> [<ffffffff88201d78>] :kvm:kvm_flush_remote_tlbs+0x15b/0x188 >>>>> [<ffffffff8820101b>] :kvm:ack_flush+0x0/0x1 >>>>> >>>>> >>>> Are you sure this is a regression relative to kvm-50? Please recheck. >>>> >>> i', not sure this's a regression since kvm-50 was so terrible slow that >>> we switch back to kvm-46. but i can't catch any stack trace with kvm-50. >>> anyway even if it's not a regression it's currently not working with smp. >>> >>> >> I can't reproduce this on a centos system here running 2.6.18-8.el5 with >> a 4-way FC6 x86_64 as guest. It appears to survive a kernel compile. >> >> What does one need to do in order to reproduce this? >> > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel