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 B6842175A7B for ; Wed, 6 May 2026 08:31:48 +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=1778056308; cv=none; b=hrqSREvcFUaxUzJwaJDDFq7h1AuV06liTvRWFOjOkssmiNolegldvhbOX0jCzmYXxyv4RuoENFaINKmimSN9OI4rMAVLfir0XIX3dRDiJc1hrh+LS1Jq3iU97pD62Kb914Q7YEmHMvhG2niuKMj9lGwCmdb6l6C0z3fibPkfFBA= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778056308; c=relaxed/simple; bh=+4uz6jbhFPBlP7cva61vumTFpmu/FNrnQOBaRk+twOo=; h=From:To:Cc:Subject:In-Reply-To:References:Date:Message-ID: MIME-Version:Content-Type; b=drlGgO07xqYmekqbh1YcBF0HVjyM/BbEZJmBTC+Rt3mSs/qdAsR4fxR77+5lP5FUH5CmUcqjvK1K/W3bqqDk91UULqxyGnV5+zXT/YWXBMOYUJ3ozg1WYYJYEBP5WyiC5alqG+h3xCrlZb6IWOWW4VUBMYgVZJSxCXcPbVy2l9g= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=jq6DYWvM; 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="jq6DYWvM" Received: by smtp.kernel.org (Postfix) with ESMTPSA id C72F7C2BCB8; Wed, 6 May 2026 08:31:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1778056308; bh=+4uz6jbhFPBlP7cva61vumTFpmu/FNrnQOBaRk+twOo=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=jq6DYWvMV+P15yrk32EwXBt0g2KmIxMn8sH+vWgHCaKAxAv1VKgBmz2d0azo6GG/9 GLOnV0kXLLo8yLR6KPtqXgUMHYbExyzl9KGP+iT/KTESsAu+yxxKss6ezxrxH9S03I QZyU/2BmZrb8fVYVvAKQCb7MZtDu87bSTUA5BrxTw6YrmPvxdFv2xHipi9nd4ushse lguzUThiAyXIYFtAI1Ngp4wM+0Y+z6ALhPxlCmwpgunSZU4JM3b5uzAIyeOyUu5X0o EqgNc5j3eObg9xMy77vZL2nNj9bLA8OMWDwicgh/g1XSiFf5axaIFd9TRypkjXjJca RzxZmcFYyKv5g== From: Pratyush Yadav To: Pasha Tatashin Cc: rppt@kernel.org, sourabhjain@linux.ibm.com, jbouron@amazon.com, akpm@linux-foundation.org, bhe@redhat.com, linux-kernel@vger.kernel.org, dan.carpenter@linaro.org, liaoyuanhong@vivo.com, rafael.j.wysocki@intel.com, piliu@redhat.com, kexec@lists.infradead.org, pratyush@kernel.org, graf@amazon.com, mario.limonciello@amd.com Subject: Re: [PATCH v1 1/3] liveupdate: skip serialization for context-preserving kexec In-Reply-To: <20260506043200.2025677-6-pasha.tatashin@soleen.com> (Pasha Tatashin's message of "Wed, 6 May 2026 00:32:02 -0400") References: <20260506043200.2025677-5-pasha.tatashin@soleen.com> <20260506043200.2025677-6-pasha.tatashin@soleen.com> Date: Wed, 06 May 2026 10:31:44 +0200 Message-ID: <2vxz34050wi7.fsf@kernel.org> User-Agent: Gnus/5.13 (Gnus v5.13) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain Hi Pasha, On Wed, May 06 2026, Pasha Tatashin wrote: > A preserve_context kexec returns to the current kernel, which > is unrelated to live update where the state is passed to the next > kernel. Skip liveupdate_reboot() in this case to avoid serialization > and prevent sessions from being left in a frozen state upon return. Should we also stop KHO? Now it is stateless and always finalized. I am not sure how these kexec jump images will interact with KHO data, but seems like we shouldn't be handing over memory if the image will jump back. Anyway, for this patch: Reviewed-by: Pratyush Yadav (Google) > > Fixes: db8bed8082dc ("kexec: call liveupdate_reboot() before kexec") > Reported-by: Oskar Gerlicz Kowalczuk > Signed-off-by: Pasha Tatashin [...] -- Regards, Pratyush Yadav