Skip to main content
Topic: High Laptop Temperatures After Switching from Windows 11 to Artix Linux (Read 6164 times) previous topic - next topic
0 Members and 3 Guests are viewing this topic.

Re: High Laptop Temperatures After Switching from Windows 11 to Artix Linux

Reply #30
An Intel HD Graphics 5500 GPU  is a "generation 8" Intel GPU so could run with either xf86-video-intel, or remove that package to use mesa, with mesa recommended here:
https://wiki.archlinux.org/title/Intel_graphics
It also mentions the modesetting driver in the xorg-server package being recommended for generation 4 and newer.
Unless you mean doing some config things specific to that driver, trying all the options is never a bad thing.

Re: High Laptop Temperatures After Switching from Windows 11 to Artix Linux

Reply #31
Rename 10-amdgpu.conf to .conf.bak; Xorg does a pretty good job assigning GPU roles by itself and unless you can precisely instruct it how to use each GPU you might confuse it instead. Obviously, you also need xf86-video-intel.
Renaming the 10-amdgpu.conf file had no effect on the behavior of my laptop. I installed xf86-video-intel and got the picrel. I guess my laptop doesn't like Linux at all!  :(
An Intel HD Graphics 5500 GPU  is a "generation 8" Intel GPU so could run with either xf86-video-intel, or remove that package to use mesa
No. It's not gen 8 (damn! I wish it was!). It's a gen 5 (Broadwell) integrated Intel GPU. I can't remove mesa as a lot of packages depend on it.

Re: High Laptop Temperatures After Switching from Windows 11 to Artix Linux

Reply #32
Renaming the 10-amdgpu.conf file had no effect on the behavior of my laptop. I installed xf86-video-intel and got the picrel. I guess my laptop doesn't like Linux at all!  :(
There are tons of tricks on the Intel graphics Arch wiki article.
No. It's not gen 8 (damn! I wish it was!).
Yes it is, Intel GPU gen doesn't align with CPU gen.

EDIT: Perhaps you'll have better luck with Xlibre instead.

Re: High Laptop Temperatures After Switching from Windows 11 to Artix Linux

Reply #33

I am not using a GPU accelerated terminal emulator. At the moment, I am only using urxvt and closing it doesn't affect the dGPU's temperature.


NONONONO

A Terminal.  Not a Terminal Emulation.  Turn **off*** the graphic user interface and see if it is heating from a plain terminal.  See if it is still overheating. If it is, then either it s a hardware problem or a Kernel problem... because X is not runnings... so it can't be X

Re: High Laptop Temperatures After Switching from Windows 11 to Artix Linux

Reply #34
I suggest you research how to make X run on the HD5500.


Don't get the above image wrong, man. I love you!  :D
I assure you that I only use this forum as a last resort. I did some research and barely found anything except low-quality Reddit posts that don't answer my questions.
Adding this to the relevant file in the /usr/share/X11/xorg.conf.d told X to not use the radeon card as my primary GPU. In my case, my file was called "10-radeon.conf". This told X to ignore the GPU that was designated as "Primary" by the boot sequence, and instead use the card matched by the given OutputClass.

Section "OutputClass"
        Identifier "Radeon"
        MatchDriver "radeon"
        Driver "radeon"
        Option "PrimaryGPU" "yes"
EndSection
I don' have a 10-radeon.conf file. I only have three files in /usr/share/X11/xorg.conf.d/: 10-amdgpu.conf, 10-quirks.conf, and 40-libinput.conf. This is the content of the 10-amdgpu.conf file:
Section "OutputClass"
   Identifier "AMDgpu"
   MatchDriver "amdgpu"
   Driver "amdgpu"
   Option "HotplugDriver" "amdgpu"
EndSection

I added Option "PrimaryGPU" "yes" to the 10-amdgpu.conf file but then I couldn't start the graphical session using startx. After adding the "PrimaryGPU" line, startx returned a Fatal Error saying "display was not found."
Also, just out of curiosity, if you turn back on the gpu and run out of the terminal, does it still overheat? If so, that strongly suggests a Kernel level problem.
I am not using a GPU accelerated terminal emulator. At the moment, I am only using urxvt and closing it doesn't affect the dGPU's temperature.

Debugging is a logical process of ***isolating*** the problem and to debug it one stage at a time using the process of elimination.  It is hard to debug a problem with multiple processes happening at once.  Hence my suggestion to turn back on the secondary graphic card through the Bios and then running the system without X.  If it is still overheating, the problem is not inherent to X.

If that check out, the next step is turn X on with only access to the primary card.  It that is working, then you can turn on the secondary card and see if it is working.  It is working OK with just the primary and when the secondary is turned on in X is overheats, then the problem has to be in X.   Turn on X be hand and use the simpilest X wm (TWM?)  It is is OK with X with a simple WM then the problem has to be an application running on top of X.

Re: High Laptop Temperatures After Switching from Windows 11 to Artix Linux

Reply #35
I spent some time investigating the fan noise and high temperature issues of my laptop and found this in the Arch Wiki.: https://wiki.archlinux.org/title/Laptop/HP#Fan_noise
Apparently, there has been a bug in the Linux kernel since version 4.1x. This bug causes the fan of some HP laptops to spin at higher revs with no apparent temperature reason. I guess this bug still exists in Linux 6.12 and is affecting me!

To rule out hardware issues, I installed Windows 10 on a separate SSD and observed that the discrete GPU overheating and fan noise issues are nonexistent in Windows. The discrete GPU remains completely off most of the times in Windows. On laptops, Windows typically prioritizes the low-power integrated GPU, and only running demanding graphical applications, such as games or CAD programs, activates the discrete GPU. In contrast, on Linux, it seems that the system often favors the more powerful discrete GPU over the integrated one.
A Terminal.  Not a Terminal Emulation.  Turn **off*** the graphic user interface and see if it is heating from a plain terminal.  See if it is still overheating. If it is, then either it s a hardware problem or a Kernel problem... because X is not runnings... so it can't be X
The system behaves the same on tty without X.
I found that Vigorously moving a window in XFCE causes a spike in the integrated GPU's utilization. I used these commands to test the working state of the GPUs:

Code: [Select]
$ DRI_PRIME=0 glxspheres64        # This command utilizes the Intel GPU
Polygons in scene: 62464 (61 spheres * 1024 polys/spheres)
Invalid value (0) for DRI_PRIME. Should be > 0
GLX FB config ID of window: 0x177 (8/8/8/0)
Visual ID of window: 0x304
Context is Direct
OpenGL Renderer: Mesa Intel(R) HD Graphics 5500 (BDW GT2)

$ DRI_PRIME=1 glxspheres64        # This command utilizes the AMD GPU
Polygons in scene: 62464 (61 spheres * 1024 polys/spheres)
GLX FB config ID of window: 0x177 (8/8/8/0)
Visual ID of window: 0x304
Context is Direct
OpenGL Renderer: AMD Radeon R5 M255 (radeonsi, iceland, ACO, DRM 3.61, 6.12.36-1-lts)
Both AMD and Intel GPUs work flawlessly on my device, but the AMD GPU still remains at 40+ °C while on idle for no reason. I am sure that the readings of the temp sensors are accurate. Because the left side of my laptop remains hot when I am using Linux.

I opened a 1080p video in mpv on Linux and noticed that the dGPU heats up to 60 °C, causing the laptop's fans to ramp up and sound like a jet engine. You can see the temperature readings in the attached picture. On Windows, however, playing the same video in mpv didn’t activate the dGPU, and the system maintained a reasonable temperature.
Perhaps you'll have better luck with Xlibre instead.
After replacing all xf86-* packages with their Xlibre equivalents, the system performs better, although it still runs hotter than it did under Windows.

 

Re: High Laptop Temperatures After Switching from Windows 11 to Artix Linux

Reply #36
The system behaves the same on tty without X.
I found that Vigorously moving a window in XFCE causes a spike in the integrated GPU's utilization. I used these commands to test the working state of the GPUs:

the second test is not that useful in this case since the first test seems to isolate the problem to either Hardware or a Kernel Bug.

You say you have removed HW as an issue since it works on MS Window (fwiw that doesn't mean it is not a problem in hardare, only the MS windows has either internal information of the problem and coded around it or it doesn't trigger the problemf or some reason.  You can't trust MS as a test of anything because they are closed and your can't examin what the hell it is doing or why).

But just taking you at your word, it is time to contact the Kernel Module maintainers, and I sent those links before, unless you can debug the kernel :)  I can't but you are probably much smarter than I am.