On Fri, Aug 23, 2013 at 9:55 AM, Sedat Dilek <sedat.dilek@xxxxxxxxx> wrote: > On Thu, Aug 22, 2013 at 1:32 PM, Daniel Vetter <daniel.vetter@xxxxxxxx> wrote: >> On Thu, Aug 22, 2013 at 1:30 PM, Daniel Vetter <daniel.vetter@xxxxxxxx> wrote: >>> On Thu, Aug 22, 2013 at 1:13 PM, Sedat Dilek <sedat.dilek@xxxxxxxxx> wrote: >>>> dmesg (a lot of traces) and kernel-config attached. >>>> >>>> UXA causes still screen corruption. >>> >>> Hm, was only a slim chance that this patch would fix anything - I >>> think you'd always see an oops when you'd hit this bug instead of just >>> a bit of corruption. >> >> Ok, I think it's time to throw in the towel a bit. I've dropped >> >> >> commit d46f1c3f1372e3a72fab97c60480aa4a1084387f >> Author: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx> >> Date: Thu Aug 8 14:41:06 2013 +0100 >> >> drm/i915: Allow the GPU to cache stolen memory >> >> from my queue. I guess we can retry for 3.13 again. > > I am sorry to keep someone's work to be delayed, really. > I would have liked to see this fixed (and I have spent some time on it). > > Which patches did you exactly drop? > Sorry for bombing you with question... I am trying latest Linus-tree HEAD with the drm-intel-nightly I made my last testings. Are any of these TLB / x86-get_unmapped_area fixes of interested... has any effects on the reported issue? I still wonder what is the root-cause... I mean if SNA is OK but UXA not and Linux graphics stack is that complex. ( Can't say if user-space like unity isn't involved... ). - Sedat - [1] Fix TLB gather virtual address range invalidation corner cases http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/patch/?id=2b047252d087be7f2ba088b4933cd904f92e6fce [2] Revert "x86 get_unmapped_area(): use proper mmap base for bottom-up direction" http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/patch/?id=5ea80f76a56605a190a7ea16846c82aa63dbd0aa [3] x86 get_unmapped_area: Access mmap_legacy_base through mm_struct member http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/patch/?id=41aacc1eea645c99edbe8fbcf78a97dc9b862adc _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx
