summaryrefslogtreecommitdiff
path: root/kernel/trace/trace.c
diff options
context:
space:
mode:
authorPaul Mackerras <paulus@ozlabs.org>2017-09-12 15:54:14 +1000
committerSasha Levin <alexander.levin@verizon.com>2017-11-04 20:17:50 -0400
commitbb8cb63cdb91730943b2682c0fd6c4ec0948127c (patch)
tree22670785bcf9de042be20c002c99d898c4a8a41e /kernel/trace/trace.c
parent35a3adc9d88b15ff8cbbe4909a9c812b2c832cfb (diff)
KVM: PPC: Book3S: Fix race and leak in kvm_vm_ioctl_create_spapr_tce()
[ Upstream commit 47c5310a8dbe7c2cb9f0083daa43ceed76c257fa ] Nixiaoming pointed out that there is a memory leak in kvm_vm_ioctl_create_spapr_tce() if the call to anon_inode_getfd() fails; the memory allocated for the kvmppc_spapr_tce_table struct is not freed, and nor are the pages allocated for the iommu tables. In addition, we have already incremented the process's count of locked memory pages, and this doesn't get restored on error. David Hildenbrand pointed out that there is a race in that the function checks early on that there is not already an entry in the stt->iommu_tables list with the same LIOBN, but an entry with the same LIOBN could get added between then and when the new entry is added to the list. This fixes all three problems. To simplify things, we now call anon_inode_getfd() before placing the new entry in the list. The check for an existing entry is done while holding the kvm->lock mutex, immediately before adding the new entry to the list. Finally, on failure we now call kvmppc_account_memlimit to decrement the process's count of locked memory pages. Reported-by: Nixiaoming <nixiaoming@huawei.com> Reported-by: David Hildenbrand <david@redhat.com> Signed-off-by: Paul Mackerras <paulus@ozlabs.org> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> Signed-off-by: Sasha Levin <alexander.levin@verizon.com>
Diffstat (limited to 'kernel/trace/trace.c')
0 files changed, 0 insertions, 0 deletions