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 C496C2C1586 for ; Wed, 12 Aug 2026 12:08:12 +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=1786536494; cv=none; b=Skl5HBYCzX46eUKWzgPs4WFVoeliuKqitFYHQv9XPqvxwyaq5IBkTt0t/vavf9KbpRTThZOTv2DuoNpew6TjYwdU3iVKCklb/3oW033zxqfNTo11D42gC+1T8hU+aNjwM7s7iceaBx+1mxGF5DzayReNslLycXow24lk/1pBKGA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786536494; c=relaxed/simple; bh=dle4o+UGSHO9/cdu9pWU9JtiXB8JY0zuP8carGqNXCo=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=JZ0DqGW/LndlD7gRjl4cHECJur8BZMh9mi6q85Gw1k7Sse6Oh2DJrD79Iyy1eH4g0CEqF2Z7iN2zSuRu53m/P48Dt3qSH3cBJieeRAHOPhbZL+6fLYx+qqk+aASq/cLAm3oFN/A2hNJUZjImQ0t3juXvnNFQO9p9qnERS2XXgrk= 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=jssfigmq; 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="jssfigmq" 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=Ei39ELWB+Kc2pXETi/HNp7tTiIPtqt1tiDtMwuQJ9N8=; b=jssfigmqnFP6RQjRsa95nGCxas STpZHA+b1aSnASOsdnq+4BF0SqVKtQekWaRPFD57vLFUqII0Bl9pp6l/xzit4V8StWxg7O+ojX3un SOWW/6/y2tNR714G1y/SuI0RPQ+sgzS93C3F0zUARseVO7wGYlI7sgkCIZ3qFHxCZ2kvLjw/4EWOC U9C1Mvy6R94Y1RRNGqKkCgJFN28nx7P06iuLC6JNzqalrL2eVO89EG/P/uyqIL06pVcGQtxt8QF7l DNEh5a8yUNyKOEnrh9zUQotJX7fup0S8DmFrM1/nQlowms9MWj79qR2YWZm+7odN2wttgQdKnsUw7 vuS/sD2Q==; 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 1wu7kR-004KSI-0L; Wed, 12 Aug 2026 12:07:56 +0000 Date: Wed, 12 Aug 2026 05:07:49 -0700 From: Breno Leitao To: Bradley Morgan Cc: Andrew Morton , David Hildenbrand , Lorenzo Stoakes , "Liam R. Howlett" , Vlastimil Babka , Mike Rapoport , 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 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> <6D17A62B-3124-492F-9593-63F857DD475F@grrlz.net> 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: <6D17A62B-3124-492F-9593-63F857DD475F@grrlz.net> X-Debian-User: leitao Hello Bradley, On Wed, Aug 12, 2026 at 12:36:59PM +0100, Bradley Morgan wrote: > On 12 August 2026 12:31:50 BST, Breno Leitao wrote: > >Changes in v6: > >- Split the pre-existing top-down underflow out into its own patch, and > > drop the "if (poison < kbuf->memsz)" guard from the hwpoison hunk now > > that the loop bail-out covers it. (Mike Rapoport, Sashiko) > >- Link to v5: https://patch.msgid.link/20260810-kexec_posioned-v5-1-95e1b5e2e656@debian.org > > This is a two patch series with one patch, why? This is a patch series with _two_ patches, isn't it? [PATCH v6 1/2] kexec_file: stop the top-down search before it underflows [PATCH v6 2/2] kexec: keep the next kernel off hardware-poisoned pages If you asking why it was split, we decided to split the fix into a separate patch, and keep the "feature" in separate patch. The discussion happened in https://lore.kernel.org/all/anskyrEVUlnTVEgF@kernel.org/