summaryrefslogtreecommitdiff
path: root/tools/scripts
diff options
context:
space:
mode:
authorDavid Hildenbrand <david@redhat.com>2020-04-03 17:30:48 +0200
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2020-04-24 07:59:13 +0200
commitdff0fa65a0d312eb7a14ed0cfa5d981151181240 (patch)
treec077f3b5baa0e96d1bec260d274087261a262ded /tools/scripts
parent8feaf69773e0953dfe956ddae46610b97ea39b1d (diff)
KVM: s390: vsie: Fix possible race when shadowing region 3 tables
[ Upstream commit 1493e0f944f3c319d11e067c185c904d01c17ae5 ] We have to properly retry again by returning -EINVAL immediately in case somebody else instantiated the table concurrently. We missed to add the goto in this function only. The code now matches the other, similar shadowing functions. We are overwriting an existing region 2 table entry. All allocated pages are added to the crst_list to be freed later, so they are not lost forever. However, when unshadowing the region 2 table, we wouldn't trigger unshadowing of the original shadowed region 3 table that we replaced. It would get unshadowed when the original region 3 table is modified. As it's not connected to the page table hierarchy anymore, it's not going to get used anymore. However, for a limited time, this page table will stick around, so it's in some sense a temporary memory leak. Identified by manual code inspection. I don't think this classifies as stable material. Fixes: 998f637cc4b9 ("s390/mm: avoid races on region/segment/page table shadowing") Signed-off-by: David Hildenbrand <david@redhat.com> Link: https://lore.kernel.org/r/20200403153050.20569-4-david@redhat.com Reviewed-by: Claudio Imbrenda <imbrenda@linux.ibm.com> Reviewed-by: Christian Borntraeger <borntraeger@de.ibm.com> Signed-off-by: Christian Borntraeger <borntraeger@de.ibm.com> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'tools/scripts')
0 files changed, 0 insertions, 0 deletions