Hi Dave, qa just reported on the latest drm-intel-next tree testing and found no regression. My own testing also hasn't revealed any surprises. The old tree had 3 outstanding issues: - this pull request contains a fix for the harmless but annoying i855gm dmesg splatter issue - an otherwise harmless dmesg error about dp is gone with latest -fixes merged into -next - the modeset failures have been tracked down to the additional cea modes detected with 3.3-rc1, so not a drm-intel-next issue. Investigation is still going on. Highlights of this pull request: - quite a few correctness reworks in corner cases (pwrite, swap-in swizzling, fence accounting, ...) - i-g-t tests are now rather happy about this kernel. - ilk vt-d infinite recursion due to w/a fixes from Ben - sprite watermark code from Jesse - big refactoring and extension of the error_state capture code (still more patches to come and some already queued up for -next) - random set of smaller things (MI_WTF, pageflip on gen2, dp audio, ...) As usual, qa report below the pull request. Cheers, Daniel The following changes since commit 3d29b842e58fbca2c13a9f458fddbaa535c6e578: drm/i915: add a LLC feature flag in device description (2012-01-17 20:01:45 +0100) are available in the git repository at: git://people.freedesktop.org/~danvet/drm-intel drm-intel-next-2012-02-07 for you to fetch changes up to 172975aa746e155533cb386c7159c2d6510e2bc8: drm/i915: Handle unmappable buffers during error state capture (2012-01-31 21:02:54 +0100) ---------------------------------------------------------------- Ben Widawsky (3): drm/i915: argument to control retiring behavior drm/i915: drm/i915: Fix recursive calls to unmap drm/i915: correct lock type in destroy Chris Wilson (3): drm/i915: Separate fence pin counting from normal bind pin counting drm/i915: Remove the upper limit on the bo size for mapping into the CPU domain drm/i915: Handle unmappable buffers during error state capture Daniel Vetter (18): drm/i915: clarify gen2 pageflip cmd drm/i915: fixup assert_pipe to take the pipe A quirk into account drm/i915: switch ring->id to be a real id drm/i915: refactor ring error state capture to use arrays drm/i915: collect more per ring error state drm/i915/ringbuffer: kill snb blt workaround drm/i915: don't trash the gtt when running out of fences drm/i915: refactor debugfs open function drm/i915: refactor debugfs create functions drm/i915: capture error_state also for stuck rings drm/i915: remove the i915_batchbuffer_info debugfs file drm/i915: reject GTT domain in relocations drm/i915: add per-ring fault reg to error_state drm/i915: fix swizzle detection for gen3 drm/i915: add debugfs file for swizzling information drm/i915: fall through pwrite_gtt_slow to the shmem slow path drm/i915: rewrite shmem_pwrite_slow to use copy_from_user drm/i915: rewrite shmem_pread_slow to use copy_to_user Eric Anholt (2): drm/i915: Remove the MI_FLUSH_ENABLE setting. drm/i915: Correct the bit number for the MI_FLUSH_ENABLE. Eugeni Dodonov (1): drm/i915: print out which pixel format we do not support Jesse Barnes (1): drm/i915: properly mask and or watermark values for sprites Wu Fengguang (1): drm/i915: set AUD_CONFIG N_value_index for DisplayPort drivers/gpu/drm/i915/i915_debugfs.c | 241 ++++++++--------- drivers/gpu/drm/i915/i915_dma.c | 2 +- drivers/gpu/drm/i915/i915_drv.h | 53 +++-- drivers/gpu/drm/i915/i915_gem.c | 394 ++++++++++++---------------- drivers/gpu/drm/i915/i915_gem_evict.c | 2 +- drivers/gpu/drm/i915/i915_gem_execbuffer.c | 150 +++++++---- drivers/gpu/drm/i915/i915_gem_gtt.c | 2 +- drivers/gpu/drm/i915/i915_gem_tiling.c | 4 +- drivers/gpu/drm/i915/i915_irq.c | 116 +++++---- drivers/gpu/drm/i915/i915_reg.h | 30 ++- drivers/gpu/drm/i915/intel_display.c | 57 +++- drivers/gpu/drm/i915/intel_drv.h | 1 + drivers/gpu/drm/i915/intel_overlay.c | 6 +- drivers/gpu/drm/i915/intel_ringbuffer.c | 97 +------ drivers/gpu/drm/i915/intel_ringbuffer.h | 20 +- drivers/gpu/drm/i915/intel_sprite.c | 4 +- 16 files changed, 575 insertions(+), 604 deletions(-) On Tue, Feb 14, 2012 at 07:56:36AM +0000, Sun, Yi wrote: > We performed a round of unstable kernel testing with the latest version on Daniel's drm-intel-testing branch. > The platform which we covered are Ivybridge, Sandybridge, Ironlake, 965g, 945g and Pineview. > > Kernel commit: > commit 396ee23db6b76354e487fd2cfdacbd989442f81d > Merge: 172975a c898261 > Author: Daniel Vetter <daniel.vetter at ffwll.ch> > Date: Tue Feb 7 23:30:10 2012 +0100 > > Merge remote-tracking branch 'keithp-kernel/drm-intel-fixes' into drm-intel-testing > > > In this round of testing, two new bugs are filed, both of them are about Eaglemont card on IvyBridge. > Bug 45867<https://bugs.freedesktop.org/show_bug.cgi?id=45867> - [IVB 3pipe] 3 Pipe Doesn't Work with Eaglemont Card > Bug 45870<https://bugs.freedesktop.org/show_bug.cgi?id=45870> - [IVB PCH eDP] PCH eDP doesn't work > And the following 6 bugs still exist: > Bug 41976<https://bugs.freedesktop.org/show_bug.cgi?id=41976> - [IVB] screen turn to be black while switching between console and x-window with 3-pipe active. still occurs > Bug 42194<https://bugs.freedesktop.org/show_bug.cgi?id=42194> - [IVB/SNB]plug in a monitor while running testdisplay fail to make the screen come up. still occurs > Bug 44250<https://bugs.freedesktop.org/show_bug.cgi?id=44250> - [IVB]"[drm:intel_dsm_platform_mux_info] *ERROR* MUX INFO call failed" while booting with monitor. still occurs but jesse said it's harmless. > Bug 45729<https://bugs.freedesktop.org/show_bug.cgi?id=45729> - [bisected] Incorrect Mode Timing on DP Display, with 3.3-rc. still occurs and ILK > Bug 44309<https://bugs.freedesktop.org/show_bug.cgi?id=44309> - [IVB eDP] 3 pipe doesn't work with eDP monitor. still occurs > Bug 44304<https://bugs.freedesktop.org/show_bug.cgi?id=44304> - [ivb 3pipe] "*ERROR* failed to set mode on [CRTC:5]" while plug in the 3rd monitor. still occurs > > The patches on the testing branch could fix 5 bugs: > Bug 41977<https://bugs.freedesktop.org/show_bug.cgi?id=41977> - [IVB]system fail to hibernate after s4 with 3-pipe active. > Bug 42263<https://bugs.freedesktop.org/show_bug.cgi?id=42263> - [bisected ILK] Plug in a monitor will make the eDP black screen (regression in 3.2) > Bug 42943<https://bugs.freedesktop.org/show_bug.cgi?id=42943> - [IVB] Boot with a vga monitor can't light the DP screen while plugin it. > Bug 44305<https://bugs.freedesktop.org/show_bug.cgi?id=44305> - [IVB]The Edp can't work while booting with a monitor. > Bug 42731<https://bugs.freedesktop.org/show_bug.cgi?id=42731> - [IVB] The whole monitor connected to DP port is black screen while hotplugin VGA > . > Thanks > --Yi,Sun > -- Daniel Vetter Mail: daniel at ffwll.ch Mobile: +41 (0)79 365 57 48