Public bug reported:

## Problem

The system hard-hangs (requires SysRq / power cycle) after roughly 15-25 minutes
of uptime on an Intel Lunar Lake laptop. The hang is reproducible across boots
and is not tied to a specific application - it occurs while the machine is
idle or after the GPU has been idle, and also under light desktop load (Xorg
+ Firefox).

At the point of the hang, the X server is stuck in uninterruptible sleep (D
state) inside the TTM page pool free path of the `xe` driver.

## Hardware

- Laptop: ASUSTeK ASUS Zenbook S 14 UX5406SA (UX5406SA), BIOS 309 (11/18/2025)
- CPU: Intel Core Ultra 9 288V (Lunar Lake, family 6 model 0xbd)
- GPU: Intel Arc Graphics 130V/140V, PCI 8086:64a0, LNL stepping B0
- Firmware: GuC 70.72.1, HuC 9.4.13, GSC 104.0.5.1429, DMC xe2lpd_dmc.bin v2.29

## Software

- Ubuntu 26.10
- Kernel: 7.3.0-9-generic (Ubuntu 7.3.0-9.9-generic, based on 7.3.0-rc6)
- Graphics stack: Xorg (no Wayland session in use)
- Kernel cmdline (display power-feature workarounds already applied):
  xe.enable_psr=0 xe.enable_panel_replay=0 xe.enable_fbc=0 xe.enable_sagv=0

## Observed failure

SysRq-w (blocked tasks) shows Xorg in D state:

  task:Xorg  state:D
  __schedule
  schedule
  schedule_timeout
  dma_fence_default_wait
  dma_fence_wait_timeout
  xe_migrate_clear+0x83d/0xa00 [xe]
  xe_bo_move+0x5c0/0xf10 [xe]
  ttm_bo_handle_move_mem+0xe7/0x1e0 [ttm]
  ttm_bo_validate+0xdd/0x190 [ttm]
  ttm_bo_init_reserved+0xeb/0x1f0 [ttm]
  xe_bo_init_locked+0x20d/0x3f0 [xe]
  __xe_bo_create_locked+0x9c/0x4e0 [xe]
  xe_bo_create_user+0x67/0x220 [xe]
  xe_gem_create_ioctl+0x257/0x610 [xe]
  drm_ioctl_kernel
  drm_ioctl
  xe_drm_ioctl+0x61/0xb0 [xe]
  __x64_sys_ioctl

SysRq-l (all-CPU backtrace) shows the same task spinning/holding the lock in
the TTM pool free path:

  RIP: ttm_pool_type_give+0x6c/0x120 [ttm]
  ttm_pool_unmap_and_free+0xe5/0x320 [ttm]
  ttm_pool_free_range+0x83/0xe0 [ttm]
  ttm_pool_free+0x3a/0x180 [ttm]
  xe_ttm_tt_unpopulate+0x78/0xc0 [xe]
  ttm_tt_unpopulate+0x2a/0x90 [ttm]
  ttm_bo_cleanup_memtype_use+0x3e/0x80 [ttm]
  ttm_bo_release+0x29e/0x2d0 [ttm]
  ttm_bo_init_reserved+0x197/0x1f0 [ttm]
  xe_bo_init_locked+0x20d/0x3f0 [xe]
  __xe_bo_create_locked+0x9c/0x4e0 [xe]
  xe_bo_create_user+0x67/0x220 [xe]
  xe_gem_create_ioctl+0x257/0x610 [xe]

All other CPUs are idle in cpuidle_enter_state / intel_idle, so this is a
single-task deadlock in the TTM pool, not an interrupt storm.

The kernel is tainted `G U`; the `U` taint is expected and is a direct
consequence of passing the `xe.enable_*` module options on the command line
(the kernel logs "Setting dangerous option enable_psr - tainting kernel"
for each one). This is intentional and not part of the bug.

## What has already been ruled out

- CPU C-state involvement: the hang still occurs with `processor.max_cstate=1`
  on the kernel command line. That workaround has since been removed.
- Interrupt storm: the NMI backtrace shows no CPU spinning in the GPU
  interrupt handler; all other CPUs are idle.
- Display power features: PSR, Panel Replay, FBC and SAGV are all already
  disabled via module parameters and the hang persists.

## Suspected root cause / upstream fixes believed to be missing

1. **Lunar Lake GGTT PTE write-ordering (missing FORCEWAKE)**
   On LNL, batched `writeq()` updates to GGTT page-table entries can fill the
   CPU store buffer, after which a subsequent MMIO write can block
   indefinitely. The fix is a patch series ("drm/xe/ggtt: hold FORCEWAKE while
   updating GGTT PTEs on LNL") that keeps a FORCEWAKE reference held across
   the PTE write batches. This series was posted to dri-devel around May 2026
   and does not appear to be present in 7.3.0-9-generic.

2. **DPT allocated from stolen memory**
   The `xe` driver can allocate the display page table (DPT) from stolen
   memory and write PTEs without an adequate force-wake, which on LNL can
   cause trace-less hard resets/hangs. The out-of-tree/distribution fix that
   prevents DPT from being allocated out of stolen memory (tracked upstream as
   drm/xe issue #7513) is carried by e.g. CachyOS but is not in the Ubuntu
   kernel. Kernel log also shows:
     xe 0000:00:02.0: [drm] Initial FB size exceeds half of stolen, discarding

3. **GuC g2h worker flush on response timeout**
   (`drm/xe/guc/ct: Flush g2h worker in case of g2h response timeout`,
   commit 22ef43c78647dd37b0dafe2182b8650b99dbbe59.) This one is believed to
   already be backported into this kernel, but is listed for completeness
   because it is part of the same LNL idle/wedge symptom cluster.

Note on the above: the exact commit IDs have changed during review upstream,
so please treat the patch *titles* as authoritative rather than the hashes.

## Request

Please consider backporting to the Ubuntu kernel (7.3.0-9-generic and/or the
current HWE kernel):

- the LNL GGTT FORCEWAKE patch series, and
- the fix that stops the DPT from being allocated from stolen memory
  (drm/xe issue #7513),

both of which are required for stable operation of `xe` on Lunar Lake.

## Reproducing

Hang reproduces reliably on this machine after roughly 15-25 minutes of
uptime, typically while idle or shortly after the GPU has gone idle. Triggering
GPU buffer allocation after an idle period (e.g. opening a new tab in Firefox,
starting a GL application) appears to be sufficient.

## Workarounds currently in use

- `xe.enable_psr=0 xe.enable_panel_replay=0 xe.enable_fbc=0 xe.enable_sagv=0`
  on the kernel command line (reduces frequency of the hang, does not fix it).

## Attachments

Will attach via `apport-collect`:
- dmesg (full boot)
- journalctl -k -b 0
- SysRq-w output (blocked tasks)
- SysRq-l output (all-CPU NMI backtrace)
- lspci -nnk for the GPU
- kernel command line, uname -a

ProblemType: Bug
DistroRelease: Ubuntu 26.10
Package: linux-image-7.3.0-9-generic 7.3.0-9.9
ProcVersionSignature: Ubuntu 7.3.0-9.9-generic 7.3.0-rc6
Uname: Linux 7.3.0-9-generic x86_64
ApportVersion: 2.36.0-0ubuntu1
Architecture: amd64
AudioDevicesInUse:
 USER        PID ACCESS COMMAND
 /dev/snd/controlC0:  laoma      3222 F.... pipewire
                      laoma      3223 F.... wireplumber
 /dev/snd/seq:        laoma      3222 F.... pipewire
CasperMD5CheckResult: pass
CurrentDesktop: XFCE
Date: Thu Oct 29 12:37:25 2026
InstallationDate: Installed on 2025-08-05 (450 days ago)
InstallationMedia: Xubuntu Minimal 25.04 "Plucky Puffin" - Release amd64 
(20250415.2)
MachineType: ASUSTeK COMPUTER INC. ASUS Zenbook S 14 UX5406SA_UX5406SA
ProcEnviron:
 LANG=en_GB.UTF-8
 PATH=(custom, no user)
 SHELL=/bin/bash
 TERM=xterm-256color
 XDG_RUNTIME_DIR=<set>
ProcFB: 0 xedrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-7.3.0-9-generic 
root=UUID=6c4f2d19-3de2-4221-ad79-a3ad7b4a659e ro quiet splash 
audit_backlog_limit=8192 xe.enable_psr=0 xe.enable_panel_replay=0 
xe.enable_fbc=0 xe.enable_sagv=0
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No 
PulseAudio daemon running, or not running as session daemon.
SourcePackage: linux
UpgradeStatus: Upgraded to stonking on 2026-10-16 (13 days ago)
dmi.bios.date: 11/18/2025
dmi.bios.release: 5.32
dmi.bios.vendor: American Megatrends International, LLC.
dmi.bios.version: UX5406SA.309
dmi.board.asset.tag: ATN12345678901234567
dmi.board.name: UX5406SA
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK COMPUTER INC.
dmi.chassis.version: 1.0
dmi.ec.firmware.release: 3.19
dmi.modalias: 
dmi:bvnAmericanMegatrendsInternational,LLC.:bvrUX5406SA.309:bd11/18/2025:br5.32:efr3.19:svnASUSTeKCOMPUTERINC.:pnASUSZenbookS14UX5406SA_UX5406SA:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnUX5406SA:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:sku:pfaASUSZenbookS14:
dmi.product.family: ASUS Zenbook S 14
dmi.product.name: ASUS Zenbook S 14 UX5406SA_UX5406SA
dmi.product.version: 1.0
dmi.sys.vendor: ASUSTeK COMPUTER INC.
--- 
ProblemType: Bug
ApportVersion: 2.36.0-0ubuntu1
Architecture: amd64
AudioDevicesInUse:
 USER        PID ACCESS COMMAND
 /dev/snd/controlC0:  laoma      3222 F.... pipewire
                      laoma      3223 F.... wireplumber
 /dev/snd/seq:        laoma      3222 F.... pipewire
CasperMD5CheckResult: pass
CurrentDesktop: XFCE
DistroRelease: Ubuntu 26.10
InstallationDate: Installed on 2025-08-05 (450 days ago)
InstallationMedia: Xubuntu Minimal 25.04 "Plucky Puffin" - Release amd64 
(20250415.2)
MachineType: ASUSTeK COMPUTER INC. ASUS Zenbook S 14 UX5406SA_UX5406SA
Package: linux (not installed)
ProcEnviron:
 LANG=en_GB.UTF-8
 PATH=(custom, no user)
 SHELL=/bin/bash
 TERM=xterm-256color
 XDG_RUNTIME_DIR=<set>
ProcFB: 0 xedrmfb
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-7.3.0-9-generic 
root=UUID=6c4f2d19-3de2-4221-ad79-a3ad7b4a659e ro quiet splash 
audit_backlog_limit=8192 xe.enable_psr=0 xe.enable_panel_replay=0 
xe.enable_fbc=0 xe.enable_sagv=0
ProcVersionSignature: Ubuntu 7.3.0-9.9-generic 7.3.0-rc6
PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No 
PulseAudio daemon running, or not running as session daemon.
Tags: stonking
Uname: Linux 7.3.0-9-generic x86_64
UpgradeStatus: Upgraded to stonking on 2026-10-16 (13 days ago)
UserGroups: adm cdrom dip lpadmin ollama plugdev sudo users
_MarkForUpload: True
dmi.bios.date: 11/18/2025
dmi.bios.release: 5.32
dmi.bios.vendor: American Megatrends International, LLC.
dmi.bios.version: UX5406SA.309
dmi.board.asset.tag: ATN12345678901234567
dmi.board.name: UX5406SA
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: 1.0
dmi.chassis.asset.tag: No Asset Tag
dmi.chassis.type: 10
dmi.chassis.vendor: ASUSTeK COMPUTER INC.
dmi.chassis.version: 1.0
dmi.ec.firmware.release: 3.19
dmi.modalias: 
dmi:bvnAmericanMegatrendsInternational,LLC.:bvrUX5406SA.309:bd11/18/2025:br5.32:efr3.19:svnASUSTeKCOMPUTERINC.:pnASUSZenbookS14UX5406SA_UX5406SA:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnUX5406SA:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:sku:pfaASUSZenbookS14:
dmi.product.family: ASUS Zenbook S 14
dmi.product.name: ASUS Zenbook S 14 UX5406SA_UX5406SA
dmi.product.version: 1.0
dmi.sys.vendor: ASUSTeK COMPUTER INC.

** Affects: linux (Ubuntu)
     Importance: Undecided
         Status: New


** Tags: apport-collected apport-collectedl kernel-bug lnl lunarlake stonking xe

** Attachment added: "zip of relevant system output files illustrating the bug"
   https://bugs.launchpad.net/bugs/2172454/+attachment/6013337/+files/debug.7z

** Tags added: apport-collected stonking

** Description changed:

  ## Problem
  
  The system hard-hangs (requires SysRq / power cycle) after roughly 15-25 
minutes
  of uptime on an Intel Lunar Lake laptop. The hang is reproducible across boots
  and is not tied to a specific application - it occurs while the machine is
  idle or after the GPU has been idle, and also under light desktop load (Xorg
  + Firefox).
  
  At the point of the hang, the X server is stuck in uninterruptible sleep (D
  state) inside the TTM page pool free path of the `xe` driver.
  
  ## Hardware
  
  - Laptop: ASUSTeK ASUS Zenbook S 14 UX5406SA (UX5406SA), BIOS 309 (11/18/2025)
  - CPU: Intel Core Ultra 9 288V (Lunar Lake, family 6 model 0xbd)
  - GPU: Intel Arc Graphics 130V/140V, PCI 8086:64a0, LNL stepping B0
  - Firmware: GuC 70.72.1, HuC 9.4.13, GSC 104.0.5.1429, DMC xe2lpd_dmc.bin 
v2.29
  
  ## Software
  
  - Ubuntu 26.10
  - Kernel: 7.3.0-9-generic (Ubuntu 7.3.0-9.9-generic, based on 7.3.0-rc6)
  - Graphics stack: Xorg (no Wayland session in use)
  - Kernel cmdline (display power-feature workarounds already applied):
    xe.enable_psr=0 xe.enable_panel_replay=0 xe.enable_fbc=0 xe.enable_sagv=0
  
  ## Observed failure
  
  SysRq-w (blocked tasks) shows Xorg in D state:
  
    task:Xorg  state:D
    __schedule
    schedule
    schedule_timeout
    dma_fence_default_wait
    dma_fence_wait_timeout
    xe_migrate_clear+0x83d/0xa00 [xe]
    xe_bo_move+0x5c0/0xf10 [xe]
    ttm_bo_handle_move_mem+0xe7/0x1e0 [ttm]
    ttm_bo_validate+0xdd/0x190 [ttm]
    ttm_bo_init_reserved+0xeb/0x1f0 [ttm]
    xe_bo_init_locked+0x20d/0x3f0 [xe]
    __xe_bo_create_locked+0x9c/0x4e0 [xe]
    xe_bo_create_user+0x67/0x220 [xe]
    xe_gem_create_ioctl+0x257/0x610 [xe]
    drm_ioctl_kernel
    drm_ioctl
    xe_drm_ioctl+0x61/0xb0 [xe]
    __x64_sys_ioctl
  
  SysRq-l (all-CPU backtrace) shows the same task spinning/holding the lock in
  the TTM pool free path:
  
    RIP: ttm_pool_type_give+0x6c/0x120 [ttm]
    ttm_pool_unmap_and_free+0xe5/0x320 [ttm]
    ttm_pool_free_range+0x83/0xe0 [ttm]
    ttm_pool_free+0x3a/0x180 [ttm]
    xe_ttm_tt_unpopulate+0x78/0xc0 [xe]
    ttm_tt_unpopulate+0x2a/0x90 [ttm]
    ttm_bo_cleanup_memtype_use+0x3e/0x80 [ttm]
    ttm_bo_release+0x29e/0x2d0 [ttm]
    ttm_bo_init_reserved+0x197/0x1f0 [ttm]
    xe_bo_init_locked+0x20d/0x3f0 [xe]
    __xe_bo_create_locked+0x9c/0x4e0 [xe]
    xe_bo_create_user+0x67/0x220 [xe]
    xe_gem_create_ioctl+0x257/0x610 [xe]
  
  All other CPUs are idle in cpuidle_enter_state / intel_idle, so this is a
  single-task deadlock in the TTM pool, not an interrupt storm.
  
  The kernel is tainted `G U`; the `U` taint is expected and is a direct
  consequence of passing the `xe.enable_*` module options on the command line
  (the kernel logs "Setting dangerous option enable_psr - tainting kernel"
  for each one). This is intentional and not part of the bug.
  
  ## What has already been ruled out
  
  - CPU C-state involvement: the hang still occurs with `processor.max_cstate=1`
    on the kernel command line. That workaround has since been removed.
  - Interrupt storm: the NMI backtrace shows no CPU spinning in the GPU
    interrupt handler; all other CPUs are idle.
  - Display power features: PSR, Panel Replay, FBC and SAGV are all already
    disabled via module parameters and the hang persists.
  
  ## Suspected root cause / upstream fixes believed to be missing
  
  1. **Lunar Lake GGTT PTE write-ordering (missing FORCEWAKE)**
     On LNL, batched `writeq()` updates to GGTT page-table entries can fill the
     CPU store buffer, after which a subsequent MMIO write can block
     indefinitely. The fix is a patch series ("drm/xe/ggtt: hold FORCEWAKE while
     updating GGTT PTEs on LNL") that keeps a FORCEWAKE reference held across
     the PTE write batches. This series was posted to dri-devel around May 2026
     and does not appear to be present in 7.3.0-9-generic.
  
  2. **DPT allocated from stolen memory**
     The `xe` driver can allocate the display page table (DPT) from stolen
     memory and write PTEs without an adequate force-wake, which on LNL can
     cause trace-less hard resets/hangs. The out-of-tree/distribution fix that
     prevents DPT from being allocated out of stolen memory (tracked upstream as
     drm/xe issue #7513) is carried by e.g. CachyOS but is not in the Ubuntu
     kernel. Kernel log also shows:
       xe 0000:00:02.0: [drm] Initial FB size exceeds half of stolen, discarding
  
  3. **GuC g2h worker flush on response timeout**
     (`drm/xe/guc/ct: Flush g2h worker in case of g2h response timeout`,
     commit 22ef43c78647dd37b0dafe2182b8650b99dbbe59.) This one is believed to
     already be backported into this kernel, but is listed for completeness
     because it is part of the same LNL idle/wedge symptom cluster.
  
  Note on the above: the exact commit IDs have changed during review upstream,
  so please treat the patch *titles* as authoritative rather than the hashes.
  
  ## Request
  
  Please consider backporting to the Ubuntu kernel (7.3.0-9-generic and/or the
  current HWE kernel):
  
  - the LNL GGTT FORCEWAKE patch series, and
  - the fix that stops the DPT from being allocated from stolen memory
    (drm/xe issue #7513),
  
  both of which are required for stable operation of `xe` on Lunar Lake.
  
  ## Reproducing
  
  Hang reproduces reliably on this machine after roughly 15-25 minutes of
  uptime, typically while idle or shortly after the GPU has gone idle. 
Triggering
  GPU buffer allocation after an idle period (e.g. opening a new tab in Firefox,
  starting a GL application) appears to be sufficient.
  
  ## Workarounds currently in use
  
  - `xe.enable_psr=0 xe.enable_panel_replay=0 xe.enable_fbc=0 xe.enable_sagv=0`
    on the kernel command line (reduces frequency of the hang, does not fix it).
  
  ## Attachments
  
  Will attach via `apport-collect`:
  - dmesg (full boot)
  - journalctl -k -b 0
  - SysRq-w output (blocked tasks)
  - SysRq-l output (all-CPU NMI backtrace)
  - lspci -nnk for the GPU
  - kernel command line, uname -a
  
  ProblemType: Bug
  DistroRelease: Ubuntu 26.10
  Package: linux-image-7.3.0-9-generic 7.3.0-9.9
  ProcVersionSignature: Ubuntu 7.3.0-9.9-generic 7.3.0-rc6
  Uname: Linux 7.3.0-9-generic x86_64
  ApportVersion: 2.36.0-0ubuntu1
  Architecture: amd64
  AudioDevicesInUse:
   USER        PID ACCESS COMMAND
   /dev/snd/controlC0:  laoma      3222 F.... pipewire
                        laoma      3223 F.... wireplumber
   /dev/snd/seq:        laoma      3222 F.... pipewire
  CasperMD5CheckResult: pass
  CurrentDesktop: XFCE
  Date: Thu Oct 29 12:37:25 2026
  InstallationDate: Installed on 2025-08-05 (450 days ago)
  InstallationMedia: Xubuntu Minimal 25.04 "Plucky Puffin" - Release amd64 
(20250415.2)
  MachineType: ASUSTeK COMPUTER INC. ASUS Zenbook S 14 UX5406SA_UX5406SA
  ProcEnviron:
   LANG=en_GB.UTF-8
   PATH=(custom, no user)
   SHELL=/bin/bash
   TERM=xterm-256color
   XDG_RUNTIME_DIR=<set>
  ProcFB: 0 xedrmfb
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-7.3.0-9-generic 
root=UUID=6c4f2d19-3de2-4221-ad79-a3ad7b4a659e ro quiet splash 
audit_backlog_limit=8192 xe.enable_psr=0 xe.enable_panel_replay=0 
xe.enable_fbc=0 xe.enable_sagv=0
  PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No 
PulseAudio daemon running, or not running as session daemon.
  SourcePackage: linux
  UpgradeStatus: Upgraded to stonking on 2026-10-16 (13 days ago)
  dmi.bios.date: 11/18/2025
  dmi.bios.release: 5.32
  dmi.bios.vendor: American Megatrends International, LLC.
  dmi.bios.version: UX5406SA.309
  dmi.board.asset.tag: ATN12345678901234567
  dmi.board.name: UX5406SA
  dmi.board.vendor: ASUSTeK COMPUTER INC.
  dmi.board.version: 1.0
  dmi.chassis.asset.tag: No Asset Tag
  dmi.chassis.type: 10
  dmi.chassis.vendor: ASUSTeK COMPUTER INC.
  dmi.chassis.version: 1.0
  dmi.ec.firmware.release: 3.19
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInternational,LLC.:bvrUX5406SA.309:bd11/18/2025:br5.32:efr3.19:svnASUSTeKCOMPUTERINC.:pnASUSZenbookS14UX5406SA_UX5406SA:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnUX5406SA:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:sku:pfaASUSZenbookS14:
  dmi.product.family: ASUS Zenbook S 14
  dmi.product.name: ASUS Zenbook S 14 UX5406SA_UX5406SA
  dmi.product.version: 1.0
  dmi.sys.vendor: ASUSTeK COMPUTER INC.
+ --- 
+ ProblemType: Bug
+ ApportVersion: 2.36.0-0ubuntu1
+ Architecture: amd64
+ AudioDevicesInUse:
+  USER        PID ACCESS COMMAND
+  /dev/snd/controlC0:  laoma      3222 F.... pipewire
+                       laoma      3223 F.... wireplumber
+  /dev/snd/seq:        laoma      3222 F.... pipewire
+ CasperMD5CheckResult: pass
+ CurrentDesktop: XFCE
+ DistroRelease: Ubuntu 26.10
+ InstallationDate: Installed on 2025-08-05 (450 days ago)
+ InstallationMedia: Xubuntu Minimal 25.04 "Plucky Puffin" - Release amd64 
(20250415.2)
+ MachineType: ASUSTeK COMPUTER INC. ASUS Zenbook S 14 UX5406SA_UX5406SA
+ Package: linux (not installed)
+ ProcEnviron:
+  LANG=en_GB.UTF-8
+  PATH=(custom, no user)
+  SHELL=/bin/bash
+  TERM=xterm-256color
+  XDG_RUNTIME_DIR=<set>
+ ProcFB: 0 xedrmfb
+ ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-7.3.0-9-generic 
root=UUID=6c4f2d19-3de2-4221-ad79-a3ad7b4a659e ro quiet splash 
audit_backlog_limit=8192 xe.enable_psr=0 xe.enable_panel_replay=0 
xe.enable_fbc=0 xe.enable_sagv=0
+ ProcVersionSignature: Ubuntu 7.3.0-9.9-generic 7.3.0-rc6
+ PulseList: Error: command ['pacmd', 'list'] failed with exit code 1: No 
PulseAudio daemon running, or not running as session daemon.
+ Tags: stonking
+ Uname: Linux 7.3.0-9-generic x86_64
+ UpgradeStatus: Upgraded to stonking on 2026-10-16 (13 days ago)
+ UserGroups: adm cdrom dip lpadmin ollama plugdev sudo users
+ _MarkForUpload: True
+ dmi.bios.date: 11/18/2025
+ dmi.bios.release: 5.32
+ dmi.bios.vendor: American Megatrends International, LLC.
+ dmi.bios.version: UX5406SA.309
+ dmi.board.asset.tag: ATN12345678901234567
+ dmi.board.name: UX5406SA
+ dmi.board.vendor: ASUSTeK COMPUTER INC.
+ dmi.board.version: 1.0
+ dmi.chassis.asset.tag: No Asset Tag
+ dmi.chassis.type: 10
+ dmi.chassis.vendor: ASUSTeK COMPUTER INC.
+ dmi.chassis.version: 1.0
+ dmi.ec.firmware.release: 3.19
+ dmi.modalias: 
dmi:bvnAmericanMegatrendsInternational,LLC.:bvrUX5406SA.309:bd11/18/2025:br5.32:efr3.19:svnASUSTeKCOMPUTERINC.:pnASUSZenbookS14UX5406SA_UX5406SA:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnUX5406SA:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:sku:pfaASUSZenbookS14:
+ dmi.product.family: ASUS Zenbook S 14
+ dmi.product.name: ASUS Zenbook S 14 UX5406SA_UX5406SA
+ dmi.product.version: 1.0
+ dmi.sys.vendor: ASUSTeK COMPUTER INC.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2172454

Title:
  xe driver: Xorg hangs in ttm_pool_type_give on Lunar Lake (8086:64a0);
  missing GGTT FORCEWAKE / DPT stolen-memory fixes

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2172454/+subscriptions


-- 
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to