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@xxxxxxxx>
> 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@xxxxxxxx
Mobile: +41 (0)79 365 57 48
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel
