Comments (9)
Discovered what is causing it
The junction temp change that i had suggested previously is causing the gui to crash for some reason.
reverting this fixes it
from lact.
I threw together a quick patch just to test it as i had started at reverting the GTK migration and bump deps from the same day.
Just making sure im reverting ONLY the junction patch
Im assuming its getting something back it doesnt like?
EDIT: The plot thickens, upon a reboot this one fails too but if i restart the daemon its ok, so it may not be the patch after all and my restarting the daemon testing builds is what fixed it
from lact.
I managed to fix this for myself by changing the systemd unit
[Unit]
Description=AMDGPU Control Daemon
After=graphical.target
[Service]
ExecStart=/usr/bin/lact-daemon
[Install]
WantedBy=display-manager.service
This seems to work consistently across reboots, why all the sudden it wasnt working anymore I dont know as Im not familiar enough with systemd stuff. Im not sure this is a good solution though but it has it workin in the mean time. This could be because i had to disable early kms because otherwise my monitor has a fit.
from lact.
Sometimes there seems to be an issue where the systemd unit starts too early in the boot process, before the SysFS is properly initialized. I hoped specifying After=multi-user.target
would fix it, but I guess not. I'm not sure about
[Install]
WantedBy=display-manager.service
though, since the service doesn't have much to do with the display manager, but I guess it does have to be WantedBy
by something.
from lact.
Yeah Im not so sure about
[Install]
WantedBy=display-manager.service
I was trying to think of something around graphical.target
but before login and it seemed like an OK choice but as for it being a real solution I dont think so. Im not positive a systemd unit needs a wantedby
though as some of them dont have it but I only mildly get how systemd units work so i cant say for certain.
Im not sure if systemd-user-sessions.service
is a viable late boot option. It doesnt really have anything to do with it like before but it does ensure that the daemon starts after the sysfs is initialized and before user login.
from lact.
I would also prefer to avoid depending on grapahical.target
or display-manager.service
as that wouldn't work properly on headless systems. Considering that the bug seems to be some kind of race condition from my experience, a crappy but probably functional workaround would be to just add a couple of seconds of waiting before the unit starts.
Something like this:
ExecStartPre=/bin/sleep 2
from lact.
Ill give that a try and see if that works out, thatd probably be much better than doing something that doesnt work for headless.
from lact.
Yeah after multiple reboots this seems to solve the issue, before that even just one reboot would force me to have to restart the daemon but after 5 reboots no issues.
ExecStartPre=/bin/sleep 2
I didnt even think of that even though i already do that with GDM x3 was making it more complicated than i needed to changing wantedby and such.
from lact.
@Big-FG I've updated the lact-git
package in the AUR to include this, hopefully it fixes the issue.
from lact.
Related Issues (20)
- Packages formats HOT 2
- Make historical charts better accessible and some thoughts on GTK HOT 1
- NixOS has no option to start service HOT 4
- Daemon Service will not start on Manjaro HOT 7
- Power level mode always returns to “BOOTUP_DEFAULT”. HOT 3
- curve fan control not working HOT 2
- Is my gpu supported? HOT 1
- Wrong temp for Fan control and the settings do not apply HOT 10
- Fans stay off after resuming from suspend HOT 2
- Add the ability to define power profile mode for indivdual applications. HOT 2
- Fan speed indicator always stays at zero RPM HOT 3
- Custom power profile HOT 1
- investigate regarding drm/amd issue 3131 HOT 18
- Power control does not remain set when pressing "esc" in Helldivers 2 on 7000 series (RDNA3) HOT 2
- works on ubuntu noble
- Adding it as an applet in the new COSMIC Desktop (written in Rust) HOT 2
- Wrong pcie link reported HOT 2
- Adding fan speed to histogram HOT 2
- Could not connect to daemon, running in embedded mode. HOT 3
- Clockspeed / voltages are set but not applied. (7900XTX) HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from lact.