From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from stravinsky.debian.org (stravinsky.debian.org [82.195.75.108]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id AB3703C4551 for ; Mon, 17 Aug 2026 09:25:17 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=82.195.75.108 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786958719; cv=none; b=SgWhpdT7nGQscKdQpiYptCv37gpjQPWPzpyDu/Tj3TDgwue8a1PqzBMq99yStcHcyU7nHoQ3qt7uCzh4Cs8iLj4c3pA1Wf8alAnVcSqSDDi50JgrBLxYdgKfyQ0pHbMWoyT9zdgUp/uOGp50S1RPbgJu+ymtHypmC7nCtxToUZU= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786958719; c=relaxed/simple; bh=s3wCN/HEx20YMjRkVjnBH36lc1Jno6FKO1CUV9m8s7Q=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Yq6AteaBbJ/x+QaS7jsOOOMPXzRMWZgDckGAiMl4CoT1hskmvoLmkJKq2MMUAZ9ly3t7sD0JxCDV7snG426M2wgr+zv5yiA+9uTIBi9/C6/UVg7E0Zn9Mztbn3nsXaOTETYAv2cuByLHzFAMXYmfnCkmPHARZ2p2m//FdqMGCnE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=debian.org; spf=pass smtp.mailfrom=debian.org; dkim=pass (2048-bit key) header.d=debian.org header.i=@debian.org header.b=efFaE3FZ; arc=none smtp.client-ip=82.195.75.108 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=debian.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=debian.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=debian.org header.i=@debian.org header.b="efFaE3FZ" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debian.org; s=smtpauto.stravinsky; h=X-Debian-User:In-Reply-To:Content-Transfer-Encoding: Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date: Reply-To:Content-ID:Content-Description; bh=wfxXdDZyvlR7gi3sGdbS2Ktcggw0+UdswiSDH3i1yZk=; b=efFaE3FZCI3aY/RoCYLc4/S1dD +OFGkjBOUkzB6OMZS+4bmrQtnzT3moadGXO4gVWLajyRrd1YifgYiasq3c4eYTWIDo4sg1k1Ji1Sk 1/CrVEBA7m+30I9sFwI+Ik5LrGlXLTZqvxQIEeTB3Pu0YBo7uIFikp7vI6iFWO6c9BCHo2L9h0tqv nC3/IfiQvrZgk9UF4xwcBLiiSOv582i1WvHs2JwXAo+UGzsYEnBbFSOxd6Ykgkgj9Zgc5vTsB3/yQ LE6d5oRTo3S/6d1YTbxRtZfXuQrGM3cQfChz4BZNuTTG79UZB/WfuT7YFLjCzL6UmvUxfJ9F6g7Th AUbTVKtg==; Received: from authenticated-user by stravinsky.debian.org with esmtpsa (TLS1.3:ECDHE_X25519__RSA_PSS_RSAE_SHA256__AES_256_GCM:256) (Exim 4.96) (envelope-from ) id 1wvta3-0087nk-05; Mon, 17 Aug 2026 09:24:31 +0000 Date: Mon, 17 Aug 2026 02:24:23 -0700 From: Breno Leitao To: Barry Song Cc: Andrew Morton , Chris Li , Kairui Song , Kemeng Shi , Nhat Pham , Baoquan He , Youngjun Park , David Hildenbrand , Lorenzo Stoakes , "Liam R. Howlett" , Vlastimil Babka , Mike Rapoport , Suren Baghdasaryan , Michal Hocko , Jann Horn , Pedro Falcato , Hugh Dickins , Baolin Wang , Peter Xu , Johannes Weiner , Yosry Ahmed , Chengming Zhou , linux-mm@kvack.org, linux-kernel@vger.kernel.org, kernel-team@meta.com Subject: Re: [PATCH v2 2/3] mm, swap: distinguish a malformed swap entry from a dying device Message-ID: References: <20260813-swap-v2-0-4a625ccabdae@debian.org> <20260813-swap-v2-2-4a625ccabdae@debian.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Debian-User: leitao Hello Barry, On Mon, Aug 17, 2026 at 06:20:22AM +0800, Barry Song wrote: > On Thu, Aug 13, 2026 at 6:02 PM Breno Leitao wrote: > > Do you know why we’re seeing corrupted PTEs with `bad_nofile`? > > Does this issue still exist in mainline? The problem seems related to the problem fixed by commit 366a4532d96f ("mm: fix the race between collapse and PT_RECLAIM under per-vma lock"), but, I am less interested in that problem and more on the behaviour of this code path when problems like this exist. I've got this into this issue due to an overflow in the kernel monitoring subsytem at Meta due to 7 machines getting into this state. :-|