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 +0000, 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.vetter@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.cNew 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.vetter@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: daniel@ffwll.ch Mobile: +41 (0)79 365 57 48