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 A6B8F44C514 for ; Wed, 19 Aug 2026 10:28:34 +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=1787135317; cv=none; b=rLveBNnJOG3HzLAxgvTbajqnHy0hKLEu2TqcV9wB/dU5/XNB55kzRwExudkZPyBtdJSuNtcpPmVzUTObkbTLA+Q7hJKhKIoJV4Uz5HufRRvHhAyAymE488aoEaJFm4MPffLV2u23XwYctmp5aD1TKe4yivEGEawQdnZP00/iYUg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1787135317; c=relaxed/simple; bh=DhmRrUsfnI4lZxP4pD+tWGUBDNf1S3DU/s0RvYqKcYE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=bNvTNP0XirvfhN6ZUfUWXc4+Oznl7zUvnBO+6ohUr4APsMBtq1suBc4N9MSp3ek5+yFCP/7BrEWwIppnEBwQx1yhkmoXO0pToNrFcL2KFGJOs6kvxucPvsgGE74Gg9g3yXjHXC/4x1npTrG6oo9F+EqTpqg2wB9ki5yuHYPpB8Y= 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=vrFq7bGg; 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="vrFq7bGg" 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-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=5xhsxQv3y79BoPZ1auAVTOrY0Ii21yucenX1lTIQciM=; b=vrFq7bGgZ8OVvCCw7E7GGeyQ9o 8BKhCVCvJVQM37dcZrFzK2Fwta26qOB/tl/4c8EQ/Qejg8tbDm6dFi9LvvdWeHxA9tfC2tXa0iBUC bb3NFM6YPczL1dcm1aGnzlyAzT2dO2F246MkH7nXhWUYeOfCN95+PVOfFc+NlobQN5a/QJTK4G6OB aKVq4a85UqxfotRiM7ZeNXtBDOZ+DQ2XxDdQY1jW33unn522df++A5CqtwsJlPr8kw29OBUwrdbcF u+kaezwZFiW4xmWm6TgFMV1C2jZqNhZmidbxcsuxYluseRKZ33ZnRJeRo4BXTQ76Xu+9Ht6naH3qS a0ukrU/w==; 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 1wwdWi-009j7Y-22; Wed, 19 Aug 2026 10:28:08 +0000 Date: Wed, 19 Aug 2026 03:28:02 -0700 From: Breno Leitao To: Mike Rapoport Cc: Andrew Morton , David Hildenbrand , Lorenzo Stoakes , "Liam R. Howlett" , Vlastimil Babka , Suren Baghdasaryan , Michal Hocko , Baoquan He , Pasha Tatashin , Pratyush Yadav , Miaohe Lin , Naoya Horiguchi , linux-mm@kvack.org, linux-kernel@vger.kernel.org, kexec@lists.infradead.org, rmikey@meta.com, riel@surriel.com, kernel-team@meta.com, Kiryl Shutsemau , Bradley Morgan Subject: Re: [PATCH v6 0/2] kexec: keep the next kernel off hardware-poisoned pages Message-ID: References: <20260812-kexec_posioned-v6-0-e477887086f0@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=us-ascii Content-Disposition: inline In-Reply-To: X-Debian-User: leitao On Wed, Aug 19, 2026 at 12:36:17PM +0300, Mike Rapoport wrote: > On Wed, Aug 12, 2026 at 04:31:50AM -0700, Breno Leitao wrote: > > Memory failures are common enough on large fleets that kexec regularly > > lands the next kernel on a frame the memory failure subsystem has already > > marked bad. Patch 2 teaches the segment placement to avoid those frames. > > > > Patch 1 is a prerequisite. locate_mem_hole_top_down() walks candidates > > downwards without ever checking that the subtraction stays above zero, so > > the walk can wrap and report success with a destination outside of RAM. > > Patch 2 adds one more downward step to that loop, so the bug is fixed > > first and both patches rely on the same bail-out. > > I queued this for v7.4, the patches will appear in the liveupdate tree > after the merge window. Thanks Mike. I'll now get back to the most ambicious patchset that carries poisoned page information over to the next kernel, so memory failure information survive across kexec: https://lore.kernel.org/all/20260717-hwpoison-kho-v1-0-9c5eda551998@debian.org/