Kudos to the devs for providing a fix for aging hardware.
Announcement
Collapse
No announcement yet.
Linux Will Finally Stop Flickering With AMD Stoney Ridge On 4K Displays
Collapse
X
-
Originally posted by agd5f View PostFor a little background, this only affects Stoney boards with limited vram (carve out) where the display buffer ends up in system memory because there is not enough room in vram. The IOMMU adds extra latency on top of the additional latency required for the GPU page tables required for creating the linear map of the system memory pages in the GPU's address space. IOMMU + GFX was never plan of record for displays in system memory and windows never used the IOMMU at all. All Linux SKUs had a larger carve out by default to accommodate this limitation. Most stoney boards had a larger carve out so they never hit this case in the first place. Even if you did hit this case, things like the display timing and speed of memory could have affected it so you may not have actually had any flickering.
- Likes 1
Comment
-
So I noticed the IOMMU is disabled by default in BIOS on the boards I have. Actually I only enabled it on a Gigabyte AM3+ board for a FX8350 I had, because of USB problems.
So what exactly would I loose if I disable it? Because if is disable by default on most BIOS/UEFI, it must not be that important for normal use.
Comment
-
Originally posted by intelfx View Post
Hmm, then wouldn't have it sufficed to only disable IOMMU if the board is actually experiencing the condition you describe (display buffer in system memory)?
- Likes 1
Comment
-
Originally posted by pegasus View PostMy rx550 does that too on 4k screen
echo manual > /sys/class/drm/card0/device/power_dpm_force_performance_level
echo 1 > /sys/class/drm/card0/device/pp_dpm_mclk
There are three possible values for memory clock: 0, 1 and 2. Change it to 0 for low power or 2 for high performance.
Comment
Comment