From: Andrey Korolyov <andrey@xdel.ru> To: "Dr. David Alan Gilbert" <dgilbert@redhat.com> Cc: "Kevin O'Connor" <kevin@koconnor.net>, Bandan Das <bsd@redhat.com>, Paolo Bonzini <pbonzini@redhat.com>, Gerd Hoffmann <kraxel@redhat.com>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, "kvm@vger.kernel.org" <kvm@vger.kernel.org> Subject: Re: [Qemu-devel] E5-2620v2 - emulation stop error Date: Thu, 12 Mar 2015 13:47:39 +0300 [thread overview] Message-ID: <CABYiri9gAZbZwEshGV+=yvW7OMRknecKVxtgrhpXBLpNwgZb1Q@mail.gmail.com> (raw) In-Reply-To: <20150312095902.GC2330@work-vm> On Thu, Mar 12, 2015 at 12:59 PM, Dr. David Alan Gilbert <dgilbert@redhat.com> wrote: > * Andrey Korolyov (andrey@xdel.ru) wrote: >> On Wed, Mar 11, 2015 at 10:59 PM, Dr. David Alan Gilbert >> <dgilbert@redhat.com> wrote: >> > * Andrey Korolyov (andrey@xdel.ru) wrote: >> >> On Wed, Mar 11, 2015 at 10:33 PM, Dr. David Alan Gilbert >> >> <dgilbert@redhat.com> wrote: >> >> > * Kevin O'Connor (kevin@koconnor.net) wrote: >> >> >> On Wed, Mar 11, 2015 at 02:45:31PM -0400, Kevin O'Connor wrote: >> >> >> > On Wed, Mar 11, 2015 at 02:40:39PM -0400, Kevin O'Connor wrote: >> >> >> > > For what it's worth, I can't seem to trigger the problem if I move the >> >> >> > > cmos read above the SIPI/LAPIC code (see patch below). >> >> >> > >> >> >> > Ugh! >> >> >> > >> >> >> > That's a seabios bug. Main processor modifies the rtc index >> >> >> > (rtc_read()) while APs try to clear the NMI bit by modifying the rtc >> >> >> > index (romlayout.S:transition32). >> >> >> > >> >> >> > I'll put together a fix. >> >> >> >> >> >> The seabios patch below resolves the issue for me. >> >> > >> >> > Thanks! Looks good here. >> >> > >> >> > Andrey, Paolo, Bandan: Does it fix it for you as well? >> >> > >> >> >> >> Thanks Kevin, Dave, >> >> >> >> I`m afraid that I`m hitting something different not only because >> >> different suberror code but also because of mine version of seabios - >> >> I am using 1.7.5 and corresponding code in the proposed patch looks >> >> different - there is no smp-related code patch is about of. Those >> >> mentioned devices went to production successfully and I`m afraid I >> >> cannot afford playing on them anymore, even if I re-trigger the issue >> >> with patched 1.8.1-rc, there is no way to switch to a different kernel >> >> and retest due to specific conditions of this production suite. I`ve >> >> ordered a pair of new shoes^W 2620v2-s which should arrive to me next >> > >> > Well I was testing on a pair of 'E5-2620 v2'; but as you saw my test case >> > was pretty simple. If you can suggest any flags I should add etc to the >> > test I'd be happy to give it a go. >> > >> > Dave >> >> Here is mine launch string: >> >> qemu-system-x86_64 -enable-kvm -name vmtest -S -machine >> pc-i440fx-2.1,accel=kvm,usb=off -cpu SandyBridge,+kvm_pv_eoi -m 512 >> -realtime mlock=off -smp 12,sockets=1,cores=12,threads=12 -numa >> node,nodeid=0,cpus=0-11,mem=512 -nographic -no-user-config -nodefaults >> -device sga -rtc base=utc,driftfix=slew -global >> kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -global >> PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot strict=on >> -device nec-usb-xhci,id=usb,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -m >> 512,slots=31,maxmem=16384M -object >> memory-backend-ram,id=mem0,size=512M -device >> pc-dimm,id=dimm0,node=0,memdev=mem0 >> >> I omitted disk backend in this example, but there is a chance that my >> problem is not reproducible without some calls made explicitly by a >> bootloader (not sure what to say for mid-runtime failures). > > It seems to survive OK: Thanks David, I`ll go through test sequence and report. Unfortunately my orchestration does not have even a hundred millisecond precision for libvirt events, so I can`t tell if the immediate start-up failures happened before bootloader execution or during it, all I have for those is a less-than-two-second interval between actual pass of a launch command and paused state event. QEMU logging also does not give me timestamps for an emulation errors even with appropriate timestamp arg. > > while true; do (sleep 1; echo -e '\001cc\n'; sleep 5; echo -e 'q\n')|/opt/qemu-try-world3/bin/qemu-system-x86_64 -enable-kvm -name vmtest -S -machine pc-i440fx-2.1,accel=kvm,usb=off -cpu SandyBridge,+kvm_pv_eoi -m 512 -realtime mlock=off -smp 12,sockets=1,cores=12,threads=12 -numa node,nodeid=0,cpus=0-11,mem=512 -nographic -no-user-config -device sga -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot strict=on -device nec-usb-xhci,id=usb,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -m 512,slots=31,maxmem=16384M -object memory-backend-ram,id=mem0,size=512M -device pc-dimm,id=dimm0,node=0,memdev=mem0 ~/pi.vfd 2>&1 | tee /tmp/qemu.op; grep "interna l error" /tmp/qemu.op -q && break; done > > Dave > >> >> > >> >> Monday, so I`ll be able to test a) against 1.8.0-release, b) against >> >> patched bios code, c) reproduce initial error on master/3.19 (may be >> >> I`ll take them before weekend by going into this computer shop in >> >> person). Until then, I have a very deep feeling that mine issue is not >> >> there :) Also I became very curious on how a lack of IDT feature may >> >> completely eliminate the issue appearance for me, the only possible >> >> explanation is a clock-related race which is kinda stupid suggestion >> >> and unlikely to exist in nature. >> >> >> >> Thanks again for everyone for throughout testing and ideas! >> >> >> >> > >> >> >> -Kevin >> >> >> >> >> >> >> >> >> --- a/src/romlayout.S >> >> >> +++ b/src/romlayout.S >> >> >> @@ -22,7 +22,8 @@ >> >> >> // %edx = return location (in 32bit mode) >> >> >> // Clobbers: ecx, flags, segment registers, cr0, idt/gdt >> >> >> DECLFUNC transition32 >> >> >> -transition32_for_smi: >> >> >> +transition32_nmi_off: >> >> >> + // transition32 when NMI and A20 are already initialized >> >> >> movl %eax, %ecx >> >> >> jmp 1f >> >> >> transition32: >> >> >> @@ -205,7 +206,7 @@ __farcall16: >> >> >> entry_smi: >> >> >> // Transition to 32bit mode. >> >> >> movl $1f + BUILD_BIOS_ADDR, %edx >> >> >> - jmp transition32_for_smi >> >> >> + jmp transition32_nmi_off >> >> >> .code32 >> >> >> 1: movl $BUILD_SMM_ADDR + 0x8000, %esp >> >> >> calll _cfunc32flat_handle_smi - BUILD_BIOS_ADDR >> >> >> @@ -216,8 +217,10 @@ entry_smi: >> >> >> DECLFUNC entry_smp >> >> >> entry_smp: >> >> >> // Transition to 32bit mode. >> >> >> + cli >> >> >> + cld >> >> >> movl $2f + BUILD_BIOS_ADDR, %edx >> >> >> - jmp transition32 >> >> >> + jmp transition32_nmi_off >> >> >> .code32 >> >> >> // Acquire lock and take ownership of shared stack >> >> >> 1: rep ; nop >> >> > -- >> >> > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK >> > -- >> > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK > -- > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
WARNING: multiple messages have this Message-ID (diff)
From: Andrey Korolyov <andrey@xdel.ru> To: "Dr. David Alan Gilbert" <dgilbert@redhat.com> Cc: "kvm@vger.kernel.org" <kvm@vger.kernel.org>, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, Bandan Das <bsd@redhat.com>, Kevin O'Connor <kevin@koconnor.net>, Gerd Hoffmann <kraxel@redhat.com>, Paolo Bonzini <pbonzini@redhat.com> Subject: Re: [Qemu-devel] E5-2620v2 - emulation stop error Date: Thu, 12 Mar 2015 13:47:39 +0300 [thread overview] Message-ID: <CABYiri9gAZbZwEshGV+=yvW7OMRknecKVxtgrhpXBLpNwgZb1Q@mail.gmail.com> (raw) In-Reply-To: <20150312095902.GC2330@work-vm> On Thu, Mar 12, 2015 at 12:59 PM, Dr. David Alan Gilbert <dgilbert@redhat.com> wrote: > * Andrey Korolyov (andrey@xdel.ru) wrote: >> On Wed, Mar 11, 2015 at 10:59 PM, Dr. David Alan Gilbert >> <dgilbert@redhat.com> wrote: >> > * Andrey Korolyov (andrey@xdel.ru) wrote: >> >> On Wed, Mar 11, 2015 at 10:33 PM, Dr. David Alan Gilbert >> >> <dgilbert@redhat.com> wrote: >> >> > * Kevin O'Connor (kevin@koconnor.net) wrote: >> >> >> On Wed, Mar 11, 2015 at 02:45:31PM -0400, Kevin O'Connor wrote: >> >> >> > On Wed, Mar 11, 2015 at 02:40:39PM -0400, Kevin O'Connor wrote: >> >> >> > > For what it's worth, I can't seem to trigger the problem if I move the >> >> >> > > cmos read above the SIPI/LAPIC code (see patch below). >> >> >> > >> >> >> > Ugh! >> >> >> > >> >> >> > That's a seabios bug. Main processor modifies the rtc index >> >> >> > (rtc_read()) while APs try to clear the NMI bit by modifying the rtc >> >> >> > index (romlayout.S:transition32). >> >> >> > >> >> >> > I'll put together a fix. >> >> >> >> >> >> The seabios patch below resolves the issue for me. >> >> > >> >> > Thanks! Looks good here. >> >> > >> >> > Andrey, Paolo, Bandan: Does it fix it for you as well? >> >> > >> >> >> >> Thanks Kevin, Dave, >> >> >> >> I`m afraid that I`m hitting something different not only because >> >> different suberror code but also because of mine version of seabios - >> >> I am using 1.7.5 and corresponding code in the proposed patch looks >> >> different - there is no smp-related code patch is about of. Those >> >> mentioned devices went to production successfully and I`m afraid I >> >> cannot afford playing on them anymore, even if I re-trigger the issue >> >> with patched 1.8.1-rc, there is no way to switch to a different kernel >> >> and retest due to specific conditions of this production suite. I`ve >> >> ordered a pair of new shoes^W 2620v2-s which should arrive to me next >> > >> > Well I was testing on a pair of 'E5-2620 v2'; but as you saw my test case >> > was pretty simple. If you can suggest any flags I should add etc to the >> > test I'd be happy to give it a go. >> > >> > Dave >> >> Here is mine launch string: >> >> qemu-system-x86_64 -enable-kvm -name vmtest -S -machine >> pc-i440fx-2.1,accel=kvm,usb=off -cpu SandyBridge,+kvm_pv_eoi -m 512 >> -realtime mlock=off -smp 12,sockets=1,cores=12,threads=12 -numa >> node,nodeid=0,cpus=0-11,mem=512 -nographic -no-user-config -nodefaults >> -device sga -rtc base=utc,driftfix=slew -global >> kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -global >> PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot strict=on >> -device nec-usb-xhci,id=usb,bus=pci.0,addr=0x4 -device >> virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -m >> 512,slots=31,maxmem=16384M -object >> memory-backend-ram,id=mem0,size=512M -device >> pc-dimm,id=dimm0,node=0,memdev=mem0 >> >> I omitted disk backend in this example, but there is a chance that my >> problem is not reproducible without some calls made explicitly by a >> bootloader (not sure what to say for mid-runtime failures). > > It seems to survive OK: Thanks David, I`ll go through test sequence and report. Unfortunately my orchestration does not have even a hundred millisecond precision for libvirt events, so I can`t tell if the immediate start-up failures happened before bootloader execution or during it, all I have for those is a less-than-two-second interval between actual pass of a launch command and paused state event. QEMU logging also does not give me timestamps for an emulation errors even with appropriate timestamp arg. > > while true; do (sleep 1; echo -e '\001cc\n'; sleep 5; echo -e 'q\n')|/opt/qemu-try-world3/bin/qemu-system-x86_64 -enable-kvm -name vmtest -S -machine pc-i440fx-2.1,accel=kvm,usb=off -cpu SandyBridge,+kvm_pv_eoi -m 512 -realtime mlock=off -smp 12,sockets=1,cores=12,threads=12 -numa node,nodeid=0,cpus=0-11,mem=512 -nographic -no-user-config -device sga -rtc base=utc,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -global PIIX4_PM.disable_s3=1 -global PIIX4_PM.disable_s4=1 -boot strict=on -device nec-usb-xhci,id=usb,bus=pci.0,addr=0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5 -m 512,slots=31,maxmem=16384M -object memory-backend-ram,id=mem0,size=512M -device pc-dimm,id=dimm0,node=0,memdev=mem0 ~/pi.vfd 2>&1 | tee /tmp/qemu.op; grep "internal error" /tmp/qemu.op -q && break; done > > Dave > >> >> > >> >> Monday, so I`ll be able to test a) against 1.8.0-release, b) against >> >> patched bios code, c) reproduce initial error on master/3.19 (may be >> >> I`ll take them before weekend by going into this computer shop in >> >> person). Until then, I have a very deep feeling that mine issue is not >> >> there :) Also I became very curious on how a lack of IDT feature may >> >> completely eliminate the issue appearance for me, the only possible >> >> explanation is a clock-related race which is kinda stupid suggestion >> >> and unlikely to exist in nature. >> >> >> >> Thanks again for everyone for throughout testing and ideas! >> >> >> >> > >> >> >> -Kevin >> >> >> >> >> >> >> >> >> --- a/src/romlayout.S >> >> >> +++ b/src/romlayout.S >> >> >> @@ -22,7 +22,8 @@ >> >> >> // %edx = return location (in 32bit mode) >> >> >> // Clobbers: ecx, flags, segment registers, cr0, idt/gdt >> >> >> DECLFUNC transition32 >> >> >> -transition32_for_smi: >> >> >> +transition32_nmi_off: >> >> >> + // transition32 when NMI and A20 are already initialized >> >> >> movl %eax, %ecx >> >> >> jmp 1f >> >> >> transition32: >> >> >> @@ -205,7 +206,7 @@ __farcall16: >> >> >> entry_smi: >> >> >> // Transition to 32bit mode. >> >> >> movl $1f + BUILD_BIOS_ADDR, %edx >> >> >> - jmp transition32_for_smi >> >> >> + jmp transition32_nmi_off >> >> >> .code32 >> >> >> 1: movl $BUILD_SMM_ADDR + 0x8000, %esp >> >> >> calll _cfunc32flat_handle_smi - BUILD_BIOS_ADDR >> >> >> @@ -216,8 +217,10 @@ entry_smi: >> >> >> DECLFUNC entry_smp >> >> >> entry_smp: >> >> >> // Transition to 32bit mode. >> >> >> + cli >> >> >> + cld >> >> >> movl $2f + BUILD_BIOS_ADDR, %edx >> >> >> - jmp transition32 >> >> >> + jmp transition32_nmi_off >> >> >> .code32 >> >> >> // Acquire lock and take ownership of shared stack >> >> >> 1: rep ; nop >> >> > -- >> >> > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK >> > -- >> > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK > -- > Dr. David Alan Gilbert / dgilbert@redhat.com / Manchester, UK
next prev parent reply other threads:[~2015-03-12 10:48 UTC|newest] Thread overview: 157+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-03-05 22:14 E5-2620v2 - emulation stop error Andrey Korolyov 2015-03-05 22:14 ` [Qemu-devel] " Andrey Korolyov 2015-03-05 23:44 ` Andrey Korolyov 2015-03-05 23:44 ` [Qemu-devel] " Andrey Korolyov 2015-03-06 16:57 ` Bandan Das 2015-03-06 16:57 ` Bandan Das 2015-03-07 0:00 ` Andrey Korolyov 2015-03-10 14:24 ` Andrey Korolyov 2015-03-10 16:57 ` Dr. David Alan Gilbert 2015-03-10 18:08 ` Andrey Korolyov 2015-03-10 18:16 ` Dr. David Alan Gilbert 2015-03-10 18:21 ` Andrey Korolyov 2015-03-10 19:30 ` Paolo Bonzini 2015-03-10 18:10 ` Paolo Bonzini 2015-03-10 18:21 ` Bandan Das 2015-03-10 18:21 ` Bandan Das 2015-03-10 19:25 ` Paolo Bonzini 2015-03-10 19:25 ` Paolo Bonzini 2015-03-10 19:37 ` Dr. David Alan Gilbert 2015-03-10 20:29 ` Dr. David Alan Gilbert 2015-03-10 20:29 ` Dr. David Alan Gilbert 2015-03-11 2:38 ` Bandan Das 2015-03-11 2:38 ` Bandan Das 2015-03-11 13:45 ` Dr. David Alan Gilbert 2015-03-11 13:45 ` Dr. David Alan Gilbert 2015-03-11 15:42 ` Kevin O'Connor 2015-03-11 15:42 ` Kevin O'Connor 2015-03-11 15:53 ` Dr. David Alan Gilbert 2015-03-11 15:53 ` Dr. David Alan Gilbert 2015-03-11 16:37 ` Kevin O'Connor 2015-03-11 16:37 ` [Qemu-devel] " Kevin O'Connor 2015-03-11 16:52 ` Dr. David Alan Gilbert 2015-03-11 16:52 ` Dr. David Alan Gilbert 2015-03-11 17:37 ` Kevin O'Connor 2015-03-11 17:37 ` Kevin O'Connor 2015-03-11 17:41 ` Paolo Bonzini 2015-03-11 17:41 ` Paolo Bonzini 2015-03-11 17:59 ` Dr. David Alan Gilbert 2015-03-11 17:59 ` Dr. David Alan Gilbert 2015-03-11 18:24 ` Bandan Das 2015-03-11 18:24 ` Bandan Das 2015-03-11 18:40 ` Kevin O'Connor 2015-03-11 18:40 ` Kevin O'Connor 2015-03-11 18:45 ` Kevin O'Connor 2015-03-11 18:45 ` Kevin O'Connor 2015-03-11 19:19 ` Kevin O'Connor 2015-03-11 19:19 ` Kevin O'Connor 2015-03-11 19:33 ` Dr. David Alan Gilbert 2015-03-11 19:33 ` Dr. David Alan Gilbert 2015-03-11 19:47 ` Bandan Das 2015-03-11 19:47 ` Bandan Das 2015-03-11 19:47 ` Andrey Korolyov 2015-03-11 19:47 ` Andrey Korolyov 2015-03-11 19:59 ` Dr. David Alan Gilbert 2015-03-11 19:59 ` Dr. David Alan Gilbert 2015-03-11 20:09 ` Andrey Korolyov 2015-03-11 20:09 ` Andrey Korolyov 2015-03-12 9:59 ` Dr. David Alan Gilbert 2015-03-12 9:59 ` Dr. David Alan Gilbert 2015-03-12 10:47 ` Andrey Korolyov [this message] 2015-03-12 10:47 ` Andrey Korolyov 2015-03-16 19:17 ` Andrey Korolyov 2015-03-16 19:17 ` Andrey Korolyov 2015-03-16 19:26 ` Dr. David Alan Gilbert 2015-03-16 19:26 ` Dr. David Alan Gilbert 2015-03-25 20:43 ` Andrey Korolyov 2015-03-25 20:43 ` [Qemu-devel] " Andrey Korolyov 2015-03-25 20:46 ` Andrey Korolyov 2015-03-25 20:46 ` [Qemu-devel] " Andrey Korolyov 2015-03-25 20:54 ` Kevin O'Connor 2015-03-25 20:54 ` Kevin O'Connor 2015-03-25 22:31 ` Andrey Korolyov 2015-03-25 22:31 ` Andrey Korolyov 2015-03-25 23:02 ` Kevin O'Connor 2015-03-25 23:02 ` Kevin O'Connor 2015-03-25 23:35 ` Andrey Korolyov 2015-03-25 23:35 ` Andrey Korolyov 2015-03-26 0:05 ` Kevin O'Connor 2015-03-26 0:05 ` Kevin O'Connor 2015-03-26 15:58 ` Radim Krčmář 2015-03-26 15:58 ` Radim Krčmář 2015-03-26 16:36 ` Kevin O'Connor 2015-03-26 16:36 ` [Qemu-devel] " Kevin O'Connor 2015-03-26 16:48 ` Andrey Korolyov 2015-03-26 16:48 ` Andrey Korolyov 2015-03-26 17:06 ` Kevin O'Connor 2015-03-26 17:06 ` Kevin O'Connor 2015-03-26 17:08 ` Andrey Korolyov 2015-03-26 17:08 ` Andrey Korolyov 2015-03-26 17:18 ` Kevin O'Connor 2015-03-26 17:18 ` Kevin O'Connor 2015-03-26 17:33 ` Andrey Korolyov 2015-03-26 17:33 ` Andrey Korolyov 2015-03-26 17:40 ` Radim Krčmář 2015-03-26 17:40 ` Radim Krčmář 2015-03-26 18:24 ` Andrey Korolyov 2015-03-26 18:24 ` Andrey Korolyov 2015-03-26 20:40 ` Radim Krčmář 2015-03-26 20:40 ` Radim Krčmář 2015-03-26 21:03 ` Bandan Das 2015-03-26 21:03 ` Bandan Das 2015-03-27 10:16 ` Andrey Korolyov 2015-03-27 10:16 ` Andrey Korolyov 2015-03-30 18:56 ` Radim Krčmář 2015-03-30 18:56 ` [Qemu-devel] " Radim Krčmář 2015-03-30 19:32 ` Andrey Korolyov 2015-03-30 19:32 ` Andrey Korolyov 2015-03-31 13:45 ` Radim Krčmář 2015-03-31 13:45 ` [Qemu-devel] " Radim Krčmář 2015-03-31 14:56 ` Andrey Korolyov 2015-03-31 14:56 ` Andrey Korolyov 2015-03-31 16:45 ` Radim Krčmář 2015-03-31 16:45 ` [Qemu-devel] " Radim Krčmář 2015-03-31 17:40 ` Andrey Korolyov 2015-03-31 17:40 ` Andrey Korolyov 2015-03-31 18:01 ` Bandan Das 2015-03-31 18:01 ` Bandan Das 2015-03-31 18:04 ` Bandan Das 2015-03-31 18:04 ` [Qemu-devel] " Bandan Das 2015-03-31 18:23 ` Andrey Korolyov 2015-03-31 18:23 ` Andrey Korolyov 2015-04-01 11:49 ` Radim Krčmář 2015-04-01 11:49 ` Radim Krčmář 2015-04-01 12:05 ` Paolo Bonzini 2015-04-01 12:05 ` Paolo Bonzini 2015-04-01 12:26 ` Andrey Korolyov 2015-04-01 12:26 ` Andrey Korolyov 2015-04-01 13:19 ` Paolo Bonzini 2015-04-01 13:19 ` Paolo Bonzini 2015-04-01 15:37 ` Andrey Korolyov 2015-04-01 15:37 ` Andrey Korolyov 2015-04-01 16:29 ` Andrey Korolyov 2015-04-01 16:29 ` Andrey Korolyov 2015-04-01 22:58 ` Andrey Korolyov 2015-04-01 22:58 ` Andrey Korolyov 2015-04-05 14:12 ` Andrey Korolyov 2015-04-05 14:12 ` [Qemu-devel] " Andrey Korolyov 2015-03-27 11:54 ` Andrey Korolyov 2015-03-27 11:54 ` Andrey Korolyov 2015-03-30 19:28 ` Radim Krčmář 2015-03-30 19:28 ` Radim Krčmář 2015-03-26 17:35 ` Radim Krčmář 2015-03-26 17:35 ` Radim Krčmář 2015-03-26 17:34 ` Radim Krčmář 2015-03-26 17:34 ` Radim Krčmář 2015-03-26 2:47 ` Bandan Das 2015-03-26 2:47 ` Bandan Das 2015-03-26 9:18 ` Andrey Korolyov 2015-03-26 9:18 ` Andrey Korolyov 2015-03-26 15:05 ` Andrey Korolyov 2015-03-26 15:05 ` Andrey Korolyov 2015-03-11 17:09 ` Bandan Das 2015-03-11 17:09 ` Bandan Das 2015-03-11 17:32 ` Kevin O'Connor 2015-03-11 17:32 ` Kevin O'Connor 2015-03-11 18:01 ` Bandan Das 2015-03-11 18:01 ` Bandan Das
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to='CABYiri9gAZbZwEshGV+=yvW7OMRknecKVxtgrhpXBLpNwgZb1Q@mail.gmail.com' \ --to=andrey@xdel.ru \ --cc=bsd@redhat.com \ --cc=dgilbert@redhat.com \ --cc=kevin@koconnor.net \ --cc=kraxel@redhat.com \ --cc=kvm@vger.kernel.org \ --cc=pbonzini@redhat.com \ --cc=qemu-devel@nongnu.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.