http://bugzilla.kernel.org/show_bug.cgi?id=15276
--- Comment #1 from Markus Trippelsdorf 2010-02-12
07:36:21 ---
There are also other people with the same problem see:
http://bbs.archlinux.org/viewtopic.php?pid=706873#p706873
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?
http://bugs.freedesktop.org/show_bug.cgi?id=26438
--- Comment #3 from Shawn Starr 2010-02-11 19:56:18
PST ---
Attaching new crash info: This is 2.6.33-rc7 and any of linus's changes merged
in linux-2.6: drm-linus, drm-core-next, drm-next and drm-radeon-testing.
See attachment to bug for ea
http://bugs.freedesktop.org/show_bug.cgi?id=26438
--- Comment #4 from Shawn Starr 2010-02-11 19:56:48
PST ---
Created an attachment (id=33242)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33242)
crash dump from today
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/drm_mm.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/drm_mm.c b/drivers/gpu/drm/drm_mm.c
index cdec329..2ac074c 100644
--- a/drivers/gpu/drm/drm_mm.c
+++ b/drivers/gpu/drm/drm_mm.c
@@ -405,7 +405,8
If the buffer object was already in the requested memory type, but
outside of the requested range it was never moved into the requested range.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_bo.c |6 ++
1 files changed, 6 insertions(+), 0 deletions(-)
diff --git a/drivers/gp
This patch series contains two pretty important bugfixes to the new
validate-in-range functionality. The first bug could case a buffer object to
be validated outside of the requested range, the other one could cause a
buffer object to remain at its current offset even though that offset was
outsid
W dniu 11 lutego 2010 23:19 użytkownik Matt Turner napisał:
> 2010/2/11 Rafał Miłecki :
>> We should stop audio-state-reading timer before we turn off engine
>>
>> Signed-off-by: Rafał Miłecki
>> ---
>> drivers/gpu/drm/radeon/r600_audio.c | 16
>> 1 files changed, 12 insertion
2010/2/11 Rafał Miłecki :
> We should stop audio-state-reading timer before we turn off engine
>
> Signed-off-by: Rafał Miłecki
> ---
> drivers/gpu/drm/radeon/r600_audio.c | 16
> 1 files changed, 12 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/gpu/drm/radeon/r600_aud
Fixes fdo bug #26329
Signed-off-by: Rafał Miłecki
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/radeon/radeon.h |5 +
drivers/gpu/drm/radeon/radeon_atombios.c | 18 +-
drivers/gpu/drm/radeon/radeon_combios.c |4 ++--
3 files changed, 16 insertions(+), 11 d
W dniu 11 lutego 2010 22:50 użytkownik Rafał Miłecki napisał:
> ---
> drivers/gpu/drm/radeon/radeon_pm.c | 57 +++
> 1 files changed, 18 insertions(+), 39 deletions(-)
Dave you can add
Signed-off-by: Rafał Miłecki
of course, if you wish. Forgot that.
--
Rafał
We should stop audio-state-reading timer before we turn off engine
Signed-off-by: Rafał Miłecki
---
drivers/gpu/drm/radeon/r600_audio.c | 16
1 files changed, 12 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/radeon/r600_audio.c
b/drivers/gpu/drm/radeon/r600_audi
---
drivers/gpu/drm/radeon/radeon_pm.c | 57 +++
1 files changed, 18 insertions(+), 39 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_pm.c
b/drivers/gpu/drm/radeon/radeon_pm.c
index a8e151e..f023435 100644
--- a/drivers/gpu/drm/radeon/radeon_pm.c
+++ b/
http://bugs.freedesktop.org/show_bug.cgi?id=26535
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://bugs.freedesktop.org/show_bug.cgi?id=26535
--- Comment #4 from Alex Deucher 2010-02-11 13:29:21 PST ---
Jerome sent an updated version of the CS checker to dri-devel this morning.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving th
http://bugs.freedesktop.org/show_bug.cgi?id=26535
--- Comment #3 from Rafał Miłecki 2010-02-11 13:26:54 PST
---
Created an attachment (id=33241)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33241)
dmesg.log (other...)
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi
http://bugs.freedesktop.org/show_bug.cgi?id=26535
--- Comment #2 from Rafał Miłecki 2010-02-11 13:25:27 PST
---
Created an attachment (id=33240)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33240)
dmesg.log (other, same bug)
--
Configure bugmail: http://bugs.freedesktop.org/userpr
http://bugs.freedesktop.org/show_bug.cgi?id=26535
--- Comment #1 from Rafał Miłecki 2010-02-11 13:22:23 PST
---
Created an attachment (id=33239)
--> (http://bugs.freedesktop.org/attachment.cgi?id=33239)
dmesg.log
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
http://bugs.freedesktop.org/show_bug.cgi?id=26535
Summary: drm-radeon-testing regression: "r600/r700 command stream
checker" lock up
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
2010/2/4 Jerome Glisse :
> IIRC old radeon drm doesn't have any thing to dump GPU command stream.
> Look at http://www.x.org/docs/AMD/R5xx_Acceleration_v1.4.pdf to see
> what radeon GPU stream command looks like (packet pm4 stuff)
Interesting read for the parts I can understand. But a lot of this
http://bugzilla.kernel.org/show_bug.cgi?id=15276
Maciej Rutecki changed:
What|Removed |Added
CC||maciej.rute...@gmail.com
Blo
http://bugzilla.kernel.org/show_bug.cgi?id=15276
Summary: latest git kernel: general protection fault: [#1]
Product: Drivers
Version: 2.5
Platform: All
OS/Version: Linux
Tree: Mainline
Status: NEW
Severity:
http://bugs.freedesktop.org/show_bug.cgi?id=26496
Michel Dänzer changed:
What|Removed |Added
CC||airl...@freedesktop.org
--- Comment #
http://bugs.freedesktop.org/show_bug.cgi?id=26496
--- Comment #5 from Benjamin Berg 2010-02-11
10:40:56 PST ---
Unfortunately upgrading mesa-dri to 7.7-3 from experimental does not make any
difference.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You
Setting global asic structure to point to different function
would cause problem in system where is multiple r300 cards
with different bus type.
r300_asic_pcie is just copy from r300_asic with gart tlb
functions replaced with pcie versions.
Signed-off-by: Pauli Nieminen
---
drivers/gpu/drm/rade
http://bugs.freedesktop.org/show_bug.cgi?id=26496
--- Comment #4 from Michel Dänzer 2010-02-11 09:55:12 PST
---
Can you try if the problem persists with libgl1-mesa-dri 7.7-3 from
experimental?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are rece
r200 cards have dma engine which can be used to tranfer data
between vram and system memory.
r300 dma engine registers match r200 dma engine. Enabling
dma copy for r200 is simple as hooking r200 asic to already
existing function r300_copy_dma.
Rename r300_dma_copy to r200_dma_copyto reflect that
My patch isn't needed any more. The last Jerome's patch titled
[PATCH] drm/radeon/kms: r600/r700 command stream checker
works well.
Cheers,
Oldřich.
On Wednesday 10 of February 2010 at 23:54:13, Oldřich Jedlička wrote:
> The current code causes failing of rendering (discovered on my KDE
> 4.
http://bugs.freedesktop.org/show_bug.cgi?id=26329
Tobias Jakobi changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
>From 0587916de89b8df5033f259ed91ad69dbff0601d Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 11 Feb 2010 11:00:13 -0500
Subject: [PATCH] drm/radeon/kms: remove unused r600_gart_clear_page
r6xx/r7xx use the rs600 variant. This old one just
confuses things.
Signed-off-by: Alex Deucher
-
>From 8f33e0666db25d4ed9fb174fd4e01393d7da115a Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Thu, 11 Feb 2010 10:47:52 -0500
Subject: [PATCH] drm/radeon/kms: remove HDP flushes from fence emit (v2)
r600_ioctl_wait_idle() now handles this.
v2: update blit fence counts
Signed-off-by: Alex Deu
On Thu, Feb 11, 2010 at 10:14 AM, Alex Deucher wrote:
> On Thu, Feb 11, 2010 at 6:49 AM, Jerome Glisse wrote:
>> Hi,
>>
>> Ok never do small change which looks innocuous late at night.
>> There was an double free. Attached is too patch, either one
>> that apply on top of your free or a new big cs
On Thu, Feb 11, 2010 at 6:49 AM, Jerome Glisse wrote:
> Hi,
>
> Ok never do small change which looks innocuous late at night.
> There was an double free. Attached is too patch, either one
> that apply on top of your free or a new big cs checker patch
> with the fix inside. I let you chose :)
>
Cu
On Thu, Feb 11, 2010 at 7:12 AM, Domenico Andreoli wrote:
> On Wed, Feb 10, 2010 at 11:06 PM, Alex Deucher wrote:
>> On Wed, Feb 10, 2010 at 4:13 PM, Domenico Andreoli
>> wrote:
>>> On Mon, Feb 08, 2010 at 01:32:33AM -0500, Alex Deucher wrote:
On Sun, Feb 7, 2010 at 6:12 PM, Domenico Andre
On Thu, Feb 11, 2010 at 6:51 AM, Jerome Glisse wrote:
> On Thu, Feb 11, 2010 at 12:40:45AM +0100, Maarten Maathuis wrote:
>> What happens if you have two cards, one RS200 and one RV280 (just an
>> example). I think you shouldn't change values in a static struct.
>>
>
> Yeah good catch, it's best t
Corbin Simpson wrote:
>>From 215714d54a7f38b9add236bcc1c795e8b5d92867 Mon Sep 17 00:00:00 2001
> From: Corbin Simpson
> Date: Wed, 10 Feb 2010 10:39:18 -0800
> Subject: [PATCH] mesa/st: Gallium quads, by spec, never change provoking
> vertex.
>
> Fixes glean/clipFlat. Softpipe might be broken; I
http://bugzilla.kernel.org/show_bug.cgi?id=15245
Jérôme Glisse changed:
What|Removed |Added
CC||gli...@freedesktop.org
--- Comment #2
On Wed, Feb 10, 2010 at 11:06 PM, Alex Deucher wrote:
> On Wed, Feb 10, 2010 at 4:13 PM, Domenico Andreoli
> wrote:
>> On Mon, Feb 08, 2010 at 01:32:33AM -0500, Alex Deucher wrote:
>>> On Sun, Feb 7, 2010 at 6:12 PM, Domenico Andreoli
>>> wrote:
>>> > Hi all,
>>> >
>>> > I'd like to write a h
On Thu, Feb 11, 2010 at 12:40:45AM +0100, Maarten Maathuis wrote:
> What happens if you have two cards, one RS200 and one RV280 (just an
> example). I think you shouldn't change values in a static struct.
>
Yeah good catch, it's best to do a separate asic struct for r200 rather
than changing the
Hello,
Can you please test the following patch on top of the current
mainline? Thanks.
diff --git a/lib/idr.c b/lib/idr.c
index 1cac726..0dc7822 100644
--- a/lib/idr.c
+++ b/lib/idr.c
@@ -156,10 +156,12 @@ static int sub_alloc(struct idr *idp, int *starting_id,
struct idr_layer **pa)
Hello,
On 02/05/2010 05:58 AM, Dave Hansen wrote:
> Bah. I just ran into and bisected the X startup problem. :)
>
> Let me know when you have a proper fix. I can test on my machine for
> you.
Can you please test the following against the current mainline?
Thanks.
diff --git a/lib/idr.c b/lib
40 matches
Mail list logo
