From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 0EEEDCCD185 for ; Mon, 13 Oct 2025 18:04:06 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id A000510E4AC; Mon, 13 Oct 2025 18:04:05 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.b="gyHaMzwl"; dkim-atps=neutral Received: from tor.source.kernel.org (tor.source.kernel.org [172.105.4.254]) by gabe.freedesktop.org (Postfix) with ESMTPS id A70DD10E0C1; Mon, 13 Oct 2025 18:04:04 +0000 (UTC) Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by tor.source.kernel.org (Postfix) with ESMTP id 8FDE961608; Mon, 13 Oct 2025 17:48:22 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id BC636C19423; Mon, 13 Oct 2025 17:48:20 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1760377702; bh=rDKkST9tqltd0Ny8fDT010gtFjkEG2+9tPi6uazi6LU=; h=From:To:Cc:Subject:Date:From; b=gyHaMzwlTgMJtX2fHdfT0YV+acAVS/02MFd3ytPgYy96cSpAXOWb4KPRfOR72owXz goCKHn6oy+vkgfNj+QCBEENnIRM6oUzFjTA4oxnqf2llo1kAboxjSDQQf9IUbhexdU EZX3Gskx/LvKWFDVOeW+koGCJfIuzfZnsJz1zdtrXdvt5YLYFnShF9H3dyz0uKNfo2 6OTWf/hw3eRkjXHnZNG6XhR5yI0T9ypsACxzHRzyyJoEyuviQP9Ve+QeUrwkImyhGD PNsyGuN5Ny3IkNU9XxDzkDefr/YXDQlipuZzHq6FnaMrpiKhSiTH+bRJzzc6yb0ZSB K0KxJB10QXFTQ== From: "Mario Limonciello (AMD)" To: mario.limonciello@amd.com, airlied@gmail.com, alexander.deucher@amd.com, christian.koenig@amd.com, dakr@kernel.org, gregkh@linuxfoundation.org, lenb@kernel.org, pavel@kernel.org, rafael@kernel.org, simona@ffwll.ch Cc: "Mario Limonciello (AMD)" , amd-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org, linux-pm@vger.kernel.org Subject: [RFC PATCH 0/3] Skip thaw sequence for all devices, not just amdgpu Date: Mon, 13 Oct 2025 12:47:08 -0500 Message-ID: <20251013174729.1101186-1-superm1@kernel.org> X-Mailer: git-send-email 2.43.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-BeenThere: amd-gfx@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion list for AMD gfx List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: amd-gfx-bounces@lists.freedesktop.org Sender: "amd-gfx" As part of looking at the hibernate code recently again I was considering whether we really need the thaw stage at all when things are working well. So I wanted to explore what breaks if we just skip it. This should speed up the S4 sequence since nothing needs to resume. If we do this we can drop the special cases in amdgpu and the exported symbols too. Mario Limonciello (3): PM: hibernate: Nominally skip thaw sequence for all devices drm/amd: Drop special cases for thaw() callback PM: Drop pm_hibernate_is_recovering() and pm_hibernation_mode_is_suspend() drivers/base/power/main.c | 20 ++++++-------------- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 4 ---- include/linux/suspend.h | 8 -------- kernel/power/hibernate.c | 24 ++++++++++-------------- kernel/power/user.c | 3 +++ 5 files changed, 19 insertions(+), 40 deletions(-) -- 2.43.0