On 2010.08.05 09:05:15 +0100, Chris Wilson wrote:
Please illuminate the poor ignorant fool (that's me) what the requirements
for eDP are. Even better in patch form. ;-)
Does eDP require panel fitting always?
yeah, you can see recently added panel fitting support for eDP, it
should be same
v2: Hook in DP paths to keep FULLSCREEN panel fitting on eDP.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Zhenyu Wang zhen...@linux.intel.com
---
drivers/gpu/drm/i915/Makefile|1 +
drivers/gpu/drm/i915/i915_drv.h |2 +
drivers/gpu/drm/i915/intel_display.c | 16
On 2010/08/01 20:49 (GMT+0200) Rüdiger Härtel composed:
I have a 845GL graphics chip and the driver reports nearly every time I use
my
copmuter that the GPU has hung up and acceleration is disabled. After this
happend a restart of X - which happens when I log off and on again - is not
Within i915_opregion.c there are two blocks of semantically identical
ASLE response codes defined. Only one of those matches the ACPI IGD
OpRegion Specification 0.1, use those.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
Cc: Matthew Garrett mj...@srcf.ucam.org
---
On Thu, Aug 05, 2010 at 12:54:49PM +0100, Chris Wilson wrote:
Within i915_opregion.c there are two blocks of semantically identical
ASLE response codes defined. Only one of those matches the ACPI IGD
OpRegion Specification 0.1, use those.
Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk
On Thu, 05 Aug 2010 16:38:55 +0100
Sergio Monteiro Basto ser...@sergiomb.no-ip.org wrote:
Hi, Have some kind of howto doc ?, about merging, testing os using
drm-intel-next with a stable kernel, lets say kernel-2.6.35.
Short answer: you don't. The drm-intel-next branch is a full kernel
tree
On Thu, Aug 05, 2010 at 10:54:09AM -0700, Jesse Barnes wrote:
Longer answer: drm-intel-next bits are targeted at the next kernel
release. When important fixes from drm-intel-next land in Linus's tree,
you can request that they be back ported to the stable tree by sending a
note to
On Thu, 2010-08-05 at 11:53 +1000, Dave Airlie wrote:
So I've been reviewing the i915/ironlake CRT detect code and am a bit
confused.
I though on the i945 and above that we had proper CRT hotplug
detection with an IRQ, that didn't require any polling.
Now looking at the code when we do a
Any suggestions of patches to test for those of us still experiencing
eDP problems? I've seen a bunch fly by the list, but it's been unclear
to me which were supposed to address what issues, or how successful any
of them were.
I was able to get 2.6.34 to work on my Dell E6510 by reverting
Le 05/08/2010 20:47, Timothy B. Terriberry a écrit :
This no longer works on 2.6.35 (black screen after starting X).
Could be https://bugzilla.kernel.org/show_bug.cgi?id=16496 ?
Brice
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
Brice Goglin wrote:
Le 05/08/2010 20:47, Timothy B. Terriberry a écrit :
This no longer works on 2.6.35 (black screen after starting X).
Could be https://bugzilla.kernel.org/show_bug.cgi?id=16496 ?
Reverting that patch (or, more accurately, just deleting the redundant
backlight_off call)
On Thu, 2010-08-05 at 12:47 -0700, Timothy B. Terriberry wrote:
So now it's just the suspend issue. Same behavior as 2.6.34:
when resuming, the display is off, and switching VTs, etc., won't
turn
it on. What does work, if I type very carefully, is hibernating and
then
resuming.
Suspend
On 2010.08.05 11:25:26 +0100, Chris Wilson wrote:
v2: Hook in DP paths to keep FULLSCREEN panel fitting on eDP.
Looks fine to me.
Reviewed-by: Zhenyu Wang zhen...@linux.intel.com
--
Open Source Technology Center, Intel ltd.
$gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827
13 matches
Mail list logo