(In reply to comment #110) > Hi Daniel, hi Chris > > (In reply to comment #107) > > Created attachment 71805 [details] [review] [review] > > make the shrinker less aggressive > > > > Duct-tape solution if it is one, but imo very much worth a try. > > There have been a lot of patches floating around, but I was running 3.7.0 > plus this patch now for a while, and using UXA (*not* using SNA, with SNA it > always was fine). > > I did not hit any problem till now, although I did heavy IO stuff as usual > (svn up and git svn rebase on two 6+Gb repos), etc.
Meh. As that patch is basically changing the ordering of the objects considered for shrinking, it just opens a can of worms - but it does seem to be a stopgap workaround. > Chris: What should I do next? You have posted two patches (108 and 109 > comments), should I try both, or each on independently? #108 is a means of provoking the GPU to spot a lot more errors, it needs a little more refinement to not first fallover on standard UXA behaviour. I'd be interested in seeing if #109 has any effect at all (on stock 3.7.0 + uxa). There is also https://patchwork.kernel.org/patch/1896161/ that would be useful to test (as it fixes a real bug and it would be cool if it was also an effective workaround here). > Or is the information that patch from 107 is fine (till now) enough? It is merely the start. :-p -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1081009 Title: [arrandale] GPU lockup IPEHR: 0x02000022 To manage notifications about this bug go to: https://bugs.launchpad.net/xserver-xorg-video-intel/+bug/1081009/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
