https://bugs.freedesktop.org/show_bug.cgi?id=34256
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugzilla.kernel.org/show_bug.cgi?id=29842
--- Comment #6 from Alex Deucher 2011-03-01 21:06:17
---
Rafael, why is this marked as a regression? The reporter explicitly stated it
was not.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are rece
https://bugs.freedesktop.org/show_bug.cgi?id=34237
--- Comment #14 from Thierry Vignaud 2011-03-02
01:55:46 PST ---
I've tried 2.6.38-rc6-git 7 (which seems to include Dave's drm-fixes) w/o any
success. I still got intermitent black screen.
For the record, my LCD is behind a KVM that corrupts ED
On Tue, 1 Mar 2011 13:31:19 -0800
Corbin Simpson wrote:
> I am slightly curious about this as well; I have a device with only YUV
> scanout and was considering KMS, but don't know what the best approach is.
The problem with hiding behind a fake RGB frame buffer is you've then
completely stuffed
https://bugs.freedesktop.org/show_bug.cgi?id=25898
Marek Olšák changed:
What|Removed |Added
Summary|glEvalPoint within display |glEvalPoint causes glEnd to
https://bugs.freedesktop.org/show_bug.cgi?id=34156
--- Comment #8 from Dave Witbrodt 2011-03-02 04:47:31
PST ---
(In reply to comment #7)
> I'm seeing some performance impact from 077c448d, mostly due to the extra
> calls
> to evergreen_context_pipe_state_set_vs_resource() /
> evergreen_context
https://bugs.freedesktop.org/show_bug.cgi?id=27340
Marek Olšák changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
hdmi 1.3 raises the max clock from 165 Mhz to 340 Mhz.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c
b/drivers/gpu/drm/radeon/radeon_connec
https://bugs.freedesktop.org/show_bug.cgi?id=34237
--- Comment #15 from Alex Deucher 2011-03-02 07:28:27 PST ---
(In reply to comment #14)
> I've tried 2.6.38-rc6-git 7 (which seems to include Dave's drm-fixes) w/o any
> success. I still got intermitent black screen.
> For the record, my LCD is b
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #26 from Hannes 2011-03-02
07:35:44 PST ---
(In reply to comment #25)
> (In reply to comment #24)
> > Please report at bugs.freedesktop.org
> > Mesa 7.11-devel implementation error: Unexpected texture format in
> > radeon_update_wrap
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #27 from Marek Olšák 2011-03-02 07:40:05 PST ---
There is no way for a gallium driver to end up in radeon_update_wrapper.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
https://bugs.freedesktop.org/show_bug.cgi?id=34929
Summary: [r300g] slowdown with r300g threading
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=34929
--- Comment #1 from Marek Olšák 2011-03-02 08:57:46 PST ---
You have a single-core processor, right? Does commit
f6dbcb92bf4a3597c7b3da890ffafc84951f25df fix this?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
-
https://bugs.freedesktop.org/show_bug.cgi?id=34929
--- Comment #2 from Fabio Pedretti 2011-03-02 09:08:50
PST ---
(In reply to comment #1)
> You have a single-core processor, right?
No, I already specified I have a Core Duo (T2600, dual core) since I suspected
I was asked for that...
> Does com
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #28 from Henri Verbeet 2011-03-02 09:33:09 PST
---
(In reply to comment #26)
> I am pretty sure I am using gallium:
>
> hannes@archmain ~> glxinfo | grep OpenGL
> r300: DRM version: 2.8.0, Name: ATI R480, ID: 0x5d52, GB: 4, Z: 1
> r
https://bugs.freedesktop.org/show_bug.cgi?id=34929
--- Comment #3 from Marek Olšák 2011-03-02 09:53:12 PST ---
I can't see a significant performance difference with the games you mentioned.
openarena fps went from 93 to 91 with threading. glxgears frames went from 15k
to 17k. Torcs fps went from
In order to satisfy a dependency upon a new kernel parameter for mesa,
it is time for a new release of libdrm. The usual bug fixes are a nice
bonus.
-Chris
Ben Skeggs (3):
nouveau: nvc0 drm has no concept of "notifier block"
nouveau: split pushbuf macros specific to nv04-nv50 out, and
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #6 from Christian König 2011-03-02
13:59:36 PST ---
Created an attachment (id=44035)
View: https://bugs.freedesktop.org/attachment.cgi?id=44035
Review: https://bugs.freedesktop.org/review?bug=34843&attachment=44035
Patch to dump t
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #7 from Rafael Monica 2011-03-02 15:05:00 PST
---
Created an attachment (id=44037)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44037)
shader output from glsl-routing piglit test (before offending commit)
--
Configure bugma
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #8 from Rafael Monica 2011-03-02 15:05:49 PST
---
Created an attachment (id=44038)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44038)
shader output from texrect-many piglit test (before offending commit)
--
Configure bugma
https://bugs.freedesktop.org/show_bug.cgi?id=34843
Christian König changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #9 from Christian
(cc dri-devel)
A post-2.6.37 regression.
On Sun, 27 Feb 2011 10:10:41 +0100
Paolo Ornati wrote:
> Today I got this while starting a video in SMplayer (MPlayer) with
> 2.6.38-rc6-00113-g4662db4:
>
> [ 830.880014] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer
> elapsed... GPU hung
> [
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #10 from Rafael Monica 2011-03-02 16:31:23 PST
---
Hi, still not fixed with that commit. I'll attach the new shader output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this ma
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #11 from Rafael Monica 2011-03-02 16:33:12 PST
---
Created an attachment (id=44041)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44041)
shader output from glsl-routing (latest)
--
Configure bugmail: https://bugs.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #12 from Rafael Monica 2011-03-02 16:33:50 PST
---
Created an attachment (id=44042)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44042)
shader output from texrect-many (latest)
--
Configure bugmail: https://bugs.freedesktop
Cayman is DCE5 display plus a new 4-way shader block.
3D state programming is similar to evergreen.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_device.c |1 +
drivers/gpu/drm/radeon/radeon_family.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/dri
The MC ucode is no longer loaded by the vbios
tables as on previous asics. It now must be loaded
by the driver.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni.c | 83 ++
1 files changed, 75 insertions(+), 8 deletions(-)
diff --git a/drivers/
This patch sets up the gart in legacy mode. We
probably want to switch to full VM mode at some point.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni.c | 92 ++
drivers/gpu/drm/radeon/nid.h | 57 ++
2 files changed,
This may some work to get accel going.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni.c | 550 +++
drivers/gpu/drm/radeon/nid.h| 269 +
drivers/gpu/drm/radeon/radeon.h | 40 +++
drivers/gpu/drm/radeon/radeon_kms.c
Cayman asics have 3 ring buffers:
ring 0 supports both gfx and compute
rings 1 and 2 are compute only
At the moment we only support ring 0.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/Makefile |2 +-
drivers/gpu/drm/radeon/cayman_blit_shaders.c | 50 ++
drivers
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c | 14 +++---
1 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 36efc45..88eaffc 100644
--- a/drivers/gpu/drm/radeon/r600.c
+++ b/drivers/gpu/dr
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |6 +-
drivers/gpu/drm/radeon/ni.c| 97
drivers/gpu/drm/radeon/nid.h |1 +
3 files changed, 101 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergr
Cayman is different enough from evergreen to warrant it's own functions.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 10 +-
drivers/gpu/drm/radeon/ni.c| 241 +++-
drivers/gpu/drm/radeon/radeon.h|2 +-
3 files changed, 24
For the CS checker.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/Makefile|3 +
drivers/gpu/drm/radeon/reg_srcs/cayman | 617
2 files changed, 620 insertions(+), 0 deletions(-)
create mode 100644 drivers/gpu/drm/radeon/reg_srcs/cayman
diff
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c | 49 ++
drivers/gpu/drm/radeon/radeon_asic.h | 10 +++
2 files changed, 59 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeo
Added to existing evergreen CS checker.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/Makefile |2 +-
drivers/gpu/drm/radeon/evergreen_cs.c | 55 +++--
drivers/gpu/drm/radeon/evergreend.h |9 +
3 files changed, 62 insertions(+), 4 deleti
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/cayman_blit_shaders.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/cayman_blit_shaders.c
b/drivers/gpu/drm/radeon/cayman_blit_shaders.c
index 56be2b6..e148ab0 100644
--- a/drivers/gpu/dr
These should be handled by the clear_state setup, but set them
directly as well just to be sure.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ni.c b/drivers/gpu/drm/radeon/ni.c
in
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_cs.c | 20 ++--
drivers/gpu/drm/radeon/evergreend.h |8
drivers/gpu/drm/radeon/reg_srcs/cayman|2 ++
drivers/gpu/drm/radeon/reg_srcs/evergreen |2 ++
4 files changed, 30 insertion
Signed-off-by: Alex Deucher
---
include/drm/drm_pciids.h | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index 5ff1194..820ee90 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/drm_pciids.h
@@ -141,6
On Sun, 27 Feb 2011 10:10:41 +0100 Paolo Ornati wrote:
> Today I got this while starting a video in SMplayer (MPlayer) with
> 2.6.38-rc6-00113-g4662db4:
> > [ 830.880014] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer
> > elapsed... GPU hung
> > [ 830.880736] [drm:i915_do_wait_request] *
Hi Linus,
just an intel fix for some chipsets with > 4GB RAM.
Dave.
The following changes since commit dd9c1549edef02290edced639f67b54a25abbe0e:
Linux 2.6.38-rc7 (2011-03-01 13:55:12 -0800)
are available in the git repository at:
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/dr
(cc dri-devel)
On Mon, 28 Feb 2011 12:26:08 +0100 Paul Rolland wrote:
> Hello,
>
> I'm using 2.6.37.2 and I'm getting loads of this error in my messages,
> while at the same time I can observe font display corruption in a GTK
> application (Claws-Mail) while running X, compiz and this app.
>
https://bugs.freedesktop.org/show_bug.cgi?id=34256
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=34237
--- Comment #14 from Thierry Vignaud 2011-03-02
01:55:46 PST ---
I've tried 2.6.38-rc6-git 7 (which seems to include Dave's drm-fixes) w/o any
success. I still got intermitent black screen.
For the record, my LCD is behind a KVM that corrupts ED
On Tue, 1 Mar 2011 13:31:19 -0800
Corbin Simpson wrote:
> I am slightly curious about this as well; I have a device with only YUV
> scanout and was considering KMS, but don't know what the best approach is.
The problem with hiding behind a fake RGB frame buffer is you've then
completely stuffed
https://bugs.freedesktop.org/show_bug.cgi?id=25898
Marek Ol??k changed:
What|Removed |Added
Summary|glEvalPoint within display |glEvalPoint causes glEnd to
https://bugs.freedesktop.org/show_bug.cgi?id=34156
--- Comment #8 from Dave Witbrodt 2011-03-02
04:47:31 PST ---
(In reply to comment #7)
> I'm seeing some performance impact from 077c448d, mostly due to the extra
> calls
> to evergreen_context_pipe_state_set_vs_resource() /
> evergreen_context
https://bugs.freedesktop.org/show_bug.cgi?id=27340
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
hdmi 1.3 raises the max clock from 165 Mhz to 340 Mhz.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_connectors.c | 11 ++-
1 files changed, 10 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c
b/drivers/gpu/drm/radeon/radeon_connec
https://bugs.freedesktop.org/show_bug.cgi?id=34237
--- Comment #15 from Alex Deucher 2011-03-02 07:28:27 PST
---
(In reply to comment #14)
> I've tried 2.6.38-rc6-git 7 (which seems to include Dave's drm-fixes) w/o any
> success. I still got intermitent black screen.
> For the record, my LCD is
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #26 from Hannes 2011-03-02
07:35:44 PST ---
(In reply to comment #25)
> (In reply to comment #24)
> > Please report at bugs.freedesktop.org
> > Mesa 7.11-devel implementation error: Unexpected texture format in
> > radeon_update_wrap
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #27 from Marek Ol??k 2011-03-02 07:40:05 PST
---
There is no way for a gallium driver to end up in radeon_update_wrapper.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mai
https://bugs.freedesktop.org/show_bug.cgi?id=34929
Summary: [r300g] slowdown with r300g threading
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=34929
--- Comment #1 from Marek Ol??k 2011-03-02 08:57:46 PST
---
You have a single-core processor, right? Does commit
f6dbcb92bf4a3597c7b3da890ffafc84951f25df fix this?
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=34929
--- Comment #2 from Fabio Pedretti 2011-03-02 09:08:50
PST ---
(In reply to comment #1)
> You have a single-core processor, right?
No, I already specified I have a Core Duo (T2600, dual core) since I suspected
I was asked for that...
> Does com
https://bugs.freedesktop.org/show_bug.cgi?id=29363
--- Comment #28 from Henri Verbeet 2011-03-02 09:33:09
PST ---
(In reply to comment #26)
> I am pretty sure I am using gallium:
>
> hannes at archmain ~> glxinfo | grep OpenGL
> r300: DRM version: 2.8.0, Name: ATI R480, ID: 0x5d52, GB: 4, Z: 1
https://bugs.freedesktop.org/show_bug.cgi?id=34929
--- Comment #3 from Marek Ol??k 2011-03-02 09:53:12 PST
---
I can't see a significant performance difference with the games you mentioned.
openarena fps went from 93 to 91 with threading. glxgears frames went from 15k
to 17k. Torcs fps went from
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #6 from Christian K?nig 2011-03-02
13:59:36 PST ---
Created an attachment (id=44035)
View: https://bugs.freedesktop.org/attachment.cgi?id=44035
Review: https://bugs.freedesktop.org/review?bug=34843&attachment=44035
Patch to dump t
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #7 from Rafael Monica 2011-03-02 15:05:00
PST ---
Created an attachment (id=44037)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44037)
shader output from glsl-routing piglit test (before offending commit)
--
Configure bugma
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #8 from Rafael Monica 2011-03-02 15:05:49
PST ---
Created an attachment (id=44038)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44038)
shader output from texrect-many piglit test (before offending commit)
--
Configure bugma
https://bugs.freedesktop.org/show_bug.cgi?id=34843
Christian K?nig changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #9 from Christian
(cc dri-devel)
A post-2.6.37 regression.
On Sun, 27 Feb 2011 10:10:41 +0100
Paolo Ornati wrote:
> Today I got this while starting a video in SMplayer (MPlayer) with
> 2.6.38-rc6-00113-g4662db4:
>
> [ 830.880014] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer
> elapsed... GPU hung
> [
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #10 from Rafael Monica 2011-03-02 16:31:23
PST ---
Hi, still not fixed with that commit. I'll attach the new shader output
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this ma
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #11 from Rafael Monica 2011-03-02 16:33:12
PST ---
Created an attachment (id=44041)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44041)
shader output from glsl-routing (latest)
--
Configure bugmail: https://bugs.freedesktop
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #12 from Rafael Monica 2011-03-02 16:33:50
PST ---
Created an attachment (id=44042)
--> (https://bugs.freedesktop.org/attachment.cgi?id=44042)
shader output from texrect-many (latest)
--
Configure bugmail: https://bugs.freedesktop
Cayman is DCE5 display plus a new 4-way shader block.
3D state programming is similar to evergreen.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_device.c |1 +
drivers/gpu/drm/radeon/radeon_family.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/dri
The MC ucode is no longer loaded by the vbios
tables as on previous asics. It now must be loaded
by the driver.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni.c | 83 ++
1 files changed, 75 insertions(+), 8 deletions(-)
diff --git a/drivers/
This patch sets up the gart in legacy mode. We
probably want to switch to full VM mode at some point.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni.c | 92 ++
drivers/gpu/drm/radeon/nid.h | 57 ++
2 files changed,
This may some work to get accel going.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni.c | 550 +++
drivers/gpu/drm/radeon/nid.h| 269 +
drivers/gpu/drm/radeon/radeon.h | 40 +++
drivers/gpu/drm/radeon/radeon_kms.c
Cayman asics have 3 ring buffers:
ring 0 supports both gfx and compute
rings 1 and 2 are compute only
At the moment we only support ring 0.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/Makefile |2 +-
drivers/gpu/drm/radeon/cayman_blit_shaders.c | 50 ++
drivers
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/r600.c | 14 +++---
1 files changed, 11 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c
index 36efc45..88eaffc 100644
--- a/drivers/gpu/drm/radeon/r600.c
+++ b/drivers/gpu/dr
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c |6 +-
drivers/gpu/drm/radeon/ni.c| 97
drivers/gpu/drm/radeon/nid.h |1 +
3 files changed, 101 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/evergr
Cayman is different enough from evergreen to warrant it's own functions.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen.c | 10 +-
drivers/gpu/drm/radeon/ni.c| 241 +++-
drivers/gpu/drm/radeon/radeon.h|2 +-
3 files changed, 24
For the CS checker.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/Makefile|3 +
drivers/gpu/drm/radeon/reg_srcs/cayman | 617
2 files changed, 620 insertions(+), 0 deletions(-)
create mode 100644 drivers/gpu/drm/radeon/reg_srcs/cayman
diff
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/radeon_asic.c | 49 ++
drivers/gpu/drm/radeon/radeon_asic.h | 10 +++
2 files changed, 59 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_asic.c
b/drivers/gpu/drm/radeon/radeo
Added to existing evergreen CS checker.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/Makefile |2 +-
drivers/gpu/drm/radeon/evergreen_cs.c | 55 +++--
drivers/gpu/drm/radeon/evergreend.h |9 +
3 files changed, 62 insertions(+), 4 deleti
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/cayman_blit_shaders.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/radeon/cayman_blit_shaders.c
b/drivers/gpu/drm/radeon/cayman_blit_shaders.c
index 56be2b6..e148ab0 100644
--- a/drivers/gpu/dr
These should be handled by the clear_state setup, but set them
directly as well just to be sure.
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/ni.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ni.c b/drivers/gpu/drm/radeon/ni.c
in
Signed-off-by: Alex Deucher
---
drivers/gpu/drm/radeon/evergreen_cs.c | 20 ++--
drivers/gpu/drm/radeon/evergreend.h |8
drivers/gpu/drm/radeon/reg_srcs/cayman|2 ++
drivers/gpu/drm/radeon/reg_srcs/evergreen |2 ++
4 files changed, 30 insertion
Signed-off-by: Alex Deucher
---
include/drm/drm_pciids.h | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/include/drm/drm_pciids.h b/include/drm/drm_pciids.h
index 5ff1194..820ee90 100644
--- a/include/drm/drm_pciids.h
+++ b/include/drm/drm_pciids.h
@@ -141,6
On Sun, 27 Feb 2011 10:10:41 +0100 Paolo Ornati wrote:
> Today I got this while starting a video in SMplayer (MPlayer) with
> 2.6.38-rc6-00113-g4662db4:
> > [ 830.880014] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer
> > elapsed... GPU hung
> > [ 830.880736] [drm:i915_do_wait_request] *
(cc dri-devel)
On Mon, 28 Feb 2011 12:26:08 +0100 Paul Rolland wrote:
> Hello,
>
> I'm using 2.6.37.2 and I'm getting loads of this error in my messages,
> while at the same time I can observe font display corruption in a GTK
> application (Claws-Mail) while running X, compiz and this app.
>
83 matches
Mail list logo