Created attachment 241881 [details]
I have a Radeon HD7950 and use Kubuntu 16.04 with Kernel 4.8 and padoka ppa (for mesa) to play Shadow of Mordor. I just tried out the 4.9-rc1 and noticed a significant performance drop in the built in benchmark.
Kernel; Resolution; Details Setting; Min FPS; Avg FPS; Max FPS
4.8; FullHD; Very High; 21,37; 37,29; 64,47
4.8; FullHD; Lowest; 27,42; 48,70; 86,77
4.8; 384x216; Very High; 20,30; 39,66; 73,23
4.8; 384x216; Lowest; 27,14; 50,30; 87,34
4.9; FullHD; Very High; 15,15; 29,59; 59,51
4.9; FullHD; Lowest; 26,00; 39,20; 67,31
4.9; 384x216; Very High; 14,94; 30,33; 58,00
4.9; 384x216; Lowest; 22,07; 37,98; 70,93
4.8.1 seems fine as well, but I only tested FullHD / Very High getting the same results as with 4.8.
All runs used:
- mesa (1:12.1~git161016172400.c61eb3c~y~padoka0)
- libdrm (2.4.71+git1610081859.a44c9c3~x~padoka0)
I build the 4.9-rc1 kernel as described on https://wiki.ubuntu.com/KernelTeam/GitKernelBuild
If it helps I could try to bisect the kernel but that might take a few days (maybe even a week or two) depending on how much free time I have.
This was bisected to"
87744ab3832b83ba71b931f86f9cfdb000d07da5 is the first bad commit
Author: Dan Williams <firstname.lastname@example.org>
Date: Fri Oct 7 17:00:18 2016 -0700
mm: fix cache mode tracking in vm_insert_mixed()
vm_insert_mixed() unlike vm_insert_pfn_prot() and vmf_insert_pfn_pmd(),
fails to check the pgprot_t it uses for the mapping against the one
recorded in the memtype tracking tree. Add the missing call to
track_pfn_insert() to preclude cases where incompatible aliased mappings
are established for a given physical address range.
Signed-off-by: Dan Williams <email@example.com>
Cc: David Airlie <firstname.lastname@example.org>
Cc: Matthew Wilcox <email@example.com>
Cc: Ross Zwisler <firstname.lastname@example.org>
Signed-off-by: Andrew Morton <email@example.com>
Signed-off-by: Linus Torvalds <firstname.lastname@example.org>
Does reverting that commit fix your issue?
(In reply to Alex Deucher from comment #1)
> Does reverting that commit fix your issue?
Yes that did it.
Only tested Full HD with Very High Details.
Kernel compiled from; Min FPS; Avg FPS; Max FPS
d66ba15bde22703b3c0cec6782519cb0765a6777; 21,14; 36,85; 63,29
87744ab3832b83ba71b931f86f9cfdb000d07da5; 15,78; 30,47; 59,13
Had to compile with CONFIG_OPROFILE and CONFIG_FRAME_POINTER disabled, to avoid this error: https://patchwork.kernel.org/patch/9364811/
FYI: I added this report to the list of regressions for Linux 4.9. I'll
watch this thread for further updates on this issue to document progress
in my weekly reports. Please let me know via email@example.com
in case the discussion moves to a different place (bugzilla or another
mail thread for example). tia!
Current status (afaics): Stuck? Nothing happend in https://lists.freedesktop.org/archives/dri-devel/2016-October/120693.html for ten days
Fix pull was requested last week:
Did a quick retested with 4.9-rc5. I'm now getting 37-ish average FPS on both 4.8 and 4.9. Thanks a lot for your efforts.
Changing the status to Resolved - CODE_FIX.