https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #4 from Andy Furniss 2010-04-28
16:44:19 PDT ---
(In reply to comment #2)
> (In reply to comment #1)
> > seems stable without radeon.dynpm=1.
>
> I've just had one of these crashes - same trace, current drt, RV670 AGP 32 bit
>
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #3 from Alex Deucher 2010-04-28 16:25:08 PDT
---
I'm seeing a slightly different problem in d-r-t without dynpm:
BUG: sleeping function called from invalid context at arch/x86/mm/fault.c:1072
in_atomic(): 0, irqs_disabled(): 1,
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #2 from Andy Furniss 2010-04-28
16:12:54 PDT ---
(In reply to comment #1)
> seems stable without radeon.dynpm=1.
I've just had one of these crashes - same trace, current drt, RV670 AGP 32 bit
system after about 15 minutes of
On Die, 2010-04-27 at 10:31 +0200, Michel D?nzer wrote:
> On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
> > From: Dave Airlie
> >
> > On constrained r100 systems compiz would fail to start due to a lack
> > of memory, we can just fallback place the objects rather than completely
> >
https://bugs.freedesktop.org/show_bug.cgi?id=27866
Aidan Marks changed:
What|Removed |Added
Summary|d-r-t crashes at|d-r-t crashes at
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #1 from Aidan Marks 2010-04-28 14:05:53 PDT ---
seems stable without radeon.dynpm=1.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
https://bugs.freedesktop.org/show_bug.cgi?id=27822
--- Comment #4 from Rafa? Mi?ecki 2010-04-28 12:40:12 PDT
---
Created an attachment (id=35324)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35324)
dmesg using "drm/radeon/kms: enable use of unmappable VRAM V2"
With "agp/intel: put back
https://bugs.freedesktop.org/show_bug.cgi?id=27822
--- Comment #3 from Rafa? Mi?ecki 2010-04-28 12:38:29 PDT
---
I've manually checkouted:
commit 6b8b1786a8c29ce6e32298b93ac8d4a18a2b11c4
Author: Jerome Glisse
Date: Wed Apr 7 10:21:31 2010 +
drm/radeon/kms: enable use of unmappable
On 04/27/2010 08:45 PM, Thomas Hellstrom wrote:
> From: Jakob Bornecrantz
>
> Signed-off-by: Jakob Bornecrantz
> Signed-off-by: Thomas Hellstrom
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git
It's unused and buggy in its current form, since it can place a bo
in the reserved state without removing it from lru lists.
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_bo.c| 30 +-
include/drm/ttm/ttm_bo_driver.h | 28
Signed-off-by: Thomas Hellstrom
---
drivers/gpu/drm/ttm/ttm_lock.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_lock.c b/drivers/gpu/drm/ttm/ttm_lock.c
index 3d172ef..de41e55 100644
--- a/drivers/gpu/drm/ttm/ttm_lock.c
+++
The first patch removes some leftover debug messages in the ttm_lock code
so far only used by the vmwgfx driver.
The second patch removes the ttm_bo_block_reservation() function, since
it is buggy. A bo shouldn't be reserved while remaining on lru lists.
https://bugs.freedesktop.org/show_bug.cgi?id=27822
--- Comment #2 from Rafa? Mi?ecki 2010-04-28 11:11:57 PDT
---
(In reply to comment #1)
> Any chance you can bisect the problematic commit? Try drm-linus as well; if
> the bug is not there it will be easier to track down since it's likely
>
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #13 from Brian Paul 2010-04-28 09:27:29
PDT ---
I've moved some of the debug code to get more useful info from
"ST_DEBUG=mesa,tgsi".
Can you repeat the test with the latest Mesa code (commit
Signed-off-by: Michel D?nzer
---
drivers/gpu/drm/radeon/radeon_object.c | 31 ---
1 files changed, 20 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_object.c
b/drivers/gpu/drm/radeon/radeon_object.c
index d10f246..1dfb056 100644
---
https://bugs.freedesktop.org/show_bug.cgi?id=27576
Stephen E. Baker changed:
What|Removed |Added
Summary|NWN text is only partially |NWN text is only partially
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #12 from Fabio Pedretti 2010-04-28
01:16:27 PDT ---
Created an attachment (id=35316)
--> (https://bugs.freedesktop.org/attachment.cgi?id=35316)
swrastg debug output with "ST_DEBUG=mesa,tgsi"
(In reply to comment #11)
> Can you do
Il giorno mar, 27/04/2010 alle 18.11 -0400, Alex Deucher ha scritto:
> On Tue, Apr 27, 2010 at 5:30 PM, GhePeU wrote:
> > Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
> >> >From 837feb147c531219c7315857a6f17e145af8f750 Mon Sep 17 00:00:00 2001
> >> From: Alex Deucher
> >>
Il giorno gio, 15/04/2010 alle 13.41 -0400, Alex Deucher ha scritto:
> >From 837feb147c531219c7315857a6f17e145af8f750 Mon Sep 17 00:00:00 2001
> From: Alex Deucher
> Date: Thu, 15 Apr 2010 13:31:12 -0400
> Subject: [PATCH] drm/radeon/kms: fix tv dac conflict resolver
>
> On systems with the tv
https://bugs.freedesktop.org/show_bug.cgi?id=27729
--- Comment #12 from Fabio Pedretti fabio@libero.it 2010-04-28 01:16:27
PDT ---
Created an attachment (id=35316)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35316)
swrastg debug output with ST_DEBUG=mesa,tgsi
(In reply to comment
The first patch removes some leftover debug messages in the ttm_lock code
so far only used by the vmwgfx driver.
The second patch removes the ttm_bo_block_reservation() function, since
it is buggy. A bo shouldn't be reserved while remaining on lru lists.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/ttm/ttm_lock.c |5 +
1 files changed, 1 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_lock.c b/drivers/gpu/drm/ttm/ttm_lock.c
index 3d172ef..de41e55 100644
--- a/drivers/gpu/drm/ttm/ttm_lock.c
It's unused and buggy in its current form, since it can place a bo
in the reserved state without removing it from lru lists.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
drivers/gpu/drm/ttm/ttm_bo.c| 30 +-
include/drm/ttm/ttm_bo_driver.h | 28
https://bugs.freedesktop.org/show_bug.cgi?id=27866
Summary: d-r-t crashes at radeon_bo_unref()
Product: DRI
Version: XOrg CVS
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority:
On 04/27/2010 08:45 PM, Thomas Hellstrom wrote:
From: Jakob Bornecrantzja...@vmware.com
Signed-off-by: Jakob Bornecrantzja...@vmware.com
Signed-off-by: Thomas Hellstromthellst...@vmware.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_ldu.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
On Die, 2010-04-27 at 10:31 +0200, Michel Dänzer wrote:
On Die, 2010-04-27 at 12:34 +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
On constrained r100 systems compiz would fail to start due to a lack
of memory, we can just fallback place the objects rather than
https://bugs.freedesktop.org/show_bug.cgi?id=27868
Summary: [r600] on new campaign, Vegastrike crashes or freezes
Xorg
Product: Mesa
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=27868
--- Comment #2 from Nicolas Kaiser ni...@nikai.net 2010-04-28 05:41:29 PDT ---
Created an attachment (id=35320)
-- (https://bugs.freedesktop.org/attachment.cgi?id=35320)
Xorg.0.log
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27576
Stephen E. Baker cyco...@hotmail.com changed:
What|Removed |Added
Summary|NWN text is only partially |NWN text is only
https://bugs.freedesktop.org/show_bug.cgi?id=27822
--- Comment #2 from Rafał Miłecki zaj...@gmail.com 2010-04-28 11:11:57 PDT ---
(In reply to comment #1)
Any chance you can bisect the problematic commit? Try drm-linus as well; if
the bug is not there it will be easier to track down since it's
https://bugs.freedesktop.org/show_bug.cgi?id=27866
--- Comment #2 from Andy Furniss li...@andyfurniss.entadsl.com 2010-04-28
16:12:54 PDT ---
(In reply to comment #1)
seems stable without radeon.dynpm=1.
I've just had one of these crashes - same trace, current drt, RV670 AGP 32 bit
system
31 matches
Mail list logo
