public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
From: Daniel Vetter <daniel@ffwll.ch>
To: Intel Graphics Development <intel-gfx@lists.freedesktop.org>
Subject: Re: Updated -testing branch
Date: Sun, 12 Aug 2012 15:03:54 +0200	[thread overview]
Message-ID: <20120812130354.GE5575@phenom.ffwll.local> (raw)
In-Reply-To: <20120812125525.GD5575@phenom.ffwll.local>

On Sun, Aug 12, 2012 at 02:55:25PM +0200, Daniel Vetter wrote:
> Hi all,
> 
> Note that the new -next is rebased a bit and not a descendant of the old
> -nextso that I could fish out a few fixes for 3.6.
> 
> Highlights of the entire thing:
> - hsw hdmi improvements (Paulo)
> - ips/rps locking rework and cleanups
> - rc6 on ilk by default again
> - hw context&dp&dpff support for hsw (Ben)
> - GET_PARAM_HAS_SEMAPHORES (Chris)
> - gen6+ pipe_control improvements (Chris)
> - set_cacheing ioctl and assorted support code (Chris)
> - cleanups around the busy/idle/pm code (Chris&me)
> - flushing_list removal, hopefully for good (Chris)
> - read_reg ioctl (Ben)
> - support the ns2501 dvo (Thomas Richter)
> - avoid the costly gen6+ "missed IRQ" workaround where we don't need a
>   race-free seqno readback (Chris)
> - various bits&pieces, mostly early patches from the modeset rework branch
> 
> Happy testing!

Chris request a shortlog for all the new stuff in -next. Since -next is
rebased, I've included everything in the shortlog that isn't in -fixes
(i.e. all the things heading for 3.7).
-Daniel


Ben Widawsky (4):
      drm/i915: add register read IOCTL
      drm/i915: Add contexts for HSW
      drm/i915: Macro to determine DPF support
      drm/i915: Expand DPF support to Haswell

Chris Wilson (17):
      drm/i915: Cleanup context switching through do_switch()
      drm/i915: Return a mask of the active rings in the high word of busy_ioctl
      drm/i915: Allow late allocation of request for i915_add_request()
      drm/i915: Remove assertion over write domain after i915_gem_object_sync()
      drm/i915: Replace the pending_gpu_write flag with an explicit seqno
      drm/i915: Remove the defunct flushing list
      drm/i915: Remove the per-ring write list
      drm/i915: Remove explicit flush from i915_gem_object_flush_fence()
      drm/i915: Remove the explicit flush of the GPU write domain
      drm/i915: Clear the pending_gpu_fenced_access flag at the start of execbuffer
      drm/i915: Split i915_gem_flush_ring() into seperate invalidate/flush funcs
      drm/i915: Avoid concurrent access when marking the device as idle/busy
      drm/i915: Segregate memory domains in the GTT using coloring
      drm/i915: Export ability of changing cache levels to userspace
      drm/i915: Only apply the SNB pipe control w/a to gen6
      drm/i915: Add I915_GEM_PARAM_HAS_SEMAPHORES
      drm/i915: Lazily apply the SNB+ seqno w/a

Daniel Vetter (20):
      drm/i915: group ADPA #defines together
      drm/i915: simplify possible_clones computation
      drm/i915: add port parameter to intel_hdmi_init
      drm/i915: Reserve ioctl numbers for set/get_caching
      drm/i915: create VLV_DSIPLAY_BASE #define
      drm/i915: add inte_crt->adpa_reg
      drm/i915: Replace the complex flushing logic with simple invalidate/flush all
      drm/i915: Only set the down rps limit when at the loweset frequency
      drm/i915: rip out sanitize_pm again
      drm/i915: fixup desired rps frequency computation
      drm/i915: dump the device info
      drm/i915: properly guard ilk ips state
      drm/i915: fixup up debugfs rps state handling
      drm/i915: use mutex_lock_interruptible for debugfs files
      drm/i915: move all rps state into dev_priv->rps
      drm/i915: kill dev_priv->mchdev_lock
      drm/i915: DE_PCU_EVENT irq is ilk-only
      drm/i915: fix up ilk drps/ips locking
      drm/i915: enable rc6 on ilk again
      drm/i915: don't grab dev->struct_mutex for userspace forcewak

Eugeni Dodonov (1):
      drm/i915: prevent possible pin leak on error path

Paulo Zanoni (10):
      drm/i915: move common code to intel_dp_set_link_train
      drm/i915: add port field to struct intel_dp and use it
      drm/i915: fix pipe DDI mode select
      drm/i915: set the DDI sync polarity bits
      drm/i915: correctly set the DDI_FUNC_CTL bpc field
      drm/i915: completely reset the value of DDI_FUNC_CTL
      drm/i915: reindent Haswell register definitions
      drm/i915: add parentheses around PIXCLK_GATE definitions
      drm/i915: use the correct encoder type when comparing
      drm/i915: try harder to find WR PLL clock settings

Shobhit Kumar (1):
      drm/i915: Move DP structs to shared location

Thomas Richter (1):
      drm/i915: Support for ns2501-DVO
-- 
Daniel Vetter
Mail: daniel@ffwll.ch
Mobile: +41 (0)79 365 57 48

      reply	other threads:[~2012-08-12 13:03 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-12 12:55 Updated -testing branch Daniel Vetter
2012-08-12 13:03 ` Daniel Vetter [this message]

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=20120812130354.GE5575@phenom.ffwll.local \
    --to=daniel@ffwll.ch \
    --cc=intel-gfx@lists.freedesktop.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