On Thu, 5 Aug 2010 09:11:26 +0800, Zhenyu Wang wrote:
> On 2010.08.04 15:04:01 +0100, Chris Wilson wrote:
> > diff --git a/drivers/gpu/drm/i915/intel_display.c
> > b/drivers/gpu/drm/i915/intel_display.c
> > index 07f893f..9b5fab4 100644
> > --- a/drivers/gpu/drm/i915/intel_display.c
> > +++ b/dri
On Thu, 05 Aug 2010 08:46:31 +1000, Dave Airlie wrote:
> Have you verified no userspace relies on this return value? since this
> technically an ABI change.
>
> >From what I can see probably only libdrm tests care.
I haven't found any other instances of code checking return values, more
often th
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 s
On Thu, 5 Aug 2010 17:01:07 +0800, Zhenyu Wang wrote:
> yeah, you can see recently added panel fitting support for eDP, it
> should be same as LVDS actually. I think if you duplicate
> intel_pch_lvds_mode_fixup() for eDP, that should also work. ;)
Ah, I'd missed that eDP panel fitting support had
v2: Hook in DP paths to keep FULLSCREEN panel fitting on eDP.
Signed-off-by: Chris Wilson
Cc: Zhenyu Wang
---
drivers/gpu/drm/i915/Makefile|1 +
drivers/gpu/drm/i915/i915_drv.h |2 +
drivers/gpu/drm/i915/intel_display.c | 16 ++---
drivers/gpu/drm/i915/intel_dp.c |
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
Cc: Matthew Garrett
---
drivers/gpu/drm/i915/i915_opregion.c | 10 +++---
1 files ch
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
> Cc: Matthew Garret
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.
Thanks,
--
Sérgio M. B.
smime.p7s
Description: S/MIME cryptographic signature
___
Intel-gfx mailing list
Intel-gfx@li
On Thu, 05 Aug 2010 16:38:55 +0100
Sergio Monteiro Basto 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 by itself, and I wouldn't
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 sta...@k
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 w
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
885
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
http://
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) do
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.
Sus
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
--
Open Source Technology Center, Intel ltd.
$gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827
signature.asc
Description: Digi
17 matches
Mail list logo