[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1961897d-cf42-4495-aec7-f4c20dfe7566@redhat.com>
Date: Tue, 15 Jul 2025 10:57:04 +0200
From: Jocelyn Falempe <jfalempe@...hat.com>
To: Askar Safin <safinaskar@...omail.com>, ryasuoka@...hat.com
Cc: airlied@...il.com, dri-devel@...ts.freedesktop.org, kraxel@...hat.com,
linux-kernel@...r.kernel.org, maarten.lankhorst@...ux.intel.com,
mripard@...nel.org, simona@...ll.ch, tzimmermann@...e.de,
virtualization@...ts.linux.dev
Subject: Re: [PATCH drm-next] drm/bochs: Add support for drm_panic
On 14/07/2025 02:04, Askar Safin wrote:
> Are normal panics (i. e. not drm panics) still supposed to work with bochs?
"Normal panics", is just the console logs through fbcon. The problem is
that this is not designed to work in a panic context, so on some driver
it can work, but it's not reliable. Also depending on the panic source
(Like if the panic occurs in IRQ context), you probably won't see anything.
I think the regression is likely because the driver switched to use a
shadow buffer (ie: fbcon draws to a buffer in system memory, which is
copied to the "VRAM" in a workqueue, and workqueues are disabled in a
panic context). So there is no easy fix for the fbcon panic.
This patch series, only take care of DRM panic. You can get the same
output as fbcon, by selecting CONFIG_DRM_PANIC_SCREEN"kmsg".
--
Jocelyn
>
> If yes, then I want to point out that they, in fact, don't work since 2019.
> I. e. panics are not shown in Qemu if:
> 1) bochs is used
> 2) we use "normal" panics (not drm panics)
>
> I already reported this here: https://lore.kernel.org/regressions/197f290e30b.eaadc7bc7913.7315623184036672946@zohomail.com/T/#u ,
> but nobody answered.
>
> --
> Askar Safin
>
Powered by blists - more mailing lists