From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (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 C733A30DEC1 for ; Wed, 18 Feb 2026 19:43:26 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771443806; cv=none; b=Xzw+JaeyCaJxXFJ0g1oeC5Q0ikog9qRwZeCF+pJO16l65lz+hZD1AM/fH+NEERDS+ErppD6GnaQeiM7ItFAqFcD8fbT/LUC2v+8R4HWGaeqnmLJPAwm/CnqJE0uiBSrwG15L7Cx+4HwVoHQU3X5al9OEh4cHdKAuXoQEmoOTBEM= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771443806; c=relaxed/simple; bh=FLfYAPFghqmFLEuO6Ra+xhRVvI9PI3Fpt7WKCFlz20k=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=hxoNC+wMR2RYne5yF10jDmeCsnztvSbdavyE8QL3FnG0wtryvX0WhvYhUCIqUGAaTJ8YPrktO9yMcauP4alDKZk0pjT7Ap6txkc9doaMql0VZiHPvH6ldtSZysKWHiW5szt6b0bn6g7OPzrBZ2g/WhLj2Xif9rEVrjelWxUdvII= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=hE4wI9wK; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="hE4wI9wK" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 44CEBC116D0; Wed, 18 Feb 2026 19:43:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1771443806; bh=FLfYAPFghqmFLEuO6Ra+xhRVvI9PI3Fpt7WKCFlz20k=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=hE4wI9wKs09K2jUiT7UG+yhME3P3k6Jfym/lJoSmeO8yz0rmNaD+jPDSqhKvkvf88 3PNaE8J7dCHJm+eTCfbguMSeiqcByE4mGPSj+vcjleR3LQBQlAktcmPWxMfjQWVIlR FihxZq+jpvWZd8OBqCKhie9b5Yy6oAHY21MqQF/MsXBlv8cA5pvJ16FwWPCd/FEKZn afkgAxqVBDAVevnyiVT3T+bFm1e6+jxhknsq0aG++K40qkU2zEBrN6dk7jnlIc/aqP nG3UbfhiqYMNg5XATsZ65UKfmIfWrVGSwJJzGTleB/YFdvxyHoqfCinCW1WZxY/rFw C+2DfFvPLJmEw== Date: Wed, 18 Feb 2026 13:43:25 -0600 From: Seth Forshee To: Stephen Dolan Cc: Dave Hansen , Andy Lutomirski , Peter Zijlstra , linux-kernel@vger.kernel.org, Eric Hagberg , Nick Barnes Subject: Re: x86/mm: Finishing off the fix for a should_flush_tlb race Message-ID: References: <281e8018-5506-4a79-8775-e0de7e58b95f@intel.com> 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=us-ascii Content-Disposition: inline In-Reply-To: On Tue, Feb 17, 2026 at 05:21:19PM +0000, Stephen Dolan wrote: > On Tue, 17 Feb 2026 at 15:20, Seth Forshee wrote: > > > I wanted to check on the status of the stable patches, since I see the > > > upstream fix went into 6.18 but there's still no fix in the 6.12 stable > > > tree. We've been seeing segfaults during a test case with 6.12, and > > > after bisecting we found that reverting both "x86/mm: Eliminate window > > > where TLB flushes may be inadvertently skipped" and "x86/mm/tlb: Only > > > trim the mm_cpumask once a second" seems to get rid of the segfaults. > > > I'll try to get some testing with the proposed stable patch today. > > Hmm, ok. I posted the patch to stable@vger.kernel.org a while ago but > it looks like it never got merged. Does this patch fix the issue for > you? > > https://lore.kernel.org/stable/CAHDw0oE0334gEJ=ga1PAnZ3Av8+tFkKF-MJCF7Jj3i6pBVJvFQ@mail.gmail.com/ Without the patch we've seen a segfault within a couple of hours of running our test case, often within 30 minutes. We ran for 18 hours with the patch applied without any crashes, so it looks like it fixes our crash. Thanks, Seth