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 AD275E9B365 for ; Mon, 2 Mar 2026 11:19:10 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 4990810E493; Mon, 2 Mar 2026 11:19:10 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (2048-bit key; unprotected) header.d=invisiblethingslab.com header.i=@invisiblethingslab.com header.b="FAViYZk7"; dkim=pass (2048-bit key; unprotected) header.d=messagingengine.com header.i=@messagingengine.com header.b="zROQEehH"; dkim-atps=neutral Received: from fout-a3-smtp.messagingengine.com (fout-a3-smtp.messagingengine.com [103.168.172.146]) by gabe.freedesktop.org (Postfix) with ESMTPS id 9886410E1F1 for ; Mon, 2 Mar 2026 11:19:08 +0000 (UTC) Received: from phl-compute-03.internal (phl-compute-03.internal [10.202.2.43]) by mailfout.phl.internal (Postfix) with ESMTP id D07FEEC0572; Mon, 2 Mar 2026 06:19:07 -0500 (EST) Received: from phl-frontend-03 ([10.202.2.162]) by phl-compute-03.internal (MEProxy); Mon, 02 Mar 2026 06:19:07 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= invisiblethingslab.com; h=cc:cc:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1772450347; x=1772536747; bh=bY05i/GjZaw5/I4RKcGeiDPQv4mupjxmU/TsxnBo4pg=; b= FAViYZk7P8cQ5QKQj5oTiJqlHbUBrgabRd2dqSXJWnGT+3G6sm23c8bZBmB4FUoZ 5NJaPVUZ4lBZERUFgbS0Qw9/xhEASUEpaR2eUtOtkyrlc9BsaDU9aXN91OoLQFXU 0ZUPFM+2gEGHJ6L/YhhhieLTIEFyCw6XYmBZeCj43/D6UlpwhKsq4wDfNL6n1ugT MMWTGVkD6D4pcJRn/lJUdIvHnG83OFkmcMcPS/JtLEmUJfcrXjiU1bjbzmU+bCqE Ql7gRUiSJL/qBSL+offf65xVdDgqtyPN5X8g+AAss9gUhBhkfF4m+ao+XPTBNvYN hy46qXtzdk/EwI41jznchw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; t= 1772450347; x=1772536747; bh=bY05i/GjZaw5/I4RKcGeiDPQv4mupjxmU/T sxnBo4pg=; b=zROQEehHXc0vtPL8x5aYaOHzP2+SbHMvp3iLw3IvbcwvMTViksk BqRjwJgp6SXgVVqcRC1LK9LNpK8/GcbalaSXWZQeZi7J/Pg5Ge481kb7HH6k0Otb ee6lwETcmzT8tuFi9EBBr6lKE1+b4CmW0AZYUjQpZ/6ldlrVh6QNdGw5rhlWhzNG MBbmt2fHFSTBLIa7MABh1Xux7nNunTJ6/JdKb62m1IzQYPIxdCLi1bhFhZDpjcwb 4Tcf0uCwr9wV49+63wuN2Yz7FafZRl2tUSWYQgIvaFnjDidjDmOq2Z21M1OlHhXd JF296+BxBQmeKn/YVvCoyYZUurKkQFC637Q== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefgedrtddtgddvheejheefucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujf gurhepfffhvfevuffkfhggtggujgesghdtreertddtjeenucfhrhhomhepofgrrhgvkhcu ofgrrhgtiiihkhhofihskhhiqdfikphrvggtkhhiuceomhgrrhhmrghrvghksehinhhvih hsihgslhgvthhhihhnghhslhgrsgdrtghomheqnecuggftrfgrthhtvghrnheptdehvedt ffeggeffgeetieevfeelvdfhjeekvdfhgfffvedvuedviedugefguedvnecuffhomhgrih hnpehgihhthhhusgdrtghomhdpqhhusggvshdqohhsrdhorhhgnecuvehluhhsthgvrhfu ihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepmhgrrhhmrghrvghksehinhhvih hsihgslhgvthhhihhnghhslhgrsgdrtghomhdpnhgspghrtghpthhtohepfedpmhhouggv pehsmhhtphhouhhtpdhrtghpthhtoheprhhoghgvrhdrphgruhestghithhrihigrdgtoh hmpdhrtghpthhtohepgigvnhdquggvvhgvlheslhhishhtshdrgigvnhhprhhojhgvtght rdhorhhgpdhrtghpthhtohepihhnthgvlhdqgigvsehlihhsthhsrdhfrhgvvgguvghskh htohhprdhorhhg X-ME-Proxy: Feedback-ID: i1568416f:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Mon, 2 Mar 2026 06:19:06 -0500 (EST) Date: Mon, 2 Mar 2026 12:19:04 +0100 From: Marek =?utf-8?Q?Marczykowski-G=C3=B3recki?= To: Roger Pau =?utf-8?B?TW9ubsOp?= Cc: xen-devel , intel-xe@lists.freedesktop.org Subject: Re: Graphical glitches (not refreshing?) with Linux's xe driver + Xen 4.19 Message-ID: References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="zu0C4HM+umfEjDpa" Content-Disposition: inline In-Reply-To: X-BeenThere: intel-xe@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Intel Xe graphics driver List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-xe-bounces@lists.freedesktop.org Sender: "Intel-xe" --zu0C4HM+umfEjDpa Content-Type: text/plain; protected-headers=v1; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Date: Mon, 2 Mar 2026 12:19:04 +0100 From: Marek =?utf-8?Q?Marczykowski-G=C3=B3recki?= To: Roger Pau =?utf-8?B?TW9ubsOp?= Cc: xen-devel , intel-xe@lists.freedesktop.org Subject: Re: Graphical glitches (not refreshing?) with Linux's xe driver + Xen 4.19 On Tue, Feb 24, 2026 at 04:58:25PM +0100, Marek Marczykowski-G=C3=B3recki w= rote: > On Fri, Feb 13, 2026 at 02:23:06AM +0100, Marek Marczykowski-G=C3=B3recki= wrote: > > On Thu, Feb 12, 2026 at 04:11:50PM +0100, Roger Pau Monn=C3=A9 wrote: > > > On Tue, Feb 10, 2026 at 07:06:20PM +0100, Marek Marczykowski-G=C3=B3r= ecki wrote: > > > > Hi, > > > >=20 > > > > Recently I started testing compatibility with Intel Lunar Lake. Thi= s is > > > > the first one that uses "xe" instead of "i915" Linux driver for iGP= U. > > > > I test it with Qubes OS 4.3, which uses Xen 4.19.4 and PV dom0 runn= ing > > > > Linux 6.17.9 in this test. > > >=20 > > > Not sure it's going to help a lot, but does using a PVH dom0 make any > > > difference? > >=20 > > Ok, now with the correct Xen version, it's better with PVH dom0. At > > least on the login screen and few applications (from both dom0 and domU) > > I don't see the glitches anymore. I can't do a full test, because PCI > > passthrough doesn't seem to work with PVH dom0 on Xen 4.19 - and I need > > it to start most VMs. > >=20 > > So, if the above test is representative, it's only about PV dom0. >=20 > Some further observations: >=20 > 1. My initial impression that Xen 4.17.6 is not affected is false. > Apparently I got lucky and didn't waited long enough for glitches to > appear. Unfortunately this means I have no way to bisect this... >=20 > 1a. Updated test procedure - either: > - start Qubes OS in full (including default system domUs) and try to > open an app in one of them (for example file manager or pdf viewer) > - start Linux up to lightdm login page, log in, log out, click on a > few lightdm menus (session type selector, poewroff menu etc) >=20 > The second version works even if toolstack version in dom0 doesn't match > Xen version. If no glitches are observed after doing either of those > procedures, assume it's good. >=20 > 2. Xen staging is affected too. As well as Xen staging-4.19 without > any qubes patches. >=20 > 3. After enabling CONFIG_DEBUG in Xen, the xe.ko fails to load firmware: >=20 > xe 0000:00:02.0: [drm] Tile0: GT0: Using GuC firmware from xe/lnl_guc= _70.bin version 70.53.0 > xe 0000:00:02.0: [drm] *ERROR* Tile0: GT0: load failed: status =3D 0x= 40000056, time =3D 0ms, freq =3D 1850MHz (req 1850MHz), done =3D -1 > xe 0000:00:02.0: [drm] *ERROR* Tile0: GT0: load failed: status: Reset= =3D 0, BootROM =3D 0x2B, UKernel =3D 0x00, MIA =3D 0x00, Auth =3D 0x01 > xe 0000:00:02.0: [drm] *ERROR* Tile0: GT0: firmware production part c= heck failure > xe 0000:00:02.0: [drm] *ERROR* Tile0: GT0: Failed to initialize uC (-= EPROTO) > xe 0000:00:02.0: probe with driver xe failed with error -71 >=20 > CONFIG_DEBUG is the only change between "xe.ko loads fine but there are > glitches later on" and "xe.ko fails to load at all". Full console logs: > https://gist.github.com/marmarek/47b5e62a2cdbae6678c2aecc5283cd3f, there > are 3 files: > - CONFIG_DEBUG=3Dn > - CONFIG_DEBUG=3Dy > - CONFIG_DEBUG=3Dy + iommu=3Ddebug >=20 > 4. Updating to Linux 7.0-rc1 doesn't help, for example: > https://openqa.qubes-os.org/tests/168119#step/desktop_linux_manager_creat= e_qube/11 >=20 > Generally, it does feel like a bug in xe.ko, but I can't exclude some iss= ue > on Xen side too (especially given point 3 above). After waiting some time (Linux 6.19.5 this time), Xen CONFIG_DEBUG=3Dn, I g= et some timeout messages: [ 8.122120] xe 0000:00:02.0: [drm] [ENCODER:204:DDI A/PHY A] failed = to retrieve link info, disabling eDP [ 8.148476] xe 0000:00:02.0: [drm] Tile0: GT0: Using GuC firmware fr= om xe/lnl_guc_70.bin version 70.53.0 [ 8.803845] xe 0000:00:02.0: [drm] Tile0: GT0: ccs1 fused off [ 8.804208] xe 0000:00:02.0: [drm] Tile0: GT0: ccs2 fused off [ 8.804556] xe 0000:00:02.0: [drm] Tile0: GT0: ccs3 fused off [ 8.822426] xe 0000:00:02.0: [drm] Tile0: GT1: Using GuC firmware fr= om xe/lnl_guc_70.bin version 70.53.0 [ 8.827140] xe 0000:00:02.0: [drm] Tile0: GT1: Using HuC firmware fr= om xe/lnl_huc.bin version 9.4.13 [ 8.829478] xe 0000:00:02.0: [drm] Tile0: GT1: Using GSC firmware fr= om xe/lnl_gsc_1.bin version 104.0.5.1429 [ 8.852923] xe 0000:00:02.0: [drm] Tile0: GT1: vcs1 fused off [ 8.853513] xe 0000:00:02.0: [drm] Tile0: GT1: vcs2 fused off [ 8.854090] xe 0000:00:02.0: [drm] Tile0: GT1: vcs3 fused off [ 8.854706] xe 0000:00:02.0: [drm] Tile0: GT1: vcs4 fused off [ 8.855310] xe 0000:00:02.0: [drm] Tile0: GT1: vcs5 fused off [ 8.855904] xe 0000:00:02.0: [drm] Tile0: GT1: vcs6 fused off [ 8.856495] xe 0000:00:02.0: [drm] Tile0: GT1: vcs7 fused off [ 8.857079] xe 0000:00:02.0: [drm] Tile0: GT1: vecs1 fused off [ 8.857675] xe 0000:00:02.0: [drm] Tile0: GT1: vecs2 fused off [ 8.858272] xe 0000:00:02.0: [drm] Tile0: GT1: vecs3 fused off [ 8.975881] xe 0000:00:02.0: [drm] Registered 3 planes with drm panic [ 8.976586] [drm] Initialized xe 1.1.0 for 0000:00:02.0 on minor 0 [ 8.980882] ACPI: video: Video Device [GFX0] (multi-head: yes rom: = no post: no) [ 9.033754] xe 0000:00:02.0: [drm] Tile0: GT1: found GSC cv104.1.0 ... [ 1218.319232] xe 0000:00:02.0: [drm] Tile0: GT0: Engine reset: engine_= class=3Drcs, logical_mask: 0x1, guc_id=3D3 [ 1218.319890] xe 0000:00:02.0: [drm] Tile0: GT0: Timedout job: seqno= =3D9883, lrc_seqno=3D9883, guc_id=3D3, flags=3D0x0 in Xorg [3245] [ 1218.320736] xe 0000:00:02.0: [drm] Xe device coredump has been creat= ed [ 1218.321140] xe 0000:00:02.0: [drm] Check your /sys/class/drm/card0/d= evice/devcoredump/data [ 1222.285626] xe 0000:00:02.0: [drm] *ERROR* [CRTC:88:pipe A] flip_don= e timed out [ 1232.525685] xe 0000:00:02.0: [drm] *ERROR* flip_done timed out [ 1232.526280] xe 0000:00:02.0: [drm] *ERROR* [CRTC:88:pipe A] commit w= ait timed out [ 1242.765717] xe 0000:00:02.0: [drm] *ERROR* [CRTC:88:pipe A] flip_don= e timed out [ 1253.005696] xe 0000:00:02.0: [drm] *ERROR* flip_done timed out [ 1253.006248] xe 0000:00:02.0: [drm] *ERROR* [CRTC:88:pipe A] commit w= ait timed out [ 1263.245599] xe 0000:00:02.0: [drm] *ERROR* [CRTC:88:pipe A] flip_don= e timed out The glitches appear much earlier, though. Would content of /sys/class/drm/card0/device/devcoredump/data be useful for debugging this? Full log at https://openqa.qubes-os.org/tests/168813/file/serial0.txt (warning, almost 200MB of those errors...) --=20 Best Regards, Marek Marczykowski-G=C3=B3recki Invisible Things Lab --zu0C4HM+umfEjDpa Content-Type: application/pgp-signature; name=signature.asc -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEhrpukzGPukRmQqkK24/THMrX1ywFAmmlcigACgkQ24/THMrX 1yxbnAf8CLqovdVUHy5Z9g4mb1xXRlYtk5W3BzX2l8m7XATXQU50WCZ70jFB3IVI 731vgifDlcnRiY1/bHU851bc1fHHKKq1KeqL+jmSYEVlxixO9N7Et/o1VDVJdsql wq6sWj2BByyyFvbhOxfUmIfPG/aOqJrBNxMH2QVhTnyUrnWEyX6oUI9jXiA8FX7h a836dOQOkY+zTaypRg85iXbHBjxjj7Kyj8qPFGfyFj5TRw/vgtiMfU1yzPxOo7QT /t47KCoDCwcz4g99iacx3Ly60/x18oyvebrov4KGvAHW75VVlJSG9Zob2as4GH+X wySLcUiG8BkWOu9O57PwH3xGv04dww== =pqlU -----END PGP SIGNATURE----- --zu0C4HM+umfEjDpa--