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
