Created attachment 89387 [details] output System Environment: -------------------------- Platform: Sandybridge Libdrm: (master)libdrm-2.4.48 Mesa: (master)45a56ce39967590d9c83b1dcad886772c50a224a Xf86_video_intel:(master)2.99.906-7-g6e9a8c5ae2883ca21d117ac672dd8a55b3429dc1 Cairo: (master)31eff5c6eb57ad379689748fd8c60a5ffe0ba481 Libva: (staging)9aa8530ce272dc844428b7273afe7d4f0aaf391d Libva_intel_driver:(staging)55471d4057d89197c11a633f986a115a39cf86bb Kernel: (drm-intel-nightly) 164a4cb4c1431a0689f85507868356fae24da638 Bug detailed description: ----------------------------- It fails on sandybridge with mesa master and 10.0 branch, It works well on 9.2 branch. The latest known good commit: 594fa4a208b138b0b9b24cc8de62e6681ebb8d21 The latest known bad commit:45a56ce39967590d9c83b1dcad886772c50a224a Reproduce steps: ---------------------------- 1. xinit 2. ./GTF -width=64 -height=64 -run= GL3Tests/uniform_buffer_object/uniform_buffer_object_max_uniform_block_size.test
Bisect shows: fbd8303a943d0d491b7c2415eb237a0731c7dec5 is the first bad commit. commit fbd8303a943d0d491b7c2415eb237a0731c7dec5 Author: Eric Anholt <eric@anholt.net> AuthorDate: Wed Nov 6 17:43:25 2013 -0800 Commit: Eric Anholt <eric@anholt.net> CommitDate: Tue Nov 12 15:06:21 2013 -0800 i965/fs: Do instruction pre-scheduling just before register allocation. Long ago, the HW_REG usage in assign_curb/urb_setup() were scheduling barriers, so we had to run scheduler before them in order for it to be able to do basically anything. Now that that's fixed, we can delay the scheduling until we go to allocate (which will make the next change less scary). Cc: "10.0" <mesa-stable@lists.freedesktop.org> Reviewed-by: Matt Turner <mattst88@gmail.com>
It works well on latest master and 10.2 branch.
Fixed.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.