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
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
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
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
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
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
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
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
>
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
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
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
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
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
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
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
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
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
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
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
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
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..
21 matches
Mail list logo