Sorry, Deniel/Greg, late response for your email because of a busy work last
work.
I will response to you guys ASAP :), below is the updated patch:
>From 33eb95a3a711b2354985361ff208ea150a5ba235 Mon Sep 17 00:00:00 2001
From: Xu Anhua
Date: Tue, 31 Jul 2012 17:16:50 +0800
Subject: [PATCH] drm
Kenneth Graunke writes:
Reviewed-by: Eric Anholt
pgpynlVfLMSOQ.pgp
Description: PGP signature
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
On 2012-08-08 21:50, George Spelvin wrote:
I'm trying to run a v3.5 kernel (plus some -stable patches from Ted
Ts'o) on
an Ubuntu system. Things are generally working except for the
following
Oops on each boot, which prevents the graphics system from loading.
[ 36.187972] [drm] Initialized
Otherwise pad appears uninitialized and valgrind grumbles.
Signed-off-by: Kenneth Graunke
---
intel/intel_bufmgr_gem.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/intel/intel_bufmgr_gem.c b/intel/intel_bufmgr_gem.c
index a170813..795c1a8 100644
--- a/intel/intel_bufmgr_gem.c
+++ b/inte
Since it's redundant - we can get the attached encoder in the
functions themselves.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/intel_crt.c | 6 ++
drivers/gpu/drm/i915/intel_display.c | 16
drivers/gpu/drm/i915/intel_drv.h | 6 ++
drivers/gpu/drm/i91
For some odd reason we've missed i830 and a i855 variant. Also
kill the two now redundant i830 entries.
v2: Don't add the missing 855 id to the pipe A quirk list, we seem to
lack justification for it.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/intel_display.c | 7 +--
1 file chan
On Sun, Aug 12, 2012 at 09:12:14PM +0100, Chris Wilson wrote:
> On Sun, 12 Aug 2012 22:01:02 +0200, Daniel Vetter wrote:
> > On Sun, Aug 12, 2012 at 08:47:56PM +0100, Chris Wilson wrote:
> > > > drm/i915: simplify dvo dpms interface
> > >
> > > This just looks like churn for churn's sake? The c
eDP is tons of fun. It turns out that at least the new MacBook Air 5,1
model absolutely doesn't like the new force vdd dance we've introduced
in
commit 6cb49835da0426f69a2931bc2a0a8156344b0e41
Author: Daniel Vetter
Date: Sun May 20 17:14:50 2012 +0200
drm/i915: enable vdd when switching of
I've pointed you at the wrong bug report unfortunately. This one is the
right one:
https://bugzilla.kernel.org/show_bug.cgi?id=45671
Please test the "patch v3" on that bug.
Applied v3 and I see for a short time kernel messages, then the screen
goes black, then I think 2 times the backlight goe
On Sun, 12 Aug 2012 22:01:02 +0200, Daniel Vetter wrote:
> On Sun, Aug 12, 2012 at 08:47:56PM +0100, Chris Wilson wrote:
> > On Sun, 12 Aug 2012 19:27:07 +0200, Daniel Vetter
> > wrote:
> > > drm/i915: prepare load-detect pipe code for dpms changes
> >
> > It is not immediately obvious from t
On Sun, Aug 12, 2012 at 08:47:56PM +0100, Chris Wilson wrote:
> On Sun, 12 Aug 2012 19:27:07 +0200, Daniel Vetter
> wrote:
> > Hi all,
> >
> > I've noticed that a few prep patches of the modeset rework series haven't
> > been
> > merged nor reviewed yet, so I've split them out in this resend. M
On Sun, 12 Aug 2012 19:27:07 +0200, Daniel Vetter
wrote:
> Hi all,
>
> I've noticed that a few prep patches of the modeset rework series haven't been
> merged nor reviewed yet, so I've split them out in this resend. Mostly concern
> really old gen2 stuff (dvo + pipe A quirk), but little patches
On Sun, 12 Aug 2012 17:01:08 +0100, Chris Wilson
wrote:
> On Sun, 12 Aug 2012 17:47:46 +0200, Daniel Vetter wrote:
> > On Sun, Aug 12, 2012 at 12:04:39PM +0100, Chris Wilson wrote:
> > > In order to be able to ioremap_wc the GTT space, we need to remove the
> > > conflicting pci_iomap from drm/i
On Sun, Aug 12, 2012 at 11:48:02AM -0700, Greg KH wrote:
> On Sun, Aug 12, 2012 at 11:33:05AM -0700, Greg KH wrote:
> > On Sun, Aug 12, 2012 at 08:25:31PM +0200, Daniel Vetter wrote:
> > > On Sun, Aug 12, 2012 at 11:21:57AM -0700, Greg KH wrote:
> > > > Hi Daniel.
> > > >
> > > > The 3.6-rc1 kerne
On Sun, Aug 12, 2012 at 11:33:05AM -0700, Greg KH wrote:
> On Sun, Aug 12, 2012 at 08:25:31PM +0200, Daniel Vetter wrote:
> > On Sun, Aug 12, 2012 at 11:21:57AM -0700, Greg KH wrote:
> > > Hi Daniel.
> > >
> > > The 3.6-rc1 kernel breaks my laptop, booting to a black screen when the
> > > i915 dri
On 08/12/2012 08:29 PM, Daniel Vetter wrote:
On Sun, Aug 12, 2012 at 07:45:05PM +0200, Daniel Wagner wrote:
Hi Daniel,
On 08/11/2012 11:14 PM, Daniel Vetter wrote:
On Sat, Aug 11, 2012 at 04:48:15PM +0200, Paul Menzel wrote:
Am Samstag, den 11.08.2012, 16:05 +0200 schrieb Daniel Wagner:
I i
Simply to make the ilk+ crtc disable path clearer and more symmetric
with the enable function.
Also switch to intel_crtc for the enable function.
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/i915/intel_display.c | 57 +---
1 file changed, 33 insertions(+), 24
... and move a few others only used by i915_dma.c into the dri1
dungeon.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/i915_dma.c | 22 +++---
drivers/gpu/drm/i915/i915_drv.h | 13 ++---
2 files changed, 17 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/
All dvo drivers only support 2 dpms states, and our dvo driver
even switches of the dvo port for anything else than DPMS_ON. Hence
ditch this complexity and simply use bool enable.
While reading through this code I've noticed that the mode_set
function of ch7017 is a bit peculiar - it disable the
A few things need adjustement:
- Change the dpms state by calling the dpms connector function and
not some crtc helper internal callbacks. Otherwise this will break
once we switch to our own dpms handling.
- Instead of tracking and restoring intel_crtc->dpms_mode use the
connector's dpms vari
Now that all affected i830M systems have the pipe A quirk set,
we don't need to do any special dances in the overlay code any
longer. And reading through the code I'm rather dubios that it
actually does what it claims to do ...
As a nice benefit this rips out a users of the crtc helper dpms
callba
With the pipe A quirk properly fixed up for i830M, this shouldn't be
required any longer.
Signed-Off-by: Daniel Vetter
---
drivers/gpu/drm/i915/dvo_ns2501.c| 7 ---
drivers/gpu/drm/i915/intel_display.c | 2 +-
2 files changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/
For some odd reason we've missed i830 and a i855 variant. Also
kill the two now redundant i830 entries.
Signed-off-by: Daniel Vetter
---
drivers/gpu/drm/i915/intel_display.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_display.c
b/driver
Hi all,
I've noticed that a few prep patches of the modeset rework series haven't been
merged nor reviewed yet, so I've split them out in this resend. Mostly concern
really old gen2 stuff (dvo + pipe A quirk), but little patches in other areas.
Comments&review highly welcome.
Thanks, Daniel
Dan
On Sun, Aug 12, 2012 at 08:25:31PM +0200, Daniel Vetter wrote:
> On Sun, Aug 12, 2012 at 11:21:57AM -0700, Greg KH wrote:
> > Hi Daniel.
> >
> > The 3.6-rc1 kernel breaks my laptop, booting to a black screen when the
> > i915 driver initializes itself. I bisected this down to commit
> > 24ded2044
On Sun, Aug 12, 2012 at 07:45:05PM +0200, Daniel Wagner wrote:
> Hi Daniel,
>
> On 08/11/2012 11:14 PM, Daniel Vetter wrote:
> >On Sat, Aug 11, 2012 at 04:48:15PM +0200, Paul Menzel wrote:
> >>Am Samstag, den 11.08.2012, 16:05 +0200 schrieb Daniel Wagner:
> >>
> >>>I installed on my shiny new Macb
On Sun, Aug 12, 2012 at 11:21:57AM -0700, Greg KH wrote:
> Hi Daniel.
>
> The 3.6-rc1 kernel breaks my laptop, booting to a black screen when the
> i915 driver initializes itself. I bisected this down to commit
> 24ded204429fa0f5501d37c63ee35c555c0b75ee (drm/i915: properly enable the
> blc contro
Hi Daniel.
The 3.6-rc1 kernel breaks my laptop, booting to a black screen when the
i915 driver initializes itself. I bisected this down to commit
24ded204429fa0f5501d37c63ee35c555c0b75ee (drm/i915: properly enable the
blc controller on the right pipe), and when I revert that, and also
a4f32fc3a37
Hi Daniel,
On 08/11/2012 11:14 PM, Daniel Vetter wrote:
On Sat, Aug 11, 2012 at 04:48:15PM +0200, Paul Menzel wrote:
Am Samstag, den 11.08.2012, 16:05 +0200 schrieb Daniel Wagner:
I installed on my shiny new Macbook Air 2012 Fedora 17. After adding
intremap=off
to the kernel arguments, I wa
Yet again the too close relationship between the fb helper and the
crtc helper code strikes. This time around the fb helper resets all
encoder->crtc pointers to NULL before starting to set up it's own
mode. Which is total bullocks, because this will clobber the existing
output routing, which the ne
On Sun, 12 Aug 2012 17:47:46 +0200, Daniel Vetter wrote:
> On Sun, Aug 12, 2012 at 12:04:39PM +0100, Chris Wilson wrote:
> > In order to be able to ioremap_wc the GTT space, we need to remove the
> > conflicting pci_iomap from drm/i915, so we limit the register map in
> > drm/i915 to the suitable
On Sun, Aug 12, 2012 at 12:04:39PM +0100, Chris Wilson wrote:
> In order to be able to ioremap_wc the GTT space, we need to remove the
> conflicting pci_iomap from drm/i915, so we limit the register map in
> drm/i915 to the suitable range for each generation. The benefit of doing
> this is an order
On Sun, Aug 12, 2012 at 02:55:25PM +0200, Daniel Vetter wrote:
> Hi all,
>
> Note that the new -next is rebased a bit and not a descendant of the old
> -nextso that I could fish out a few fixes for 3.6.
>
> Highlights of the entire thing:
> - hsw hdmi improvements (Paulo)
> - ips/rps locking rewo
Hi all,
Note that the new -next is rebased a bit and not a descendant of the old
-nextso that I could fish out a few fixes for 3.6.
Highlights of the entire thing:
- hsw hdmi improvements (Paulo)
- ips/rps locking rework and cleanups
- rc6 on ilk by default again
- hw context&dp&dpff support for
In order to be able to ioremap_wc the GTT space, we need to remove the
conflicting pci_iomap from drm/i915, so we limit the register map in
drm/i915 to the suitable range for each generation. The benefit of doing
this is an order of magnitude reduction in time spent rewriting the GTT
entries when i
On Sat, Aug 11, 2012 at 10:55:08AM +0200, Paul Menzel wrote:
> Dear Zhigang,
>
>
> thank you for the announcement message and congratulations on the
> release. But please do not send HTML messages to lists [1]!
Thanks for pointing this out. Actually, I was not aware of that I
sent any non plain-
On Fri, Aug 10, 2012 at 08:58:33AM -0700, Jeremy Huddleston Sequoia wrote:
>
> On Aug 10, 2012, at 03:37, Zhigang Gong wrote:
>
> > to try a full functional xserver with glamor, it’s recommended to use the
> > following xserver version:
> >
> > commit a615b90cab7569fae9d123e4da1d3373c871d84b
>
37 matches
Mail list logo
