https://bugzilla.kernel.org/show_bug.cgi?id=72381
--- Comment #2 from robert...@intel.com ---
Tried this case: L0 94b3ffcd + L1 94b3ffcd , L1 panic.
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the line "unsubscribe kvm"
https://bugzilla.kernel.org/show_bug.cgi?id=71521
--- Comment #4 from Zhou, Chao ---
kvm.git + qemu.git:920c8377_9c5793c5
test on Romley_EP and Ivytown_EP,after create guest, the guest and host work
fine, the bug can't reproduce.
--
You are receiving this mail because:
You are watching the assi
https://bugzilla.kernel.org/show_bug.cgi?id=71521
--- Comment #5 from Zhou, Chao ---
this patch fixed the bug:
commit 920c837785699bcc48f4a729ba9ee3492f620b95
Author: Paolo Bonzini
Date: Wed Mar 26 15:54:00 2014 +0100
KVM: vmx: fix MPX detection
kvm_x86_ops is still NULL at this poin
https://bugzilla.kernel.org/show_bug.cgi?id=71521
Paolo Bonzini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=73331
Bug ID: 73331
Summary: Nested Virtualization, L2 cannot boot up on Ivybridge
and Haswell
Product: Virtualization
Version: unspecified
Kernel Version: 3.14.0-rc3
Hardware
https://bugzilla.kernel.org/show_bug.cgi?id=73331
Bandan Das changed:
What|Removed |Added
CC||b...@makefile.in
--- Comment #1 from Bandan
https://bugzilla.kernel.org/show_bug.cgi?id=73721
Bug ID: 73721
Summary: KVM hv-time
Product: Virtualization
Version: unspecified
Kernel Version: 3.14.0
Hardware: x86-64
OS: Linux
Tree: Mainline
St
https://bugzilla.kernel.org/show_bug.cgi?id=73721
--- Comment #1 from flyse...@gmx.de ---
I can confirm the problem. It happens on my gentoo system as well. Let me know,
if you want me to create debug logs or similar.
--
You are receiving this mail because:
You are watching the assignee of the b
https://bugzilla.kernel.org/show_bug.cgi?id=73721
Rasmus Eskola changed:
What|Removed |Added
CC||fruit...@gmail.com
--- Comment #2 from Ra
https://bugzilla.kernel.org/show_bug.cgi?id=74251
Bug ID: 74251
Summary: Assign I350 NIC VF and Intel 82599 NIC VF to win7/win8
32bit guest, the interface cannot get IP
Product: Virtualization
Version: unspecified
Kernel Version:
https://bugzilla.kernel.org/show_bug.cgi?id=73331
Shesha changed:
What|Removed |Added
CC||shes...@gmail.com
--- Comment #2 from Shesha --
https://bugzilla.kernel.org/show_bug.cgi?id=65081
--- Comment #2 from Daniel Haid ---
The problem persists with linux 3.14.1 and qemu 1.7.1.
Any suggestions on which further information you need is very welcome.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=65081
--- Comment #3 from Daniel Haid ---
I removed all unnecessary arguments. The following command line is actually
sufficient to produce hanging guests:
qemu-system-x86_64 -enable-kvm -kernel vmlinuz-linux -initrd
initramfs-linux.img -append "consol
https://bugzilla.kernel.org/show_bug.cgi?id=65081
Daniel Haid changed:
What|Removed |Added
Kernel Version|3.12|3.14
--- Comment #4 from Daniel Haid ---
I
https://bugzilla.kernel.org/show_bug.cgi?id=74251
robert...@intel.com changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=75331
Bug ID: 75331
Summary: "soft lockup CPU#0 stuck for 23s" regression on 32bit
3.13.0+ kernels.
Product: Virtualization
Version: unspecified
Kernel Version: 3.13.0+
Hardwa
https://bugzilla.kernel.org/show_bug.cgi?id=75331
Ivan Kalvachev changed:
What|Removed |Added
CC||i...@yahoo.com
Hardware|All
https://bugzilla.kernel.org/show_bug.cgi?id=75331
--- Comment #1 from Ivan Kalvachev ---
I tried to isolate the difference in .o object files when compiling the kernel
with and without the above commit. Unfortunately there were no differences
(only in version, boot and init code).
Upon further t
https://bugzilla.kernel.org/show_bug.cgi?id=73721
Paolo Bonzini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=73721
--- Comment #4 from Marcus Schmidt ---
Thanks, now everything works good.
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a messag
https://bugzilla.kernel.org/show_bug.cgi?id=75981
Bug ID: 75981
Summary: [Nested kvm on kvm]L2 guest reboot continuously when
create a rhel6u5(64bit) as L2 guest.
Product: Virtualization
Version: unspecified
Kernel Version: 3.15.
https://bugzilla.kernel.org/show_bug.cgi?id=75981
--- Comment #1 from Zhou, Chao ---
the first bad commit is:
commit 346874c9507a2582d0c00021f848de6e115f276c
Author: Nadav Amit
Date: Fri Apr 18 03:35:09 2014 +0300
KVM: x86: Fix CR3 reserved bits
According to Intel specifications, PAE
https://bugzilla.kernel.org/show_bug.cgi?id=75981
Jan Kiszka changed:
What|Removed |Added
CC||jan.kis...@web.de
--- Comment #2 from Jan Ki
https://bugzilla.kernel.org/show_bug.cgi?id=75981
Paolo Bonzini changed:
What|Removed |Added
CC||bonz...@gnu.org
--- Comment #3 from Paolo
https://bugzilla.kernel.org/show_bug.cgi?id=76141
Bug ID: 76141
Summary: kvm intel nested virtualization get PANIC: double
fault, error_code: 0x0
Product: Virtualization
Version: unspecified
Kernel Version: 3.12.18
Hard
https://bugzilla.kernel.org/show_bug.cgi?id=76141
Paolo Bonzini changed:
What|Removed |Added
CC||bonz...@gnu.org
--- Comment #1 from Paolo
https://bugzilla.kernel.org/show_bug.cgi?id=76191
Bug ID: 76191
Summary: vt-d intel IOMMU - "jump label: negative count!"
Product: Virtualization
Version: unspecified
Kernel Version: Linux venus 3.12-1-amd64 #1 SMP Debian 3.12.9-1
https://bugzilla.kernel.org/show_bug.cgi?id=76191
Julian changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=76331
Bug ID: 76331
Summary: kernel BUG at drivers/iommu/intel-iommu.c:844!
Product: Virtualization
Version: unspecified
Kernel Version: 3.14.4
Hardware: x86-64
OS: Linux
https://bugzilla.kernel.org/show_bug.cgi?id=76331
Alex Williamson changed:
What|Removed |Added
CC||alex.william...@redhat.com
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=76331
--- Comment #2 from Matt ---
Hi Alex,
# dmesg | grep ecap
[0.057396] dmar: IOMMU 0: reg_base_addr fbfff000 ver 1:0 cap c9008010e60262
ecap f020fa
[0.057403] dmar: IOMMU 1: reg_base_addr fbffe000 ver 1:0 cap c9078010ef0462
ecap f020fe
[ 1
https://bugzilla.kernel.org/show_bug.cgi?id=53191
Jidong Xiao changed:
What|Removed |Added
CC||jidong.x...@gmail.com
--- Comment #4 from J
https://bugzilla.kernel.org/show_bug.cgi?id=65561
Jidong Xiao changed:
What|Removed |Added
CC||jidong.x...@gmail.com
--- Comment #1 from J
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #2 from Jatin Kumar ---
Hello Jidong, thanks for the info. I will try and let you know.
While you are at this, can you please help me another single stepping issue and
the issue is:
1. While single stepping, the instruction immediatel
https://bugzilla.kernel.org/show_bug.cgi?id=45931
Zhou, Chao changed:
What|Removed |Added
CC||chao.z...@intel.com
--- Comment #2 from Zhou
https://bugzilla.kernel.org/show_bug.cgi?id=75981
--- Comment #4 from Zhou, Chao ---
kvm.git + qemu.git: d9f89b88_e5bfd640
host kernel:3.15.0_rc1
test on Romley_EP, create a 64bit rhel6u5 guest as L2 guest, the L2 guest boots
up fine.
--
You are receiving this mail because:
You are watching the
https://bugzilla.kernel.org/show_bug.cgi?id=75981
Zhou, Chao changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=75981
--- Comment #5 from Zhou, Chao ---
this commit fixed the bug:
commit d9f89b88f5102ce235b75a5907838e3c7ed84b97
Author: Jan Kiszka
Date: Sat May 10 09:24:34 2014 +0200
KVM: x86: Fix CR3 reserved bits check in long mode
Regression of 346
https://bugzilla.kernel.org/show_bug.cgi?id=75981
Zhou, Chao changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
You are receiving this mail bec
https://bugzilla.kernel.org/show_bug.cgi?id=53601
Bug 53601 depends on bug 45931, which changed state.
Bug 45931 Summary: Nested Virt: VMX can't be initialized in L1 Xen ("Xen on
KVM")
https://bugzilla.kernel.org/show_bug.cgi?id=45931
What|Removed |Added
-
https://bugzilla.kernel.org/show_bug.cgi?id=45931
Paolo Bonzini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://bugzilla.kernel.org/show_bug.cgi?id=65561
Paolo Bonzini changed:
What|Removed |Added
CC||bonz...@gnu.org
--- Comment #3 from Paolo
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #4 from Jidong Xiao ---
Jatin, are you using gdb to do the single step?(In reply to Jatin Kumar from
comment #2)
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this list: send
https://bugzilla.kernel.org/show_bug.cgi?id=30402
Jidong Xiao changed:
What|Removed |Added
CC||jidong.x...@gmail.com
--- Comment #2 from J
https://bugzilla.kernel.org/show_bug.cgi?id=30402
--- Comment #3 from Joerg Roedel ---
(In reply to Jidong Xiao from comment #2)
> Joerg, how do you know this?
>
> "Some investigation showed that this kernel uses MMX instructions to access
> MMIO regions. These instructions are not emulated by t
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #5 from Jatin Kumar ---
@Paolo: Thanks for the info. That makes sense to me.
(In reply to Jidong Xiao from comment #4)
> Jatin, are you using gdb to do the single step?(In reply to Jatin Kumar from
> comment #2)
No. I have been doing
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #6 from Jatin Kumar ---
(In reply to Jatin Kumar from comment #5)
> whenever I hit an out instruction, the very next instruction is not skipped
Sorry I meant 'is skipped'.
--
You are receiving this mail because:
You are watching th
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #7 from Paolo Bonzini ---
Hi Jidong, no this is not fixed yet. Basically OUT instructions are emulated
by KVM, and support for single-stepping and breakpoints in the emulator is
quite minimal.
3.12 added some support but OUTs and wri
https://bugzilla.kernel.org/show_bug.cgi?id=76621
Bug ID: 76621
Summary: Bridged networking stopped working after yum update
Product: Virtualization
Version: unspecified
Kernel Version: Very latest with Fedora 20 yum update 2014-05-21
Hard
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #8 from Jidong Xiao ---
Hi, Jatin,
"from inside the OS" means from within the Guest OS right?
(In reply to Jatin Kumar from comment #5)
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscr
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #9 from Jidong Xiao ---
Hi, Paolo,
It seems that Gleb's patch
commit 03617c188f41eeeb4223c919ee7e66e5a114f2c6
"KVM: VMX: mark unusable segment as nonpresent"
fixed a similar problem like this, look at this:
https://bugzilla.redhat.
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #10 from Paolo Bonzini ---
No, hardware error 0x8021 includes pretty much everything that could go
wrong in vmx.c. :)
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this l
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #11 from Jidong Xiao ---
Hi, Paolo, thanks for your explanation. I am interested in fixing this. So
what's the technical challenge here?
When you say "support for single-stepping and breakpoints in the emulator is
quite minimal", do y
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #12 from Paolo Bonzini ---
> Hi, Paolo, thanks for your explanation. I am interested in fixing this. So
> what's the technical challenge here?
The first step is to reproduce the failure. To do this you can make a
patch to kvm-unit-t
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #13 from Jidong Xiao ---
Great, I will try. Yes I have the inter manual and I have studied it for a
while, so basically I know the data structure of VMCS. To reproduce the
failure, so, if I use gdb in a guest OS, like to debug a progra
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #14 from Jatin Kumar ---
(In reply to Jidong Xiao from comment #8)
> Hi, Jatin,
>
> "from inside the OS" means from within the Guest OS right?
> (In reply to Jatin Kumar from comment #5)
Hello Jidong,
Yes it means from within guest O
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #15 from Paolo Bonzini ---
> if I use gdb in a guest OS, like to debug a program inside the Guest OS, and
> run the single step command in gdb, that should trigger this bug right
Yes. For kvm-unit-tests you would modify x86/debug.c,
https://bugzilla.kernel.org/show_bug.cgi?id=76621
Michael Tokarev changed:
What|Removed |Added
CC||m...@tls.msk.ru
--- Comment #1 from Mic
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #16 from Jidong Xiao ---
Alright, thank you Paolo, I will try and let you know once I am done.(In reply
to Paolo Bonzini from comment #15)
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubs
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #17 from Jidong Xiao ---
Hi,Paolo,
I am not familiar with kvm-unit-tests, and I cannot find any documents describe
it. So I use gdb to debug.
And yes I can reproduce the problem. I just use Jatin's sample code to
construct a c progra
https://bugzilla.kernel.org/show_bug.cgi?id=76621
--- Comment #2 from Henrik ---
It works with kernel version 3.11.10-301.fc20.x86_64.
It does not work with kernel version 3.14.4-200.fc20
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from t
https://bugzilla.kernel.org/show_bug.cgi?id=76621
Henrik changed:
What|Removed |Added
Kernel Version|Very latest with Fedora 20 |3.14.4-200.fc20 (Very
|yum upd
https://bugzilla.kernel.org/show_bug.cgi?id=76621
--- Comment #3 from Henrik ---
I have updated header with kernel version. Will see if I can report it to
Fedora then.
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the li
https://bugzilla.kernel.org/show_bug.cgi?id=76621
Henrik changed:
What|Removed |Added
Kernel Version|3.14.4-200.fc20 (Very |3.14.4-200.fc20
|latest with F
https://bugzilla.kernel.org/show_bug.cgi?id=76621
Henrik changed:
What|Removed |Added
Regression|No |Yes
--
You are receiving this mail because:
You
https://bugzilla.kernel.org/show_bug.cgi?id=76621
--- Comment #4 from Henrik ---
I have nw reported this at fedora insted.
https://bugzilla.redhat.com/show_bug.cgi?id=1100228
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this list: sen
https://bugzilla.kernel.org/show_bug.cgi?id=76621
--- Comment #5 from Henrik ---
It still works with 3.14.3-200.fc20.x86_64 if that was of any interest.
Will now close this report.
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this li
https://bugzilla.kernel.org/show_bug.cgi?id=76621
Henrik changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=76331
--- Comment #3 from Matt ---
Hi Alex,
Any news ?
Do you need additional info ?
I keep receiving the bug each time I power off the VM (VM is working perfectly
fine before the shutdown with both sound and gpu passthrough).
After that I need to rebo
https://bugzilla.kernel.org/show_bug.cgi?id=76331
Alex Williamson changed:
What|Removed |Added
CC||dw...@infradead.org
--- Comment #4 from
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #18 from Jidong Xiao ---
Hi, Paolo,
I am still reading the source code so as to understand the root cause of this
problem. In particular, I added some printk statements in x86_emulate_insn().
For example, I added the following printk
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #19 from Jatin Kumar ---
I am not sure if I am correct but `add` doesn't look like any privileged or
special instruction so if running with KVM it should run directly on the
hardware and without needing emulation. You can try some priv
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #20 from Jidong Xiao ---
Thanks Jatin, I actually tried some other instructions, like accessing cr
register. I use the following program:
linux:~/code/cvedr # cat getcr.c
#include
main(){
asm __volatile__ (
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #21 from Jatin Kumar ---
The way I would approach this problem is to first check if there is a VM_EXIT
while executing this instruction. You should be able to find that in
vmx_vcpu_run() function (I guess in KVM code). Put a printk the
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #22 from Jidong Xiao ---
Alright, I added a printk statement in the wrmsr case, like this:
case 0x30:
printk(KERN_ERR "DEBUG: Passed %s %d
\n",__FUNCTION__,__LINE__);
/* wrmsr */
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #23 from Jidong Xiao ---
Jatin, do you mean that if one instruction triggers a VM_EXIT, then it won't
trigger the emulate code? So why the emulate code tries to emulate those
privileged instructions, like wrmsr, rdmsr, mov cr to reg, m
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #24 from Jatin Kumar ---
> linux:~/code/cvedr # ./accessmsr
> Segmentation fault
You got a seg fault because it is privileged instruction and I run it in kernel
mode not user mode. But you are likely to be running your program in user
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #25 from Jidong Xiao ---
(In reply to Jatin Kumar from comment #24)
> > linux:~/code/cvedr # ./accessmsr
> > Segmentation fault
> You got a seg fault because it is privileged instruction and I run it in
> kernel mode not user mode. But
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #26 from Jatin Kumar ---
In arch/x86/kvm/vmx.c file, there is a complete list of kvm_vmx_exit_handlers,
you can find there appropriate handlers for each of the exit reasons. There is
a handle_io() handler. Can you try adding a printk t
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #27 from Jidong Xiao ---
Jatin, after I have added printk in handle_io, it looks like the printk will be
called very frequently, I don't need to run any own program in the guest OS,
the printk message in handle_io() is kept showing and
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #28 from Paolo Bonzini ---
As Jatin said, most of the time the emulator is not invoked for instructions
that require intervention of the hypervisor. Instead, the processor provides
enough "pre-decoded" information about the instructio
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #29 from Jidong Xiao ---
Okay, I will try the sti instruction.
Jatin, since your title says that there is something wrong with the sti
instruction, but looking at your sample code, it does not include a sti
instruction, and all you we
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #30 from Jidong Xiao ---
Jatin,
I have the following program and I did test the single step for sti command,
(gdb) disas main
Dump of assembler code for function main:
0x08048414 <+0>: push %ebp
0x08048415 <+1>: mov
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #31 from Jidong Xiao ---
Hi, Paolo,
I added a sti instruction in kvm-unit-tests:x86/debug.c, like this:
asm volatile(
"pushf\n\t"
"pop %%rax\n\t"
"sti\n\t"
"or $(
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #32 from Jatin Kumar ---
(In reply to Jidong Xiao from comment #29)
> Okay, I will try the sti instruction.
>
> Jatin, since your title says that there is something wrong with the sti
> instruction, but looking at your sample code, it
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #33 from Jidong Xiao ---
Jatin, thanks for the clarification. Are you using kgdb to perform single step
kernel code? I am still wondering how did you do the single step execution for
kernel level code.
--
You are receiving this mail
https://bugzilla.kernel.org/show_bug.cgi?id=65561
--- Comment #34 from Jatin Kumar ---
(In reply to Jidong Xiao from comment #33)
> Jatin, thanks for the clarification. Are you using kgdb to perform single
> step kernel code? I am still wondering how did you do the single step
> execution for ker
https://bugzilla.kernel.org/show_bug.cgi?id=76331
--- Comment #5 from Matt ---
Hi Alex,
Great news !
Yesterday I had the opportunity to recompile my kernel with your suggested fix
in intel-iommu driver : dmar_domain->gaw = min(dmar_domain->gaw, addr_width);
After multiple tests I can confirm th
https://bugzilla.kernel.org/show_bug.cgi?id=77271
Bug ID: 77271
Summary: CPUID Leaf 0x4000 return 0 in eax
Product: Virtualization
Version: unspecified
Kernel Version: 3.14
Hardware: All
OS: Linux
Tree: Ma
https://bugzilla.kernel.org/show_bug.cgi?id=77271
Alex Williamson changed:
What|Removed |Added
CC||alex.william...@redhat.com
--- Comment
https://bugzilla.kernel.org/show_bug.cgi?id=77271
--- Comment #2 from Jidong Xiao ---
Oh, thanks Alex. I think you are right here, it's not a bug. But do you think
that, does it make sense to submit a patch to qemu, so as to make them
consistent between userspace qemu and the kernel side kvm? Lik
https://bugzilla.kernel.org/show_bug.cgi?id=77271
--- Comment #3 from Alex Williamson ---
The best way to find out is to submit a patch.
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the bod
https://bugzilla.kernel.org/show_bug.cgi?id=77271
Jidong Xiao changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://bugzilla.kernel.org/show_bug.cgi?id=36222
Florian Mickler changed:
What|Removed |Added
CC||flor...@mickler.org
--- Comment #13
https://bugzilla.kernel.org/show_bug.cgi?id=37152
Summary: file system become read only after live migration
Product: Virtualization
Version: unspecified
Kernel Version: 2.6.32-5-amd64
Platform: All
OS/Version: Linux
Tree: Mainli
https://bugzilla.kernel.org/show_bug.cgi?id=37152
--- Comment #1 from Martin Chamberland
2011-06-10 15:38:04 ---
after 10 minutes...
Jun 10 11:36:45 debian kernel: [ 1833.817530] end_request: I/O error, dev vda,
sector 4176552
Jun 10 11:36:45 debian kernel: [ 1833.818019] Buffer I/O error
https://bugzilla.kernel.org/show_bug.cgi?id=37152
Martin Chamberland changed:
What|Removed |Added
Platform|All |x86-64
--
Configure bugmail: ht
https://bugzilla.kernel.org/show_bug.cgi?id=37152
--- Comment #2 from Martin Chamberland
2011-06-10 15:42:22 ---
i forgot to tell that those log where grab from the guest machine.
server01$ sudo mount
mount: warning: /etc/mtab is not writable (e.g. read-only filesystem).
It's possi
https://bugzilla.kernel.org/show_bug.cgi?id=37262
Summary: VNC access to KVM VM is unusable
Product: Virtualization
Version: unspecified
Kernel Version: 3.0.0-rc1
Platform: All
OS/Version: Linux
Tree: Mainline
Status:
https://bugzilla.kernel.org/show_bug.cgi?id=37262
Avi Kivity changed:
What|Removed |Added
CC||a...@redhat.com
--- Comment #1 from Avi
701 - 800 of 1001 matches
Mail list logo