Re: [Intel-gfx] linux-next: manual merge of the drm tree with the drm-intel-fixes tree

2013-10-27 Thread Stephen Rothwell
Hi Dave, On Mon, 28 Oct 2013 16:46:09 +1100 Stephen Rothwell wrote: > > @@@ -1486,8 -1542,8 +1562,8 @@@ static void intel_edp_psr_setup(struct > intel_edp_psr_write_vsc(intel_dp, &psr_vsc); > > /* Avoid continuous PSR exit by masking memup and hpd */ > -I915_WRITE(EDP_PSR_DE

[Intel-gfx] linux-next: manual merge of the drm tree with the drm-intel-fixes tree

2013-10-27 Thread Stephen Rothwell
Hi Dave, Today's linux-next merge of the drm tree got a conflict in drivers/gpu/drm/i915/intel_dp.c between commit 0cc4b69960f3 ("drm/i915: Mask LPSP to get PSR working even with Power Well in use by audio") from Linus' tree and commit 52e1e223456e ("drm/i915/dp: workaround BIOS eDP bpp clamping i

Re: [Intel-gfx] [PATCH v5 0/4] Fix Win8 backlight issue

2013-10-27 Thread Aaron Lu
On 10/25/2013 02:35 PM, Igor Gnatenko wrote: > Aaron, add this notebook to list. I've CC'ed owner. > And I've tested this patch on my TP X230 (add as Reported-and-Tested me > please) > + { > + .callback = video_set_use_native_backlight, > + .ident = "Dell Inspiron 7520", > + .mat

Re: [Intel-gfx] [PATCH v3 3/4] drm/i915: remove device field from struct power_well

2013-10-27 Thread Daniel Vetter
On Fri, Oct 25, 2013 at 05:50:18PM -0200, Paulo Zanoni wrote: > 2013/10/25 Imre Deak : > > The only real need for this field was in > > i915_{request,release}_power_well, but there we can get at it by a > > container_of magic. Also since in the future we'll have multiple power > > wells each with i

Re: [Intel-gfx] [PATCH] INTEL DRM DRIVERS : No LVDS hardware on Intel D410PT and D425KT

2013-10-27 Thread Daniel Vetter
On Sun, Oct 27, 2013 at 11:35:58AM -0700, Guenter Roeck wrote: > On 10/27/2013 10:33 AM, Greg KH wrote: > >On Sun, Oct 27, 2013 at 04:13:42PM +, Rob Pearce wrote: > >>From: Rob Pearce > >> > >>The Intel D410PT(LW) and D425KT Mini-ITX desktop boards both show up as > >>having LVDS but the hardw

Re: [Intel-gfx] [PATCH] INTEL DRM DRIVERS : No LVDS hardware on Intel D410PT and D425KT

2013-10-27 Thread Guenter Roeck
On 10/27/2013 10:33 AM, Greg KH wrote: On Sun, Oct 27, 2013 at 04:13:42PM +, Rob Pearce wrote: From: Rob Pearce The Intel D410PT(LW) and D425KT Mini-ITX desktop boards both show up as having LVDS but the hardware is not populated. This patch adds them to the list of such systems. Patch is

Re: [Intel-gfx] [PATCH] INTEL DRM DRIVERS : No LVDS hardware on Intel D410PT and D425KT

2013-10-27 Thread Rob Pearce
On 27/10/13 17:33, Greg KH wrote: > On Sun, Oct 27, 2013 at 04:13:42PM +, Rob Pearce wrote: >> From: Rob Pearce >> >> The Intel D410PT(LW) and D425KT Mini-ITX desktop boards both show up as >> having LVDS but the hardware is not populated. This patch adds them to >> the list of such systems. P

Re: [Intel-gfx] [PATCH] INTEL DRM DRIVERS : No LVDS hardware on Intel D410PT and D425KT

2013-10-27 Thread Daniel Vetter
On Sun, Oct 27, 2013 at 10:33:02AM -0700, Greg KH wrote: > On Sun, Oct 27, 2013 at 04:13:42PM +, Rob Pearce wrote: > > From: Rob Pearce > > > > The Intel D410PT(LW) and D425KT Mini-ITX desktop boards both show up as > > having LVDS but the hardware is not populated. This patch adds them to >

[Intel-gfx] [PATCH] INTEL DRM DRIVERS : No LVDS hardware on Intel D410PT and D425KT

2013-10-27 Thread Rob Pearce
From: Rob Pearce The Intel D410PT(LW) and D425KT Mini-ITX desktop boards both show up as having LVDS but the hardware is not populated. This patch adds them to the list of such systems. Patch is against 3.11.4 Signed-off-by: Rob Pearce --- Patch revised to match the D425KT exactly as the D425KT

Re: [Intel-gfx] [PATCH] INTEL DRM DRIVERS : No LVDS hardware on Intel D410PT and D425KT

2013-10-27 Thread Rob Pearce
Hi Daniel, On 27/10/13 13:51, Daniel Vetter wrote: >> +.matches = { >> > + DMI_MATCH(DMI_BOARD_VENDOR, "Intel"), >> > + DMI_MATCH(DMI_BOARD_NAME, "D425KT"), > At least this one here has a KTW variant with lvds connector. I think we > need a DMI_EXACT_M

[Intel-gfx] [PATCH] INTEL DRM DRIVERS : No LVDS hardware on Intel D410PT and D425KT

2013-10-27 Thread Rob Pearce
From: Rob Pearce These Intel D410PT and D425KT Mini-ITX desktop boards both show up as having LVDS but the hardware is not populated. This patch adds them to the list of such systems. Tested against 3.9.10 and 3.11.4 Signed-off-by: Rob Pearce --- diff -uprN -X linux-3.9.10/Documentation/dontdi

Re: [Intel-gfx] [PATCH] INTEL DRM DRIVERS : No LVDS hardware on Intel D410PT and D425KT

2013-10-27 Thread Greg KH
On Sun, Oct 27, 2013 at 04:13:42PM +, Rob Pearce wrote: > From: Rob Pearce > > The Intel D410PT(LW) and D425KT Mini-ITX desktop boards both show up as > having LVDS but the hardware is not populated. This patch adds them to > the list of such systems. Patch is against 3.11.4 > > Signed-off-b

Re: [Intel-gfx] [PATCH v2] drm/i915/vlv: enable HDMI audio for Valleyview2

2013-10-27 Thread Daniel Vetter
On Wed, Oct 23, 2013 at 07:08:11PM -0400, mengdong@intel.com wrote: > From: Mengdong Lin > > This patch defines audio configuration registers and adds audio enabling code > for Valleyview2. > > Signed-off-by: Mengdong Lin > Reviewed-by: Jesse Barnes [snip] > @@ -6905,8 +6910,19 @@ static

Re: [Intel-gfx] [PATCH] INTEL DRM DRIVERS : No LVDS hardware on Intel D410PT and D425KT

2013-10-27 Thread Daniel Vetter
On Sun, Oct 27, 2013 at 01:35:30PM +, Rob Pearce wrote: > From: Rob Pearce > > These Intel D410PT and D425KT Mini-ITX desktop boards both show up as > having LVDS but the hardware is not populated. This patch adds them to > the list of such systems. Tested against 3.9.10 and 3.11.4 > > Sign

Re: [Intel-gfx] [PATCH 2/4] drm/i915: Remove WaFbcDisableDpfcClockGating on HSW

2013-10-27 Thread Daniel Vetter
On Fri, Oct 25, 2013 at 03:27:50PM -0200, Paulo Zanoni wrote: > 2013/10/24 Ben Widawsky : > > Production HSW does not need it. I confirmed this with Art. > > > > Signed-off-by: Ben Widawsky > > I just hope these things don't start uncovering bugs :) > > Reviewed-by: Paulo Zanoni Merged the fir

Re: [Intel-gfx] ddccontrol doesn't work on the new kernel

2013-10-27 Thread dbz
Hello, Bruno Thank you for your answer! Yes, I use integrated on-chip video (Intel Core i5-2500K CPU) and yes, seems both kernels use the same modules. But unhappily from your answer I don't understand what can I do to try to get working ddccontrol on my system. If you need some additional in

Re: [Intel-gfx] ddccontrol doesn't work on the new kernel

2013-10-27 Thread Bruno Prémont
CCing intel-gfx as it is related to intel GPU driver and might get missed by intel developers on LKML. Looking at the linked pastebins ddcontrol seems to make use of the same i2c/DDC line but getting different results. Surprising info I see in dmesg, that does apply to both kernels, is that uvesa

Re: [Intel-gfx] [PATCH] [trivial] drm/i915: Convert straggling MCHBAR registers

2013-10-27 Thread Daniel Vetter
On Wed, Oct 23, 2013 at 09:54:41AM +0300, Jani Nikula wrote: > On Wed, 23 Oct 2013, Ben Widawsky wrote: > > All our registers which are written through the MCHBAR are defined > > descriptively as an offset to the MCHBAR. We had 3 outliers here. > > Convert these as well so all registers which are

Re: [Intel-gfx] [PATCH v3 4/4] drm/i915: rename i915_init_power_well to i915_init_power_domains

2013-10-27 Thread Daniel Vetter
On Fri, Oct 25, 2013 at 06:10:31PM -0200, Paulo Zanoni wrote: > 2013/10/25 Imre Deak : > > Similarly rename the other related functions in the power domain > > interface. > > > > Higher level driver code calling these functions knows only about power > > domains, not the underlying power wells whic

Re: [Intel-gfx] [PATCH v2 2/2] drm/i915: set HDMI pixel clock in audio configuration

2013-10-27 Thread Daniel Vetter
On Thu, Oct 24, 2013 at 11:59:35AM +0200, David Härdeman wrote: > It should also be noted that manually hard-coding the pixel clock > value to an obviously incorrect value will also cause the Pioneer > receiver to do the right thing (I assume it will ignore the > incorrect value and calculate it on

Re: [Intel-gfx] [PATCH 7/7] drm/i915: add i915_get_reset_stats_ioctl

2013-10-27 Thread Daniel Vetter
On Fri, Oct 25, 2013 at 06:42:35PM -0700, Ian Romanick wrote: > Since the Mesa merge window is closing soon, I'm finally getting back on > this. I've pushed a rebase of my old Mesa branch to my fd.o repo > > http://cgit.freedesktop.org/~idr/mesa/log/?h=robustness3 > > I have a couple questions..