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 8AE181D5CEA; Mon, 13 Oct 2025 13:58:46 +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=1760363926; cv=none; b=EWxUJDUBXNT+BBUZaYIa+zC6jyi8uAc7hFItT91RM3tc2nOgTUCjMSVg2B1WwFPUG+ZjS7sSiKuzRxhuuDpG6HcPKY/qfFzXsvVk8+db7iZuPdJNd/d3uzIwbOx7ecHzAuBomArxRG4WG3GKPR3kADQSkvt3G3Zp+A9bXik3XpA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1760363926; c=relaxed/simple; bh=sMrKkgG+uTwi5sHHZ4cTtu282VBQzEJvwZ+YmNuz5MA=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=J/DEtL0gwJwMZjNHA5J1sSn8S5Y+fCo6q/aGFSSwSUdMsEfp0fKFLdor8SYuPnXSkx4d53aVj4q+6LGZdMJjFypIVsANsMA0ttardbAnPlqrLY3893Lpn6en8x8U/ZScP2I/TAcwNTTVtyn7WQenIEfY9vECnEo3fNN5zVtbJR4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=cR/pTLT/; 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="cR/pTLT/" Received: by smtp.kernel.org (Postfix) with ESMTPSA id BA587C4CEE7; Mon, 13 Oct 2025 13:58:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1760363926; bh=sMrKkgG+uTwi5sHHZ4cTtu282VBQzEJvwZ+YmNuz5MA=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=cR/pTLT/vpOrz2kLrwv4bvlqQMcwjn6IYqZ77M8tIyBhGSIjXU3X+Ba6/VNChaLUS CEeAm+egr1YfRdMKWvhXSh0yilyNV1WupuO++XCypFMdngsyBLKGOTlG1U6VciU4M0 NatKxXbZSLpFve4E67qR7QfTPy55ZSTtGIDs5Cd5qlvoFTHTYSMTOVjJTPd7ol6km2 RCVvDjevQI8YSSsP1eUbTUYs27I0ieyhoz5ldlds8Mc0Aq5Xqw2lHoCUGRgaZMJuEK 6zFI50ZCXW5jfCgBuovWZrCBeAqOkZLGvfM2rk5Ee50TFvugi1fdyAeT3vzVowZM8h asxk7DceP6u1w== From: Pratyush Yadav To: Jason Miu Cc: Chris Li , Pratyush Yadav , Bjorn Helgaas , Pasha Tatashin , Bjorn Helgaas , Greg Kroah-Hartman , "Rafael J. Wysocki" , Danilo Krummrich , Len Brown , linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org, linux-acpi@vger.kernel.org, David Matlack , Pasha Tatashin , Vipin Sharma , Saeed Mahameed , Adithya Jayachandran , Parav Pandit , William Tu , Mike Rapoport , Jason Gunthorpe , Leon Romanovsky , skhawaja@google.com Subject: Re: [PATCH v2 00/10] LUO: PCI subsystem (phase I) In-Reply-To: (Jason Miu's message of "Fri, 10 Oct 2025 16:49:42 -0700") References: <20250929150425.GA111624@bhelgaas> Date: Mon, 13 Oct 2025 15:58:41 +0200 Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Precedence: bulk X-Mailing-List: linux-pci@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Fri, Oct 10 2025, Jason Miu wrote: > On Thu, Oct 9, 2025 at 9:19=E2=80=AFPM Chris Li wrote: >> >> On Thu, Oct 9, 2025 at 4:21=E2=80=AFPM Pratyush Yadav wrote: >> > >> > On Tue, Oct 07 2025, Chris Li wrote: >> > >> > [...] >> > > That will keep me busy for a while waiting for the VFIO series. >> > >> > I recall we talked in one of the biweekly meetings about some sanity >> > checking of folios right before reboot (make sure they are right order, >> > etc.) under a KEXEC_HANDOVER_DEBUG option. If you have some spare time >> > on your hands, would be cool to see some patches for that as well :-) >> >> Sure, I will add that to my "nice to have" list. No promised I got >> time to get to it with the PCI. It belong to the KHO series not PCI >> though. >> Right. It is only a "nice to have", and not a requirement. And certainly not for the PCI series. > > Hi Pratyush, Chris, > > For the folio sanity check with KEXEC_HANDOVER_DEBUG, I can follow > that up. Would you tell me what we like to check before reboot, I may > have missed some context. Thanks! The idea is to sanity-check the preserved folios in the kexec-reboot flow somewhere. The main check discussed was to make sure the folios are of the same order as they were preserved with. This will help catch bugs where folios might split after being preserved. Maybe we can add some more checks too? Like making sure the folios aren't freed after they were preserved. But that condition is a bit trickier to catch. But at least the former should be simple enough to do as a start. --=20 Regards, Pratyush Yadav