From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id D0B5FC36018 for ; Mon, 7 Apr 2025 18:35:49 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 081506B000C; Mon, 7 Apr 2025 14:35:49 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 030366B000D; Mon, 7 Apr 2025 14:35:48 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E39796B000E; Mon, 7 Apr 2025 14:35:48 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id C4C256B000C for ; Mon, 7 Apr 2025 14:35:48 -0400 (EDT) Received: from smtpin30.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 719641CC344 for ; Mon, 7 Apr 2025 18:35:48 +0000 (UTC) X-FDA: 83308101576.30.4DD3A9D Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by imf27.hostedemail.com (Postfix) with ESMTP id AF41040005 for ; Mon, 7 Apr 2025 18:35:45 +0000 (UTC) Authentication-Results: imf27.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b="kwvaeD/a"; spf=pass (imf27.hostedemail.com: domain of akpm@linux-foundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1744050946; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=HVIx6+rqr4ZJl0FP7/CBLnJxACqBspcG+IcI+UcewN0=; b=X4D7vFEKCIRrsnTmW7kZe4RVIDQ6mgzq2+2qm4+yb+dUqjT8qSyOqHzTka3VGaKDbfu30K B2JBE9HjV15W9zWVWsWVktqk78WcgngflH2JJSMb1RzAY1r9gEOQ8dyPnTKSlpIY6y/bER R8wYVXDKC2IJ/pwPC2igs2J9XFXMu2k= ARC-Authentication-Results: i=1; imf27.hostedemail.com; dkim=pass header.d=linux-foundation.org header.s=korg header.b="kwvaeD/a"; spf=pass (imf27.hostedemail.com: domain of akpm@linux-foundation.org designates 139.178.84.217 as permitted sender) smtp.mailfrom=akpm@linux-foundation.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1744050946; a=rsa-sha256; cv=none; b=wzACCyWU6k+oNiGhW3aynYCYSjNFTc+Q94743mr/686w+6vN0XjAM+HYJ39EQdx+wjSF2g 0b1gFPxwY3kJyIAhQOl9V3mMJ17aYPvp9/YZHG+p1g6R1hU6PJQyQvTcGQnZ5tcbhBDWTr hRMmswaLYA/eqkC1z/mL4rmEAjQMmas= Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by dfw.source.kernel.org (Postfix) with ESMTP id DF9495C276A; Mon, 7 Apr 2025 18:33:27 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3B551C4CEDD; Mon, 7 Apr 2025 18:35:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linux-foundation.org; s=korg; t=1744050944; bh=QiTncCnd55Ia4eac1kyaB9blDFvntz5XPVt6W64q1n0=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=kwvaeD/akigjGI7ZXDY52hZRNE3FRFEN6Uc6iHtJlTKxoE0UMkjLxBOD/fgvDHGq1 W4Ni/q9ZjLctOHi6rmPtAnUuHHHe57o4rpfiv0IL8Pp6Z02ulY8lFGXBs6yBBc7eYu XifDovhU5NidAqljsBlmq7svSzYrmQnQBYrtwkdo= Date: Mon, 7 Apr 2025 11:35:43 -0700 From: Andrew Morton To: Alexander Gordeev Cc: Andrey Ryabinin , Hugh Dickins , Nicholas Piggin , Guenter Roeck , Juergen Gross , Jeremy Fitzhardinge , linux-kernel@vger.kernel.org, linux-mm@kvack.org, kasan-dev@googlegroups.com, sparclinux@vger.kernel.org, xen-devel@lists.xenproject.org, linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org Subject: Re: [PATCH v1 0/4] mm: Fix apply_to_pte_range() vs lazy MMU mode Message-Id: <20250407113543.6a43461e397d58471e407323@linux-foundation.org> In-Reply-To: References: X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: AF41040005 X-Stat-Signature: yq791epx3qhhdi4zjsrw88qmoyyy91hk X-Rspam-User: X-Rspamd-Server: rspam12 X-HE-Tag: 1744050945-996856 X-HE-Meta: U2FsdGVkX1+n1xGI/loEjGskcyxcdv1saMTTQDq8W8OfglchUeR1er7bpSmpQoU/tLeUOWUPjnVOdurAqNVoD4uAuZ4kwfMNyv3I5uOo7R4+9LSnISQfseH5GfNGeXIWc7XqXkG2yUCO/VfCHiyjrlL0sHdBOdYzC9XCwBZ0L/HK/iWOxgDZ8uRa0NKpmg0bfgmaXkLK6oTWKa3dyoN6WnxfNV4gGEpTL+i8jwSo62XSC2WH7TLlHSDC865C1Q7LOpLC/bH5uvvvH1l0DaGaS9XkGXvrA7pfrKgD1t+uirUH67AkXNJ7MygWxlZpdyJ9T9FjcrQnJ7N0rM7kzKAy9rMOTqJoQY7o+AP8K4fIdLRZlQ8msfKGAUGWor5TefApE+06n2YOkNJK+8sGsGj7ttsZ4AbWAs9hF4g5eLMAqPDZHtJQjwfc+CofmEnxvbv1+FuoAbKOG13HBd1QInQ/6n6BUTpgLzBrPKTdAxcYZDbveNZft/kEm6qIzJsPf7i9jqNZCGdAEBNA93l7eZYkRdHS1nkWDE7ZpOLi8hUdKh3+YTar0TbJJBt9Fj/1DiAdopap/CdyobS5xoAM5J+sCbYzBVKFYgDcphGvz1INMkbrXJ84HRnC8w4T7BYzMH1mObgZqJh3SwZaHmjFq8Z4ScGsm46zKqXDFHJeQhybHQCua60D2YymNmSYhRbQVuEapkQ7DiSOJiE119UejAhBIe3dnhuLGeQVHlCWnCU53wJHeDnJyqQM3TyfV5RaJ6AIBMOOS7GnM9kZG70zGGFRYUQ+SRj7KpUTOLm1YzfTz8FGZw2M4KjjdZSUHvBG5BN7Cn63f3EkeGptF4AZatlmrc8LbVzmLT6/sXdtynfcId50vbhH2+PP8h2iqaIbyfBaDIkojpHaRb+KLPrsThT7U/4aIUDdEnT/PLnnOahQHAQqSOIO5qobt41H2Tb4rJ3g/KAmge4wp6XHhF2fis2 7QcyB9Ja z+Wb/4QGJY6g1us/hVZbXspQ/ChLNvPuT9nrccGxW5SnDtcJMs/GxgwFhIIQTKTmIs7/k4FLf7zYs1wMTWXtRZ+IhskK9yV5F8eQmlMbzD9sQqWxss/WQf3GZwBibDGcg4CNexH0crzqS4bx7hmuBxve7cejVM4l9RmwhG+to3mpzc7MCNOVZRZZarFSXq8hJFm/guMDEVq17ZCyUBAOsW5E0tMrQecXYu/ifLkTbIh1HrxT+sWUOBXdhniWZaYHOOzJKAVgpgZO8lvP0BxpZnONeEPYOwX3da1yNlYmTfxEo7DH1zdX/eamQRb57XpKj5ClRxCFMguo9EXxZGeR8Z/J3ZoDBeWkjyqcYYNkvg72DwJgXa4NAtK8EZzdiNxgbxiA0wa9c0dcgWFEcvRP1EcCfUUNZiM/PG2wvGdzRv34hm9Os5djctMZPPQQB34WAT1u9 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Mon, 7 Apr 2025 17:11:26 +0200 Alexander Gordeev wrote: > This series is an attempt to fix the violation of lazy MMU mode context > requirement as described for arch_enter_lazy_mmu_mode(): > > This mode can only be entered and left under the protection of > the page table locks for all page tables which may be modified. > > On s390 if I make arch_enter_lazy_mmu_mode() -> preempt_enable() and > arch_leave_lazy_mmu_mode() -> preempt_disable() I am getting this: > > ... > Could you please reorganize this into two series? One series which should be fast-tracked into 6.15-rcX and one series for 6.16-rc1? And in the first series, please suggest whether its patches should be backported into -stable and see if we can come up with suitable Fixes: targets? Thanks.