From dmesg we see this: [ 35.845199] ast 0008:04:00.0: [drm] Using ASPEED DisplayPort transmitter
From: Thomas Zimmermann <[email protected]> Date: Tuesday, September 23, 2025 at 10:35 AM To: Carol Soto <[email protected]>, Nirmoy Das <[email protected]>, KuoHsiang Chou <[email protected]> Cc: [email protected] <[email protected]>, Matt Ochs <[email protected]> Subject: Re: ast "WARN_ON(!__ast_dp_wait_enable("ast, enabled)) on reboot External email: Use caution opening links or attachments Hi Am 23.09.25 um 17:31 schrieb Carol Soto: > > I think this call was failing in this system for 6.8 kernel. The > difference is that now is a WARN_ON so we see the stack trace at > reboot with 6.14 and above kernels. > OK. Just to clarify: your system does use an Aspeed DisplayPort? There are also systems with VGA port. Best regards Thomas > Carol > > *From: *Thomas Zimmermann <[email protected]> > *Date: *Tuesday, September 23, 2025 at 4:41 AM > *To: *Nirmoy Das <[email protected]>, KuoHsiang Chou > <[email protected]> > *Cc: *[email protected] > <[email protected]>, Carol Soto <[email protected]>, Matt > Ochs <[email protected]> > *Subject: *Re: ast "WARN_ON(!__ast_dp_wait_enable("ast, enabled)) on > reboot > > External email: Use caution opening links or attachments > > > Hi > > Am 23.09.25 um 11:25 schrieb Nirmoy Das: > > > > On 23.09.25 11:15, Thomas Zimmermann wrote: > >> Hi > >> > >> Am 23.09.25 um 10:34 schrieb Nirmoy Das: > >>> > >>> Hi Thomas and KuoHsiang > >>> > >>> > >>> (Not sure if there is separate portal to report AST issues. Let me > >>> know if there is one) > >>> > >>> We are observing the following trace on every reboot. I tried > >>> increasing the timeout value but that did not resolve the issue. > >>> > >>> I tried to read AST_IO_VGACRI(0xdf) and AST_IO_VGACRI(0xe3) which > >>> returns a value of 0xff. I wonder if > >>> > >>> the device is accessible at pci_device_shutdown(). > >>> > >>> I have attached the lspci output for your review. Please let me > >>> know if you have some ideas how to debug/fix this. > >>> > >> > >> Is that a new problem? I occasionally refactor parts of the driver. > >> It could happen that an older version works? > > > > > > We saw this on 6.14 and 6.16 so I think it is not a new issue. Should > > we try out more older kernel? > > If you can. The DP code got added in v5.19 by commit 594e9c04b586 > ("drm/ast: Create the driver for ASPEED proprietory Display-Port"). > > Best regards > Thomas > > > > > > > Regards, > > > > Nirmoy > > > >> > >> Best regards > >> Thomas > >> > >>> [ 196.248014] ast 0008:02:00.0: [drm] > >>> drm_WARN_ON(!__ast_dp_wait_enable(ast, enabled)) [ 196.248045] > >>> WARNING: CPU: 76 PID: 1 at drivers/gpu/drm/ast/ast_dp.c:282 > >>> ast_dp_set_enable+0x124/0x158 [ast] [ 196.277550] Modules linked in: > >>> bcache qrtr cfg80211 binfmt_misc cdc_subset ast dax_hmem > >>> drm_shmem_helper cxl_acpi drm_client_lib cxl_port i2c_algo_bit > >>> cxl_core ipmi_ssif drm_kms_helper uio_pdrv_genirq uio coresight_trbe > >>> arm_spe_pmu arm_cspmu_module arm_smmuv3_pmu spi_nor mtd > >>> coresight_funnel acpi_power_meter acpi_ipmi coresight_etm4x > >>> coresight ipmi_msghandler dm_multipath efi_pstore drm nfnetlink > >>> ip_tables x_tables autofs4 overlay isofs nls_iso8859_1 raid10 > >>> raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx > >>> xor xor_neon raid6_pq raid1 raid0 linear mlx5_ib ib_uverbs ib_core > >>> mlx5_core ghash_ce sm4_ce_cipher sm4 sm3_ce mlxfw sha3_ce psample > >>> i2c_smbus sha512_ce nvme tls sha1_ce arm_smccc_trng nvme_core > >>> pci_hyperv_intf spi_tegra210_quad dax_pmem i2c_tegra cdc_ether > >>> usbnet aes_neon_bs aes_neon_blk aes_ce_blk aes_ce_cipher [last > >>> unloaded: ipmi_devintf] [ 196.355667] CPU: 76 UID: 0 PID: 1 Comm: > >>> shutdown Tainted: G W 6.16.4-dev-main-nvidia-pset-linux-6-generic > >>> #16+f4490439 PREEMPT(none) [ 196.369453] Tainted: [W]=WARN [ > >>> 196.372481] Hardware name: NVIDIA Grace CPU P5041/P3880, BIOS > >>> FF.04.00 20250422 [ 196.379955] pstate: 63400009 (nZCv daif +PAN > >>> -UAO +TCO +DIT -SSBS BTYPE=--) [ 196.387073] pc : > >>> ast_dp_set_enable+0x124/0x158 [ast] [ 196.392148] lr : > >>> ast_dp_set_enable+0x124/0x158 [ast] [ 196.397221] sp : > >>> ffff80008049b930 [ 196.400604] x29: ffff80008049b930 x28: > >>> ffffa507dbec1b98 x27: ffff0000acb337b8 [ 196.407901] x26: > >>> 0000000000000000 x25: ffff1003985d2e00 x24: ffffa507dbdc45b8 [ > >>> 196.415197] x23: 0000000000000000 x22: 0000000000418958 x21: > >>> 00000000ffffffdf [ 196.422495] x20: ffff100008bac0c8 x19: > >>> 0000000000000000 x18: 000000000000004c [ 196.429790] x17: > >>> ffff100008b5f200 x16: ffffa508522b5ce8 x15: 0000000000000000 [ > >>> 196.437087] x14: 0000000000000000 x13: 2d2d2d2d2d2d2d2d x12: > >>> 2d2d2d2d5d206572 [ 196.444384] x11: 656820747563205b x10: > >>> 0000000000000020 x9 : ffffa508523621cc [ 196.451681] x8 : > >>> 00000000ffffffff x7 : 0000000000000030 x6 : 0000000005000000 [ > >>> 196.458976] x5 : 000000000000004d x4 : 00000000000000c0 x3 : > >>> 0000000000000003 [ 196.466271] x2 : 0000000000000000 x1 : > >>> 0000000000000000 x0 : ffff000081356040 [ 196.473566] Call trace: [ > >>> 196.476061] ast_dp_set_enable+0x124/0x158 [ast] (P) [ 196.481135] > >>> ast_astdp_encoder_helper_atomic_disable+0x28/0x90 [ast] [ > >>> 196.487630] disable_outputs+0x11c/0x3c8 [drm_kms_helper] [ > >>> 196.493160] drm_atomic_helper_commit_tail+0x2c/0xb0 [drm_kms_helper] > >>> [ 196.499753] ast_mode_config_helper_atomic_commit_tail+0x34/0x58 > >>> [ast] [ 196.506427] commit_tail+0xd8/0x220 [drm_kms_helper] [ > >>> 196.511503] drm_atomic_helper_commit+0x174/0x190 [drm_kms_helper] [ > >>> 196.517824] drm_atomic_commit+0x94/0xe0 [drm] [ 196.522392] > >>> drm_atomic_helper_disable_all+0x204/0x220 [drm_kms_helper] [ > >>> 196.529158] drm_atomic_helper_shutdown+0x90/0x158 [drm_kms_helper] [ > >>> 196.535567] ast_pci_shutdown+0x1c/0x30 [ast] [ 196.540020] > >>> pci_device_shutdown+0x3c/0xa8 [ 196.544216] > >>> device_shutdown+0x140/0x2b0 [ 196.548229] kernel_restart+0x4c/0xb8 [ > >>> 196.551974] __do_sys_reboot+0x148/0x260 [ 196.555979] > >>> __arm64_sys_reboot+0x2c/0x40 [ 196.560074] invoke_syscall+0x70/0x100 > >>> [ 196.563907] el0_svc_common.constprop.0+0x48/0xf8 [ 196.568712] > >>> do_el0_svc+0x28/0x40 [ 196.572097] el0_svc+0x34/0xd8 [ 196.575220] > >>> el0t_64_sync_handler+0x144/0x168 [ 196.579670] > >>> el0t_64_sync+0x1b0/0x1b8 [ 196.583411] ---[ end trace > >>> 0000000000000000 ]--- [ 196.656701] reboot: Restarting system > >>> > >>> lspci: > >>> > >>> 0008:03:00.0 PCI bridge: ASPEED Technology, Inc. AST1150 PCI-to-PCI > >>> Bridge (rev 06) (prog-if 00 [Normal decode]) Subsystem: ASPEED > >>> Technology, Inc. AST1150 PCI-to-PCI Bridge Physical Slot: 2-1 Flags: > >>> bus master, fast devsel, latency 0, NUMA node 0, IOMMU group 24 Bus: > >>> primary=03, secondary=04, subordinate=04, sec-latency=0 I/O behind > >>> bridge: 40000-40fff [size=4K] [16-bit] Memory behind bridge: > >>> 40000000-410fffff [size=17M] [32-bit] Prefetchable memory behind > >>> bridge: [disabled] [64-bit] Capabilities: [40] Power Management > >>> version 3 Capabilities: [68] Express PCI-Express to PCI/PCI-X > >>> Bridge, MSI 00 Capabilities: [b0] Subsystem: ASPEED Technology, Inc. > >>> AST1150 PCI-to-PCI Bridge Capabilities: [e0] Vendor Specific > >>> Information: Len=20 <?> Capabilities: [100] Device Serial Number > >>> 00-80-5e-00-00-10-0b-b0 Capabilities: [10c] Secondary PCI Express > >>> Capabilities: [150] Virtual Channel Capabilities: [1e0] Vendor > >>> Specific Information: ID=0001 Rev=2 Len=010 <?> Capabilities: [1f0] > >>> Advanced Error Reporting 0008:04:00.0 VGA compatible controller: > >>> ASPEED Technology, Inc. ASPEED Graphics Family (rev 52) (prog-if 00 > >>> [VGA controller]) DeviceName: Embedded Video Controller Subsystem: > >>> ASPEED Technology, Inc. ASPEED Graphics Family !!! Unknown header > >>> type 7f Memory at 650040000000 (32-bit, non-prefetchable) [size=16M] > >>> Memory at 650041000000 (32-bit, non-prefetchable) [size=256K] I/O > >>> ports at 40000 [size=128] Kernel driver in use: ast Kernel > modules: ast > >>> > >> > > -- > -- > 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) > -- -- 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)
