Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp3580292pxb; Mon, 24 Jan 2022 12:43:19 -0800 (PST) X-Google-Smtp-Source: ABdhPJxsTFBlFDjAfCXkxpe+TfdawqP69Ux4osq/oz19gZyKbaLpVhYXuvoL7jfovm5kfNHxT7Z6 X-Received: by 2002:a17:90a:141:: with SMTP id z1mr30842pje.87.1643056874518; Mon, 24 Jan 2022 12:41:14 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643056874; cv=none; d=google.com; s=arc-20160816; b=rYh4lkXQAA0l+Et+/cVK4WLitY/pxTdGQJM5QjbwT/+Oxe/jhBs0PTq7soK7i7Weuy uqy8gL0f/BHNB6J7MT7kCnoKHCndaChhlHVnJkvs40vS1A1elqIH0tPaD6JqoMzyg05Y dfSnl6+Fv2WYcP4865iRyn0i4GTEVFzYR+hl/r0ZAINant9oiPHrhxCtXVuBcufMj9Jh FwrBuRHDJmaRWAlqBr8KmkEyt8VCPDWcCORyYHTPCNHG9C0kQ0rs7UywZR76JlZscpvb GE3M2ZLUHuu7td34A27l946/wzpfpFgqaD7QZ3mWMlzD8ywlS9skTd+uOovxaEUE5EmE QGZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=zLxV3OJvFqSkdWAEcINsCh7+bQRX9FRXQQh0OKGTd14=; b=REEPmS02XWxTtcKMZu47i8+w2Q3fdAaQEcke3WFZYWZVypq9Y8i5bwdn64KsRJLEtE 05b6ZibjdMkndS8lYBQNygTtbdOoPmA0/TEKX5EpKlO2g9t45O/Y6zKwf9KTih1ELO+x OCDWoWsL1AKsotCIsFCK7yrWOv5HOfm77YvjR4l7KE+g8s8jYvBc8iR4ZvrpiAv/Ttu+ 7HLOqSMCkjn/8QT4hqipHXevQwwOgrU+unapObCaFYioFW2RtSeLr2jQiljmI0a6n7if G0ETmRrOG0td1rA0ksaU+BSjMlPbdqNil6c2/JABJVE6FSUkZIBJvrCvRU5JBsc75MHf oRyA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=RzzBOJst; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m5si10917590pgl.645.2022.01.24.12.41.00; Mon, 24 Jan 2022 12:41:14 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=RzzBOJst; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1358292AbiAXTyu (ORCPT + 99 others); Mon, 24 Jan 2022 14:54:50 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55376 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1344288AbiAXTnd (ORCPT ); Mon, 24 Jan 2022 14:43:33 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 35985C09427E; Mon, 24 Jan 2022 11:22:18 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id F250DB81236; Mon, 24 Jan 2022 19:22:16 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 21C70C340E7; Mon, 24 Jan 2022 19:22:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1643052135; bh=k6hFSNaZQpyFhrbjAzHTCV+pR3fyHRq4OVMIzVn/ZKs=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=RzzBOJstmrOuMehpB8PdJBBbrd6PWuTApfCobUaK2BqvJ2NTUfFHwpNCz11EdpRA8 YyoJfv6xnHzHtcN2wc2dtvC54fiR9fhlP9tnZ9VXbVTnSVjY/wcTyPf6AAbtXcMxhT +i8QYzwd8i6Ie7ZoiYNNmrilAe4I8exz9bSw2TyU= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Vlastimil Babka , Gerald Schaefer , Alexander Gordeev , Heiko Carstens Subject: [PATCH 4.19 200/239] s390/mm: fix 2KB pgtable release race Date: Mon, 24 Jan 2022 19:43:58 +0100 Message-Id: <20220124183949.471391396@linuxfoundation.org> X-Mailer: git-send-email 2.34.1 In-Reply-To: <20220124183943.102762895@linuxfoundation.org> References: <20220124183943.102762895@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Alexander Gordeev commit c2c224932fd0ee6854d6ebfc8d059c2bcad86606 upstream. There is a race on concurrent 2KB-pgtables release paths when both upper and lower halves of the containing parent page are freed, one via page_table_free_rcu() + __tlb_remove_table(), and the other via page_table_free(). The race might lead to a corruption as result of remove of list item in page_table_free() concurrently with __free_page() in __tlb_remove_table(). Let's assume first the lower and next the upper 2KB-pgtables are freed from a page. Since both halves of the page are allocated the tracking byte (bits 24-31 of the page _refcount) has value of 0x03 initially: CPU0 CPU1 ---- ---- page_table_free_rcu() // lower half { // _refcount[31..24] == 0x03 ... atomic_xor_bits(&page->_refcount, 0x11U << (0 + 24)); // _refcount[31..24] <= 0x12 ... table = table | (1U << 0); tlb_remove_table(tlb, table); } ... __tlb_remove_table() { // _refcount[31..24] == 0x12 mask = _table & 3; // mask <= 0x01 ... page_table_free() // upper half { // _refcount[31..24] == 0x12 ... atomic_xor_bits( &page->_refcount, 1U << (1 + 24)); // _refcount[31..24] <= 0x10 // mask <= 0x10 ... atomic_xor_bits(&page->_refcount, mask << (4 + 24)); // _refcount[31..24] <= 0x00 // mask <= 0x00 ... if (mask != 0) // == false break; fallthrough; ... if (mask & 3) // == false ... else __free_page(page); list_del(&page->lru); ^^^^^^^^^^^^^^^^^^ RACE! ^^^^^^^^^^^^^^^^^^^^^ } ... } The problem is page_table_free() releases the page as result of lower nibble unset and __tlb_remove_table() observing zero too early. With this update page_table_free() will use the similar logic as page_table_free_rcu() + __tlb_remove_table(), and mark the fragment as pending for removal in the upper nibble until after the list_del(). In other words, the parent page is considered as unreferenced and safe to release only when the lower nibble is cleared already and unsetting a bit in upper nibble results in that nibble turned zero. Cc: stable@vger.kernel.org Suggested-by: Vlastimil Babka Reviewed-by: Gerald Schaefer Signed-off-by: Alexander Gordeev Signed-off-by: Heiko Carstens Signed-off-by: Greg Kroah-Hartman --- arch/s390/mm/pgalloc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) --- a/arch/s390/mm/pgalloc.c +++ b/arch/s390/mm/pgalloc.c @@ -256,13 +256,15 @@ void page_table_free(struct mm_struct *m /* Free 2K page table fragment of a 4K page */ bit = (__pa(table) & ~PAGE_MASK)/(PTRS_PER_PTE*sizeof(pte_t)); spin_lock_bh(&mm->context.lock); - mask = atomic_xor_bits(&page->_refcount, 1U << (bit + 24)); + mask = atomic_xor_bits(&page->_refcount, 0x11U << (bit + 24)); mask >>= 24; if (mask & 3) list_add(&page->lru, &mm->context.pgtable_list); else list_del(&page->lru); spin_unlock_bh(&mm->context.lock); + mask = atomic_xor_bits(&page->_refcount, 0x10U << (bit + 24)); + mask >>= 24; if (mask != 0) return; } else {