Attachment 87577 Details for Bug 70301 – git bisect log info - intel_dp.c/v3.9.5-v3.10.10

git bisect log info - intel_dp.c/v3.9.5-v3.10.10

git_bisect_v3.9.5_v3.10.10_intel_dp.log (text/plain), 43.49 KB, created by Ken Lin on 2013-10-14 03:31:57 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Ken Lin

Created: 2013-10-14 03:31:57 UTC

Size: 43.49 KB

patch

obsolete

>commit 3598706b52cb45ba0a9e8aa99ce5ac59140f2b8b
>Author: Imre Deak <imre.deak@intel.com>
>Date:   Tue May 21 20:03:20 2013 +0300
>
>    drm/i915: avoid premature DP AUX timeouts
>    
>    During DP AUX communication we might time out 1 jiffy too early, because
>    the calculated expiry jiffy value is one less than needed.
>    
>    This is only one reason for false DP AUX timeouts. For a complete
>    solution we also need the following fix, which is now queued for
>    mainline: http://marc.info/?l=linux-kernel&m=136748515710837&w=2
>    
>    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=64133
>    
>    Signed-off-by: Imre Deak <imre.deak@intel.com>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>commit fea0f9ff56258734ff1c49008c36ef6904b8c541
>Merge: aef2ea9 9f1d036
>Author: Linus Torvalds <torvalds@linux-foundation.org>
>Date:   Mon May 13 07:59:59 2013 -0700
>
>    Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux
>    
>    Pull drm fixes from Dave Airlie:
>     "Just a few straggling fixes I hoovered up, and an intel fixes pull
>      from Daniel which fixes some regressions, and some mgag200 fixes from
>      Matrox."
>    
>    * 'drm-next' of git://people.freedesktop.org/~airlied/linux:
>      drm/mgag200: Fix framebuffer base address programming
>      drm/mgag200: Convert counter delays to jiffies
>      drm/mgag200: Fix writes into MGA1064_PIX_CLK_CTL register
>      drm/mgag200: Don't change unrelated registers during modeset
>      drm: Only print a debug message when the polled connector has changed
>      drm: Make the HPD status updates debug logs more readable
>      drm: Use names of ioctls in debug traces
>      drm: Remove pointless '-' characters from drm_fb_helper documentation
>      drm: Add kernel-doc for drm_fb_helper_funcs->initial_config
>      drm: refactor call to request_module
>      drm: Don't prune modes loudly when a connector is disconnected
>      drm: Add missing break in the command line mode parsing code
>      drm/i915: clear the stolen fb before resuming
>      Revert "drm/i915: Calculate correct stolen size for GEN7+"
>      drm/i915: hsw: fix link training for eDP on port-A
>      Revert "drm/i915: revert eDP bpp clamping code changes"
>      drm: don't check modeset locks in panic handler
>      drm/i915: Fix pipe enabled mask for pipe C in WM calculations
>      drm/mm: fix dump table BUG
>      drm/i915: Always normalize return timeout for wait_timeout_ioctl
>
>commit f3c58ceef014ea7f8a253b50b8af81b3b898bc77
>Merge: 307b9c0 1ffc528
>Author: Dave Airlie <airlied@redhat.com>
>Date:   Fri May 10 14:35:48 2013 +1000
>
>    Merge branch 'for-linux-next' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
>    
>    Daniel writes:
>    A few intel fixes for smaller issues and one revert for an sdv hack which
>    we've wanted to kill anyway. Plus two drm patches included for your
>    convenience, both regression fixers for mine own screw-ups.
>    
>    + both fixes for stolen mem handling.
>    
>    * 'for-linux-next' of git://people.freedesktop.org/~danvet/drm-intel:
>      drm/i915: clear the stolen fb before resuming
>      Revert "drm/i915: Calculate correct stolen size for GEN7+"
>      drm/i915: hsw: fix link training for eDP on port-A
>      Revert "drm/i915: revert eDP bpp clamping code changes"
>      drm: don't check modeset locks in panic handler
>      drm/i915: Fix pipe enabled mask for pipe C in WM calculations
>      drm/mm: fix dump table BUG
>      drm/i915: Always normalize return timeout for wait_timeout_ioctl
>
>commit 3ab9c63705cb7b1b9f83ddce725d8bd9ef7c66a9
>Author: Imre Deak <imre.deak@intel.com>
>Date:   Fri May 3 12:57:41 2013 +0300
>
>    drm/i915: hsw: fix link training for eDP on port-A
>    
>    According to BSpec the link training sequence for eDP on HSW port-A
>    should be as follows:
>    
>    1. link training: clock recovery
>    2. link training: equalization
>    3. link training: set idle transmission mode
>    4. display pipe enable
>    5. link training: disable (set normal mode)
>    
>    Contrary to this at the moment we don't do step 3. and we do step 5.
>    before step 4. Fix this by setting idle transmission mode for eDP at
>    the end of intel_dp_complete_link_train and adding a new
>    intel_dp_stop_link_training function to disable link training. With
>    these changes we'll end up with the following functions corresponding
>    to the above steps:
>    
>    intel_dp_start_link_train    -> step 1.
>    intel_dp_complete_link_train -> step 2., step 3.
>    intel_dp_stop_link_train     -> step 5.
>    
>    For port-A we'll call intel_dp_stop_link_train only after enabling the
>    pipe, for everything else we'll call it right after
>    intel_dp_complete_link_train to preserve the current behavior.
>    
>    Tested on HSW/HSW-ULT.
>    
>    In v2:
>    - Due to a HW issue we must set idle transmission mode for port-A too
>      before enabling the pipe. Thanks for Arthur Runyan for explaining
>      this.
>    - Update the patch subject to make it clear that it's an eDP fix, DP is
>      not affected.
>    
>    v3:
>    - rename intel_dp_link_train() to intel_dp_set_link_train(), use 'val'
>      instead 'l' as var name. (Paulo)
>    
>    Signed-off-by: Imre Deak <imre.deak@intel.com>
>    Reviewed-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
>    Tested-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 59 ++++++++++++++++++++++++++++++-----------
> 1 file changed, 44 insertions(+), 15 deletions(-)
>
>commit 657445fe8660100ad174600ebfa61536392b7624
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Sat May 4 10:09:18 2013 +0200
>
>    Revert "drm/i915: revert eDP bpp clamping code changes"
>    
>    This reverts commit 57c219633275c7e7413f8bc7be250dc092887458.
>    
>    It's an ugly hack for a Haswell SDV platform where the vbt doesn't
>    seem to fully agree with the panel. Since it seems to cause issues on
>    real eDP platform let's just kill this hack again.
>    
>    Reported-and-tested-by: Josh Boyer <jwboyer@gmail.com>
>    References: https://lkml.org/lkml/2013/5/3/467
>    Cc: Paulo Zanoni <przanoni@gmail.com>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 18 ++++--------------
> 1 file changed, 4 insertions(+), 14 deletions(-)
>
>commit 20a2078ce7705a6e0722ef5184336eb8657a58d8
>Merge: 0279b3c 307b9c0
>Author: Linus Torvalds <torvalds@linux-foundation.org>
>Date:   Thu May 2 19:40:34 2013 -0700
>
>    Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux
>    
>    Pull drm updates from Dave Airlie:
>     "This is the main drm pull request for 3.10.
>    
>      Wierd bits:
>       - OMAP drm changes required OMAP dss changes, in drivers/video, so I
>         took them in here.
>       - one more fbcon fix for font handover
>       - VT switch avoidance in pm code
>       - scatterlist helpers for gpu drivers - have acks from akpm
>    
>      Highlights:
>       - qxl kms driver - driver for the spice qxl virtual GPU
>    
>      Nouveau:
>       - fermi/kepler VRAM compression
>       - GK110/nvf0 modesetting support.
>    
>      Tegra:
>       - host1x core merged with 2D engine support
>    
>      i915:
>       - vt switchless resume
>       - more valleyview support
>       - vblank fixes
>       - modesetting pipe config rework
>    
>      radeon:
>       - UVD engine support
>       - SI chip tiling support
>       - GPU registers initialisation from golden values.
>    
>      exynos:
>       - device tree changes
>       - fimc block support
>    
>      Otherwise:
>       - bunches of fixes all over the place."
>    
>    * 'drm-next' of git://people.freedesktop.org/~airlied/linux: (513 commits)
>      qxl: update to new idr interfaces.
>      drm/nouveau: fix build with nv50->nvc0
>      drm/radeon: fix handling of v6 power tables
>      drm/radeon: clarify family checks in pm table parsing
>      drm/radeon: consolidate UVD clock programming
>      drm/radeon: fix UPLL_REF_DIV_MASK definition
>      radeon: add bo tracking debugfs
>      drm/radeon: add new richland pci ids
>      drm/radeon: add some new SI PCI ids
>      drm/radeon: fix scratch reg handling for UVD fence
>      drm/radeon: allocate SA bo in the requested domain
>      drm/radeon: fix possible segfault when parsing pm tables
>      drm/radeon: fix endian bugs in atom_allocate_fb_scratch()
>      OMAPDSS: TFP410: return EPROBE_DEFER if the i2c adapter not found
>      OMAPDSS: VENC: Add error handling for venc_probe_pdata
>      OMAPDSS: HDMI: Add error handling for hdmi_probe_pdata
>      OMAPDSS: RFBI: Add error handling for rfbi_probe_pdata
>      OMAPDSS: DSI: Add error handling for dsi_probe_pdata
>      OMAPDSS: SDI: Add error handling for sdi_probe_pdata
>      OMAPDSS: DPI: Add error handling for dpi_probe_pdata
>      ...
>
>commit 5d434fcb255dec99189f1c58a06e4f56e12bf77d
>Merge: 5a5a1bf 071361d
>Author: Linus Torvalds <torvalds@linux-foundation.org>
>Date:   Tue Apr 30 09:36:50 2013 -0700
>
>    Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial
>    
>    Pull trivial tree updates from Jiri Kosina:
>     "Usual stuff, mostly comment fixes, typo fixes, printk fixes and small
>      code cleanups"
>    
>    * 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jikos/trivial: (45 commits)
>      mm: Convert print_symbol to %pSR
>      gfs2: Convert print_symbol to %pSR
>      m32r: Convert print_symbol to %pSR
>      iostats.txt: add easy-to-find description for field 6
>      x86 cmpxchg.h: fix wrong comment
>      treewide: Fix typo in printk and comments
>      doc: devicetree: Fix various typos
>      docbook: fix 8250 naming in device-drivers
>      pata_pdc2027x: Fix compiler warning
>      treewide: Fix typo in printks
>      mei: Fix comments in drivers/misc/mei
>      treewide: Fix typos in kernel messages
>      pm44xx: Fix comment for "CONFIG_CPU_IDLE"
>      doc: Fix typo "CONFIG_CGROUP_CGROUP_MEMCG_SWAP"
>      mmzone: correct "pags" to "pages" in comment.
>      kernel-parameters: remove outdated 'noresidual' parameter
>      Remove spurious _H suffixes from ifdef comments
>      sound: Remove stray pluses from Kconfig file
>      radio-shark: Fix printk "CONFIG_LED_CLASS"
>      doc: put proper reference to CONFIG_MODULE_SIG_ENFORCE
>      ...
>
>commit 8e9c40382fb820c3f002928ccc7d9fdbf33ef975
>Merge: 8b1f3dc 43b2729
>Author: Dave Airlie <airlied@redhat.com>
>Date:   Tue Apr 30 09:58:17 2013 +1000
>
>    Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
>    
>    Just a few important fixes for 3.10. 3 regression fixes, plus rectified
>    Haswell overclock support (the old code was correct, only docs confusing)
>    and improved DP data m/n selection.
>    
>    * 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel:
>      drm/i915: correct the calculation of first_pd_entry_in_global_pt
>      Revert "drm/i915: Don't overclock on Haswell"
>      drm/i915: Make data/link N value power of two
>      drm/i915: avoid full modeset when changing the color range properties
>      drm/i915: Fall back to bit banging mode for DVO transmitter detection
>
>commit ae4edb8089df67d25fbd9386012a335a64aca287
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Mon Apr 22 17:07:23 2013 +0200
>
>    drm/i915: avoid full modeset when changing the color range properties
>    
>    Automatic color range selection was added in
>    
>    commit 55bc60db5988c8366751d3d04dd690698a53412c
>    Author: Ville SyrjÃ¤lÃ¤ <ville.syrjala@linux.intel.com>
>    Date:   Thu Jan 17 16:31:29 2013 +0200
>    
>        drm/i915: Add "Automatic" mode for the "Broadcast RGB" property
>    
>    but that removed the check to avoid a full modeset if the value is
>    unchanged. Unfortunately X sets all properties with their current
>    value at start-up, resulting in some ugly flickering which shouldn't
>    be there.
>    
>    v2: Change old_range from bool to uint32_t, spotted by Ville.
>    
>    v3: Actually git add everything ;-)
>    
>    Cc: Ville SyrjÃ¤lÃ¤ <ville.syrjala@linux.intel.com>
>    Cc: Paulo Zanoni <paulo.r.zanoni@intel.com>
>    Reviewed-by: Ville SyrjÃ¤lÃ¤ <ville.syrjala@linux.intel.com>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 8 ++++++++
> 1 file changed, 8 insertions(+)
>
>commit f0aa848fe5f2ed2599b7d54a6d3719d9df0a0965
>Merge: e1adc78 bd080ee
>Author: Dave Airlie <airlied@redhat.com>
>Date:   Mon Apr 22 18:48:45 2013 +1000
>
>    Merge branch 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
>    
>    Daniel writes:
>    As promised a stash of (mostly) fixes. Two pieces of non-fixes included:
>    - A notch more gtt refactoring from Ben, beating to death with igt in our
>      nightly testing.
>    - Support for display display-less server chips (again from Ben). New hw
>      support which is only likely to break itself ;-)
>    
>    Otherwise just tons of fixes:
>    - hpd irq storm mitigation from Egbert Eich. Your -next tree already has
>      the infrastructure, this here just supplies the logic.
>    - sdvo hw state check fix from Egbert Eich
>    - fb cb tune settings for the pch pll clocks on cpt/ppt
>    - "Bring a bigger gun" coherence workaround for multi-threade, mulit-core
>      & thrashing tiled gtt cpu access from Chris.
>    - Update haswell mPHY code.
>    - l3$ caching for context objects on ivb/hsw (Chris).
>    - dp aux refclock fix for haswell (Jani)
>    - moar overclocking fixes for snb/ivb (Ben)
>    - ecobits ppgtt pte caching control fixes from Ville
>    - fence stride check fixes and limit improvements (Ville)
>    - fix up crtc force restoring, potentially resulting in tons of hw state
>      check WARNs
>    - OOPS fix for NULL derefencing of fb pointers when force-restoring a crtc
>      when other crtcs are disabled and the force-restored crtc is _not_ the
>      first one.
>    - Fix pfit disabling on gen2/3.
>    - Haswell ring freq scaling fixes (Chris).
>    - backlight init/teardown fix (failed eDP init killed the lvds backlight)
>      from Jani
>    - cpt/ppt fdi polarity fixes from Paulo (should help a lot of the FDI link
>      train failures).
>    - And a bunch of smaller things all over.
>    * 'drm-intel-fixes' of git://people.freedesktop.org/~danvet/drm-intel: (56 commits)
>      drm/i915: fix bpc vs. bpp confusion in intel_crtc_compute_config
>      drm/i915: move cpu_transcoder to the pipe configuration
>      drm/i915: preserve the PBC bits of TRANS_CHICKEN2
>      drm/i915: set CPT FDI RX polarity bits based on VBT
>      drm/i915: Add Reenable Timer to turn Hotplug Detection back on (v4)
>      drm/i915: Disable HPD interrupt on pin when irq storm is detected (v3)
>      drm/i915: Mask out the HPD irq bits before setting them individually.
>      drm/i915: (re)init HPD interrupt storm statistics
>      drm/i915: Add HPD IRQ storm detection (v5)
>      drm/i915: WARN when LPT-LP is not paired with ULT CPU
>      drm/i915: don't intel_crt_init on any ULT machines
>      drm/i915: remove comment about IVB link training from intel_pm.c
>      drm/i915: VLV doesn't have LLC
>      drm/i915: Scale ring, rather than ia, frequency on Haswell
>      drm/i915: shorten debugfs output simple attributes
>      drm/i915: Fixup pfit disabling for gen2/3
>      drm/i915: Fixup Oops in the pipe config computation
>      drm/i915: ensure single initialization and cleanup of backlight device
>      drm/i915: don't touch the PF regs if the power well is down
>      drm/i915: add intel_using_power_well
>      ...
>
>commit 821450c6938d9228d8569d54d5c369985b1cc8dd
>Author: Egbert Eich <eich@suse.de>
>Date:   Tue Apr 16 13:36:55 2013 +0200
>
>    drm/i915: (re)init HPD interrupt storm statistics
>    
>    When an encoder is shared on several connectors there is only
>    one hotplug line, thus this line needs to be shared among these
>    connectors.
>    If HPD detect only works reliably on a subset of those connectors,
>    we want to poll the others. Thus we need to make sure that storm
>    detection doesn't mess up the settings for those connectors.
>    Therefore we store the settings in the intel_connector struct and
>    restore them from there.
>    If nothing is set but the encoder has a hpd_pin set we assume this
>    connector is hotplug capable.
>    On init/reset we make sure the polled state of the connectors
>    is (re)set to the default value, the HPD interrupts are marked
>    enabled.
>    
>    Signed-off-by: Egbert Eich <eich@suse.de>
>    Reviewed-by: Jani Nikula <jani.nikula@intel.com>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 1 -
> 1 file changed, 1 deletion(-)
>
>commit dc652f90e088798bfa31f496ba994ddadd5d5680
>Author: Jani Nikula <jani.nikula@intel.com>
>Date:   Fri Apr 12 15:18:38 2013 +0300
>
>    drm/i915: ensure single initialization and cleanup of backlight device
>    
>    Backlight cleanup in the eDP connector destroy callback caused the
>    backlight device to be removed on some systems that first initialized LVDS
>    and then attempted to initialize eDP. Prevent multiple backlight
>    initializations, and ensure backlight cleanup is only done once by moving
>    it to modeset cleanup.
>    
>    A small wrinkle is the introduced asymmetry in backlight
>    setup/cleanup. This could be solved by adding refcounting, but it seems
>    overkill considering that there should only ever be one backlight device.
>    
>    Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=55701
>    Signed-off-by: Jani Nikula <jani.nikula@intel.com>
>    Tested-by: Peter Verthez <peter.verthez@skynet.be>
>    Cc: stable@vger.kernel.org
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 5 +----
> 1 file changed, 1 insertion(+), 4 deletions(-)
>
>commit 2c55c336a71cb32ae837dc829d216dc86ed9d84f
>Author: Jani Nikula <jani.nikula@intel.com>
>Date:   Tue Apr 9 08:11:00 2013 +0300
>
>    drm/i915: use lower aux clock divider on non-ULT HSW
>    
>    Workaround to avoid intermittent aux channel failures, per spec change.
>    
>    v2: Don't mess with cpu dp aux divider (Paulo Zanoni)
>    
>    Signed-off-by: Jani Nikula <jani.nikula@intel.com>
>    Reviewed-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
>    [danvet: Kill spurious tab spotted by Paulo.]
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 8 ++++++--
> 1 file changed, 6 insertions(+), 2 deletions(-)
>
>commit 28184f22178ec9cfadd72e37e99921fdefa95f89
>Merge: 9131d3d bae3699
>Author: Dave Airlie <airlied@redhat.com>
>Date:   Tue Apr 16 13:03:47 2013 +1000
>
>    Merge tag 'drm-intel-next-2013-04-06' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
>    
>    Daniel writes:
>    Since I expect Linus to open the merge window in about a week I guess this
>    is the last i915 feature pull for 3.10. Highlights:
>    Updated testing tree for -next. Highlights:
>    - Corner case fixes discovered with static analyzers (Damien).
>    - More fixes to combat unclaimed register errors on Haswell (Paulo).
>    - Some small fixes to the gpu turbo code (Rodrigo+Ben), Ben has more
>      fixes for overclocking support pending.
>    - More prep work for fastboot from Chris.
>    - VT-switchless suspend/resume from Jesse.
>    - The prep work of Egbert Eich's hpd irq storm handling. Hopefully we can
>      squeeze in the actual storm handling code for 3.10 ...
>    - More convenience helpers for Imre's sg iterator. Core parts acked by
>      Andrew Morton.
>    - A bit of backlight code cleanup from Jani.
>    - Fixed ilk gpu reset (Jesse).
>    - Reduced color range handling fixes for VLV (Ville).
>    
>    The big item here is though the introduction of pipe_config to properly
>    pre-compute the desired modeset state before touching the hw. Together
>    with some very basic support to read out the current config from the hw
>    and compare the state with the sw tracking. This is all prep work for more
>    reliable fastboot, atomic modesets and other cool features. Stuff
>    converted to the new world includes:
>    - Most simple pipe attributes (reduce color range, pixel multiplier).
>    - Pipe bpp/dither handling.
>    - Some convenience flags like ->has_pch_encoder to simplify the code flow.
>    - (Almost) DP clock handling, had to be reverted since part of a prep
>      patch was lost in rebasing ...
>    Expect a lot of patches for this throughout 3.11, there's tons of work
>    till we have all state properly tracked for fastbooting to woExpect a lot
>    of patches for this throughout 3.11, there's tons of work till we have all
>    state properly tracked for fastbooting to work.
>    
>    For 3.10 I have a bunch of fixes queued up and I plan to send them all out
>    at the end of this week. I need to shuffle patches in my -next queue a bit
>    so that we don't but feature-y stuff in there, too. The main thing I'd
>    like to sneak in is Egbert's hpd irq storm handling, which should be
>    pretty low-risk since all the infrastructure work has landed already. I
>    also have the oops fix pending, but that only mustered review before the
>    w/e and giving how hairy that part of our modeset code is, I want to give
>    it some more testing before forwarding.
>    
>    Note: annarchy.fd.o seems to run out of disk space, so couldn't push the
>    usual for-airlied branch. Tag should work though.
>    
>    Note 2: I've had to do a backmerge since conflicts grew too ugly, but the
>    upstream -rc I've backmerged is already in your drm-next.
>    
>    * tag 'drm-intel-next-2013-04-06' of git://people.freedesktop.org/~danvet/drm-intel: (75 commits)
>      drm/i915: info level for simulated gpu hang dmesg notice
>      drm/i915: revert eDP bpp clamping code changes
>      Revert "drm/i915: fix DP get_hw_state return value"
>      drm/i915: Don't use the HDMI port color range bit on Valleyview
>      drm/i915: Set PIPECONF color range bit on Valleyview
>      drm/i915: extract i9xx_set_pipeconf
>      drm/i915: Add no-lvds quirk for Fujitsu Esprimo Q900
>      drm/i915: create pipe_config->dpll for clock state
>      drm/i915: hw readout support for ->has_pch_encoders
>      drm/i915: add hw state readout/checking for pipe_config
>      drm/i915: rip out superflous is_dp&is_cpu_edp tracking
>      drm/i915: remove leaky eDP functions
>      drm/i915: track dp target_clock in pipe_config
>      drm/i915: move dp_m_n computation to dp_encoder->compute_config
>      drm/i915: clear up the fdi/dp set_m_n confusion
>      drm/i915: Fix sdvo connector get_hw_state function
>      drm/i915: drop DPFLIPSTAT enables on VLV v3
>      drm/i915: add Punit read/write routines for VLV v2
>      drm/i915: panel power sequencing for VLV eDP v2
>      drm/i915/dp: fix up VLV DP handling v2
>      ...
>
>commit 57c219633275c7e7413f8bc7be250dc092887458
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Thu Apr 4 17:19:37 2013 +0200
>
>    drm/i915: revert eDP bpp clamping code changes
>    
>    The behaviour around handling the eDP bpp value from vbt has been
>    slightly changed in
>    
>    commit 3600836585e3fdef0a1410d63fe5ce4015007aac
>    Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>    Date:   Wed Mar 27 00:44:59 2013 +0100
>    
>        drm/i915: convert DP autodither code to new infrastructure
>    
>    The old behaviour was that we used the plane's bpp (usually 24bpp) for
>    computing the dp link bw, but set up the pipe with the bpp value from
>    vbt if available. This takes the vbt bpp override into account even
>    for the dp link bw configuration.
>    
>    On Paulo's hsw machine this resulted in a slower link clock and a
>    black screen - but the mode actually /should/ fit even with the lower
>    clock. Until we've cleared up simply stay bug-for-bug compatible with
>    the old code.
>    
>    While at it, also restore a debug message lost in:
>    
>    commit 4e53c2e010e531b4a014692199e978482d471c7e
>    Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>    Date:   Wed Mar 27 00:44:58 2013 +0100
>    
>        drm/i915: precompute pipe bpp before touching the hw
>    
>    Cc: Paulo Zanoni <przanoni@gmail.com>
>    Reviewed-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
>    Tested-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 18 ++++++++++++++----
> 1 file changed, 14 insertions(+), 4 deletions(-)
>
>commit 2af8898bed4d127a2b0d9f5109f6089f7f60e424
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Thu Apr 4 01:15:45 2013 +0200
>
>    Revert "drm/i915: fix DP get_hw_state return value"
>    
>    This reverts commit deb18211a110c102d32b3e9ed866bd7d25e0f8d5.
>    
>    It completely breaks the logic, since when we fall through to the end
>    of the function we actually _have_ figured out the correct pipe.
>    
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>commit 399403c7cebb4dcd42491e511e1ec91442ecaf80
>Merge: b6a9b7f e3dff58
>Author: Dave Airlie <airlied@redhat.com>
>Date:   Fri Apr 5 10:18:13 2013 +1000
>
>    Merge tag 'drm-intel-next-2013-03-23' of git://people.freedesktop.org/~danvet/drm-intel into drm-next
>    
>    Daniel writes:
>    Highlights:
>    - Imre's for_each_sg_pages rework (now also with the stolen mem backed
>      case fixed with a hack) plus the drm prime sg list coalescing patch from
>      Rahul Sharma. I have some follow-up cleanups pending, already acked by
>      Andrew Morton.
>    - Some prep-work for the crazy no-pch/display-less platform by Ben.
>    - Some vlv patches, by far not all (Jesse et al).
>    - Clean up the HDMI/SDVO #define confusion (Paulo)
>    - gen2-4 vblank fixes from Ville.
>    - Unclaimed register warning fixes for hsw (Paulo). More still to come ...
>    - Complete pageflips which have been stuck in a gpu hang, should prevent
>      stuck gl compositors (Ville).
>    - pm patches for vt-switchless resume (Jesse). Note that the i915 enabling
>      is not (yet) included, that took a bit longer to settle. PM patches are
>      acked by Rafael Wysocki.
>    - Minor fixlets all over from various people.
>    
>    * tag 'drm-intel-next-2013-03-23' of git://people.freedesktop.org/~danvet/drm-intel: (79 commits)
>      drm/i915: Implement WaSwitchSolVfFArbitrationPriority
>      drm/i915: Set the VIC in AVI infoframe for SDVO
>      drm/i915: Kill a strange comment about DPMS functions
>      drm/i915: Correct sandybrige overclocking
>      drm/i915: Introduce GEN7_FEATURES for device info
>      drm/i915: Move num_pipes to intel info
>      drm/i915: fixup pd vs pt confusion in gen6 ppgtt code
>      style nit: Align function parameter continuation properly.
>      drm/i915: VLV doesn't have HDMI on port C
>      drm/i915: DSPFW and BLC regs are in the display offset range
>      drm/i915: set conservative clock gating values on VLV v2
>      drm/i915: fix WaDisablePSDDualDispatchEnable on VLV v2
>      drm/i915: add more VLV IDs
>      drm/i915: use VLV DIP routines on VLV v2
>      drm/i915: add media well to VLV force wake routines v2
>      drm/i915: don't use plane pipe select on VLV
>      drm: modify pages_to_sg prime helper to create optimized SG table
>      drm/i915: use for_each_sg_page for setting up the gtt ptes
>      drm/i915: create compact dma scatter lists for gem objects
>      drm/i915: handle walking compact dma scatter lists
>      ...
>
>commit 947978fa64e6550766f3a890fcba977f7b04c448
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Tue Apr 2 23:27:41 2013 +0200
>
>    drm/i915: remove leaky eDP functions
>    
>    Jesse Barnes noticed in his review of my DP cleanup series that
>    intel_edp_target_clock is now unused. Checking related code I've
>    noticed that also intel_edp_link_config is long unused.
>    
>    Kill them both.
>    
>    Wrt leaky eDP functions used in the common crtc code, the only thing
>    still left is intel_encoder_is_pch_edp. That one is just due to the
>    massive confusion between eDP vs. DP and port A vs. port D. Crtc code
>    should at most concern itself with the later, never with the former.
>    
>    But that's material for another patch series.
>    
>    Cc: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 23 -----------------------
> 1 file changed, 23 deletions(-)
>
>commit df92b1e679d0ea682f14cdf476f98abb071a3228
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Thu Mar 28 10:41:58 2013 +0100
>
>    drm/i915: track dp target_clock in pipe_config
>    
>    We need it in the fdi m_n computation, which nicely kills almost
>    all ugly special cases in there.
>    
>    It looks like we also need this to handle 12bpc hdmi correctly.
>    
>    Eventually it might be better to switch things around and put the
>    target clock into adjusted_mode->clock and create a new pipe_config
>    parameter for the port link clock.
>    
>    v2: Add a massive comment in the code to explain this mess.
>    
>    v3: s/dp_target_clock/pixel_target_clock in anticipation of the hdmi
>    use-case.
>    
>    Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 1 +
> 1 file changed, 1 insertion(+)
>
>commit 03afc4a2618e579eab402d0b4e8b035bd873286a
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Tue Apr 2 23:42:31 2013 +0200
>
>    drm/i915: move dp_m_n computation to dp_encoder->compute_config
>    
>    We need a flag to designate dp encoders and the dp link m_n parameters
>    in the pipe config for that. And now that the pipe bpp computations
>    have been moved up and stored in the pipe config, too, we can do this
>    without losing our sanity.
>    
>    v2: Rebased on top of Takashi Iwai's fix to (again) fix the target
>    clock handling for eDP. Luckily the new code is sane enough and just
>    does the right thing!
>    
>    v3: Move ->has_dp_encoder to this patch (Jesse).
>    
>    Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 59 +++++++----------------------------------
> 1 file changed, 9 insertions(+), 50 deletions(-)
>
>commit 6cf86a5e7acd8731fa90ce24e777f684335218dc
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Tue Apr 2 23:38:10 2013 +0200
>
>    drm/i915: clear up the fdi/dp set_m_n confusion
>    
>    There's a rather decent confusion going on around transcoder m_n
>    values. So let's clarify:
>    - All dp encoders need this, either on the pch transcoder if it's a
>      pch port, or on the cpu transcoder/pipe if it's a cpu port.
>    - fdi links need to have the right m_n values for the fdi link set in
>      the cpu transcoder.
>    
>    To handle the pch vs transcoder stuff a bit better, extract transcoder
>    set_m_n helpers. To make them simpler, set intel_crtc->cpu_transcoder
>    als in ironlake_crtc_mode_set, so that gen5+ (where the cpu m_n
>    registers are all at the same offset) can use it.
>    
>    Haswell modeset is decently confused about dp vs. edp vs. fdi. dp vs.
>    edp works exactly the same as dp (since there's no pch dp any more),
>    so use that as a check. And only set up the fdi m_n values if we
>    really have a pch encoder present (which means we have a VGA encoder).
>    
>    On ilk+ we've called ironlake_set_m_n both for cpu_edp and for pch
>    encoders. Now that dp_set_m_n handles all dp links (thanks to the
>    pch encoder check), we can ditch the cpu_edp stuff from the
>    fdi_set_m_n function.
>    
>    Since the dp_m_n values are not readily available, we need to
>    carefully coax the edp values out of the encoder. Hence we can't (yet)
>    kill this superflous complexity.
>    
>    v2: Rebase on top of the ivb fdi B/C check patch - we need to properly
>    clear intel_crtc->fdi_lane, otherwise those checks will misfire.
>    
>    v3: Rebased on top of a s/IS_HASWELL/HAS_DDI/ patch from Paulo Zanoni.
>    
>    v4: Drop the addition of has_dp_encoder, it's in the wrong patch (Jesse).
>    
>    Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 30 ++++--------------------------
> 1 file changed, 4 insertions(+), 26 deletions(-)
>
>commit ecb135a1a1953d2895d149e78926be479fdc6f2c
>Merge: bd6946e 07961ac
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Wed Apr 3 11:25:32 2013 +0200
>
>    Merge tag 'v3.9-rc5' into drm-intel-next-queued
>    
>    Backmerge Linux 3.9-rc5 since I want to merge a few dp clock cleanups
>    for -next, but they will conflict all over the place with
>    
>    commit 9d1a455b0ca1c2c956b4d9ab212864a8695270f1
>    Author: Takashi Iwai <tiwai@suse.de>
>    Date:   Mon Mar 18 11:25:36 2013 +0100
>    
>        drm/i915: Use the fixed pixel clock for eDP in intel_dp_set_m_n()
>    
>    from -fixes.
>    
>    Conflicts:
>    	drivers/gpu/drm/i915/intel_dp.c: Simply adjacent lines changed.
>    	drivers/gpu/drm/i915/intel_panel.c: A field rename in -next
>    	conflicts with a bugfix in -fixes. Take the version from
>    	-fixes and apply the rename.
>    
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
>commit 453c542059cfa1988cabcf84f715307cd9789163
>Author: Jesse Barnes <jbarnes@virtuousgeek.org>
>Date:   Thu Mar 28 09:55:41 2013 -0700
>
>    drm/i915: panel power sequencing for VLV eDP v2
>    
>    PPS register offsets have changed in Valleyview.
>    
>    v2: don't clobber port select bits on VLV when fixing up PPS timings
>        don't bother with G4x PPS regs (Jani)
>    
>    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Gajanan Bhat <gajanan.bhat@intel.com>
>    Signed-off-by: Vijay Purushothaman <vijay.a.purushothaman@intel.com>
>    Signed-off-by: Ben Widawsky <benjamin.widawsky@intel.com>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 173 ++++++++++++++++++++++++++++------------
> 1 file changed, 122 insertions(+), 51 deletions(-)
>
>commit b2634017b2df5e45567811b5e82eb0c8ce8e5ebd
>Author: Jesse Barnes <jbarnes@virtuousgeek.org>
>Date:   Thu Mar 28 09:55:40 2013 -0700
>
>    drm/i915/dp: fix up VLV DP handling v2
>    
>    Needed to handle pre/post enable/disable paths on VLV and avoid a few
>    fields that are marked reserved on VLV.
>    
>    v2: don't set color range or DP PLL fields (Jani)
>    
>    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 11 +++++++----
> 1 file changed, 7 insertions(+), 4 deletions(-)
>
>commit deb18211a110c102d32b3e9ed866bd7d25e0f8d5
>Author: Jesse Barnes <jbarnes@virtuousgeek.org>
>Date:   Tue Apr 2 10:03:56 2013 -0700
>
>    drm/i915: fix DP get_hw_state return value
>    
>    If we couldn't find a pipe we shouldn't return true.  This might be even
>    better as a WARN though, since it should be impossible to have the port
>    enabled without a pipe selected.
>    
>    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>commit 3600836585e3fdef0a1410d63fe5ce4015007aac
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Wed Mar 27 00:44:59 2013 +0100
>
>    drm/i915: convert DP autodither code to new infrastructure
>    
>    The old code only handled either 6bpc or 8bpc. Since it's easy to do,
>    reorganize the code to be a bit more generic so that it can also handle
>    10bpc and 12bpc. Note that we still start with 8bpc, so there's no
>    functional change.
>    
>    Also, since we no don't need to compute the 6BPC flag in the mode_valid
>    callback, we can consolidate things a bit. That requires though that
>    the link bw computation is moved up in the compute_config callback.
>    
>    Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 103 ++++++++++++++++++----------------------
> 1 file changed, 47 insertions(+), 56 deletions(-)
>
>commit 965e0c489f360df1beeb567e4540777a09b8896e
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Wed Mar 27 00:44:57 2013 +0100
>
>    drm/i915: introduce pipe_config->dither|pipe_bpp
>    
>    We want to compute this earlier. To avoid a big complicated patch,
>    this patch here just does the big search&replace and still calls the
>    old functions at the same places.
>    
>    Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>commit 50f3b016b055dbc83094bc2d7a91c3c69edbc88b
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Wed Mar 27 00:44:56 2013 +0100
>
>    drm/i915: add pipe_config->limited_color_range
>    
>    Now that we have a useful struct for this, let's use it. Some neat
>    pointer-chasing required, but it's all there already.
>    
>    v2: Rebased on top of the added Haswell limited color range support.
>    
>    Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>commit 5bfe2ac00395ca37219b7187299cd9d23ae06682
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Wed Mar 27 00:44:55 2013 +0100
>
>    drm/i915: add pipe_config->has_pch_encoder
>    
>    This is used way too often in the enable/disable paths. And will
>    be even more useful in the future.
>    
>    Note that correct semantics of this change highly depend upon
>    correct updating of intel_crtc->config: Like with all other
>    modeset state, we need to call ->disable with the old config,
>    but ->mode_set and ->enable with the new config.
>    
>    v2: Do not yet use the flag in the ->disable callbacks - atm we don't
>    yet have support for the information stored in the pipe_config in the
>    hw state readout code, so this will be wrong at boot-up/resume.
>    
>    v3: Rebased on top of the hdmi/dp ddi encoder merging.
>    
>    v4: Fixup stupid rebase error which lead to a NULL vfunc deref.
>    
>    v5: On haswell the VGA port is on the PCH!
>    
>    v6: s/IS_HASWELL/HAS_DDI/, spotted by Paulo Zanoni. Also add a missing
>    parameter name in a function declaration.
>    
>    v7: Don't forget to git add ...
>    
>    Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 16 ++++++++++------
> 1 file changed, 10 insertions(+), 6 deletions(-)
>
>commit 4f770a5bee04566e63f3a826a15c24bccaa124e8
>Author: Egbert Eich <eich@suse.de>
>Date:   Mon Feb 25 12:06:52 2013 -0500
>
>    DRM/i915: Get rid if the 'hotplug_supported_mask' in struct drm_i915_private.
>    
>    Now since we have replaced the bits to show interest in hotplug IRQs
>    we can go and nuke the 'hotplug_supported_mask'.
>    
>    Signed-off-by: Egbert Eich <eich@suse.de>
>    Acked-by: Chris Wilson <chris@chris-wilson.co.uk>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 3 ---
> 1 file changed, 3 deletions(-)
>
>commit 1d843f9de4e6dc6a899b6f07f106c00da09925e6
>Author: Egbert Eich <eich@suse.de>
>Date:   Mon Feb 25 12:06:49 2013 -0500
>
>    DRM/I915: Add enum hpd_pin to intel_encoder.
>    
>    To clean up hotplug support we add a new enum to intel_encoder:
>    enum hpd_pin. It allows the encoder to request a hpd line but leave
>    the details which IRQ is responsible on which chipset generation
>    to i915_irq.c.
>    This way requesting hotplug support will become really simple on
>    the encoder/connector level.
>    
>    Signed-off-by: Egbert Eich <eich@suse.de>
>    Acked-by: Chris Wilson <chris@chris-wilson.co.uk>
>    Reviewed-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 4 ++++
> 1 file changed, 4 insertions(+)
>
>commit ad1c0b1974c31f16407f983b7e6ea3511ec2a726
>Author: Damien Lespiau <damien.lespiau@intel.com>
>Date:   Thu Mar 7 15:30:28 2013 +0000
>
>    drm/i915: Use BUG() in a case of a programming error
>    
>    The port number should always be correctly set. Do the same thing as the
>    switch above and use BUG() to signal that branch is not supposed to be
>    taken.
>    
>    Signed-off-by: Damien Lespiau <damien.lespiau@intel.com>
>    Reviewed-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
>commit 07f42258893d3768deb9a24165d23f1355bc1949
>Author: Masanari Iida <standby24x7@gmail.com>
>Date:   Wed Mar 20 11:00:34 2013 +0900
>
>    treewide: Fix typos in printk
>    
>    Correct spelling typo in various drivers.
>    
>    Signed-off-by: Masanari Iida <standby24x7@gmail.com>
>    Signed-off-by: Jiri Kosina <jkosina@suse.cz>
>
> drivers/gpu/drm/i915/intel_dp.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
>commit 0d4a42f6bd298e826620585e766a154ab460617a
>Merge: d62b489 a937536
>Author: Daniel Vetter <daniel.vetter@ffwll.ch>
>Date:   Tue Mar 19 09:47:30 2013 +0100
>
>    Merge tag 'v3.9-rc3' into drm-intel-next-queued
>    
>    Backmerge so that I can merge Imre Deak's coalesced sg entries fixes,
>    which depend upon the new for_each_sg_page introduce in
>    
>    commit a321e91b6d73ed011ffceed384c40d2785cf723b
>    Author: Imre Deak <imre.deak@intel.com>
>    Date:   Wed Feb 27 17:02:56 2013 -0800
>    
>        lib/scatterlist: add simple page iterator
>    
>    The merge itself is just two trivial conflicts:
>    
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
>commit 35aad75fd3afed550c42f5f5148d11c8c345f57d
>Author: Jesse Barnes <jbarnes@virtuousgeek.org>
>Date:   Fri Mar 1 13:14:31 2013 -0800
>
>    drm/i915/dp: add pre-PCH eDP checking to DP detect for VLV
>    
>    Allows us to detect eDP panels that may not have the hotplug pin wired up.
>    
>    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 10 ++++++++++
> 1 file changed, 10 insertions(+)
>
>commit 5d66d5b6beeed77b6058b2040af98dba04192900
>Author: Jesse Barnes <jbarnes@virtuousgeek.org>
>Date:   Fri Mar 1 13:14:30 2013 -0800
>
>    drm/i915/dp: don't use ILK paths on VLV
>    
>    Fix up a couple of places where we messed with PCH bits on VLV.
>    
>    Signed-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
>commit 9ed35ab1dd286ed04adde8c988925f1eb149a38a
>Author: Paulo Zanoni <paulo.r.zanoni@intel.com>
>Date:   Mon Feb 18 19:00:25 2013 -0300
>
>    drm/i915: add aux_ch_ctl_reg to struct intel_dp
>    
>    This way we can remove some duplicated code and avoid more mistakes
>    and regressions with these registers in the future.
>    
>    Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 66 +++++++++++++----------------------------
> 1 file changed, 21 insertions(+), 45 deletions(-)
>
>commit b90f517627f76640e0f6d2aa17f143dc10623a58
>Author: Paulo Zanoni <paulo.r.zanoni@intel.com>
>Date:   Mon Feb 18 19:00:24 2013 -0300
>
>    drm/i915: wait_event_timeout's timeout is in jiffies
>    
>    So use msecs_to_jiffies(10) to make the timeout the same as in the
>    "!has_aux_irq" case.
>    
>    This patch was initially written by Daniel Vetter and posted on
>    pastebin a few weeks ago. I'm just bringing it to the mailing list.
>    
>    Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
>commit 22b8bf17c6c1db887e3e9adb0778d6f03e621e66
>Author: Paulo Zanoni <paulo.r.zanoni@intel.com>
>Date:   Mon Feb 18 19:00:23 2013 -0300
>
>    drm/i915: use HAS_DDI on intel_hdmi.c and intel_display.c
>    
>    Since basically every code called on these places comes from
>    intel_ddi.c
>    
>    Signed-off-by: Paulo Zanoni <paulo.r.zanoni@intel.com>
>    Signed-off-by: Daniel Vetter <daniel.vetter@ffwll.ch>
>
> drivers/gpu/drm/i915/intel_dp.c | 12 ++++++------
> 1 file changed, 6 insertions(+), 6 deletions(-)

Actions: View

Attachments on bug 70301: 87310 | 87425 | 87577 | 87580 | 87584 | 87587 | 87638

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.