dri-devel Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Zimmermann <tzimmermann@suse.de>
To: Peter Schneider <pschneider1968@googlemail.com>,
	regressions@lists.linux.dev, LKML <linux-kernel@vger.kernel.org>
Cc: dri-devel@lists.freedesktop.org, stable@vger.kernel.org,
	jfalempe@redhat.com, airlied@redhat.com, dianders@chromium.org,
	nbowler@draconx.ca,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Thorsten Leemhuis <regressions@leemhuis.info>
Subject: Re: [REGRESSION][BISECTED] Screen goes blank with ASpeed AST2300 in 6.18-rc2
Date: Wed, 22 Oct 2025 11:11:56 +0200	[thread overview]
Message-ID: <bf827c5c-c4dd-46f1-962d-3a8e2a0a7fdf@suse.de> (raw)
In-Reply-To: <798ba37a-41d0-4953-b8f5-8fe6c00f8dd3@googlemail.com>

[-- Attachment #1: Type: text/plain, Size: 2677 bytes --]

Hi

Am 22.10.25 um 10:08 schrieb Peter Schneider:
> Hi Thomas,
>
> thanks very much for your quick response!
>
> (adding Thorsten to CC)
>
>
> Am 22.10.2025 um 08:51 schrieb Thomas Zimmermann:
>> Hi
>>
>> Am 22.10.25 um 05:27 schrieb Peter Schneider:
>>> #regzbot introduced: 6f719373b943a955fee6fc2012aed207b65e2854
>>>
>>> Hi all,
>>>
>>> I have encountered a serious (for me) regression with 6.18-rc2 on my 
>>> 2-socket Ivy Bridge Xeon E5-2697 v2 server. After booting, my 
>>> console screen goes blank and stays blank. 6.18-rc1 was still fine.
>>>
>>> The machine has an Asus Z9PE-D16 server mainboard with an onboard 
>>> ASpeed AST2300 VGA chip with 16MB VRAM. I have attached an older HP 
>>> Monitor to it via old VGA jack/cable. It also has a second graphics 
>>> card in a PCI-E slot; an older NVidia GTX 560. It is not connected 
>>> to a monitor, but I have configured it via kernel command line for 
>>> PCI-pass- through to VMs running on this server (I use Proxmox VE, 
>>> i.e. QEMU/KVM virtual machines). Currently, no VMs use this yet, and 
>>> also no VMs are autostarting with machine boot. So when this 
>>> regression occurs, the server is idle. Pressing a key on the 
>>> keyboard does not make the screen come alive. The server is running 
>>> fine though, and I can access it via SSH. It just has no graphic 
>>> output anymore. In case this is important, the machine also has a 
>>> ASMB6 BMC (can be used via http).
>>>
>>> I have attached dmesg output from both 6.18-rc1 which is fine, and 
>>> 6.18-rc2 which exhibits this bug. I have bisected the issue, please 
>>> see attached git bisect.log.
>>
>> Thanks for the detailed bug report.
>>
>> Attached is a patch that partially reverts the broken commit. Could 
>> you please apply it on top of the broken kernel and report on the 
>> results?
>>
>> Best regards
>> Thomas
>
>
> Your patch applied cleanly against 6.18-rc2 and the kernel built fine, 
> but unfortunately it did not solve the issue: my console screen stays 
> blank after booting. This is regardless whether I do a soft reboot, 
> press the reset button or power cycle and do a cold boot. They are all 
> the same.

Just to be sure: you do see output at the early boot stages (BIOS, boot 
loader). It's at some later point during boot, the driver loads and the 
display blanks out?

There's another patch attached. does this make a difference?

Best regards
Thomas

>
>
> Beste Grüße,
> Peter Schneider
>

-- 
--
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nuernberg, Germany
GF: Ivo Totev, Andrew Myers, Andrew McDonald, Boudien Moerman
HRB 36809 (AG Nuernberg)


[-- Attachment #2: 0001-v2-ast-Set-clear-screen-disable-bit.patch --]
[-- Type: text/x-patch, Size: 1926 bytes --]

From 0800e8aeaf0c1fd6c49a9fe214f39c655345bb31 Mon Sep 17 00:00:00 2001
From: Thomas Zimmermann <tzimmermann@suse.de>
Date: Wed, 22 Oct 2025 08:48:49 +0200
Subject: [PATCH] [v2] ast: Set/clear screen-disable bit

---
 drivers/gpu/drm/ast/ast_mode.c | 12 ++++++++++--
 1 file changed, 10 insertions(+), 2 deletions(-)

diff --git a/drivers/gpu/drm/ast/ast_mode.c b/drivers/gpu/drm/ast/ast_mode.c
index 9ce874dba69c..05cbf2fc6560 100644
--- a/drivers/gpu/drm/ast/ast_mode.c
+++ b/drivers/gpu/drm/ast/ast_mode.c
@@ -820,6 +820,7 @@ ast_crtc_helper_atomic_flush(struct drm_crtc *crtc,
 static void ast_crtc_helper_atomic_enable(struct drm_crtc *crtc, struct drm_atomic_state *state)
 {
 	struct ast_device *ast = to_ast_device(crtc->dev);
+	u8 vgasr1 = 0xff;
 	u8 vgacr17 = 0x00;
 	u8 vgacrb6 = 0xff;
 
@@ -828,6 +829,9 @@ static void ast_crtc_helper_atomic_enable(struct drm_crtc *crtc, struct drm_atom
 
 	ast_set_index_reg_mask(ast, AST_IO_VGACRI, 0x17, 0x7f, vgacr17);
 	ast_set_index_reg_mask(ast, AST_IO_VGACRI, 0xb6, 0xfc, vgacrb6);
+
+	vgasr1 &= ~AST_IO_VGASR1_SD;
+	ast_set_index_reg_mask(ast, AST_IO_VGASRI, 0x01, 0xdf, vgasr1);
 }
 
 static void ast_crtc_helper_atomic_disable(struct drm_crtc *crtc, struct drm_atomic_state *state)
@@ -835,9 +839,13 @@ static void ast_crtc_helper_atomic_disable(struct drm_crtc *crtc, struct drm_ato
 	struct drm_crtc_state *old_crtc_state = drm_atomic_get_old_crtc_state(state, crtc);
 	struct ast_device *ast = to_ast_device(crtc->dev);
 	u8 vgacr17 = 0xff;
+	u8 vgasr1 = 0x00;
 
-	vgacr17 &= ~AST_IO_VGACR17_SYNC_ENABLE;
-	ast_set_index_reg_mask(ast, AST_IO_VGACRI, 0x17, 0x7f, vgacr17);
+	vgasr1 |= AST_IO_VGASR1_SD;
+	ast_set_index_reg_mask(ast, AST_IO_VGASRI, 0x01, 0xdf, vgasr1);
+
+	//vgacr17 &= ~AST_IO_VGACR17_SYNC_ENABLE;
+	//ast_set_index_reg_mask(ast, AST_IO_VGACRI, 0x17, 0x7f, vgacr17);
 
 	/*
 	 * HW cursors require the underlying primary plane and CRTC to
-- 
2.51.0


  reply	other threads:[~2025-10-22  9:12 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-10-14  8:46 [PATCH v2] drm/ast: Blank with VGACR17 sync enable, always clear VGACRB6 sync off Thomas Zimmermann
2025-10-14  8:54 ` Jocelyn Falempe
2025-10-22  3:27 ` [REGRESSION][BISECTED] Screen goes blank with ASpeed AST2300 in 6.18-rc2 (was: Re: [PATCH v2] drm/ast: Blank with VGACR17 sync enable, always clear VGACRB6 sync off) Peter Schneider
2025-10-22  6:51   ` [REGRESSION][BISECTED] Screen goes blank with ASpeed AST2300 in 6.18-rc2 Thomas Zimmermann
2025-10-22  8:08     ` Peter Schneider
2025-10-22  9:11       ` Thomas Zimmermann [this message]
2025-10-22  9:16         ` Peter Schneider
2025-10-22 10:20           ` Thomas Zimmermann
2025-10-22 11:23             ` Peter Schneider
2025-10-23 12:46               ` Thomas Zimmermann
2025-10-23 12:50                 ` Thomas Zimmermann
2025-10-23 19:11                 ` Peter Schneider
2025-10-24  5:34                   ` Peter Schneider
2025-10-24  6:15                   ` Thomas Zimmermann

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=bf827c5c-c4dd-46f1-962d-3a8e2a0a7fdf@suse.de \
    --to=tzimmermann@suse.de \
    --cc=airlied@redhat.com \
    --cc=dianders@chromium.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=jfalempe@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nbowler@draconx.ca \
    --cc=pschneider1968@googlemail.com \
    --cc=regressions@leemhuis.info \
    --cc=regressions@lists.linux.dev \
    --cc=stable@vger.kernel.org \
    --cc=torvalds@linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox