Re: [pull] drm-intel-fixes

Ben Widawsky
2012-08-08T02:35:32Z

On 2012-08-07 05:08, Daniel Vetter wrote:
> Hi Dave,
>
> - Regression fixer for an OOPS at boot when i915.ko is built-in and
> CONFIG_PM=n, introduce in 3.5 (patch from Hunt Xu)
> - Regression fixer for occlusion query failures, the required w/a
> wasn't
> applied in all cases (thanks to Eric for tracking this on down).
> - dmar vs. dma_buf imprt fix (Dave Airlie)
> - 2 patches to fight down forcewake issues on snb. This is the stuff
> I've
> talked about 2 weeks ago already, it's a minefield. Investigation
> still
> going on, but afaict this is the best we have for now.
> - a few minor things to keep coverty&compiler happy (Alan, Davendra,
> Stéphane)
> - tons of hsw pci ids - this one is a bit late because internal
> approval
> sometimes takes a while, but ppl in charge finally agreed that
> world+dog
> already knows about ult and crw haswell variants ;-)
>
> Wrt regressions I'm aware of:
> - the power regression due to semaphores=1. Ben is running around
> with a
> killawatt, unfortunately we have a hard time reproducing this one.
> And
> this /shouldn't/ increase power usage. Ben has turned up a few odds
> bits
> though already.

I think I'll need to file a separate bug for what I am hitting unless I
can track it down soon. It seems to be independent of semaphores, and
exactly coincides with rc6. Also we should get James to file a bug for
his issue in case others hit it as well. Semaphores has not caused any
power regressions in any setup I can find, and it would be good to
centralize all the data we've collected in the mailing list.

> - the lvds fix in 3.6-rc1 broke a backlight after lid close/open (but
> can
> be resurrected with a modeset cycle). I guess we anger the bios -
> I'm
> still looking into this one.
> - gmbus broke edid reading on an odd-ball monitor, we need to
> fall-back.
> Due to vacation (both mine&the reporter's) this is stalling for a
> final
> patch and a tested-by on it. But issue is fully diagnosed.
>
> Cheers, Daniel
>
> The following changes since commit
> e8aeaee7b012f1cdb382765d17307445385aa87c:
>
> drm/i915: unbreak lastclose for failed driver init (2012-07-25
> 10:40:00 +0200)
>
> are available in the git repository at:
>
> git://people.freedesktop.org/~danvet/drm-intel drm-intel-fixes
>
> for you to fetch changes up to
> da612d880fbc598ac0efcef579355fb90d4bca4e:
>
> drm/i915: add more Haswell PCI IDs (2012-08-07 13:17:33 +0200)
>
> ----------------------------------------------------------------
> Alan Cox (3):
> vlv: it might be wise if we initialised the flag value...
> i915: fix error path leak in intel_sdvo_write_cmd
> i915: Remove silly test
>
> Chris Wilson (1):
> drm/i915: Workaround hang with BSD and forcewake on SandyBridge
>
> Daniel Vetter (1):
> drm/i915: fix forcewake related hangs on snb
>
> Dave Airlie (1):
> i915: don't map imported dma-bufs for dmar.
>
> Devendra Naga (1):
> drm/i915: remove unused variable
>
> Eric Anholt (1):
> drm/i915: Don't forget to apply SNB PIPE_CONTROL GTT
> workaround.
>
> Hunt Xu (1):
> drm/i915: make rc6 in sysfs functions conditional
>
> Paulo Zanoni (1):
> drm/i915: add more Haswell PCI IDs
>
> Stéphane Marchesin (1):
> drm/i915: Make intel_panel_get_backlight static.
>
> drivers/char/agp/intel-agp.h | 39 +++++++++++++++---
> drivers/char/agp/intel-gtt.c | 60
> +++++++++++++++++++++++++++-
> drivers/gpu/drm/i915/i915_drv.c | 31 +++++++++++++-
> drivers/gpu/drm/i915/i915_gem_context.c | 1 -
> drivers/gpu/drm/i915/i915_gem_execbuffer.c | 20 +++++-----
> drivers/gpu/drm/i915/i915_gem_gtt.c | 3 +-
> drivers/gpu/drm/i915/i915_sysfs.c | 12 ++++++
> drivers/gpu/drm/i915/intel_display.c | 1 +
> drivers/gpu/drm/i915/intel_drv.h | 20 +++++-----
> drivers/gpu/drm/i915/intel_i2c.c | 3 --
> drivers/gpu/drm/i915/intel_panel.c | 2 +-
> drivers/gpu/drm/i915/intel_pm.c | 6 ++-
> drivers/gpu/drm/i915/intel_sdvo.c | 5 ++-
> 13 files changed, 167 insertions(+), 36 deletions(-)

--
Ben Widawsky, Intel Open Source Technology Center
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org