[Intel-gfx] updated -next
Hi all, Already the first testing cycle for 3.7. Highlights: - Some prep patches for hsw dp and the modeset rework. - support for the ns2501 dvo from Thomas Richter (rather hackish though, but seems to work). - flushing_list removal (Chris). - reg_read interface (Ben) - pimp the wait_timeout ioctl to return a mask of active rings, useful for SNA to make better calls with external dri2 objects (Chris). - And quite a few fixes that I'll send to Dave for 3.6: context fallout, flushing_list fallout, backlight code cleanup fallout, improve crt ddc probing fallout and a few smaller fixes here there. Note to QA: -fixes does _not_ contain all the fixes merge into 3.5. I've had to move -fixes to be a subset of -next so that I can send a pull request with just those for 3.6. drm-intel-testing has additional merge to take in everything from 3.5. Happy testing! Yours, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
Hi Dave, rc2 is out the door so I've figured I'll annoy you with the first -next pull request for 3.6 already. Highlights: - new wait_rendring_timeout interface (Ben) - l3 cache remapping and error uevent support (Ben) - even more infoframes work from Paulo - gen4 hotplug rework from Chris - prep work to make Laurent Pincharts original mode constification for connector-mode_fixup possible QA reported a few new bugs this time around, but no regressions afact. For 3.5 the only thing I'm aware of is the edp vdd dmesg spam Linus originally reported - it looks like that might have been introduced in 3.5. But somehow my brain is routinely offline when I work on that issue, so things seem to take forever (and atm I'm at patch v4 for that little problem). Yours, Daniel The following changes since commit 63bc620b45af8c743ac291c8725933278c712692: radeon: add radeon prime vmap support. (2012-05-31 14:14:01 +0100) are available in the git repository at: git://people.freedesktop.org/~danvet/drm-intel tags/drm-intel-next-2012-06-04 for you to fetch changes up to 1523c310b3ed964b71a8db16f70c3bc21cc0642e: drm/i915: add min freq control to debugfs (2012-06-04 21:34:47 +0200) Ben Widawsky (8): drm/i915: timeout parameter for seqno wait drm/i915: improve i915_wait_request_begin trace drm/i915: wait render timeout ioctl drm/i915: s/i915_wait_request/i915_wait_seqno/g drm/i915: Dynamic Parity Detection handling drm/i915: enable parity error interrupts drm/i915: remap l3 on hw init drm/i915: l3 parity sysfs interface Chris Wilson (6): drm/i915: All members of gen4 have hotplug, so unconditionally enable its irq drm/i915: Inspect the right status bits for DP/HDMI hotplug on gen4 drm/i915: SDVO hotplug have different interrupt status bits for i915/i965/g4x drm/i915/hdmi: Query the live connector status bit for G4x drm/i915/dp: For consistency use the DP hotplug synonyms drm/i915/hdmi: Fix reg values for g4x_hdmi_connected Daniel Vetter (14): drm/i915: clarify preferred sdvo input mode code drm/i915: don't silently ignore sdvo mode_set failures drm/i915: there's no cxsr on ilk drm/i915: reuse the sdvo tv clock adjustment in ilk mode_set drm/i915: s/mdelay/msleep/ in the sdvo detect function drm/i915: ivybridge_handle_parity_error should be static drm/i915: initialize the parity work only once drm/i915: simplify sysfs setup code Merge remote-tracking branch 'airlied/drm-prime-vmap' into drm-intel-next-queued drm/i915: clarify IBX dp workaround drm/i915: extract object active state flushing code drm/i915: compute the target_clock for edp directly drm/i915: adjusted_mode-clock in the dp mode_fixup drm/i915: don't chnage the original mode in dp_mode_fixup Jesse Barnes (1): drm/i915: add min freq control to debugfs Paulo Zanoni (11): drm/i915: add set_infoframes to struct intel_hdmi drm/i915: properly alternate between DVI and HDMI drm/i915: only set the HDMI port on the DIP once drm/i915: enable DIP before enabling each InfoFrame drm/i915: don't wait for vblank while writing InfoFrames drm/i915: explicitly disable the DIPs we're not using drm/i915: disable DIP while changing the port drm/i915: don't write 0 to DIP control at HDMI init drm/i915: don't set SDVO_BORDER_ENABLE when we're HDMI drm/i915: remove comment about HSW HDMI DIPs drm/i915: add some barriers when changing DIPs drivers/gpu/drm/i915/i915_debugfs.c | 66 +++ drivers/gpu/drm/i915/i915_dma.c |1 + drivers/gpu/drm/i915/i915_drv.h | 11 +- drivers/gpu/drm/i915/i915_gem.c | 242 +++ drivers/gpu/drm/i915/i915_irq.c | 171 - drivers/gpu/drm/i915/i915_reg.h | 56 +- drivers/gpu/drm/i915/i915_sysfs.c | 127 +++- drivers/gpu/drm/i915/i915_trace.h | 28 ++- drivers/gpu/drm/i915/intel_ddi.c|3 +- drivers/gpu/drm/i915/intel_display.c| 47 ++--- drivers/gpu/drm/i915/intel_dp.c | 53 +++--- drivers/gpu/drm/i915/intel_drv.h|9 +- drivers/gpu/drm/i915/intel_hdmi.c | 318 +-- drivers/gpu/drm/i915/intel_overlay.c|4 +- drivers/gpu/drm/i915/intel_panel.c |2 +- drivers/gpu/drm/i915/intel_ringbuffer.c | 16 +- drivers/gpu/drm/i915/intel_sdvo.c | 56 -- include/drm/i915_drm.h | 10 + 18 files changed, 965 insertions(+), 255 deletions(-) -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] Updated -next
Hi all, 3.6 merging is already fully engaged, so here's a new -next to shred. I've pushed updated -next and -testing branches, as usual. Highlights: - new wait_rendring_timeout interface (Ben) - l3 cache remapping and error uevent support (Ben) - even more infoframes work from Paulo - gen4 hotplug rework from Chris - prep work to make Laurent Pincharts original mode constification for connector-mode_fixup possible Happy testing! Yours, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] Updated -next
Hi all, New stuff to test in -next (we've the testing branch updated as usual). Highlights: - sparse fixes from Ben. - tons of little cleanups from Chris all over: tiling_changed clarification, deferred_free list removal, ... - fix up irq handler on gen2 gen3 + related cleanups from Chris - prep work for wait_rendering_timeout from Ben with some nice refactorings - first set of infoframe fixes from Paulo for doubleclocked CEA modes - improve pch pll handling from Jesse and Chris - gpu hangman, this also contains the reset fix for gen4 - rps sanity check from Chris - this papers over issues when the gpu fails to clock up on snb/ivb, and it is shockingly easy to hit. The code prints a big WARN backtrace and restores the hw to a sane state. The real fix is still in the works. Wrt regressions in -next we've just got a report that one of the gmbus patchesseems to regress a macbook - besides some initial information gathering I haven't looked to closely yet. Happy testing! Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
Hi Dave, A new drm-intel-next pull. Highlights: - More gmbus patches from Daniel Kurtz, I think gmbus is now ready, all known issues fixed. - Fencing cleanup and pipelined fencing removal from Chris. - rc6 residency interface from Ben, useful for powertop. - Cleanups and code reorg around the ringbuffer code (Benme). - Use hw semaphores in the pageflip code from Ben. - More vlv stuff from Jesse, unfortunately his vlv cpu is doa, so less merged than I've hoped for - we still have the unused function warning :( - More hsw patches from Eugeni, again, not yet enabled fully. - intel_pm.c refactoring from Eugeni. - Ironlake sprite support from Chris. - And various smaller improvements/fixes all over the place. Note that this pull request also contains a backmerge of -rc3 to sort out a few things in -next. I've also had to frob the shortlog a bit to exclude anything that -rc3 brings in with this pull. Regression wise we have a few strange bugs going on, but for all of them closer inspection revealed that they've been pre-existing, just now slightly more likely to be hit. And for most of them we have a patch already. Otherwise QA has not reported any regressions, and I'm also not aware of anything bad happening in 3.4. For 3.4 Ken discovered that one of the snb workarounds in -next is required to fix hangs in google maps and tons of other apps, so expect another -fixes pull. Cheers, Daniel The following changes since commit effbc4fd8e37e41d6f2bb6bcc611c14b4fbdcf9b: Merge branch 'drm-intel-next' of git://people.freedesktop.org/~danvet/drm-intel into drm-core-next (2012-04-12 10:27:01 +0100) are available in the git repository at: git://people.freedesktop.org/~danvet/drm-intel tags/drm-intel-next-2012-04-23 for you to fetch changes up to a85d4bcb8a0cd5b3c754f98ff91ef2b9b3a73bc5: drm/i915: rc6 residency (fix the fix) (2012-04-23 09:30:14 +0200) Armin Reese (1): drm/i915: Mask reserved bits in display/sprite address registers Ben Widawsky (10): drm/i915: add rc6 residency times to debugfs drm/i915: use semaphores for the display plane drm/i915: rc6 in sysfs drm/i915: i915_gem_object_sync must handle NULL drm/i915: fix for when semaphore updates fail drm/i915: hide (seqno-1) in ringbuffer code drm/i915: [sparse] trivial sparse fixes drm/i915: [sparse] don't use variable size arrays drm/i915: [GEN7] Use HW scheduler for fixed function shaders drm/i915: rc6 residency (fix the fix) Chris Wilson (25): drm/i915: Reorganise rules for get_fence/put_fence drm/i915: Ironlake shares the same video sprite controls as Sandybridge drm/i915: Allow concurrent read access between CPU and GPU domain drm/i915: Trigger hangcheck if we detect more a repeating missed IRQ drm/i915: Refactor the deferred PM_IIR handling into a single function drm/i915: Export the generic, not arch specific, intel_update_watermarks() drm/i915/sprite: Always enable the scaler on IronLake drm/i915/dp: Flush any outstanding work to turn the VDD off drm/i915: Always flush tiling changes before accessing through the GTT drm/i915: Replace open coded MI_BATCH_GTT drm/i915: Unpin the flip target if we fail to queue the flip drm/i915: intel_update_fbc() requires struct_mutex, so no longer atomic drm/i915: Don't set a MBZ bit in gen2/3 MI_FLUSH drm/i915: Wait for all pending operations to the fb before disabling the pipe drm/i915: Remove the pipelined parameter from get_fence() drm/i915: Remove fence pipelining drm/i915: Remove unused ring-setup_seqno drm/i915: Discard the unused obj-last_fenced_ring drm/i915: Simplify fence finding drm/i915: Remove the unsightly optimisation from flush_fence() drm/i915: Prepare to consolidate fence writing drm/i915: Refactor put_fence() to use the common fence writing routine drm/i915: Refactor fence clearing to use the common fence writing routine drm/i915: Refactor get_fence() to use the common fence writing routine drm/i915: Silence the change of LVDS sync polarity Daniel Kurtz (9): drm/i915/intel_i2c: handle zero-length writes drm/i915/intel_i2c: use double-buffered writes drm/i915/intel_i2c: always wait for IDLE before clearing NAK drm/i915/intel_i2c: use WAIT cycle, not STOP drm/i915/intel_i2c: use INDEX cycles for i2c read transactions drm/i915/intel_i2c: reuse GMBUS2 value read in polling loop drm/i915/intel_i2c: remove POSTING_READ() from gmbus transfers drm/i915/intel_i2c: handle zero-length reads drm/i915/intel_i2c: reduce verbosity of some messages Daniel Vetter (24): drm/i915: simplify ppgtt setup drm/i915: re-init modeset hw state after gpu reset drm/i915: rip out ring-irq_mask drm/i915: set ring-size in common ring setup code
Re: [Intel-gfx] Updated -next
On Fri, Apr 27, 2012 at 01:45:42PM +0200, Daniel Vetter wrote: Hi Dave, A new drm-intel-next pull. Highlights: - More gmbus patches from Daniel Kurtz, I think gmbus is now ready, all known issues fixed. - Fencing cleanup and pipelined fencing removal from Chris. - rc6 residency interface from Ben, useful for powertop. - Cleanups and code reorg around the ringbuffer code (Benme). - Use hw semaphores in the pageflip code from Ben. - More vlv stuff from Jesse, unfortunately his vlv cpu is doa, so less merged than I've hoped for - we still have the unused function warning :( - More hsw patches from Eugeni, again, not yet enabled fully. - intel_pm.c refactoring from Eugeni. - Ironlake sprite support from Chris. - And various smaller improvements/fixes all over the place. Note that this pull request also contains a backmerge of -rc3 to sort out a few things in -next. I've also had to frob the shortlog a bit to exclude anything that -rc3 brings in with this pull. Regression wise we have a few strange bugs going on, but for all of them closer inspection revealed that they've been pre-existing, just now slightly more likely to be hit. And for most of them we have a patch already. Otherwise QA has not reported any regressions, and I'm also not aware of anything bad happening in 3.4. For 3.4 Ken discovered that one of the snb workarounds in -next is required to fix hangs in google maps and tons of other apps, so expect another -fixes pull. Cheers, Daniel The following changes since commit effbc4fd8e37e41d6f2bb6bcc611c14b4fbdcf9b: Merge branch 'drm-intel-next' of git://people.freedesktop.org/~danvet/drm-intel into drm-core-next (2012-04-12 10:27:01 +0100) are available in the git repository at: git://people.freedesktop.org/~danvet/drm-intel tags/drm-intel-next-2012-04-23 I've forgot to mention that this branch has a very funky conflict with Linus' tree. Essentially it's just a few patches touching the same file (not even the same functions), but the git diff algo gets completely confused and thinks that the drm-intel-next branch completely rewrote large parts of intel_display.c. In truth we've just moved a few functions out of intel_display.c into intel_pm.c. But because the part in intel_display.c where git is all confused about is also changed in the 3.4 tree, and we have a merge conflict where none should be. drm-intel-testing has the merge resolution, in case anyone needs it. -Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
On Sat, Apr 21, 2012 at 06:40:32PM +0200, Daniel Vetter wrote: Hi all, Highlights: - More gmbus patches from Daniel Kurtz, I think gmbus is now ready, all known issues fixed. - Fencing cleanup and pipelined fencing removal from Chris. - rc6 residency interface from Ben, useful for powertop. - Cleanups and code reorg around the ringbuffer code (Benme). - Use hw semaphores in the pageflip code from Ben. - More vlv stuff from Jesse, unfortunately his vlv cpu is doa, so less merged than I've hoped for - we still have the unused function warning. - More hsw patches from Eugeni, again, not yet enabled fully. - intel_pm.c refactoring from Eugeni. - Ironlake sprite support from Chris. - And various smaller improvements/fixes all over the place. Happy testing! To fix up 32bit compilation, I've updated both -next and -testing. -Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
Okay, I'm just going to write mail to you for that issue. Thanks --Yi Sun -Original Message- From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter Sent: Monday, April 23, 2012 3:39 PM To: Intel Graphics Development; Sun, Yi Subject: Re: Updated -next On Sat, Apr 21, 2012 at 06:40:32PM +0200, Daniel Vetter wrote: Hi all, Highlights: - More gmbus patches from Daniel Kurtz, I think gmbus is now ready, all known issues fixed. - Fencing cleanup and pipelined fencing removal from Chris. - rc6 residency interface from Ben, useful for powertop. - Cleanups and code reorg around the ringbuffer code (Benme). - Use hw semaphores in the pageflip code from Ben. - More vlv stuff from Jesse, unfortunately his vlv cpu is doa, so less merged than I've hoped for - we still have the unused function warning. - More hsw patches from Eugeni, again, not yet enabled fully. - intel_pm.c refactoring from Eugeni. - Ironlake sprite support from Chris. - And various smaller improvements/fixes all over the place. Happy testing! To fix up 32bit compilation, I've updated both -next and -testing. -Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] Updated -next
Hi all, Highlights: - More gmbus patches from Daniel Kurtz, I think gmbus is now ready, all known issues fixed. - Fencing cleanup and pipelined fencing removal from Chris. - rc6 residency interface from Ben, useful for powertop. - Cleanups and code reorg around the ringbuffer code (Benme). - Use hw semaphores in the pageflip code from Ben. - More vlv stuff from Jesse, unfortunately his vlv cpu is doa, so less merged than I've hoped for - we still have the unused function warning. - More hsw patches from Eugeni, again, not yet enabled fully. - intel_pm.c refactoring from Eugeni. - Ironlake sprite support from Chris. - And various smaller improvements/fixes all over the place. Happy testing! Cheers, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
Dear Yi¹, Am Mittwoch, den 11.04.2012, 03:20 + schrieb Sun, Yi: We finished a new round of kernel testing. The version of kernel is: Kernel: (drm-intel-testing)9d0b5b5468650e0ac72a7786cf6625963f926d4d Merge: ec34a01 b4db1e3 Author: Daniel Vetter daniel.vet...@ffwll.ch Date: Mon Apr 9 18:12:03 2012 +0200 We covered the platform IvyBridge, SandyBridge, IronLake, G45 and Pineview. We haven't any available HasWell machine, so didn't do testing on that. the platform seems to be spelled Haswell [1]. General, in this circle, 11 bugs are fixed, 4 bugs are still open, and 2 new bugs about suspending are filed. The detail of bugs are as following: Fixed bugs Bug 38138 - [SNB] mplayer -vo fbdev videofile will cause system hang on HuronRiver (https://bugs.freedesktop.org/show_bug.cgi?id=38138) Bug 40031 - [Regression] testdisplay can't display correctly with 30 bpp (https://bugs.freedesktop.org/show_bug.cgi?id=40031) Bug 42180 - System hang while running gem_linear_blits of Intel-gpu-tools (https://bugs.freedesktop.org/show_bug.cgi?id=42180) Bug 47990 - [PNV]I-G-T/gem_tiled_after_untiled_blt fail (https://bugs.freedesktop.org/show_bug.cgi?id=47990) Bug 48026 - [Regression]I-G-T/gem_linear_blits fail (https://bugs.freedesktop.org/show_bug.cgi?id=48026) Bug 47085 - [ILK]I-G-T/gem_pipe_control_store_loop fail unstablely (https://bugs.freedesktop.org/show_bug.cgi?id=47085) Bug 48028 - [Regression ILK]I-G-T/gem_tiled_blits fail (https://bugs.freedesktop.org/show_bug.cgi?id=48028) Bug 48030 - [Regression ILK]I-G-T /gem_tiled_fence_blits fail (https://bugs.freedesktop.org/show_bug.cgi?id=48030) Bug 42943 - [IVB] Boot with a vga monitor can't light the DP screen while plugin it (https://bugs.freedesktop.org/show_bug.cgi?id=42943) Bug 44305 - [IVB]The Edp can't work while booting with a monitor (https://bugs.freedesktop.org/show_bug.cgi?id=44305) Open bugs: Bug 41976 - [IVB] screen turn to be black while switching between console and x-window with 3-pipe active (https://bugs.freedesktop.org/show_bug.cgi?id=41976) Bug 47990 - [PNV]I-G-T/gem_tiled_after_untiled_blt fail (https://bugs.freedesktop.org/show_bug.cgi?id=47990) Bug 45867 - [IVB 3pipe] 3 Pipe Doesn't Work with Eaglemont Card (https://bugs.freedesktop.org/show_bug.cgi?id=45867) Bug 45870 - [IVB PCH eDP] PCH eDP doesn't work (https://bugs.freedesktop.org/show_bug.cgi?id=45870) so what are the newly submitted/opened problem reports? Thanks, Paul PS: Could you please adapt the subject line next time like [QA] Testing report for `drm-intel-testing` (was: Updated -next) for better overview in the inbox and the archive. ¹ I hope Yi is your first name. I am always confused about that. If it is, no comma goes after it. [1] https://en.wikipedia.org/wiki/Haswell_(microarchitecture) signature.asc Description: This is a digitally signed message part ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
Am Mittwoch, den 11.04.2012, 08:24 + schrieb Sun, Yi: […] Thank all your comments. Thank you for your prompt reply and your work on the Intel-gfx driver. Thanks, Paul signature.asc Description: This is a digitally signed message part ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
Hi all, We finished a new round of kernel testing. The version of kernel is: Kernel: (drm-intel-testing)9d0b5b5468650e0ac72a7786cf6625963f926d4d Merge: ec34a01 b4db1e3 Author: Daniel Vetter daniel.vet...@ffwll.ch Date: Mon Apr 9 18:12:03 2012 +0200 We covered the platform IvyBridge, SandyBridge, IronLake, G45 and Pineview. We haven't any available HasWell machine, so didn't do testing on that. General, in this circle, 11 bugs are fixed, 4 bugs are still open, and 2 new bugs about suspending are filed. The detail of bugs are as following: Fixed bugs Bug 38138 - [SNB] mplayer -vo fbdev videofile will cause system hang on HuronRiver (https://bugs.freedesktop.org/show_bug.cgi?id=38138) Bug 40031 - [Regression] testdisplay can't display correctly with 30 bpp (https://bugs.freedesktop.org/show_bug.cgi?id=40031) Bug 42180 - System hang while running gem_linear_blits of Intel-gpu-tools (https://bugs.freedesktop.org/show_bug.cgi?id=42180) Bug 47990 - [PNV]I-G-T/gem_tiled_after_untiled_blt fail (https://bugs.freedesktop.org/show_bug.cgi?id=47990) Bug 48026 - [Regression]I-G-T/gem_linear_blits fail (https://bugs.freedesktop.org/show_bug.cgi?id=48026) Bug 47085 - [ILK]I-G-T/gem_pipe_control_store_loop fail unstablely (https://bugs.freedesktop.org/show_bug.cgi?id=47085) Bug 48028 - [Regression ILK]I-G-T/gem_tiled_blits fail (https://bugs.freedesktop.org/show_bug.cgi?id=48028) Bug 48030 - [Regression ILK]I-G-T /gem_tiled_fence_blits fail (https://bugs.freedesktop.org/show_bug.cgi?id=48030) Bug 42943 - [IVB] Boot with a vga monitor can't light the DP screen while plugin it (https://bugs.freedesktop.org/show_bug.cgi?id=42943) Bug 44305 - [IVB]The Edp can't work while booting with a monitor (https://bugs.freedesktop.org/show_bug.cgi?id=44305) Open bugs: Bug 41976 - [IVB] screen turn to be black while switching between console and x-window with 3-pipe active (https://bugs.freedesktop.org/show_bug.cgi?id=41976) Bug 47990 - [PNV]I-G-T/gem_tiled_after_untiled_blt fail (https://bugs.freedesktop.org/show_bug.cgi?id=47990) Bug 45867 - [IVB 3pipe] 3 Pipe Doesn't Work with Eaglemont Card (https://bugs.freedesktop.org/show_bug.cgi?id=45867) Bug 45870 - [IVB PCH eDP] PCH eDP doesn't work (https://bugs.freedesktop.org/show_bug.cgi?id=45870) Thanks --Yi,Sun -Original Message- From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter Sent: Thursday, April 05, 2012 5:45 PM To: Intel Graphics Development; Sun, Yi Subject: Updated -next Hi all, I've pushed out a new -next and testing tree. Highlights: - first batch of hsw enabling (Eugeni) - first batch of vlv enabling (Jesse and others) - a few cleanups spurred by the above items - pwrite/pread rework and speedups - less mappable pressure and reloc optimizations (Chris) - mmap_offset exhaustion mitigation (Chris) - more gmbus cleanups and fixes (Daniel Kurtz), now also enabled for gen2 - a start at figuring out what code of our gem+ums/kms/dri1 codebase is actually support by disallowing these ioctls Happy testing! Cheers, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
On Thu, Apr 05, 2012 at 11:45:29AM +0200, Daniel Vetter wrote: Hi all, I've pushed out a new -next and testing tree. Highlights: - first batch of hsw enabling (Eugeni) - first batch of vlv enabling (Jesse and others) - a few cleanups spurred by the above items - pwrite/pread rework and speedups - less mappable pressure and reloc optimizations (Chris) - mmap_offset exhaustion mitigation (Chris) - more gmbus cleanups and fixes (Daniel Kurtz), now also enabled for gen2 - a start at figuring out what code of our gem+ums/kms/dri1 codebase is actually support by disallowing these ioctls Happy testing! Ben Widawsky noticed that one of the patches I've merged accidentally disabled rc6 and gpu turbo on snb and ivb, essentially making any gpu render and performance testing void. My apologies for this screw-up, I should have done better. Especially since I've noticed the error in review, but managed to merge the patch despite that. I've updated the drm-intel-next and -testing branchs, the new tip of -testing is: commit 9d0b5b5468650e0ac72a7786cf6625963f926d4d Merge: ec34a01 b4db1e3 Author: Daniel Vetter daniel.vet...@ffwll.ch Date: Mon Apr 9 18:12:03 2012 +0200 Merge remote-tracking branch 'danvet/drm-intel-fixes' into drm-intel-testing' Sun, I'm sorry for the additional work, but please re-run any gpu render and performance testing on this new branch. Modeset issues and output testing should not be affected by this, so there's no need to re-run these tests you have already done on the old -testing branch. Yours, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
Sun, I'm sorry for the additional work, but please re-run any gpu render and performance testing on this new branch. Modeset issues and output testing should not be affected by this, so there's no need to re-run these tests you have already done on the old -testing branch. That's all right. It seems affect our nightly auto testing result, but has less impact to this circle manual testing. I'm going to update the kernel version. Thanks -- Yi Yours, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] Updated -next
Hi all, I've pushed out a new -next and testing tree. Highlights: - first batch of hsw enabling (Eugeni) - first batch of vlv enabling (Jesse and others) - a few cleanups spurred by the above items - pwrite/pread rework and speedups - less mappable pressure and reloc optimizations (Chris) - mmap_offset exhaustion mitigation (Chris) - more gmbus cleanups and fixes (Daniel Kurtz), now also enabled for gen2 - a start at figuring out what code of our gem+ums/kms/dri1 codebase is actually support by disallowing these ioctls Happy testing! Cheers, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
Hi all, We finished new round Kernel testing. We covered both mobile and desktop machines on platforms IVB, SNB, ILK, GM965 and PNV. The Kernel the latest on -testing branch Daniel's tree: commit 0028cac2e9e91961384ac15aae4196eee0faf4f6 Merge: 121d527 b250da7 Author: Daniel Vetter daniel.vet...@ffwll.ch Date: Fri Mar 23 10:44:16 2012 +0100 Merge remote-tracking branch 'keithp-kernel/drm-intel-fixes' into drm-intel-testing Conflicts: drivers/gpu/drm/i915/intel_ringbuffer.c No new bugs are filed during this circle. But some old bugs about 3 pipes or eDP on IVB platform are still open now: Bug 41976 - [IVB] screen turn to be black while switching between console and x-window with 3-pipe active. (https://bugs.freedesktop.org/show_bug.cgi?id=41976) Bug 42194 - [IVB/SNB]plug in a monitor while running testdisplay fail to make the screen come up. (https://bugs.freedesktop.org/show_bug.cgi?id=42194) Bug 44309 - [IVB eDP] 3 pipe doesn't work with eDP monitor. (https://bugs.freedesktop.org/show_bug.cgi?id=44309) Bug 45867 - [IVB 3pipe] 3 Pipe Doesn't Work with Eaglemont Card. (https://bugs.freedesktop.org/show_bug.cgi?id=45867) Thanks --Yi,Sun -Original Message- From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter Sent: Friday, March 23, 2012 6:03 PM To: Intel Graphics Development; Sun, Yi Subject: Updated -next Hi all, I've pushed out an updated -next and -testing tree. Highlights: - more decoupling of ppgtt and global gtt. - shut up the compiler (Ben) - a bunch of minor quirks and fixlets, accompanied with quite a few module options to ease debuggin (and adding new entries to these for these new quirks). This -next tree is already targeting 3.5. Happy testing! -Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] Updated -next
Hi all, I've pushed out an updated -next and -testing tree. Highlights: - more decoupling of ppgtt and global gtt. - shut up the compiler (Ben) - a bunch of minor quirks and fixlets, accompanied with quite a few module options to ease debuggin (and adding new entries to these for these new quirks). This -next tree is already targeting 3.5. Happy testing! -Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
Hi Dave, QA beat on the -next tree in my absence and filed 3 new issue. Afaict they're all new sightings of old issues (hooray for improved test-suites) safe for a very funky sporadic failure on ilk - investigation is still going on this one. Otherwise the missed irq on snb poped up again, but Ben confirmed that the full ivb voodoo works. You likely get a one-liner to enable that on snb, too. And imo the swizzling regression has been fixed as well as possible given the ugly situation - the patch to fix lying kernels prior to 3.2 is submitted to stable (needed for correctness with updated mesa git/8.0) and the mesa patch to correctly detile the stencil buffer is on track to get into the next 8.0 release (the only affected mesa release branch). Highlights of this pull request: - gmbus fixes and reenabling gmbus by default (one-liner to switch back). Note that this also contains a i2c core change and a i2c patch for nouveau. - random smaller fixes and some quirks - the finish_gpu patch, despite the lack of a clear testcase and and obviously correct theory how exactly this fixes anything. But this does paper too well over various issues (among them the hibernate desaster, at least to some extent), so I've grumpily included it. i.e. winding down for 3.4. PSA to everyone else: I expect the next -next to go into 3.5 already, so if I've picked up patches that you think should go into 3.4, please annoy Keith about them. As usual, qa report below the pull request. Cheers, Daniel The following changes since commit ff5f4b0585620e5c158ecaad84d91c5bf3c5d0a1: Merge remote-tracking branch 'airlied/drm-next' into for-airlied (2012-02-23 14:56:11 +0100) are available in the git repository at: git://people.freedesktop.org/~danvet/drm-intel tags/drm-intel-next-2012-03-01 for you to fetch changes up to c501ae7f332cdaf42e31af30b72b4b66cbbb1604: drm/i915: Only clear the GPU domains upon a successful finish (2012-03-01 21:36:13 +0100) Benson Leung (1): drm/i915: Fix single msg gmbus_xfers writes Chris Wilson (5): drm/i915/bios: Downgrade the signature missing DRM_ERROR to debug drm/i915: Only bump refcnt on objects scheduled for eviction drm/i915: No need to search again after retiring requests drm/i915: Silence the error message from i915_wait_request() drm/i915: Only clear the GPU domains upon a successful finish Daniel Vetter (9): drm/i915: use the new hdmi_force_audio enum more drm/i915: error_buffer-ring should be signed drm/i915: add dev_priv to intel_gmbus drm/nouveau: do a better job at hiding the NIH i2c bit-banging algo i2c: export bit-banging algo functions drm/i915: merge struct intel_gpio into struct intel_gmbus drm/i915: merge gmbus and gpio i2c adpater into one drm/i915: i2c: unconditionally set up gpio fallback drm/i915: reenable gmbus on gen3+ again Marc Gariepy (1): drm/i915: Ignore LVDS on hp t5745 and hp st5747 thin client Philipp Grete (1): drm/i915: Fixes distorted external screen image on HP 2730p drivers/gpu/drm/i915/i915_drv.h | 19 +++- drivers/gpu/drm/i915/i915_gem.c | 12 +-- drivers/gpu/drm/i915/i915_gem_evict.c | 19 +--- drivers/gpu/drm/i915/intel_bios.c |2 +- drivers/gpu/drm/i915/intel_display.c |2 - drivers/gpu/drm/i915/intel_dp.c | 10 +- drivers/gpu/drm/i915/intel_i2c.c | 190 +--- drivers/gpu/drm/i915/intel_lvds.c | 16 +++ drivers/gpu/drm/i915/intel_sdvo.c | 10 +- drivers/gpu/drm/nouveau/nouveau_i2c.c |8 +- drivers/i2c/algos/i2c-algo-bit.c |3 +- include/linux/i2c-algo-bit.h |1 + 12 files changed, 130 insertions(+), 162 deletions(-) On Thu, Mar 08, 2012 at 08:10:47AM +, Sun, Yi wrote: New round Kernel testing is finished. This time we covered the platform IVB, SNB, ILK, G45, PNV. The kernel commit is: Kernel: (drm-intel-testing) 9c5a1897768918a941aebbeaefd9f698358c7cf9 Merge: c501ae7 108b0d3 Author: Daniel Vetter daniel.vet...@ffwll.ch Date: Thu Mar 1 21:47:53 2012 +0100 Merge remote-tracking branch 'airlied/drm-fixes' into drm-intel-testing Conflicts: drivers/gpu/drm/i915/intel_ringbuffer.c New filed bugs: Bug 47034 - [G45]testdisplay can't show all modes with VGA interface and black screen (https://bugs.freedesktop.org/show_bug.cgi?id=47034) Bug 47082 - [G33]GPU hung while running gem_cs_prefetch of intel-gpu-tools (https://bugs.freedesktop.org/show_bug.cgi?id=47082) Bug 47085 - [ILK]I-G-T/gem_pipe_control_store_loop fail unstablely (https://bugs.freedesktop.org/show_bug.cgi?id=47085) Note that, the bug 47082 and 47085 are unstable issue. If run the test cases separately, both two cases would pass. But if run the whole i-g-t suite with make test, the two cases which involved in the bug report would fail sometimes. It's
Re: [Intel-gfx] Updated -next
New round Kernel testing is finished. This time we covered the platform IVB, SNB, ILK, G45, PNV. The kernel commit is: Kernel: (drm-intel-testing) 9c5a1897768918a941aebbeaefd9f698358c7cf9 Merge: c501ae7 108b0d3 Author: Daniel Vetter daniel.vet...@ffwll.ch Date: Thu Mar 1 21:47:53 2012 +0100 Merge remote-tracking branch 'airlied/drm-fixes' into drm-intel-testing Conflicts: drivers/gpu/drm/i915/intel_ringbuffer.c New filed bugs: Bug 47034 - [G45]testdisplay can't show all modes with VGA interface and black screen (https://bugs.freedesktop.org/show_bug.cgi?id=47034) Bug 47082 - [G33]GPU hung while running gem_cs_prefetch of intel-gpu-tools (https://bugs.freedesktop.org/show_bug.cgi?id=47082) Bug 47085 - [ILK]I-G-T/gem_pipe_control_store_loop fail unstablely (https://bugs.freedesktop.org/show_bug.cgi?id=47085) Note that, the bug 47082 and 47085 are unstable issue. If run the test cases separately, both two cases would pass. But if run the whole i-g-t suite with make test, the two cases which involved in the bug report would fail sometimes. It's first time that we found some Piglit cases failure caused by Kernel regression. And the bug is filed: Bug 46863 - [ivb/snb regression] Piglit case fbo-stencil fail (https://bugs.freedesktop.org/show_bug.cgi?id=46863) Fixed bugs: Bug 44250 - [IVB][drm:intel_dsm_platform_mux_info] *ERROR* MUX INFO call failed while booting with monitor (https://bugs.freedesktop.org/show_bug.cgi?id=44250) Old bugs Still occurs: Bug 41976 - [IVB] screen turn to be black while switching between console and x-window with 3-pipe active. (https://bugs.freedesktop.org/show_bug.cgi?id=41976) Bug 42194 - [IVB/SNB]plug in a monitor while running testdisplay fail to make the screen come up. (https://bugs.freedesktop.org/show_bug.cgi?id=42194) Bug 44309 - [IVB eDP] 3 pipe doesn't work with eDP monitor. (https://bugs.freedesktop.org/show_bug.cgi?id=44309) Bug 45867 - [IVB 3pipe] 3 Pipe Doesn't Work with Eaglemont Card. (https://bugs.freedesktop.org/show_bug.cgi?id=45867) So till now, in the i-g-t test suite, only 3 failures happen with -testing branch. Two are unstable which mentioned above(gem_cs_prefetch and gem_pipe_control_store_loop), and the other one is gem_ringfill which is also filed. Thanks --Yi,Sun -Original Message- From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter Sent: Friday, March 02, 2012 4:59 AM To: Intel Graphics Development; Sun, Yi Subject: Updated -next Hi all, I've just pushed out update -next and -testing trees. Highlights: - gmbus fixes, gmbus is now again enabled by default. - random smaller fixes. ... so not too much this time around. For the 3.4 I think we should now slowly wind down, of the big outstanding patch series I think only the pwrite series might still get in. But it has blown up so often in 'final' review already that I am sceptical. In other news I'll be at osts next week and on vacation the following week, so expect slow response times from me and an extended -next cycle. Happy testing! Cheers, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] Updated -next
Hi all, I've just pushed out update -next and -testing trees. Highlights: - gmbus fixes, gmbus is now again enabled by default. - random smaller fixes. ... so not too much this time around. For the 3.4 I think we should now slowly wind down, of the big outstanding patch series I think only the pwrite series might still get in. But it has blown up so often in 'final' review already that I am sceptical. In other news I'll be at osts next week and on vacation the following week, so expect slow response times from me and an extended -next cycle. Happy testing! Cheers, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] updated -next
On Thu, 16 Feb 2012 18:27:44 +0100 Daniel Vetter dan...@ffwll.ch wrote: Hi all, Updated -next and -testing trees. I haven't merged in any of the patches Jesse queued up because he hasn't yet pushed out his latest -fixes tree. No cookies for Jesse today! wtf I swear I pushed that branch, I even pushed updates to it. I wonder where those pushes have been going... Looks like the branch is there now, I must have pushed to a bogus ref. -- Jesse Barnes, Intel Open Source Technology Center signature.asc Description: PGP signature ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] updated -next
Hi all, Updated -next and -testing trees. I haven't merged in any of the patches Jesse queued up because he hasn't yet pushed out his latest -fixes tree. No cookies for Jesse today! Highlights: - interlaced support for i915. Again thanks a lot to all the ppl who help out with testing, patches and doc-crawling. - aliasing ppgtt support for snb/ivb. Because ppgtt ptes are gpu-cacheable, this can also speed things up a bit. - swizzling support for snb/ivb, again a slight perf improvements on some things. - more error_state work - we're slowly reaching a level of paranoia suitable for dealing with gpus. - outstanding_lazy_request fix and the autoreport patches from Chris: I'm pretty hopefully that these two squash a lot of the semaphores=1 issues we've seen on snb, please retest if you've had issues. - the usual pile of minor patches, one noteworthy one is to use the lvds presence ping on pch_split chips. I expect a few new quirks due to this ... Go forth and test! Cheers, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] updated -next
Hi all, I've just pushed out an updated -next tree. Highlights: - MI_WTF patches from Eric - ilk/dmar workaround recursion fix from Ben - pwrite/read EFAULT fixes for gtt userspace pointers - error_state rework and extension (still more to come here) and some debugfs refactoring to make that easier - shut up the harmless dmesg splatter from the previous next on i855gm - fence accounting improvements from Chris, fixes an sna vs. uxa perf regression on gen3 - some swizzling cleanups and fixes, notably to fix swapping on i915g/i945g - various other smaller things As usual, I've also updated drm-intel-testing to the latest -next with the latest -fixes from Keith merged in for easier testing. Go wild, test and please report any issues. Thanks, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
On Sat, Jan 21, 2012 at 04:15:40AM +, Sun, Yi wrote: Hi all, Not much in the first -next update under the new process, I'd like to tests the qa process first. Highligths: - first part of i9xx_crtc_mode_set refactor from Jesse - quite a few ajax-is-paranoid patches - HAS_LLC param from Eugeni - kill i915_mem.c For easier testing there's also an updated drm-intel-testing branch with the latest -fixes merged in (i.e. the missed irq patches). Testing feedback highly welcome. Hi Yi, Please put the -testing branch through the kernel qa process. Btw I've noticed that the nightly tests are missing a few recent i-g-t tests, please upgrade that. I'm confused about branch drm-intel-testing. Does it mean drm-intel-next branch when you said branch drm-intel-testing? drm-intel-testing is drm-intel-next and drm-intel-fixes merged together (as the time of when I've pushed things out). Gordon Jin said that he prefers to qa one single branch and that qa will take the job of finding out whether an issue has been introduced in -fixes or in -next. I agree that it makes more sense to test everything together, otherwise you'll miss some of the bugfixes in -fixes. -Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
On 2012-01-21 15:12+0100 Daniel Vetter wrote: drm-intel-testing is drm-intel-next and drm-intel-fixes merged together (as the time of when I've pushed things out). Gordon Jin said that he prefers to qa one single branch and that qa will take the job of finding out whether an issue has been introduced in -fixes or in -next. I agree that it makes more sense to test everything together, otherwise you'll miss some of the bugfixes in -fixes. As an Intel graphics user whose number-one concern is stability, I have to make a comment here. I fully appreciate that the top priority for qa should be the cutting edge so that Intel developers get quick feedback on their changes. But that leaves the -fixes branch untested _on its own_ by qa, and I urge Gordon Jin to rethink that decision. After all, the -fixes branch is quite important to the end user of Intel graphics since it generally propagates sooner than -intel-testing to the users. Also, doing qa for both -intel-testing and -fixes should not double the burden on the qa group since -fixes is much less volatile so doesn't have to be tested nearly as often as -intel-testing. In sum, my feeling is that if the -fixes branch is to have any separate meaning at all, it has to go through the same qa process (although not as often) as drm-intel-testing. My $0.02. Alan __ Alan W. Irwin Astronomical research affiliation with Department of Physics and Astronomy, University of Victoria (astrowww.phys.uvic.ca). Programming affiliations with the FreeEOS equation-of-state implementation for stellar interiors (freeeos.sf.net); the Time Ephemerides project (timeephem.sf.net); PLplot scientific plotting software package (plplot.sf.net); the libLASi project (unifont.org/lasi); the Loads of Linux Links project (loll.sf.net); and the Linux Brochure Project (lbproject.sf.net). __ Linux-powered Science __ ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
[Intel-gfx] Updated -next
Hi all, Not much in the first -next update under the new process, I'd like to tests the qa process first. Highligths: - first part of i9xx_crtc_mode_set refactor from Jesse - quite a few ajax-is-paranoid patches - HAS_LLC param from Eugeni - kill i915_mem.c For easier testing there's also an updated drm-intel-testing branch with the latest -fixes merged in (i.e. the missed irq patches). Testing feedback highly welcome. Hi Yi, Please put the -testing branch through the kernel qa process. Btw I've noticed that the nightly tests are missing a few recent i-g-t tests, please upgrade that. Cheers, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Re: [Intel-gfx] Updated -next
Hi all, Not much in the first -next update under the new process, I'd like to tests the qa process first. Highligths: - first part of i9xx_crtc_mode_set refactor from Jesse - quite a few ajax-is-paranoid patches - HAS_LLC param from Eugeni - kill i915_mem.c For easier testing there's also an updated drm-intel-testing branch with the latest -fixes merged in (i.e. the missed irq patches). Testing feedback highly welcome. Hi Yi, Please put the -testing branch through the kernel qa process. Btw I've noticed that the nightly tests are missing a few recent i-g-t tests, please upgrade that. Hi Daniel, I'm confused about branch drm-intel-testing. Does it mean drm-intel-next branch when you said branch drm-intel-testing? Thank you for finding the issue in nightly tests, I'll work it out soon. By the way, we will be in vacation till Jan 30th. Thanks --Sun Yi Cheers, Daniel -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
