Dear all,
since 4.9-rc series started I see heavy redraw problems on i915. Starting or resizing for example the digikam window messes up completely the content.
I have seen this at least since rc2 (I often wait till rc2), and confirm that 4.8.0 does not exhibit these problems.
A screenshot of the redraw problems is attached.
hardware: i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
Xorg: (II) Module modesetting: vendor="X.Org Foundation" compiled for 1.18.4, module version = 1.18.4 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 20.0
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 09) (prog-if 00 [VGA controller]) Subsystem: Sony Corporation Haswell-ULT Integrated Graphics Controller Flags: bus master, fast devsel, latency 0, IRQ 40 Memory at df400000 (64-bit, non-prefetchable) [size=4M] Memory at e0000000 (64-bit, prefetchable) [size=256M] I/O ports at 1000 [size=64] [virtual] Expansion ROM at 000c0000 [disabled] [size=128K] Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [d0] Power Management version 2 Capabilities: [a4] PCI Advanced Features Kernel driver in use: i915
sofware: Debian/sid uptodate
Thanks a lot
Norbert
-- PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
On Fri, Nov 04, 2016 at 08:40:47PM +0900, Norbert Preining wrote:
Dear all,
since 4.9-rc series started I see heavy redraw problems on i915. Starting or resizing for example the digikam window messes up completely the content.
I have seen this at least since rc2 (I often wait till rc2), and confirm that 4.8.0 does not exhibit these problems.
A screenshot of the redraw problems is attached.
The fencing looks correct. To me it looks like we filled the vma with the wrong set of pages from the parent object.
https://cgit.freedesktop.org/drm-intel/ #drm-intel-nightly contains one interesting patch wrt to the partial vma->pages https://cgit.freedesktop.org/drm-intel/commit/?h=drm-intel-next-queued&i... Do you mind testing -nightly to see if I'm barking up the wrong tree? -Chris
Hi Chris,
I pulled from there and rebuild my kernel. Rebooting and everything is fine. Looks much better!!!
https://cgit.freedesktop.org/drm-intel/commit/?h=drm-intel-next-queued&i...
Do you want me to test this patch only on top of master? (If it applies!!!)
All the best
Norbert
-- PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
On Sat, Nov 05, 2016 at 02:25:19AM +0900, Norbert Preining wrote:
Hi Chris,
I pulled from there and rebuild my kernel. Rebooting and everything is fine. Looks much better!!!
https://cgit.freedesktop.org/drm-intel/commit/?h=drm-intel-next-queued&i...
Do you want me to test this patch only on top of master? (If it applies!!!)
It won't apply directly, but you could try testing that commit and its parent to see if my hunch was correct.
Thanks, -Chris
It won't apply directly, but you could try testing that commit and its parent to see if my hunch was correct.
Unfortunately parent commit was also ok. I am trying to bisect, but somehow git tells me something about "...merge commit..." - will see how it goes.
Norbert
-- PREINING Norbert + TeX Live & Debian Developer + http://www.preining.info GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
On Sat, Nov 05, 2016 at 01:27:30PM +0900, Norbert Preining wrote:
It won't apply directly, but you could try testing that commit and its parent to see if my hunch was correct.
Unfortunately parent commit was also ok. I am trying to bisect, but somehow git tells me something about "...merge commit..." - will see how it goes.
Git should be fairly sensible and stick to the drm side of the merges (just remember that the kernel version will jump around a lot, an issue if your grub isn't setup to boot the last installed kernel as opposed to the highest version). Since my guess was wrong, any clues you can find to point me in the direction will be very useful. -Chris
dri-devel@lists.freedesktop.org
-
Chris Wilson -
Norbert Preining