(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.
>
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
@@
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
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
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
---
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
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
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
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,
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
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
+++
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 ++
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 +++
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
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
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]
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.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.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
(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
Christian K?nig changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #9 from
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
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
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=44035
Patch to dump the bytes
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
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
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
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 #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
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
Summary: [r300g] slowdown with r300g threading
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority:
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
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
> >
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=27340
Marek Ol??k changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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() /
>
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=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
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=34256
Fabio Pedretti fabio@libero.it changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugzilla.kernel.org/show_bug.cgi?id=29842
--- Comment #6 from Alex Deucher alexdeuc...@gmail.com 2011-03-01 21:06:17
---
Rafael, why is this marked as a regression? The reporter explicitly stated it
was not.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=34237
--- Comment #14 from Thierry Vignaud thierry.vign...@gmail.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=25898
Marek Olšák mar...@gmail.com changed:
What|Removed |Added
Summary|glEvalPoint within display |glEvalPoint causes glEnd
https://bugs.freedesktop.org/show_bug.cgi?id=34156
--- Comment #8 from Dave Witbrodt dawit...@sbcglobal.net 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() /
hdmi 1.3 raises the max clock from 165 Mhz to 340 Mhz.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
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
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:
https://bugs.freedesktop.org/show_bug.cgi?id=34929
--- Comment #1 from Marek Olšák mar...@gmail.com 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/show_bug.cgi?id=34929
--- Comment #3 from Marek Olšák mar...@gmail.com 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.
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 deathsim...@vodafone.de 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/show_bug.cgi?id=34843
--- Comment #8 from Rafael Monica monr...@gmail.com 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)
--
(cc dri-devel)
A post-2.6.37 regression.
On Sun, 27 Feb 2011 10:10:41 +0100
Paolo Ornati orn...@gmail.com 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...
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #10 from Rafael Monica monr...@gmail.com 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
https://bugs.freedesktop.org/show_bug.cgi?id=34843
--- Comment #11 from Rafael Monica monr...@gmail.com 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.org/show_bug.cgi?id=34843
--- Comment #12 from Rafael Monica monr...@gmail.com 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:
Cayman is DCE5 display plus a new 4-way shader block.
3D state programming is similar to evergreen.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/radeon_device.c |1 +
drivers/gpu/drm/radeon/radeon_family.h |1 +
2 files changed, 2 insertions(+), 0
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 alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/ni.c | 83 ++
1 files changed, 75 insertions(+), 8 deletions(-)
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 alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/ni.c | 92 ++
drivers/gpu/drm/radeon/nid.h | 57
This may some work to get accel going.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/ni.c | 550 +++
drivers/gpu/drm/radeon/nid.h| 269 +
drivers/gpu/drm/radeon/radeon.h | 40 +++
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 alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/Makefile |2 +-
drivers/gpu/drm/radeon/cayman_blit_shaders.c
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
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
---
Cayman is different enough from evergreen to warrant it's own functions.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/evergreen.c | 10 +-
drivers/gpu/drm/radeon/ni.c| 241 +++-
drivers/gpu/drm/radeon/radeon.h|2
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
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
Added to existing evergreen CS checker.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
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
These should be handled by the clear_state setup, but set them
directly as well just to be sure.
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
drivers/gpu/drm/radeon/ni.c |7 ++-
1 files changed, 6 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/radeon/ni.c
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
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
Signed-off-by: Alex Deucher alexdeuc...@gmail.com
---
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
+++
On Sun, 27 Feb 2011 10:10:41 +0100 Paolo Ornati orn...@gmail.com 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]
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:
(cc dri-devel)
On Mon, 28 Feb 2011 12:26:08 +0100 Paul Rolland r...@as2917.net 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
71 matches
Mail list logo
