On Fri, Jun 5, 2009 at 3:42 PM, Markus
Trippelsdorfmar...@trippelsdorf.de wrote:
On Thu, Jun 04, 2009 at 04:39:50AM +0100, Dave Airlie wrote:
Hi Linus,
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
drm-fixes
Okay Linus if you
http://bugs.freedesktop.org/show_bug.cgi?id=22081
liuhaien haien@intel.com changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment
http://bugs.freedesktop.org/show_bug.cgi?id=19396
liuhaien haien@intel.com changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment
On Wed, 3 Jun 2009 11:27:17 +0200
Michal Suchanek hramr...@centrum.cz wrote:
Unfortunately I did not get to testing the patch yet.
According to the description it is supposed to resolve some confusion
over what pipe is enabled or not.
X server reports the pipes connected as follows:
(II)
2009/6/5 Dave Airlie airl...@gmail.com:
Please pull the 'drm-fixes' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git
drm-fixes
Okay Linus if you do pull this can you revert
6c51d1cfa0a370b48a157163340190cf5fd2346b
It already went in, before your message.
It is useful to get the register snapshot.
Add a debugfs I/F named i915_reg to dump the I915 register snapshot. And this
is created under the dri/0/ of debugfs.
The output format is similar to what we have done in UMS mode.
Signed-off-by: Zhao Yakui yakui.z...@intel.com
---
Usually We create drm mode by drm_mode_create function which also will assign ID
to this mode by drm_mode_object_get function, then insert this new mode into
mode list by list_add function. So when destroying mode, we need to remove mode
from list, then free ID and allocated memory by
On Fri, 2009-06-05 at 15:45 +0800, yakui_zhao wrote:
It is useful to get the register snapshot.
Add a debugfs I/F named i915_reg to dump the I915 register snapshot. And
this
is created under the dri/0/ of debugfs.
The output format is similar to what we have done in UMS mode.
I don't
http://bugs.freedesktop.org/show_bug.cgi?id=21936
--- Comment #13 from Sunil Mekathotti sbmekatho...@gmail.com 2009-06-05
05:18:17 PST ---
(In reply to comment #12)
(In reply to comment #11)
By mistake you have mentioned this bug number in your comment :-)
Oh dear, not the first time
On Sat, 2009-05-30 at 20:42 -0700, Keith Packard wrote:
Signed-off-by: Keith Packard kei...@keithp.com
gratuitous move of code in this commit?
---
drivers/gpu/drm/i915/intel_dp.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git
On Sat, 2009-05-30 at 20:42 -0700, Keith Packard wrote:
Suspend/resume of display port links really wants to just run through the
mode set code so that link training happens.
The commmit doesn't seem to match the commit message here.
Signed-off-by: Keith Packard kei...@keithp.com
---
On Sat, 2009-05-30 at 20:42 -0700, Keith Packard wrote:
When a DP monitor is plugged back in, it needs to be retrained if it was
active before.
Looks like this should be squashed into #14 that uses it?
Signed-off-by: Keith Packard kei...@keithp.com
---
drivers/gpu/drm/i915/intel_dp.c |
On Sat, 2009-05-30 at 20:42 -0700, Keith Packard wrote:
This allows each output to deal with plug/unplug events as needed
(cherry picked from commit 08d57f21d1042153ebc26465be85d7e166008a14)
s-o-b? also, a weird cherry-pick message here.
---
drivers/gpu/drm/i915/i915_irq.c |8
http://bugs.freedesktop.org/show_bug.cgi?id=21462
--- Comment #1 from Dario wallac...@gmail.com 2009-06-05 06:49:37 PST ---
Updating to KDE 4.2 and booting with kernel param 'nopat' seem to work... DRI
enabled and desktop working...
--
Configure bugmail:
On Sat, 2009-05-30 at 20:42 -0700, Keith Packard wrote:
---
drivers/gpu/drm/i915/Makefile|1 +
drivers/gpu/drm/i915/i915_drv.h |1 +
drivers/gpu/drm/i915/intel_display.c | 11 +-
drivers/gpu/drm/i915/intel_dp.c | 967
+-
On Sat, 2009-05-30 at 20:42 -0700, Keith Packard wrote:
---
drivers/gpu/drm/i915/intel_display.c | 91 +++-
drivers/gpu/drm/i915/intel_dp.c | 62 +-
drivers/gpu/drm/i915/intel_dp.h | 16 ++--
drivers/gpu/drm/i915/intel_dp_i2c.c | 157
http://bugs.freedesktop.org/show_bug.cgi?id=21936
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
On Fri, 2009-06-05 at 13:15 +, Eric Anholt wrote:
s-o-b? also, a weird cherry-pick message here.
operator error.
Seems like #10 was Import DisplayPort code and this is something
else?
Yeah, I've gone ahead and just merged all of the 'add display port' into
one giant patch.
No //
When a DP monitor is plugged back in, it needs to be retrained if it was
active before.
Signed-off-by: Keith Packard kei...@keithp.com
---
drivers/gpu/drm/i915/intel_dp.c | 15 +--
1 files changed, 13 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_dp.c
This allows each output to deal with plug/unplug events as needed
Signed-off-by: Keith Packard kei...@keithp.com
---
drivers/gpu/drm/i915/i915_irq.c |8
drivers/gpu/drm/i915/intel_drv.h |1 +
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git
This adds the register definitions for the display port enable register
along with those for the GMCH and Link M/N ratios required to drive display
port outputs.
Signed-off-by: Keith Packard kei...@keithp.com
---
drivers/gpu/drm/i915/i915_reg.h | 163 +++
1
Signed-off-by: Keith Packard kei...@keithp.com
---
A replacement patch which doesn't leave // comments in intel_dp_i2c.c
drivers/gpu/drm/i915/Makefile|2 +
drivers/gpu/drm/i915/i915_drv.h | 12 +
drivers/gpu/drm/i915/i915_suspend.c | 34 +-
http://bugzilla.kernel.org/show_bug.cgi?id=13462
Summary: Unused bands in intefb console and smaller 180x56 -
128x48
Product: Drivers
Version: 2.5
Kernel Version: v2.6.30-rc8-5-gc9fb15f
Platform: All
OS/Version: Linux
http://bugs.freedesktop.org/show_bug.cgi?id=22110
Summary: [945GME KMS] Compositor causes X to segfault.
Product: Mesa
Version: CVS
Platform: x86-64 (AMD64)
OS/Version: All
Status: NEW
Severity: normal
Priority:
http://bugs.freedesktop.org/show_bug.cgi?id=22110
--- Comment #1 from Eric Smith eric225...@yahoo.com 2009-06-05 09:37:15 PST
---
Created an attachment (id=26461)
-- (http://bugs.freedesktop.org/attachment.cgi?id=26461)
gdb BT of X
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=22110
--- Comment #2 from Eric Smith eric225...@yahoo.com 2009-06-05 09:38:21 PST
---
Created an attachment (id=26462)
-- (http://bugs.freedesktop.org/attachment.cgi?id=26462)
dmesg (No errors, but attached for completeness)
--
Configure
http://bugs.freedesktop.org/show_bug.cgi?id=22110
--- Comment #3 from Eric Smith eric225...@yahoo.com 2009-06-05 09:40:21 PST
---
Created an attachment (id=26466)
-- (http://bugs.freedesktop.org/attachment.cgi?id=26466)
xorg.conf
--
Configure bugmail:
http://bugzilla.kernel.org/show_bug.cgi?id=13462
--- Comment #1 from Keith Packard kei...@keithp.com 2009-06-05 17:00:00 ---
The problem here appears to be that the TV output is mis-detected, which makes
the fb code limit the size to 1024x768.
--
Configure bugmail:
On Fri, 5 Jun 2009, Dave Airlie wrote:
On Fri, Jun 5, 2009 at 3:42 PM, Markus
Trippelsdorfmar...@trippelsdorf.de wrote:
On Thu, Jun 04, 2009 at 04:39:50AM +0100, Dave Airlie wrote:
Hi Linus,
Please pull the 'drm-fixes' branch from
http://bugs.freedesktop.org/show_bug.cgi?id=22110
Eric Smith eric225...@yahoo.com changed:
What|Removed |Added
Attachment #26461|0 |1
is obsolete|
that works fine on my intel hw but seems to have a bad effect on radeon.
Grr.
That pull request probably shouldn't have been sent to me at all. It's
clearly almost totally untested, and it was damn late in the -rc series.
Am I going to be in the situation that I simply can't
With the DRM-driven DPMS code, encoders are considered idle unless a
connector is hooked to them, so mode setting is skipped. This makes load
detection fail as none of the hardware is enabled.
Signed-off-by: Keith Packard kei...@keithp.com
---
drivers/gpu/drm/i915/intel_display.c |2 ++
1
http://bugzilla.kernel.org/show_bug.cgi?id=13462
--- Comment #2 from Keith Packard kei...@keithp.com 2009-06-06 01:23:04 ---
Ok, I've discovered why this patch has this effect -- the bisected patch
changes when crtcs are determined to be 'active'. In the past, a crtc was
determined to be
33 matches
Mail list logo