I had the issue too. The ubuntu mate desktop goes by 5% increment. So I needed to go below 1%
Bit now I have a mate screen to correct the mirror effect and it remove some light…solving both problems. We definitely need a mate screen option
I installed light and was not able to get it to lower the brightness lower than the default GUI tools. At the lowest setting in the GUI tools, light reported brightness at 0.78. Lowering it to 0.01 did not have any noticeable effect.
@Matt_Hartley could we reopen this ticket or test that the solution works on AMD boards? I am not able to get any lower brightness using light on my AMD 7640.
Don’t have the cycles to install light and test against this today on Fedora. However, the moment we deviate from a default config, all sorts of new challenges present themselves in trying to replicate. Especially true outside of vetted/supported distros.
Light is not tested whatsoever and is a community support application. Using brightnessctl is fine and would be expected to work correctly, but op is using Arch. So hard to say.
I’m not OP, just sharing my experience under Arch. light and brightnessctl both work fine and are able to set the same brightness values with matching results in light output. There might be differences between AMD and Intel in backlight behaviour.
I remember my Intel Dell XPS being able to turn it off completely as well just by setting brightness to 0 regardless of used tool. It was relatively big step from lowest to off on that machine, so probably not helpful for @gaben.
Appreciate you chiming in with your experiences, always good to get another perspective.
11th gen and AMD Ryzen 7040 Series configs both “work out of the box” with the slider in Fedora and Ubuntu, plus on the keyboard. 12th and 13th gen require module_blacklist=hid_sensor_hub as described in the guides.
Same here.
AMD 7640 on linux mint, but the minimum brightness at 0% is also way to bright for my convenience in the evening.
Using it in complete darkness (such as when camping, as I quite often do) will be impossible.
Using redshift helps a bit, but having a wider range of the brightness itself would be great!
I’ve been having this same issue (I’m on a 7840U, with Linux kernel 6.1.71, NixOS 23.11)
I’m still running X11 as Wayland still has some papercuts for me so to get the screen to turn off completely I’ve found that xset dpms force off works for me, typing or moving mouse causes it to turn back on.
For wayland this thread has suggestions involving vbetool and setterm for solutions not involving X but I’ve not had any luck with these.
Some other laptops I’ve owned have had dedicated backlight off function keys other have the minimum brightness when you cycle through the brightness up/down function keys be completely off. I don’t have a strong preference for either of these as long as there is an easy way to set the screen/backlight to completely off, and the steps are sufficiently granular that I can achieve a comfortable brightness in pitch dark conditions.
I’m not sure exactly where is the stack the min/max brightness and step increments are set but if this is something that can be resolved in an OS independent fashion in the framework firmware this would be something the I’d really like to see in future revisions as it’s a big quality of life thing for me.
Consolidating some other posts on this topic under this thread so that there are cross links when people land on one of these in search:
I experience the same thing on AMD 7640U, the minimum brightness of 0, confirmed with cat /sys/class/backlight/amdgpu_bl1/brightness, is far too bright.
Unscientifically, with my display at a color temperature of 3,600 K, 0 brightness feels about as bright as my phone at 25% brightness at default colour temperature.
Given that this is amdgpu, it might be possible to tweak in the driver somewhere.
+1 still an issue here on my 7840U. I’d like to turn off my internal screen while continuing to use the laptop with an external screen, without closing the lid (so I can use the keyboard) – seems impossible?
Tried brightnessctl, light, etc but none of the tools drop to 0 backlight, there’s always some backlight no matter what. With dpms, the screen wakes up as soon as there’s any interaction so that makes it impossible to use the laptop with an external monitor.
Every other laptop I’ve had (thinkpad, macbook, dell, etc.) all go to no-backlight when brightness is 0, but Framework 13 AMD does not.
@Matt_Hartley Sounds like it’s an issue with the firmware on the AMD series? Any chance it’s slated to get fixed in a future release?