linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Keith Packard" <keithp@keithp.com>
To: Dave Airlie <airlied@linux.ie>
Cc: linux-kernel <linux-kernel@vger.kernel.org>,
	dri-devel@lists.freedesktop.org
Subject: [PULL] drm-intel-next
Date: Sun, 15 May 2011 14:29:55 -0700	[thread overview]
Message-ID: <yunr57z3b58.fsf@aiko.keithp.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 5386 bytes --]


Here's most of the patches I'm hoping to land in 2.6.40:

 * Ivybridge support (Gen7)
 * Forcewake fixes for Sandybridge (And ivybridge).
 * Temporary FB for load detect (hoping for some cleanups here)

Still pending:

 * More modesetting cleanups (as always)
 * Disabling FBC on Ironlake to enable RC6 instead

This sequence also assigns me as the the drm/i915 maintainer.

The following changes since commit 2fb4e61d9471867677c97bf11dba8f1e9dfa7f7c:

  drm/i915/lvds: Only act on lid notify when the device is on (2011-05-09 09:13:22 -0700)

are available in the git repository at:
  git://git.kernel.org/pub/scm/linux/kernel/git/keithp/linux-2.6.git drm-intel-next

Ben Widawsky (10):
      drm/i915: fix ilk rc6 teardown locking
      drm/1915: ringbuffer wait for idle function
      drm/i915: fix rc6 initialization on Ironlake
      drm/i915: debugfs for context information
      drm/i915: proper use of forcewake
      drm/i915: reference counted forcewake
      drm/i915: forcewake struct mutex locking fixes
      drm/i915: move gen6 rps handling to workqueue
      drm/i915: debugfs interface for forcewake reference count
      drm/i915: forcewake debugfs fix

Chris Wilson (12):
      drm/i915: Move the irq wait queue initialisation into the ring init
      drm/i915: Simplify return value from intel_get_load_detect_pipe
      drm/i915: Propagate failure to set mode for load-detect pipe
      drm/i915: Don't store temporary load-detect variables in the generic encoder
      drm/i915: Remove unused supported_crtc from intel_load_detect_pipe
      drm/i915: Pass the saved adjusted_mode when adding to the load-detect crtc
      drm/i915: Remove dead code from intel_get_load_detect_pipe()
      drm/i915: Remove dead code from intel_release_load_detect_pipe()
      drm/i915: Attach a fb to the load-detect pipe
      drm/i915: Rename agp_type to cache_level
      drm/i915: Do not clflush snooped objects
      drm/i915: Disable all outputs early, before KMS takeover

Eric Anholt (12):
      drm/i915: Split the crtc_mode_set function along HAS_PCH_SPLIT() lines.
      drm/i915: Move the vblank pre/post modeset to the common crtc_mode_set.
      drm/i915: Remove the PCH paths from the pre-Ironlake crtc_mode_set().
      drm/i915: Drop the eDP paths from the pre-Ironlake crtc_mode_set.
      drm/i915: Drop the remaining bit of Ironlake code from i9xx_crtc_mode_set().
      drm/i915: Drop non-HAS_PCH_SPLIT() code from ironlake_crtc_mode_set().
      drm/i915: Drop remaining pre-Ironlake code from ironlake_crtc_mode_set().
      drm/i915: Clean up leftover DPLL and LVDS register choice from pch split.
      drm/i915: Fold the DPLL limit defines into the structs that use them.
      drm/i915: Use existing function instead of open-coding fence reg clear.
      drm/i915: Add support for fence registers on Ivybridge.
      drm/i915: Update the location of the ringbuffers' HWS_PGA registers for IVB.

Jesse Barnes (20):
      drm/i915: use i915_enable_rc6 on SNB too
      drm/i915: make FDI training a display function
      drm/i915: split irq handling into per-chipset functions
      drm/i915: split enable/disable vblank code into chipset specific functions
      drm/i915: add IS_GEN7 macro to cover Ivy Bridge and later
      drm/i915: add IS_IVYBRIDGE macro for checks
      drm/i915: Ivy Bridge has split display and pipe control
      drm/i915: add swizzle/tiling support for Ivy Bridge
      drm/i915: manual FDI training for Ivy Bridge
      drm/i915: treat Ivy Bridge watermarks like Sandy Bridge
      drm/i915: interrupt & vblank support for Ivy Bridge
      drm/i915: page flip support for Ivy Bridge
      drm/i915: ring support for Ivy Bridge
      agp/intel: add Ivy Bridge support
      drm/i915: add PantherPoint PCH ID
      drm/i915: add Ivy Bridge PCI IDs and driver feature structs
      drm/i915: set IBX pch type explicitly
      drm/i915: split clock gating init into per-chipset functions
      drm/i915: add Ivybridge clock gating init function
      drm/i915: split PCH clock gating init

Keith Packard (1):
      MAINTAINERS: Switch maintainer for drm/i915 to Keith Packard

 MAINTAINERS                             |    4 +-
 drivers/char/agp/intel-agp.c            |    3 +
 drivers/char/agp/intel-agp.h            |    8 +
 drivers/char/agp/intel-gtt.c            |   10 +
 drivers/gpu/drm/i915/i915_debugfs.c     |  128 ++-
 drivers/gpu/drm/i915/i915_dma.c         |   60 +-
 drivers/gpu/drm/i915/i915_drv.c         |   61 +-
 drivers/gpu/drm/i915/i915_drv.h         |  111 +-
 drivers/gpu/drm/i915/i915_gem.c         |   36 +-
 drivers/gpu/drm/i915/i915_gem_gtt.c     |   35 +-
 drivers/gpu/drm/i915/i915_gem_tiling.c  |    2 +-
 drivers/gpu/drm/i915/i915_irq.c         |  310 ++++-
 drivers/gpu/drm/i915/i915_reg.h         |   35 +-
 drivers/gpu/drm/i915/i915_suspend.c     |    3 +-
 drivers/gpu/drm/i915/intel_crt.c        |   24 +-
 drivers/gpu/drm/i915/intel_display.c    | 2370 ++++++++++++++++++-------------
 drivers/gpu/drm/i915/intel_drv.h        |   19 +-
 drivers/gpu/drm/i915/intel_ringbuffer.c |   38 +-
 drivers/gpu/drm/i915/intel_ringbuffer.h |   35 +-
 drivers/gpu/drm/i915/intel_tv.c         |   13 +-
 20 files changed, 2124 insertions(+), 1181 deletions(-)


-- 
keith.packard@intel.com

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

             reply	other threads:[~2011-05-15 21:30 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-05-15 21:29 Keith Packard [this message]
2011-05-17 22:00 ` [PULL] drm-intel-next Keith Packard
2011-05-17 23:39   ` Keith Packard
2011-05-26  4:13     ` Keith Packard
2011-06-03 23:40       ` Keith Packard
2011-07-13 16:39 Keith Packard
2011-07-13 17:22 ` Wolfram Sang
2011-07-13 18:04   ` Keith Packard
2011-07-13 19:41     ` Wolfram Sang
2011-08-04  3:14 Keith Packard
2011-08-10 16:20 ` Andy Lutomirski
2011-08-10 16:34   ` Keith Packard
2011-09-20  3:55 Keith Packard
2011-10-23  7:27 Keith Packard
2011-10-23 11:10 Martin
2011-10-23 22:31 ` Keith Packard
2012-01-05  3:35 Keith Packard
2012-01-05 15:24 ` Daniel Vetter
     [not found] <20120506190931.GD4756@phenom.ffwll.local>
2012-05-10 13:55 ` Daniel Vetter
2012-07-13 18:55 [pull] drm-intel-next Daniel Vetter
2012-08-31  9:03 [PULL] drm-intel-next Daniel Vetter
2012-09-13 14:18 [pull] drm-intel-next Daniel Vetter
2012-09-17 23:09 ` Daniel Vetter
2013-03-15  2:11 ` Stéphane Marchesin
2013-03-17 19:46   ` Daniel Vetter
2012-11-16 17:17 Daniel Vetter
2012-11-16 17:47 ` Alex Deucher
2012-11-16 17:49   ` Daniel Vetter
2013-04-02  9:34 [PULL] drm-intel-next Daniel Vetter
2013-04-15  7:56 [pull] drm-intel-next Daniel Vetter
2013-04-15  9:43 ` Daniel Vetter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=yunr57z3b58.fsf@aiko.keithp.com \
    --to=keithp@keithp.com \
    --cc=airlied@linux.ie \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).