linux-kernel - Re: [PATCH 2/2] drm/amdgpu: implement page_flip

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <aXOE9ckM2enIgFuX@hal-station.localdomain>
Date: Fri, 23 Jan 2026 09:25:57 -0500
From: Hamza Mahfooz <someguy@...ective-light.com>
To: Timur Kristóf <timur.kristof@...il.com>
Cc: dri-devel@...ts.freedesktop.org,
	Alex Deucher <alexander.deucher@....com>,
	Christian König <christian.koenig@....com>,
	David Airlie <airlied@...il.com>, Simona Vetter <simona@...ll.ch>,
	Harry Wentland <harry.wentland@....com>,
	Leo Li <sunpeng.li@....com>, Rodrigo Siqueira <siqueira@...lia.com>,
	Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
	Maxime Ripard <mripard@...nel.org>,
	Thomas Zimmermann <tzimmermann@...e.de>,
	Sunil Khatri <sunil.khatri@....com>,
	Lijo Lazar <lijo.lazar@....com>, Ce Sun <cesun102@....com>,
	Ivan Lipski <ivan.lipski@....com>,
	Kenneth Feng <kenneth.feng@....com>, Alex Hung <alex.hung@....com>,
	Tom Chung <chiahsuan.chung@....com>, Melissa Wen <mwen@...lia.com>,
	Michel Dänzer <mdaenzer@...hat.com>,
	Fangzhi Zuo <Jerry.Zuo@....com>, amd-gfx@...ts.freedesktop.org,
	linux-kernel@...r.kernel.org
Subject: Re: [PATCH 2/2] drm/amdgpu: implement page_flip_timeout() support

On Fri, Jan 23, 2026 at 12:20:30PM +0100, Timur Kristóf wrote:
> MODE2 reset _is_ a full reset on APUs, it resets everything but just doesn't 
> lose the RAM contents. Also note that MODE2 reset is not supported on 
> dedicated GPUs, so this will likely trigger a full reset for those.
> 
> Can you say how you tested this? I'd be happy to test it myself too.

Unfortunately, I don't have a reliable way to reproduce timeouts.
Though, that machine usually hangs if I leave it idle overnight and
forget to turn off the display (I have DPMS disabled). So, I just let
nature run its course, I guess you can say and checked dmesg in the
morning to find that it had reset and was still usable.