[Intel-gfx] Updated -next
daniel at ffwll.ch
Sun Mar 18 14:20:51 PDT 2012
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
- 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.
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:
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 at ffwll.ch>
> Date: Thu Mar 1 21:47:53 2012 +0100
> Merge remote-tracking branch 'airlied/drm-fixes' into drm-intel-testing
> 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.
> > -----Original Message-----
> > From: Daniel Vetter [mailto:daniel.vetter at 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 at ffwll.ch
> > Mobile: +41 (0)79 365 57 48
Mail: daniel at ffwll.ch
Mobile: +41 (0)79 365 57 48
More information about the Intel-gfx