diff options
| author | Paolo Bonzini <pbonzini@redhat.com> | 2018-12-21 13:25:59 +0300 |
|---|---|---|
| committer | Paolo Bonzini <pbonzini@redhat.com> | 2018-12-21 13:28:19 +0300 |
| commit | ed8e48122728acfaf7bfa904cba034d83905b43a (patch) | |
| tree | 4a3dfa3927b264c1604febdf428cc1d7054f6f11 /scripts/gcc-plugins/structleak_plugin.c | |
| parent | cfdfaf4a86406f8eff7901de09f4910341eb9e31 (diff) | |
| download | linux-ed8e48122728acfaf7bfa904cba034d83905b43a.tar.xz | |
KVM: x86: fix size of x86_fpu_cache objects
The memory allocation in b666a4b69739 ("kvm: x86: Dynamically allocate
guest_fpu", 2018-11-06) is wrong, there are other members in struct fpu
before the fpregs_state union and the patch should be doing something
similar to the code in fpu__init_task_struct_size. It's enough to run
a guest and then rmmod kvm to see slub errors which are actually caused
by memory corruption.
For now let's revert it to sizeof(struct fpu), which is conservative.
I have plans to move fsave/fxsave/xsave directly in KVM, without using
the kernel FPU helpers, and once it's done, the size of the object in
the cache will be something like kvm_xstate_size.
Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
Diffstat (limited to 'scripts/gcc-plugins/structleak_plugin.c')
0 files changed, 0 insertions, 0 deletions
