I’m encountering a brightness adjustment issue with my ASUS TUF A15 (FA507NU) laptop running Fedora 41 (KDE) in a dual-boot setup with Windows 11. Here are my system specs:
Integrated GPU: AMD Radeon 680M
Dedicated GPU: NVIDIA RTX 4050
Current Situation:
When I disable the dedicated GPU through ASUS Armoury Crate in Windows 11 to reduce heat and improve battery life, Fedora 41 becomes unable to adjust screen brightness upon reboot. The screen remains extremely dim, and brightness controls have no effect.
The brightness controls only work properly in Fedora when I set the GPU mode to “Hybrid” (Optimus) in Armoury Crate. However, this configuration causes significant overheating and excessive battery drain.
Troubleshooting steps I’ve tried:
Modified GRUB configuration (adding various acpi_backlight parameters)
Tested third-party brightness control utilities (like brightnessctl/xrandr)
Tried both proprietary (NVIDIA 545/550) and open-source drivers (nouveau)
Verified kernel parameter settings and X11 configuration
Checked for available firmware updates
All these attempts showed no improvement in brightness control when the dGPU is disabled. The brightness control interface appears to be tied to the NVIDIA GPU according to some logs I’ve reviewed.
Could anyone advise on:
How to enable proper brightness control when the dGPU is disabled?
Whether there’s a way to maintain hybrid GPU functionality without the thermal/battery penalties?
Any known workarounds or kernel parameters specific to Ryzen 6000/NVIDIA RTX 40 series laptops?
4.Should I switch from Fedora KDE Plasma to Fedora Workstation to resolve this issue?
Here’s a polished version with professional courtesy expressions:
Technical Summary & Request
First, please accept my sincere gratitude for your continued support on this complex issue. I truly appreciate you taking the time to analyze these technical details.
Key Findings Summary
Dual-GPU Management Challenges
Regarding repository issues, I wanted to respectfully bring to your attention:
- Multiple attempts to configure repositories for GPU switching tools have failed:
» `optimus-manager`: Copr repo dependency chain breaks on F41
» `envycontrol`: Conflicts with existing NVIDIA packages
» RPMFusion: Signature verification failures persist
I apologize if I’m missing some repository configuration nuance - this area seems particularly challenging in Fedora compared to other distros.
Specific Request
Would you be kind enough to advise on:
A maintained repository source for Fedora 41 GPU management tools
Proper cleanup procedure for conflicting NVIDIA packages
Whether manual Xorg configuration remains the recommended approach
Your expertise on these repository challenges would be invaluable. Thank you in advance for your patience - I understand Optimus support requires significant specialized knowledge.
Closing Courtesy
Please don’t hesitate to request any additional diagnostics. I’m committed to providing all necessary information to resolve this, and deeply appreciate your guidance through this complex hardware/software interaction.
Hi Fumin Li,
I have never received professional courtesy expressions on these forums before! A or along with a friendly attitude and a thank you after receiving help is all we need
You have a few issues here. You should post them as separate questions.
I would disable all the Copr repositories after deleting the software you installed from there.
As you are using Windoze AND Fedora, you will have to play around with things yourself. We will give what help we can, but at the end of the day you are in the best position to read and find the answer.
To try and answer Specific Requests
There is no such thing. Everything you need will be in the base Fedora repo, or you will have to find it in the thousands of GitHubs or in Nvidia tools or somewhere else.
Post a separate topic on this or search the forums.
No, Fedora is Wayland now.
Re: RPM Fusion signature failure, please post in a separate topic.
I trust you are well, and thank-you for your enthusiastic trust and belief in our abilities that we may not be able to match.
I just found out about a cool tool called switcherooctl that lets you choose which card to run commands on, I don’t have dual graphics so I can’t test it at all.