Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

matteoguglielmi · 2025-10-01 20:26:42

Again, I could crash it in less than 10 seconds using hashcat.

kernel:

[root@max:~]# uname -r
6.17.0-rc6-1-drm-intel-next-git-gcc7e1a9b596c

kashcat:

[root@max:~]# hashcat -b -m 15700
hashcat (v7.1.2) starting in benchmark mode

Benchmarking uses hand-optimized kernel code by default.
You can use it in your cracking session by setting the -O option.
Note: Using optimized kernel code limits the maximum supported password length.
To disable the optimized kernel code in benchmark mode, use the -w option.

Kernel /usr/share/hashcat/OpenCL/m15700-optimized.cl:
Optimized kernel requested, but not available or not required
Falling back to pure kernel

OpenCL API (OpenCL 3.0 ) - Platform #1 [Intel(R) Corporation]
=============================================================
* Device #01: Intel(R) Arc(TM) Graphics, 44828/89656 MB (2047 MB allocatable), 16MCU

Benchmark relevant options:
===========================
* --backend-devices-virtmulti=1
* --backend-devices-virthost=1
* --optimized-kernel-enable

----------------------------------------------------------------
* Hash-Mode 15700 (Ethereum Wallet, SCRYPT) [Iterations: 262144]
----------------------------------------------------------------

* Device #1: This system does not offer any reliable method to query actual free memory. Estimated base: 47005806592
             Assuming normal desktop activity, reducing estimate by 34%: 31023832350
             This can hurt performance drastically, especially on memory-heavy algorithms.
             You can adjust this percentage using --backend-devices-keepfree

clWaitForEvents(): CL_EXEC_STATUS_ERROR_FOR_EVENTS_IN_WAIT_LIST

clFinish(): CL_OUT_OF_RESOURCES

clEnqueueWriteBuffer(): CL_OUT_OF_RESOURCES

Started: Wed Oct  1 22:18:45 2025
Stopped: Wed Oct  1 22:19:01 2025

dmesg:

[root@max:~]# dmesg | tail -10
[    6.438867] Bluetooth: BNEP filters: protocol multicast
[    6.438871] Bluetooth: BNEP socket layer initialized
[    6.439973] Bluetooth: MGMT ver 1.23
[    6.446854] NET: Registered PF_ALG protocol family
[    6.505036] loop4: detected capacity change from 0 to 8
[    7.653902] ax88179_178a 2-4.4:1.0 net1: ax88179 - Link status is: 1
[    9.737671] igc 0000:56:00.0 net0: NIC Link is Up 1000 Mbps Full Duplex, Flow Control: RX
[  195.946948] i915 0000:00:02.0: [drm] GPU HANG: ecode 12:10:85def5fa, in hashcat [1530]
[  195.946951] i915 0000:00:02.0: [drm] GPU error state saved to /sys/class/drm/card1/error
[  195.946954] i915 0000:00:02.0: [drm] hashcat[1530] context reset due to GPU hang

Last edited by matteoguglielmi (2025-10-02 06:14:06)

matteoguglielmi · 2025-10-03 12:23:53

I am now looking for answers here.

matteoguglielmi · 2025-10-06 08:52:54

I have now opened a support ticket directly with ASUS.

matteoguglielmi · 2025-10-07 12:57:14

ASUS support turned me down with a "We do not provide official support for Linux."

Thank you ASUS, I truly appreciate it.

seth · 2025-10-07 14:23:33

From the intel thread:

I still have, even with the 6.14.0-1008-intel kernel, the sudden disappearance (after a while) of the GPU load when monitoring it, for instance, with the intel_gpu_top command (see attached picture).
This anomaly is occurring with ANY Linux kernel I've tried so far.

Is the system stable on windows then? It's not just that you're ending up underpowered?
Can you remove/deactivate some power consumers (wifi, bluetooth, external devices etc) or try to run the CPU in powersaving mode?

bigchungus · 2025-11-02 18:55:48

I am also have a very similar issue.

I am running ubuntu however

Linux (Debian GNU/Linux 11)
Kernel 6.8.0-87-generic
CPU Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
GPU Intel ARC A310

After 1 hour, some intel gpu stats stop reporting
After 4-5 hours, the system crashes by pinning the CPU using the system interrupts.

matteoguglielmi · 2025-11-06 12:21:28

Try installing the Intel kernel (vmlinuz-6.14.0-1008-intel).

See instructions in this post.

bigchungus · 2025-11-07 15:28:11

Yep, it made it worse haha, it crashes about 20 minutes after reboot.

matteoguglielmi · 2025-11-08 05:27:01

If you really want some help from the community, I suggest you to start posting way more details about your system, your GPU, what drivers you are using, what you have tried so far, etc.

Hahas won't get you very far.

Last edited by matteoguglielmi (2025-11-08 05:28:09)

nomorewindows · 2025-11-09 01:12:02

I seem to have one of these on the shelf. From the box it seems to be an Asus nuc 14 pro, but my vga is raptor lake u (a7ad). It has the hdmi label on the front. It has 96gb max memory. How much memory does your box have?

Nonetheless,

Same problem on Debian? Apparently solved. Have to register to see the whole thread.

https://forums.debian.net/viewtopic.php?t=161549

I think I remember some complaints about Asus and their firmware now that they've changed ownership or something like that.

Last edited by nomorewindows (2025-11-09 01:18:54)

nomorewindows · 2025-11-09 01:22:02

matteoguglielmi wrote:

I am now looking for answers here.

Support for nuc 7 through nuc 13 has been handed off to Asus.

Nuc 14 is still under intel?

seth · 2025-11-09 08:28:09

https://en.wikipedia.org/wiki/Next_Unit_of_Computing - NUC14 is a straight up an ASUS product, no need to transfer anything

nomorewindows · 2025-11-10 01:06:27

The 64 bit processor had a limit of 64gb of ram, so maybe multicore doesn't have that limitation, but that's defined by memory lines anyhow which most motherboards haven't been able to take full advantage of that previously.

nomorewindows · 2025-11-10 01:19:55

matteoguglielmi wrote:

If you really want some help from the community, I suggest you to start posting way more details about your system, your GPU, what drivers you are using, what you have tried so far, etc.
Hahas won't get you very far.

But if he's using Ubuntu, he'll have to get it from Ubuntu forums.

seth · 2025-11-10 08:51:45

The 64 bit processor had a limit of 64gb of ram

2^32/1024^3
2^64/1024^3

https://archlinux.org/packages/extra/x8 … qalculate/
http://en.wikipedia.org/wiki/Physical_Address_Extension
The CPU bit-width is typically (and certainly w/ 64bit) not the RAM limiting factor and 64GB would be addressable w/ 36 bits.

Edit: must have hit copy+paste in a very weird moment, injecting the post into itself…

Last edited by seth (2025-11-10 09:10:02)

matteoguglielmi · 2025-11-10 09:06:52

Both my NUC 14 Pros have 96gb of ram.

Arch Linux

#26 2025-10-01 20:26:42

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#27 2025-10-03 12:23:53

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#28 2025-10-06 08:52:54

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#29 2025-10-07 12:57:14

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#30 2025-10-07 14:23:33

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#31 2025-11-02 18:55:48

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#32 2025-11-06 12:21:28

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#33 2025-11-07 15:28:11

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#34 2025-11-08 05:27:01

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#35 2025-11-09 01:12:02

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#36 2025-11-09 01:22:02

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#37 2025-11-09 08:28:09

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#38 2025-11-10 01:06:27

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#39 2025-11-10 01:19:55

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#40 2025-11-10 08:51:45

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

#41 2025-11-10 09:06:52

Re: Very Weird Bug: Intel Meteor Lake-P GPU Load Drops To 0% After a While

Board footer