Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1599491 > unrolled thread
| Started by | fangying <fangying1@huawei.com> |
|---|---|
| First post | 2017-03-13 16:00 +0100 |
| Last post | 2017-03-16 02:50 +0100 |
| Articles | 3 — 3 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [Qemu-devel] kvm bug in __rmap_clear_dirty during live migration fangying <fangying1@huawei.com> - 2017-03-13 16:00 +0100
Re: [Qemu-devel] kvm bug in __rmap_clear_dirty during live migration Paolo Bonzini <pbonzini@redhat.com> - 2017-03-13 18:00 +0100
Re: [Qemu-devel] kvm bug in __rmap_clear_dirty during live migration "Huang, Kai" <kai.huang@linux.intel.com> - 2017-03-16 02:50 +0100
| From | fangying <fangying1@huawei.com> |
|---|---|
| Date | 2017-03-13 16:00 +0100 |
| Subject | Re: [Qemu-devel] kvm bug in __rmap_clear_dirty during live migration |
| Message-ID | <tkzC2-1Yl-31@gated-at.bofh.it> |
Hi, Huang Kai After weeks of intensive testing, we think the problem is solved and this issue can be closed. On 2017/2/27 15:38, Huang, Kai wrote: > > > On 2/25/2017 2:44 PM, Herongguang (Stephen) wrote: >> >> >> On 2017/2/24 23:14, Paolo Bonzini wrote: >>> >>> >>> On 24/02/2017 16:10, Chris Friesen wrote: >>>> On 02/23/2017 08:23 PM, Herongguang (Stephen) wrote: >>>> >>>>> On 2017/2/22 22:43, Paolo Bonzini wrote: >>>> >>>>>> Hopefully Gaohuai and Rongguang can help with this too. >>>>>> >>>>>> Paolo >>>>> >>>>> Yes, we are looking into and testing this. >>>>> >>>>> I think this can result in any memory corruption, if VM1 writes its >>>>> PML buffer into VM2’s VMCS (since sched_in/sched_out notifier of VM1 >>>>> is not registered yet), then VM1 is destroyed (hence its PML buffer >>>>> is freed back to kernel), after that, VM2 starts migration, so CPU >>>>> logs VM2’s dirty GFNS into a freed memory, results in any memory >>>>> corruption. >>>>> >>>>> As its severity, this commit >>>>> (http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=4e59516a12a6ef6dcb660cb3a3f70c64bd60cfec) >>>>> >>>>> >>>>> >>>>> is eligible to back port to kernel stable. >>>> >>>> Are we expecting that fix to resolve the original issue, or is it a >>>> separate issue that needs fixing in stable? >>> >>> It should be the original issue. >>> >>> Paolo >>> >>> . >>> >> Yes, I agree, though we are still testing. >> >> > Hi Stephen, > > Sorry for late reply. I was taking the whole week off last week. How's > the test going? > > Thanks, > -Kai > > . >
[toc] | [next] | [standalone]
| From | Paolo Bonzini <pbonzini@redhat.com> |
|---|---|
| Date | 2017-03-13 18:00 +0100 |
| Message-ID | <tkBua-3kO-13@gated-at.bofh.it> |
| In reply to | #1599491 |
On 13/03/2017 15:58, fangying wrote: > Hi, Huang Kai > > After weeks of intensive testing, we think the problem is solved and > this issue can be closed. Thanks for the update. We got to the same conclusion. Paolo
[toc] | [prev] | [next] | [standalone]
| From | "Huang, Kai" <kai.huang@linux.intel.com> |
|---|---|
| Date | 2017-03-16 02:50 +0100 |
| Message-ID | <tlsIa-7Ou-17@gated-at.bofh.it> |
| In reply to | #1599613 |
Thanks! Thanks, -Kai On 3/14/2017 5:57 AM, Paolo Bonzini wrote: > > > On 13/03/2017 15:58, fangying wrote: >> Hi, Huang Kai >> >> After weeks of intensive testing, we think the problem is solved and >> this issue can be closed. > > Thanks for the update. We got to the same conclusion. > > Paolo >
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web