I have tested 4.6-rc4, the bug exists.
** Tags removed: kernel-da-key wily
** Tags added: kernel-bug-exists-upstream
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
I have tested 4.6-rc4, the bug exists.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
** Tags removed: kernel-da-key
** Tags added: kernel-bug-exists-upstream
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
http
No pending crash reports.
The influence is: After hot plug vcpu, kvm_arch->use_master_clock will never be
true, even if use_master_clock is true before hot plug vcpu.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a me
No pending crash reports.
** Changed in: linux (Ubuntu)
Status: Incomplete => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1567167
Title:
Ubuntu 15.10: tsc_offset is error for hot
Public bug reported:
1. when hot plug vcpu, KVM will call kvm_write_tsc set the new vcpu's
tsc_offset to host tsc. The new vcpu's tsc_offsets is greatly different
from preallocated vcpu's tsc_offset.
2. For redhat 6.x, the vm will show warning and turn off TSC clock.
kernel: CPU 1 got hotplugged
Public bug reported:
1. In function kvm_write_tsc, when tsc first matched, do
kvm->arch.nr_vcpus_matched_tsc++;
2. In function pvclock_update_vm_gtod_copy, if vcpus_matched (also with
other conditions meet), ka->use_master_clock will be true;
3. After hot plug vcpu, kvm_arch_vcpu_postcreate and
For cpus which have not EPT feature, should change
CR3_L_MODE_RESERVED_BITS in arch/x86/include/asm/kvm_host.h:
-#define CR3_L_MODE_RESERVED_BITS 0xFF00ULL
+#define CR3_L_MODE_RESERVED_BITS 0xFE00ULL
--
You received this bug notification because you are a member of Ubuntu
The issue is sloved after change cpuid[8008];
--- a/target-i386/cpu.c
+++ b/target-i386/cpu.c
@@ -2547,7 +2547,7 @@ void cpu_x86_cpuid(CPUX86State *env, uint32_t index,
uint32_t count,
if (env->features[FEAT_8000_0001_EDX] & CPUID_EXT2_LM) {
/* 64 bit processor */
/* XX
After I changed PHYS_ADDR_MASK, qemu vm can start when memory >=1024G ,
but kvm vm still hang.
-# define PHYS_ADDR_MASK 0xffLL
+# define PHYS_ADDR_MASK 0xfffLL
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bu
I mean vm hang when memory >= 1100G (1024G when enable ide cdrom)
instead of 1.5G.
If disable hpet, the vm will hang at
acpi_ex_system_memory_space_handler when memory >= 1100G
If disable kvm, vm is good when memory <= 1020G, but also hang when
memory >= 1024G.
There is no critical information
I delete cdrom and IDE controller, the vm start sucessfully.
But when I increate memory to 1100G, vm hang at hpet_enable when start.
The panic is page_fault when execute hpet_period =
hpet_readl(HPET_PERIOD);
It seems that ioremap_nocache does not works correctly.
hpet_virt_address = ioremap_
Public bug reported:
1. Ubuntu 15.10 x86_64 installed on HP SuperDome X with 8CPUs and 4T
memory.
2. Create a VM, install Ubuntu 15.10, if memory >= 1T , VM hang when start. If
memory < 1T, it is good.
u1510-1
39eefe1e-4829-4843-b892-026d143f3ec7
1073741824
1073741824
16
hvm
Public bug reported:
0. lsb_release -rd
Description:Ubuntu 15.04
Release:15.04
1. kvm --version , upgraded from ubuntu vivid-updates
QEMU emulator version 2.2.0 (Debian 1:2.2+dfsg-5expubuntu9.2)
2. I create a Redhat 6.6 x64 virtual machine, then do iotest by using
tiotest tool
13 matches
Mail list logo