- Edited
I wonder, if Windows was installed with Secure Boot enabled, could disabling it lead to boot issues with Windows.
I wonder, if Windows was installed with Secure Boot enabled, could disabling it lead to boot issues with Windows.
Great job, thank you! Could you also add Intel docs link to the Readme?
It's not clear about Secure Boot. Opinions online vary; some say that if you disable it, Windows 11 won't boot. So, this issue hasn't been fully addressed yet. If you had Secure Boot disabled before, you can build and use a custom kernel. If it's enabled and some operation systems are installed, I'm not sure yet whether it can be safely disabled and then re-enabled.
Since in my guide the kernel is not signed, it likely won't boot without disabling Secure Boot.
I will look into how to build a signed kernel in the future. I found this guide right away (but haven't checked if it works yet): https://github.com/jakeday/linux-surface/blob/3267e4ea1f318bb9716d6742d79162de8277dea2/SIGNING.md
Could you also add Intel manual link to the Readme?
Added the link to the intel manual to the Readme.
To make driver tweaking more flexible, it's possible to make additional option for the i915
driver. You can use it to set a certain value before the kernel booting.
Maybe it's worth to write i915 developers and suggest to add more options on this…
Maybe it's worth to write i915 developers and suggest to add more options on this…
I have a feeling that the i915 developers might not prioritize this fix. If I mention that dithering is causing eye discomfort, they might suggest consulting an ophthalmologist.
it's possible to make additional option for the
i915
driver
I'll need to look into it, but I'm not sure when I'll be able to get to it.
WhisperingWind That's great!
WhisperingWind can you see what the amd driver shows for default dithering behavior? I have a 7950x PC that has the AMD Raphael igpu. Thinking of trying that first on my incandescent monitor. Since it was safe on my tv.
The logic for handling dithering in the amdgpu kernel module is more complex than in the i915. Based on the code, only 10-bit and 12-bit can be considered safe. Dithering may be present at 6-bit and 8-bit. But I don't know how to determine it.
WhisperingWind that's good to know thanks for letting me know.
I did see this awhile back I just remembered but unsure if that's not good enough for amd.
AMD graphics cards:
1. Switch to runlevel 3 (telinit 3)
2. Run the following as Root:
aticonfig --set-pcs-val=MCIL,DP_DisableDither,1
Note that if this command does not turn off dithering, it might be necessary to use this command instead:
aticonfig --set-pcs-val=TMDS_DisableDither,1
3. Save the changes.
4. Switch back to runlevel 5 (telinit 5)
Edit: I found these too DP_DisableDither, HDMI_DisableDither if anyone was curious
Seems more complicated will stick to Intel for now. Just have different hardware laying around
I tried these commands before and concluded that they are for older AMD cards. I'm not sure exactly how old, but ChatGPT mentioned something about RX 400 or older.
P.S. “For Ubuntu 16.04 LTS and above, the AMD Catalyst or fglrx driver is no longer supported by AMD, or in Ubuntu.{1} If you have an AMD GPU and wish to run any Ubuntu version 16.04 LTS or newer, there are two open source driver options: Radeon or AMDGPU. The AMDGPU-PRO driver provides the open source AMDGPU driver and a proprietary overlay. Newer AMD GPUs designed with GCN technology (Graphics Core Next) should use AMDGPU or AMDGPU-PRO, while older AMD GPUs should use Radeon.”
https://help.ubuntu.com/community/BinaryDriverHowto/AMD?action=show&redirect=BinaryDriverHowto%2FATI
bluetail I am not a normal Linux user so I'm not sure. someone told me awhile back they use this to manage amd gpu. Unsure how to use it or to turn off dithering with it. If anyone tries it let us know
https://gitlab.freedesktop.org/tomstdenis/umr
Ahh okay. I guess ati is old branding anyways I should've known
I recommend trying out ARC. I've been using mine for about a week to watch YouTube on a TV with Windows 11 and the latest version of Ubuntu (standard kernel, no system modifications). The “picture” doesn't cause any strain.
WhisperingWind so win11 and Ubuntu feel both okay? I thought you had strain issues with the arc?
Eye strain is present when using my monitor, I assume due to the FRC module. I think it's related to the post-processing of the final image, as the picture is very pleasant when using software rendering. Apparently, software rendering disables this post-processing. But it's not an issue with the card itself, as the same thing happens when running Ubuntu on a virtual machine on my Mac. I think this is the issue with my monitor.
The picture on the TV is very easy on the eyes (I use GPU render here).
P.S. I was in therapy for 5 days and didn't use the computer, only occasionally used my phone. When I got home, I started using ARC with the TV on a regular basis. At first, I thought it was because my eyes had rested. But the effect is still there (today is the 6th day).
WhisperingWind
Could it be these files, in https://github.com/torvalds/linux/tree/master/drivers/gpu/drm/amd/amdgpu:
They contain these particular lines: https://github.com/torvalds/linux/blob/c2ee9f594da826bea183ed14f2cc029c719bf4da/drivers/gpu/drm/amd/amdgpu/dce_v6_0.c#L446-L472
I think if we simple delete the lines, the outcome would be the same as for 10 bit. As the 10 bit case is marked as "not needed", I imagine it is referring to any kind of dithering that is not needed. It seems in this case the value 0 is written to something (perhaps a GPU register) that is called "mmFMT_BIT_DEPTH_CONTROL". A lot of guessing, but perhaps it helps.
I previously tried debugging the module's code, and the main decision regarding dithering was applied at this location: https://github.com/torvalds/linux/blob/c2ee9f594da826bea183ed14f2cc029c719bf4da/drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_crc.c#L237.
I also made some changes in a few other places, including the files you mentioned above. However, it seems I might have overlooked something. I initially got the RX6600 mainly for experimenting with Hackintosh, but those attempts were unsuccessful due to dithering issues. At that time, I didn't focus much on Linux, unlike now with Intel cards. Unfortunately, I've sold the RX6600, so I can't give it another try at the moment.
P.S. I think I'll build a new PC next year based on an AMD CPU. If it has an iGPU, I'll give it another try.