no output when running glxgears without "-fullscreen" option after start gnome-session. note: 1. not regression issue. even old X11R7 version(X11R7.stable.2014-02-14.tar.gz) can reproduce this issue. 2. only BDW GT3 find this issue. BDW GT2 cannot reproduce it. 3. if only start X window(only run xinit, don't run gnome-session), cannot find this issue. 4. if start X window(xinit &) and gnome(gnome-session), and run glxgears without "-fullscreen", no output(only display black window). 5. if start X window(xinit &) and gnome(gnome-session), and run glxgears with "-fullscreen", glxgears output well. 5. firefox/mplayer can also reproduce this issue with same condition.
TEST ENV: Libdrm: (master)libdrm-2.4.54-17-ge8c3c1358ecaf4e90f7d43762357ae6f8e2022b6 Mesa: (10.2)e7310313725142cf536179d4d918db2c20438765 Xserver: (server-1.15-branch)xorg-server-1.15.2 Xf86_video_intel: (master)2.99.912-229-ge0523ade28fa0da00d0bd70d8b22d53ed4e49f73 Cairo: (master)f4dbba26d4fc571e0621f3c7a98196c501f8bcc5 Libva: (master)c61d8c6ce9ffc27320e9e177c1e1123d5f1b5014 Libva_intel_driver: (master)c5cb17ea86f0065a939d3636dd26651c93d497c8 Ffmpeg: (master)d59536159379a1b8c5f7631025edfc4a7d40b048 Mplayer: (hwaccel-vaapi)1923fa10ed77bbf8408f2ce312d85a97dab1f0f3 Glib: (master)79e63d4e5dfbf42ecb001e8b698c32d0bc73117b
Try a few other compositing managers. 1. Confirm it works with bare X. 2. Try compiling xf86-video-intel with --enable-tear-free and use bare X. 3. Confirm it fails with gnome-session 4. Try xcompmgr Now try rendercheck -t blend,composite -f a8r8g8b8 in the 4 different modes.
sorry, i have not much background knowledge about X you said: >>Try a few other compositing managers. as my description, firefox/mplayer can also reproduce your step 1 and 3. >>1. Confirm it works with bare X. >>2. Try compiling xf86-video-intel with --enable-tear-free and use bare X. >>3. Confirm it fails with gnome-session >>4. Try xcompmgr >>Now try rendercheck -t blend,composite -f a8r8g8b8 in the 4 different modes. your step 4: try xcompmgr, you mean that=>first start X, then start xcompmgr, after that, check output? about command "composite -f a8r8g8b8", how could i get command "composite". log: [root@x-bdwmedia ~]# composite -f a8r8g8b8 bash: composite: command not found... [root@x-bdwmedia ~]# yum install composite Loaded plugins: langpacks, refresh-packagekit No package composite available. Error: Nothing to do
Yes, to use xcompmgr, you need to run X & then xcompmgr & then the test. For rendercheck, it is "./rendercheck -t blend,composite -f a8r8g8b8"
when using command "./rendercheck -t blend,composite -f a8r8g8b8" to test in your 4 different modes, all of them are failed. log: [root@x-bdwmedia xf86-video-intel]# rendercheck -t blend,composite -f a8r8g8b8 rendercheck 1.4 Render extension version 0.11 Window format: r8g8b8 Ignoring server-supported format: a8 Found server-supported format: a8r8g8b8 Ignoring server-supported format: x8r8g8b8 Ignoring server-supported format: b8g8r8a8 Ignoring server-supported format: b8g8r8x8 Ignoring server-supported format: r8g8b8 Ignoring server-supported format: b8g8r8 Ignoring server-supported format: r5g5b5 Ignoring server-supported format: b5g5r5 Ignoring server-supported format: x1r5g5b5 Ignoring server-supported format: x1b5g5r5 Ignoring server-supported format: r5g6b5 Ignoring server-supported format: b5g6r5 Ignoring server-supported format: x8b8g8r8 Ignoring server-supported format: x2r10g10b10 Ignoring server-supported format: x2b10g10r10 Beginning blend test on a8r8g8b8 Src blend test error of 255.0000 at (0, 0) -- R G B A got: 0.000 0.000 0.000 0.000 expected: 1.000 1.000 1.000 1.000 src color: 1.00 1.00 1.00 1.00 (a8r8g8b8) dst color: 1.00 1.00 1.00 1.00 src: 1x1R a8r8g8b8, dst: a8r8g8b8 Beginning blend test on r8g8b8 window Out blend test error of 255.0000 at (0, 0) -- R G B A got: 1.000 1.000 1.000 1.000 expected: 0.000 0.000 0.000 1.000 src color: 1.00 1.00 1.00 1.00 (a8r8g8b8) dst color: 1.00 1.00 1.00 1.00 src: 1x1R a8r8g8b8, dst: r8g8b8 window Beginning composite mask test on a8r8g8b8 Src composite test error of 255.0000 at (0, 0) -- R G B A got: 0.000 0.000 0.000 0.000 expected: 1.000 1.000 1.000 1.000 src color: 1.00 1.00 1.00 1.00 msk color: 1.00 1.00 1.00 1.00 dst color: 1.00 1.00 1.00 1.00 src: 1x1R a8r8g8b8, mask: 1x1R a8r8g8b8, dst: a8r8g8b8 Beginning composite mask test on r8g8b8 window Out composite test error of 255.0000 at (0, 0) -- R G B A got: 1.000 1.000 1.000 1.000 expected: 0.000 0.000 0.000 1.000 src color: 1.00 1.00 1.00 1.00 msk color: 1.00 1.00 1.00 1.00 dst color: 1.00 1.00 1.00 1.00 src: 1x1R a8r8g8b8, mask: 1x1R a8r8g8b8, dst: r8g8b8 window 0 tests passed of 4 total Successful Groups:
We had this passing not too long ago. Please check with an older kernel first.
it can also reproduce with kernel drm-intel-fixes_20140501 and drm-intel-fixes_20140214
*** Bug 81898 has been marked as a duplicate of this bug. ***
After my bisect, I find the first bad commit: commit 1618d6cfa63e31ebaedadf575dcbdf5b07451bde Author: Chris Wilson <chris@chris-wilson.co.uk> AuthorDate: Fri May 30 12:14:40 2014 +0100 when run "X &" then "glxgears &"=> the glxgears show normal, when run "X &" then "gnome-session & "then "glxgears &"=> the glxgears show black. Here is its good parents commit: commit bb49222a514b1d6041f3d9530a22f5701377118b Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Mon Jun 2 08:25:52 2014 +0100 when run "X &" then "glxgears &"=> the glxgears show normal, when run "X &" then "gnome-session & "then "glxgears &"=> the glxgears show normal. All my testing results based on the default Xserver setting(SNA on).
Created attachment 103964 [details] glxinfo
Created attachment 103965 [details] dmesg
Created attachment 103966 [details] Xorg.0.log
Ensuring bdw runs is essential to making the 3.0 release.
I have no bdw of my own to check, so what is the current status?
glxgear show black on the screen, and rendercheck also fails. (not very clear about "Ensuring bdw runs is essential to making the 3.0 release", can you explain more. thanks) verify ENV: Q3 release kernel(62de88e8e65811010deac5375f8f0d8b14dc4d94) Libdrm: (master)libdrm-2.4.56-21-g8c2ae1695913990cbe6c6a8aa294f354eba33bd0 Mesa: (master)5d8f40a53a58c984906bc6509f01e31cc41ed1da Xserver: (master)xorg-server-1.16.0-152-g3a51418b2db353519a1779cf3cebbcc9afba2520 Xf86_video_intel:(master)2.99.914-89-gaa10f480c566b8523cdd49b3e23f64b7b9625987 Cairo: (master)8e11a42e3e9b679dce97ac45cd8b47322536a253 Libva: (master)c356638098e55453d2fac8bbb92eafc8cc32d6f4 Libva_intel_driver:(master)812d8d039031bf20e66748a39edcdb8f9c798ec4 Ffmpeg: (master)2178abd3b5311dd334f0380ea9521b18e4f2e564 Mplayer: (hwaccel-vaapi)1923fa10ed77bbf8408f2ce312d85a97dab1f0f3 Glib: (master)09979125d816ac726641c93cb735f73ece35cbf5 Gstreamer10: (1.2)861ca3d6787d84c9bea7110cb46821e9b8f63aff Gst_plugins_base10: (1.2)df7e7daa29ba14447b4d8dd43c35d8a3ad9e4984 Gst_plugins_good10: (1.2)e0417c28d56ac64a2e8d149bbaf812d2ce227153 Gst_plugins_bad10: (1.2)277b8c34e7214177764833b73f17e43ced496f8f Gst_plugins_ugly10: (1.2)2233d97e6ad1a3988d9a9ca0fc0cf00ec4031a8f Gst_plugins_vaapi10: (master)406aa37373e2b9917714eccd2834a45d18b61fd1 rendercheck log: [root@x-bdwmedia ~]# rendercheck -t blend,composite -f a8r8g8b8 rendercheck 1.4 Render extension version 0.11 Window format: r8g8b8 Ignoring server-supported format: a8 Found server-supported format: a8r8g8b8 Ignoring server-supported format: x8r8g8b8 Ignoring server-supported format: b8g8r8a8 Ignoring server-supported format: b8g8r8x8 Ignoring server-supported format: r8g8b8 Ignoring server-supported format: b8g8r8 Ignoring server-supported format: r5g5b5 Ignoring server-supported format: b5g5r5 Ignoring server-supported format: x1r5g5b5 Ignoring server-supported format: x1b5g5r5 Ignoring server-supported format: r5g6b5 Ignoring server-supported format: b5g6r5 Ignoring server-supported format: x8b8g8r8 Ignoring server-supported format: x2r10g10b10 Ignoring server-supported format: x2b10g10r10 Beginning blend test on a8r8g8b8 Src blend test error of 255.0000 at (0, 0) -- R G B A got: 0.000 0.000 0.000 0.000 expected: 1.000 1.000 1.000 1.000 src color: 1.00 1.00 1.00 1.00 (a8r8g8b8) dst color: 1.00 1.00 1.00 1.00 src: 1x1R a8r8g8b8, dst: a8r8g8b8 Beginning blend test on r8g8b8 window Out blend test error of 255.0000 at (0, 0) -- R G B A got: 1.000 1.000 1.000 1.000 expected: 0.000 0.000 0.000 1.000 src color: 1.00 1.00 1.00 1.00 (a8r8g8b8) dst color: 1.00 1.00 1.00 1.00 src: 1x1R a8r8g8b8, dst: r8g8b8 window Beginning composite mask test on a8r8g8b8 Src composite test error of 255.0000 at (0, 0) -- R G B A got: 0.000 0.000 0.000 0.000 expected: 1.000 1.000 1.000 1.000 src color: 1.00 1.00 1.00 1.00 msk color: 1.00 1.00 1.00 1.00 dst color: 1.00 1.00 1.00 1.00 src: 1x1R a8r8g8b8, mask: 1x1R a8r8g8b8, dst: a8r8g8b8 Beginning composite mask test on r8g8b8 window Out composite test error of 255.0000 at (0, 0) -- R G B A got: 1.000 1.000 1.000 1.000 expected: 0.000 0.000 0.000 1.000 src color: 1.00 1.00 1.00 1.00 msk color: 1.00 1.00 1.00 1.00 dst color: 1.00 1.00 1.00 1.00 src: 1x1R a8r8g8b8, mask: 1x1R a8r8g8b8, dst: r8g8b8 window 0 tests passed of 4 total Successful Groups:
(In reply to comment #16) > (not very clear about "Ensuring bdw runs is essential to making the 3.0 > release", can you explain more. thanks) It was a sigh of exasperation at not being able to make any progress on this bug. I can not make a new release that is known not to work on our next GPU.
This issue exists on release kernel(62de88e8e65811010deac5375f8f0d8b14dc4d94).
(In reply to comment #18) > This issue exists on release > kernel(62de88e8e65811010deac5375f8f0d8b14dc4d94). kernel version: Linux 3.16.2
The GT3 issue is strange because it isn't a gpu hang. Using ITP everything looks correct on CSs. And the behaviour for user is not the same. QA is facing blank screens in some cases I face in other cases. Sometimes my KDE environment starts showing but then I just get the background and the mouse. Other times it is just frozen. The bisect here on this bug is invalid. I get same behaviour with the known best commit. And same result on rendercheck. I'm not sure either if the rendercheck test is the more appropriated one to catch this bug, but since thats the one here on this bug I'm going to paste my result here and the Xorg.0.log with full ddx debug. $ xinit /usr/bin/rendercheck -t blend,composite -f a8r8g8b8 X.Org X Server 1.14.4 Release Date: 2013-10-31 X Protocol Version 11, Revision 0 Build Operating System: 3.14.3-200.fc20.x86_64 Current Operating System: Linux rdvivi-seattle.jf.intel.com 3.17.0-rc2+ #9 SMP Thu Sep 18 18:12:23 EDT 2014 x86_64 Kernel command line: BOOT_IMAGE=/vmlinuz-3.17.0-rc2+ root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap vconsole.font=latarcyrheb-sun16 rd.lvm.lv=fedora/root rhgb quiet LANG=en_US.UTF-8 i915.enable_fbc=0 i915.enable_psr=1 drm.debug=0xe Build Date: 27 June 2014 01:35:28AM Build ID: xorg-x11-server 1.14.4-11.fc20 Current version of pixman: 0.30.0 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Thu Sep 18 21:08:10 2014 (==) Using config directory: "/etc/X11/xorg.conf.d" (==) Using system config directory "/usr/share/X11/xorg.conf.d" Initializing built-in extension Generic Event Extension Initializing built-in extension SHAPE Initializing built-in extension MIT-SHM Initializing built-in extension XInputExtension Initializing built-in extension XTEST Initializing built-in extension BIG-REQUESTS Initializing built-in extension SYNC Initializing built-in extension XKEYBOARD Initializing built-in extension XC-MISC Initializing built-in extension XINERAMA Initializing built-in extension XFIXES Initializing built-in extension RENDER Initializing built-in extension RANDR Initializing built-in extension COMPOSITE Initializing built-in extension DAMAGE Initializing built-in extension MIT-SCREEN-SAVER Initializing built-in extension DOUBLE-BUFFER Initializing built-in extension RECORD Initializing built-in extension DPMS Initializing built-in extension X-Resource Initializing built-in extension XVideo Initializing built-in extension XVideo-MotionCompensation Initializing built-in extension SELinux Initializing built-in extension XFree86-VidModeExtension Initializing built-in extension XFree86-DGA Initializing built-in extension XFree86-DRI Initializing built-in extension DRI2 Loading extension GLX rendercheck 1.4 Render extension version 0.11 Window format: r8g8b8 Ignoring server-supported format: a8 Found server-supported format: a8r8g8b8 Ignoring server-supported format: x8r8g8b8 Ignoring server-supported format: b8g8r8a8 Ignoring server-supported format: b8g8r8x8 Ignoring server-supported format: r8g8b8 Ignoring server-supported format: b8g8r8 Ignoring server-supported format: r5g5b5 Ignoring server-supported format: b5g5r5 Ignoring server-supported format: x1r5g5b5 Ignoring server-supported format: x1b5g5r5 Ignoring server-supported format: r5g6b5 Ignoring server-supported format: b5g6r5 Ignoring server-supported format: x8b8g8r8 Ignoring server-supported format: x2r10g10b10 Ignoring server-supported format: x2b10g10r10 Beginning blend test on a8r8g8b8 Src blend test error of 255.0000 at (0, 0) -- R G B A got: 0.000 0.000 0.000 0.000 expected: 1.000 1.000 1.000 1.000 src color: 1.00 1.00 1.00 1.00 (a8r8g8b8) dst color: 1.00 1.00 1.00 1.00 src: 1x1R a8r8g8b8, dst: a8r8g8b8 Beginning blend test on r8g8b8 window Out blend test error of 255.0000 at (0, 0) -- R G B A got: 1.000 1.000 1.000 1.000 expected: 0.000 0.000 0.000 1.000 src color: 1.00 1.00 1.00 1.00 (a8r8g8b8) Allocated pixmaps: 16 (cached: 0), bo: 13, 51724288 bytes (CPU bo: 2, 23072768 bytes) dst color: 1.00 1.00 1.00 1.00 src: 1x1R a8r8g8b8, dst: r8g8b8 window Beginning composite mask test on a8r8g8b8 Src composite test error of 255.0000 at (0, 0) -- R G B A got: 0.000 0.000 0.000 0.000 expected: 1.000 1.000 1.000 1.000 src color: 1.00 1.00 1.00 1.00 msk color: 1.00 1.00 1.00 1.00 dst color: 1.00 1.00 1.00 1.00 src: 1x1R a8r8g8b8, mask: 1x1R a8r8g8b8, dst: a8r8g8b8 Beginning composite mask test on r8g8b8 window Out composite test error of 255.0000 at (0, 0) -- R G B A got: 1.000 1.000 1.000 1.000 expected: 0.000 0.000 0.000 1.000 src color: 1.00 1.00 1.00 1.00 msk color: 1.00 1.00 1.00 1.00 dst color: 1.00 1.00 1.00 1.00 src: 1x1R a8r8g8b8, mask: 1x1R a8r8g8b8, dst: r8g8b8 window 0 tests passed of 4 total
Created attachment 106531 [details] Xorg.0.log with full debug for rendercheck test execution that fails
(In reply to comment #20) > The GT3 issue is strange because it isn't a gpu hang. Using ITP everything > looks correct on CSs. And the behaviour for user is not the same. QA is > facing blank screens in some cases I face in other cases. > Sometimes my KDE environment starts showing but then I just get the > background and the mouse. Other times it is just frozen. > > The bisect here on this bug is invalid. I get same behaviour with the known > best commit. And same result on rendercheck. I'm not sure either if the > rendercheck test is the more appropriated one to catch this bug, but since > thats the one here on this bug I'm going to paste my result here and the > Xorg.0.log with full ddx debug. QA also mentioned the bisect doesn't apply to rendercheck: https://bugs.freedesktop.org/show_bug.cgi?id=81898#c12, and we suggested tracking them as two bugs. But Chris insisted in marking dup.
Well, even with the old "good" commit my GT3 is not usable and I keep seeing stuff not rendered or screen frozen... not just rendercheck failing.
Strange that, if the most basic of X rendering operations fails, then everything can/will break everywhere. *Nothing* is expected to work until rendercheck works and every bisect so far has been suspect. The other bug points towards that the rendercopy is broken -- i.e. exactly the same as rendercheck is telling you.
Bisect shows 7e76f21a4d9d8f5424c257e6e7686d5bb0bb6cf7 is the first bad commit. ______________________________________________________________________ commit 7e76f21a4d9d8f5424c257e6e7686d5bb0bb6cf7 Author: Chris Wilson <chris@chris-wilson.co.uk> AuthorDate: Mon Jul 22 18:56:03 2013 +0100 Commit: Chris Wilson <chris@chris-wilson.co.uk> CommitDate: Wed Dec 11 21:39:40 2013 +0000 intel: Recognise gen8 Assign gen=8 to the Broadwell PCI IDs, no marketing names are known at this point in time. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> _______________________________________________________________________ It's parents commit(f7d1c2b8d1883280e7916bb4473ff6436b186950) run 'rendercheck -t blend,composite -f a8r8g8b8' well. [root@x-bdw02 ~]# rendercheck -t blend,composite -f a8r8g8b8 rendercheck 1.4 Render extension version 0.11 Window format: r8g8b8 Ignoring server-supported format: a8 Found server-supported format: a8r8g8b8 Ignoring server-supported format: x8r8g8b8 Ignoring server-supported format: b8g8r8a8 Ignoring server-supported format: b8g8r8x8 Ignoring server-supported format: r8g8b8 Ignoring server-supported format: b8g8r8 Ignoring server-supported format: r5g5b5 Ignoring server-supported format: b5g5r5 Ignoring server-supported format: x1r5g5b5 Ignoring server-supported format: x1b5g5r5 Ignoring server-supported format: r5g6b5 Ignoring server-supported format: b5g6r5 Ignoring server-supported format: x8b8g8r8 Ignoring server-supported format: x2r10g10b10 Ignoring server-supported format: x2b10g10r10 Beginning blend test on a8r8g8b8 Beginning blend test on r8g8b8 window Beginning composite mask test on a8r8g8b8 Beginning composite mask test on r8g8b8 window 4 tests passed of 4 total Successful Groups: blend, composite
Did you check for a working kernel and potential bisect there?
(In reply to comment #26) > Did you check for a working kernel and potential bisect there? I did bisect on the latest drm-intel-nightly kernel, and check on drm-intel-niglyt(date: 2014-05-01).The result is the same.
Hi Yaoming, What Chris meant is to bisect the kernel and stay with the xf86-video-intel fixed on the master HEAD. This bisect result is invalid becuase it ended up on the patch that enables xf86-video-intel to work on BDW. Without this patch you aren't using Intel's 2D driver. Please bisect kernel.
Another thing that would be so helpful is a list of all igt tests that pass on GT2 but fails on GT3. Could you please provide that?
(In reply to comment #28) > Hi Yaoming, > > What Chris meant is to bisect the kernel and stay with the xf86-video-intel > fixed on the master HEAD. This bisect result is invalid becuase it ended up > on the patch that enables xf86-video-intel to work on BDW. Without this > patch you aren't using Intel's 2D driver. > > Please bisect kernel. I tried to bisect kernel even from the latest drm-intel-nightly(2014_09_28) to 2013_11_01 with the latest xf86-video-intel(f785035d5bd42a778d4be0bf3ff8678bd7a7e503). I didn't find any good commit.
(In reply to comment #29) > Another thing that would be so helpful is a list of all igt tests that pass > on GT2 but fails on GT3. Could you please provide that? I am sorry I could not provide that.Because We have only one BDW-GT3 machine in use. And we haven't started running igt tests.
Mika and Rodrigo I believe that both of you have access to a bdw gt3, right? What's the status on yours? (iirc Mika wasn't seeing this problem.) Could you check if you have the same type of bdw gt3 as qa, possibly down to the bios version?
I got different GT3 here from D stepping to F stepping with different BIOS versions and I couldn't find any good machine. My latest one is an F stepping with Bios BDW-E1R1.86c.0092.R00.1408311942
Just for the record it seems Mika has no GT3. I couldn't find an igt testcase failing on GT3 but not failing on GT2 besides the bsd reset related to bsd2 ring. My hope was to find a minimal case to ask help for HW guys. I also tried a Windows here and there is absolutelly no error there on GT3. I run out of ideas now. Chris, do you have any? Or any guidance on debugging X? Since with blt mode there is no error either.
(In reply to Rodrigo Vivi from comment #29) > Another thing that would be so helpful is a list of all igt tests that pass > on GT2 but fails on GT3. Could you please provide that? This GT3 machine is for media testing. I'm asking Hua to try finding some slots to run igt on it.
We ran one cycle igt on GT3 when got the machine. I will re-run one cycle on latest -nightly kernel.
*** Bug 84816 has been marked as a duplicate of this bug. ***
(In reply to Gordon Jin from comment #35) > (In reply to Rodrigo Vivi from comment #29) > This GT3 machine is for media testing. Isn't your machine D0? I wonder is it too old to be used for testing at this phase...
This issue is affecting all GT3 steppings.
I finally have a bdw. :| commit 7a9bdadd71730adc5266bc6758982abec5917b93 Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Wed Oct 22 19:31:10 2014 +0100 sna/gen8: Clamp URB allocations for GT3 GT3 requires some reserved space in the URB allocation and so we must reduce the amount we allocate to our vertices. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=81583 Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
(In reply to Chris Wilson from comment #40) > I finally have a bdw. :| > > commit 7a9bdadd71730adc5266bc6758982abec5917b93 > Author: Chris Wilson <chris@chris-wilson.co.uk> > Date: Wed Oct 22 19:31:10 2014 +0100 > > sna/gen8: Clamp URB allocations for GT3 > > GT3 requires some reserved space in the URB allocation and so we must > reduce the amount we allocate to our vertices. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=81583 > Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> Sorry， cannot find this commit(7a9bdadd71730adc5266bc6758982abec5917b93).
Sorry, ignore my last comment. with new commit(Xf86_video_intel:7a9bdadd71730adc5266bc6758982abec5917b93), rendercheck passed, glxgears and mplayer can play well. Verify ENV: kernel:3.18.0-rc1_drm-intel-nightly_1e61c9_20141022 Libdrm:(master)libdrm-2.4.58-4-g00847fa48b83a85b0cb882594a12ed1511f780db Mesa:(master)aafbd89c5e6c643e9c80edabda1fac2437bea927 Xserver:(master)xorg-server-1.16.0-418-g61a292adf45405641de1c522a04c148e0a152acd Xf86_video_intel:(master)7a9bdadd71730adc5266bc6758982abec5917b93 Libva:(master)ccd93de5a707e92a629cccd595757c8d436fa3cc Libva_intel_driver:(master)f11176415ec26eb5960ba6841d2d9c22f2cabc60 Ffmpeg:(master)282c9354f13553399f83c026ec036321703578eb Mplayer:(hwaccel-vaapi)1923fa10ed77bbf8408f2ce312d85a97dab1f0f3
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.