Applied to -next with minor tweaks.
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
On Tue, 2010-09-07 at 23:45 +0100, Chris Wilson wrote:
This reverts commit 0f3ee801b332d6ff22285386675fe5aaedf035c3.
Enabling LVDS on pipe A was causing excessive wakeups on otherwise idle
system due to i915 interrupts. So restrict the LVDS to pipe B once more,
whilst the issue is properly
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
drivers/gpu/drm/i915/i915_reg.h |1 +
drivers/gpu/drm/i915/intel_display.c |9 -
2 files changed, 9 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
index
The single HDMI example I have in the wild uses 0x68D2 not 0x60D2.
0x60D2 is also used by DEVICE_TYPE_EFP_DVI_D_HDCP.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
---
drivers/gpu/drm/i915/intel_bios.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
On Wed, 8 Sep 2010 11:10:42 -0400, Woody Suwalski terraluna...@gmail.com
wrote:
LVDS connected 800x600+0+0 (normal left inverted right x axis y axis) 0mm x
0mm
LVDS-1 connected 800x600+0+0 (normal left inverted right x axis y
The -intel driver does not generate either of these names, it
Not all systems expose a firmware or platform mechanism for changing the
backlight intensity on i915, so add native driver support.
Signed-off-by: Matthew Garrett m...@redhat.com
Cc: intel-gfx intel-gfx@lists.freedesktop.org
---
drivers/gpu/drm/i915/i915_drv.h |3 +
There may be multiple ways of controlling the backlight on a given machine.
Allow drivers to expose the type of interface they are providing, making
it possible for userspace to make appropriate policy decisions.
Signed-off-by: Matthew Garrett m...@redhat.com
Cc: Richard Purdie rpur...@rpsys.net
On Tue, May 18, 2010 at 01:12:32PM -0700, Jesse Barnes wrote:
On Tue, 18 May 2010 13:53:16 -0400
Matthew Garrett m...@redhat.com wrote:
It seems to be possible to program a new mode without disabling the panel
if the panel fitter setup doesn't change. Add support for that.
Okay, I'm going to try one last time,
Can ANYBODY tell me why I cannot select and use a modeline for my Intel
965GM/Panasonic Plasma TV setup? The xorg.0.log attached shows the Modeline
existing but I cannot set it. Please help.
Thanks
Lucas
Xorg.0.log
Description: Binary data
Here's the set of eDP changes I've been running with locally. With
these fixes applied, my Dell E6510 test machine is solid from boot
through suspend/resume, though it appears other users haven't been so
fortunate, so there's still more work to do.
Thanks,
Jesse
Fix the test so we don't try to use the 450MHz refclk on PCH attached
eDP.
References:
https://bugs.freedesktop.org/show_bug.cgi?id=29141
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/i915/intel_dp.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
Mode setting sequence specifies that we use VDD AUX for configuration
and detection, and early in the mode set sequence. Only later (after
DP_A has started training) should we actually enable panel power.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/i915/intel_dp.c |
Mode set sequence requires that we start training, then enable the
panel, then complete training. So split the DP training function into
two parts; the first enables the DP port and sets training pattern 1 and
the second completes the training.
As part of this, remove some redundant function
When turning on or off the VDD AUX bit, we need to give the panel time
to start or stop or AUX transactions may fail.
Signed-off-by: Jesse Barnes jbar...@virtuousgeek.org
---
drivers/gpu/drm/i915/intel_dp.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git
This is interesting.
The problem is, when I update my installation to the latest version along with
a newer kernel I still get the same issues. The log looks a little different
but it still cannot display the Interlaced mode properly.
What version DOES support interlace?
-Original
With a couple of tweaks as discussed on IRC, applied to -next.
Thanks,
-Chris
--
Chris Wilson, Intel Open Source Technology Centre
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Here is the xorg.0.log from the 2.12 driver and 2.6.35-20 kernel.
Looks similar. Does 2.12 support interlaced modes?
-Original Message-
From: intel-gfx-bounces+lucas=dmglobal@lists.freedesktop.org
[mailto:intel-gfx-bounces+lucas=dmglobal@lists.freedesktop.org] On Behalf
Of
Never mind, apparently it's still TODO.
-Original Message-
From: intel-gfx-bounces+lucas=dmglobal@lists.freedesktop.org
[mailto:intel-gfx-bounces+lucas=dmglobal@lists.freedesktop.org] On Behalf
Of Lucas
Sent: Wednesday, September 08, 2010 1:51 PM
To:
On Thu, 09 Sep 2010 00:52:17 +0200, David Härdeman da...@hardeman.nu wrote:
This patch enables the sending of AVI infoframes in
drivers/gpu/drm/i915/intel_hdmi.c.
My receiver currently loses sync when the HDMI output on my computer
(DG45FC motherboard) is switched from 800x600 (the BIOS
19 matches
Mail list logo
