On Thu, Apr 14, 2016 at 09:43:10AM -0700, Greg Harmon wrote: > On Thu, Apr 14, 2016 at 1:18 AM, Thomas Huth <thuth@xxxxxxxxxx> wrote: > > On 12.04.2016 23:32, Greg Harmon wrote: > >> David Gibson <dgibson <at> redhat.com> writes: > >>> On Mon, 11 Apr 2016 11:23:46 +0200 > >>> Thomas Huth <thuth <at> redhat.com> wrote: > >>>> On 11.04.2016 03:55, David Gibson wrote: > >>>>> On Fri, 8 Apr 2016 13:35:29 +0200 > >>>>> Thomas Huth <thuth <at> redhat.com> wrote: > >>>>> > >>>>>> This test can be used to check whether the SPR (special purpose > >>>>>> registers) of the PowerPC CPU are migrated right. It first fills > >>>>>> the various SPRs with some non-zero value, then reads the values > >>>>>> back into a first array, then waits for a key (with the '-w' option) > >>>>>> so that it is possible to migrate the VM, and finally reads the > >>>>>> values from the SPRs back into another array and then compares it > >>>>>> with the initial values. > >> > >> Hi, > >> In order to make this test automated, what if we extend the test device to > >> return a save/restore generation number? It can report that in a > >> register,and then the test can spin, waiting for that value to increase. > > > > The test device only works on x86, as far as I know, so I'm afraid it's > > not usable for this case here on PowerPC. > > That's too bad that test device doesn't run on PowerPC. I'll try to > send a patch sometime to add this type of register to the test device. The current plan for powerpc testdev is to use chr-testdev (see backends/testdev.c in qemu src), like arm does. Also the current plan to use it is to bind it to an spapr-vty. Of course plans can change in light of better proposals, but that's where things were left. chr- testdev currently only has one function (debugexit), which doesn't require a read function, so we'll need to add one to support a generation number feature. Thanks, drew > > Thanks, > Greg > > > > > Thomas > > > -- > To unsubscribe from this list: send the line "unsubscribe kvm" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
