[RFT - PATCH v2 0/2] KVM/arm64: add fp/simd lazy switch support
christoffer.dall at linaro.org
Tue Oct 20 00:21:49 PDT 2015
On Mon, Oct 19, 2015 at 03:06:59PM -0700, Mario Smarduch wrote:
> On 10/18/2015 2:07 PM, Christoffer Dall wrote:
> > On Mon, Oct 12, 2015 at 09:29:23AM -0700, Mario Smarduch wrote:
> >> Hi Christoffer, Marc -
> >> I just threw this test your way without any explanation.
> > I'm confused. Did you send me something somewhere already?
> Yes in the last patchset
> I included a simple test I put together.
Sorry, I missed that change in the cover letter.
> >> The test loops, does fp arithmetic and checks the truncated result.
> >> It could be a little more dynamic have an initial run to
> >> get the sum to compare against while looping, different fp
> >> hardware may come up with a different sum, but truncation is
> >> to 5'th decimal point.
> >> The rationale is that if there is any fp/simd corruption
> >> one of these runs should fail. I think most likely scenario
> >> for that is a world switch in midst of fp operation. I've
> >> instrumented (basically add some tracing to vcpu_put()) and
> >> validated vcpu_put gets called thousands of time (for v7,v8)
> >> for an over night test running two guests/host crunching
> >> fp operations.
> >> Other then that not sure how to really catch any problems
> >> with the patches applied. Obviously this is a huge issues, if this has
> >> any problems. If you or Marc have any other ideas I'd be happy
> >> to enhance the test.
> > I think it's important to run two VMs at the same time, each with some
> > floating-point work, and then run some floating point on the host at the
> > same time.
> > You can make that even more interesting by doing 32-bit guests at the
> > same time as well.
> Yes that's the test combination I've been running.
ok, cool, then I trust these patches.
> > I believe Marc was running Panranoia
> > (http://www.netlib.org/paranoia/paranoia.c) to test the last lazy
> > series.
> I'll try this test and run it for several days, see if anything shows up.
I actually don't know what it does, i.e. if it just uses the FP hardware
or if it actually checks the results produced.
Several days may be unnecessary, but if your machine has nothing else to
do, then why not.
More information about the linux-arm-kernel