david ahern wrote:
> I removed the kvm/kvm-intel modules. qemu command line was:
>
> /usr/local/bin/qemu-system-x86_64 -boot c -localtime -hda
> /opt/kvm/images/rhel5.img -m 1536 -smp 4 -net
> nic,macaddr=00:0c:29:10:10:e8,model=rtl8139 -net
> tap,ifname=tap0,script=/bin/true -monitor stdio -no-
I removed the kvm/kvm-intel modules. qemu command line was:
/usr/local/bin/qemu-system-x86_64 -boot c -localtime -hda
/opt/kvm/images/rhel5.img -m 1536 -smp 4 -net
nic,macaddr=00:0c:29:10:10:e8,model=rtl8139 -net
tap,ifname=tap0,script=/bin/true -monitor stdio -no-kvm -name
bldr-ccm89.cisco.co
david ahern wrote:
> First boot has been working fine since your patch this past weekend. It's
> been subsequent boots that hang.
>
> I added -no-kvm-irqchip to qemu command line and did not add the noapic boot
> option: it's hung at 'Starting udev' again but this time it's not consuming
> CPU.
First boot has been working fine since your patch this past weekend. It's been
subsequent boots that hang.
I added -no-kvm-irqchip to qemu command line and did not add the noapic boot
option: it's hung at 'Starting udev' again but this time it's not consuming
CPU. kernel stack traces for qemu t
david ahern wrote:
> I let the host stay up for 90 minutes before loading kvm and starting a VM.
> On the first reboot it hangs at 'Starting udev'.
>
>
First reboot or first boot?
I thought the problem was cold starting a VM.
> I added 'noapic' to the kernel boot options, and it boots fine.
I let the host stay up for 90 minutes before loading kvm and starting a VM. On
the first reboot it hangs at 'Starting udev'.
I added 'noapic' to the kernel boot options, and it boots fine. (Turns out I
only added that to grub.conf in images that run a particular ap for which I am
running perfor
david ahern wrote:
> With kvm-52 my 32-bit host running RHEL5.1 can start an RHEL 5 SMP guest only
> once. Second and subsequent attempts hang. Removing kvm and kvm_intel modules
> have no affect; I need to reboot the host to get an SMP guest to start. My
> similarly configured 64-bit host does
With kvm-52 my 32-bit host running RHEL5.1 can start an RHEL 5 SMP guest only
once. Second and subsequent attempts hang. Removing kvm and kvm_intel modules
have no affect; I need to reboot the host to get an SMP guest to start. My
similarly configured 64-bit host does not seem to have this probl
Farkas Levente wrote:
>
>> Guest is clean FC6 x86_64
>>
>
> can you recheck it with 1 clean centos-5 x86_64 and one centos-5 i386
> both have 2GB ram and in your case 2 vcpu and try to start the guest
> parallel?
>
> if it's still works for you then the only difference will be the
> hardware o
david ahern wrote:
> The patch worked for me -- rhel4 smp guests boot fine on stock RHEL5 hosts,
> both 32-bit and 64-bit.
>
>
Excellent. I had a premonition so it is already committed.
Do note that smp_call_function_mask() emulation is pretty bad in terms
of performance on large multicores
The patch worked for me -- rhel4 smp guests boot fine on stock RHEL5 hosts,
both 32-bit and 64-bit.
david
Avi Kivity wrote:
> david ahern wrote:
>> In RHEL 5.1 defines:
>>
>> #define CPU_TASKS_FROZEN0x0010
>>
>> #define CPU_ONLINE_FROZEN (CPU_ONLINE | CPU_TASKS_FROZEN)
>> #define CPU_DEA
Avi Kivity wrote:
> Farkas Levente wrote:
>>>
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).
>>> I still don't. Can you test the attached patch?
>>>
>>
>> can you tell us whi
Farkas Levente wrote:
>>
>>> 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).
>>>
>>>
>> I still don't. Can you test the attached patch?
>>
>
> can you tell us which cpu, memory, host an
Avi Kivity wrote:
> david ahern wrote:
>> In RHEL 5.1 defines:
>>
>> #define CPU_TASKS_FROZEN0x0010
>>
>> #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 '#i
david ahern wrote:
In RHEL 5.1 defines:
#define CPU_TASKS_FROZEN0x0010
#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
In RHEL 5.1 defines:
#define CPU_TASKS_FROZEN0x0010
#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 purpos
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 dir
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 Q
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
>> -
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
david ahern wrote:
> I found that I had to move to a newer kernel (2.6.23.1 is what I used) to get
> SMP guests to boot on RHEL5 hosts. It appears to be an issue with the host
> kernel.
>
Might also be a problem with the smp_call_function_single() emulation.
>
> david
>
>
> Farkas Levente
that would be really sad, since what i like in kvm that i don't have to
compile kernel, so be able to follow upstream kernel updates:-(((
david ahern wrote:
> I found that I had to move to a newer kernel (2.6.23.1 is what I used) to get
> SMP guests to boot on RHEL5 hosts. It appears to be an iss
I found that I had to move to a newer kernel (2.6.23.1 is what I used) to get
SMP guests to boot on RHEL5 hosts. It appears to be an issue with the host
kernel.
david
Farkas Levente wrote:
> Avi Kivity wrote:
>> If you're having trouble on AMD systems, please try this out.
>
> this version w
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
- kern
On Nov 8, 2007 12:51 AM, Avi Kivity <[EMAIL PROTECTED]> wrote:
> Haydn Solomon wrote:
> > First , thank you for new release of kvm. I have a few problems to
> > report with kvm-51.
> >
> > 1. When running an exisiting winxp ACPI multiprocessor HAL with -smp
> > 2, sometimes it will hang on boot.
>
Haydn Solomon wrote:
> First , thank you for new release of kvm. I have a few problems to
> report with kvm-51.
>
> 1. When running an exisiting winxp ACPI multiprocessor HAL with -smp
> 2, sometimes it will hang on boot.
This isn't new. It isn't reported because few people run smp Windows,
as pr
On Nov 7, 2007 2:48 PM, Amit Shah <[EMAIL PROTECTED]> wrote:
> On Thursday 08 November 2007 01:05:32 Haydn Solomon wrote:
> > First , thank you for new release of kvm. I have a few problems to
> > report with kvm-51.
> >
> > 1. When running an exisiting winxp ACPI multiprocessor HAL with -smp 2,
>
On Thursday 08 November 2007 01:05:32 Haydn Solomon wrote:
> First , thank you for new release of kvm. I have a few problems to
> report with kvm-51.
>
> 1. When running an exisiting winxp ACPI multiprocessor HAL with -smp 2,
> sometimes it will hang on boot.
You mean the guest hangs, right? What'
First , thank you for new release of kvm. I have a few problems to
report with kvm-51.
1. When running an exisiting winxp ACPI multiprocessor HAL with -smp 2,
sometimes it will hang on boot.
2. This may not be a major problem but cpu usage is a litte higher when
idle on release 51 than 50. It
If you're having trouble on AMD systems, please try this out.
Changes from kvm-50:
- fix some x86 emulator one-byte insns (fixes W2K3 installer again)
- fix host hangs with NMI watchdog on AMD
- fix guest SMP on AMD
- fix dirty page tracking when clearing a guest page (Dor Laor)
- more portability
30 matches
Mail list logo