On 16/04/15 20:49, Stefan Berger wrote: >> Hmmmm the fix is correct in that internal MSR variables need to be >> updated post-restore (as noted in the message above it was the exception >> prefix variables that weren't updated by having MSR_EP set). >> >> Maybe on ppc64 there is another bit similar to MSR_TGPR that needs to be >> excluded? Alex, any thoughts? > > I want to add that I am running QEMU for ppc64 in emulation mode on a > x86_64 host. The suspend/resume problem, while in SLOF, did not exist in > QEMU v2.2, so I anticipate that this is a regression would also be > visible on QEMU on kvm, though a simple test on such a machine may show > different... > > Removing the patch solves the problem while in SLOF. Once booting into > Linux suspend/resume does not work - with qemu-system-ppc64 on x86_64 > host. Timestamps shown by Linux actually make a jump backwards and > ultimately Linux hangs.
Just to clarify the terminology here, when you say suspend/resume are you talking about a hardware suspend/resume or issuing a savevm/loadvm sequence in the QEMU monitor? Are you able to provide further detail to reproduce your test case? ATB, Mark.
