On Tue, Dec 15, 2009 at 02:04:01PM +0800, Donnie Fang wrote:
Hi Jerome,
The field busy_placement in struct ttm_placement hasn't been used
yet. what is this field exact usage? Do you mean TTM core can reference this
field when do bo evict? But i can't find out any clue about this.
On Tue, Dec 15, 2009 at 08:08:51AM +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
This path isn't used by radeon yet, but future drivers will want it,
so fix it right.
Reported-by: Luca Barbieri l...@luca-barbieri.com
Signed-off-by: Dave Airlie airl...@redhat.com
Ack-by:
On Tue, Dec 15, 2009 at 10:38:36AM +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
If we get ERESTARTSYS we leaked the radeon_bo object here.
Signed-off-by: Dave Airlie airl...@redhat.com
Ack-by: Jerome Glisse jgli...@redhat.com
---
On Tue, Dec 15, 2009 at 10:40:36AM +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
if we fail with ERESTARTSYS during alloc, we'll get a retry from
userspace so don't report it in dmesg.
Signed-off-by: Dave Airlie airl...@redhat.com
Ack-by: Jerome Glisse jgli...@redhat.com
Hi Thomas,
I have several doubts. please check them as below.
2009/12/15 Thomas Hellstrom tho...@shipmail.org
Jerome Glisse wrote:
Hi Thomas,
Dave find out the root of a strange oops we did encouter.
I spend sometimes today trying to hack ttm around but
in the end my solution is
Hmm, in function ttm_bo_mem_space:
for (i = 0; i = placement-num_busy_placement; ++i) {
ret = ttm_mem_type_from_flags(placement-placement[i],
mem_type);
Is the placement-placement[i] typo error or something else? I think it
should be busy_placement
2009/12/15 Jerome Glisse
On Tue, Dec 15, 2009 at 7:58 PM, Donnie Fang donnie.f...@gmail.com wrote:
Hmm, in function ttm_bo_mem_space:
for (i = 0; i = placement-num_busy_placement; ++i) {
ret = ttm_mem_type_from_flags(placement-placement[i],
mem_type);
Is the placement-placement[i] typo error or something
On Monday 14 December 2009, Jesse Barnes wrote:
This patch removes the suspect portion of the dynamic clock control
code. Hopefully it'll be as stable as powersave=0 in your config
(assuming powersave=0 works :).
Ok, great! The machine is still running fine with powersave=0 so
far. I'll try
On Tue, 2009-12-15 at 13:37 +0100, Gerhard Pircher wrote:
Original-Nachricht
Datum: Tue, 15 Dec 2009 00:01:50 +0100
Von: Michel Dänzer mic...@daenzer.net
An: Gerhard Pircher gerhard_pirc...@gmx.net
CC: dri-devel@lists.sourceforge.net
Betreff: Re: Testing an AGPGART
Donnie Fang wrote:
Hi Thomas,
I have several doubts. please check them as below.
2009/12/15 Thomas Hellstrom tho...@shipmail.org
mailto:tho...@shipmail.org
Jerome Glisse wrote:
Hi Thomas,
Dave find out the root of a strange oops we did encouter.
I spend
Three new topics are available from the Gallium3D Workshop:
VMware SVGA Status (Keith Whitwell and Jose Fonseca)
State Tracker Overview (Zack Rusin)
OpenGL-ES State Tracker Status (Brian Paul)
http://www.lunarg.com/wordpress/technologies/gallium-3d/gallium3d-online-developers-workshop/
2009/12/15 Jens Owen j...@lunarg.com:
Three new topics are available from the Gallium3D Workshop:
VMware SVGA Status (Keith Whitwell and Jose Fonseca)
State Tracker Overview (Zack Rusin)
OpenGL-ES State Tracker Status (Brian Paul)
On Tue, Dec 15, 2009 at 12:40 AM, Alex Chiang achi...@hp.com wrote:
Adding dri-devel to cc as I should have done in the first place.
Full thread for context here: http://lkml.org/lkml/2009/12/13/321
More responses below.
* Xiaotian Feng xtf...@gmail.com:
On Mon, Dec 14, 2009 at 11:11 AM,
On Tue, Dec 15, 2009 at 9:57 AM, Alex Chiang achi...@hp.com wrote:
* Alex Deucher alexdeuc...@gmail.com:
As Dave asked previously, is this a regression? I.e., did s/r work at
some point in the past and if so when?
I'm not sure, as I just received the machine a few days ago.
I can try some
http://bugs.freedesktop.org/show_bug.cgi?id=2
Antenore Gatta anten...@gmail.com changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Hi Thomas,
I conclude your meaning as below:
a. When CPU join in, it must wait for the sync object to really free the
device address space.
b. When CPU absent, but there are two indepent HW engines relevant to the
space, the one must wait for the sync object.
c. Fully pipelined bo move
http://bugs.freedesktop.org/show_bug.cgi?id=2
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Original-Nachricht
Datum: Tue, 15 Dec 2009 00:01:50 +0100
Von: Michel Dänzer mic...@daenzer.net
An: Gerhard Pircher gerhard_pirc...@gmx.net
CC: dri-devel@lists.sourceforge.net
Betreff: Re: Testing an AGPGART driver with radeon.test=1
On Mon, 2009-12-14 at 23:21 +0100,
http://bugs.freedesktop.org/show_bug.cgi?id=21967
--- Comment #6 from Alex Deucher ag...@yahoo.com 2009-12-15 08:25:52 PST ---
This might be related to bug 22140. Does the patch there help?
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
http://bugs.freedesktop.org/show_bug.cgi?id=25483
--- Comment #12 from Jesús Guerrero i92gu...@terra.es 2009-12-15 09:12:47
PST ---
Hello,
I've finally recompiled half of my system libs as 32 bits so I have now
something close to a true multilib system (well, the involved components).
I
http://bugs.freedesktop.org/show_bug.cgi?id=25483
--- Comment #13 from Michel Dänzer mic...@daenzer.net 2009-12-15 09:19:56
PST ---
(In reply to comment #12)
So, now I ask if anyone can answer: why oh why have I been several years using
this game with fglrx without any perceptible
radeon_object.h wasn't converted to ERESTARTSYS change. No
each time we got an ERESTARTSYS we return to userspace (ie
we were interrupted by a signal and we let the userspace
reschedule the ioctl).
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon_object.h | 16
On Wed, Dec 16, 2009 at 12:12:13AM +0800, Donnie Fang wrote:
Hi Thomas,
I conclude your meaning as below:
a. When CPU join in, it must wait for the sync object to really free the
device address space.
b. When CPU absent, but there are two indepent HW engines relevant to the
space, the
http://bugs.freedesktop.org/show_bug.cgi?id=25483
--- Comment #14 from Jesús Guerrero i92gu...@terra.es 2009-12-15 10:22:05
PST ---
Created an attachment (id=32090)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32090)
valgrind output for X with direct rendering enabled
I really don't
http://bugs.freedesktop.org/show_bug.cgi?id=25483
--- Comment #19 from Michel Dänzer mic...@daenzer.net 2009-12-15 10:45:40
PST ---
Looks like the command you ran in valgrind is just a wrapper script which calls
the actual executable. Try making a copy of the script and modifying it to run
http://bugs.freedesktop.org/show_bug.cgi?id=25483
--- Comment #20 from Michel Dänzer mic...@daenzer.net 2009-12-15 10:46:35
PST ---
Or maybe just try valgrind --trace-children=yes ...
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this
http://bugs.freedesktop.org/show_bug.cgi?id=25483
--- Comment #21 from Jesús Guerrero i92gu...@terra.es 2009-12-15 10:57:25
PST ---
Created an attachment (id=32092)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32092)
valgrind output, this time over nwmain directly
I am only sorry
2009/12/14 Sedat Dilek sedat.di...@googlemail.com:
# cat /sys/kernel/debug/dri/*/radeon_pm_info
engine clock: 391500 kHz
memory clock: 297000 kHz
engine clock: 391500 kHz
memory clock: 297000 kHz
Thanks you for testing! After some additional testing I've noticed I
hit similar issue. My GPU
Init PM on all chipsets as we will call PM functions on all.
--
Rafał
0001-drm-radeon-kms-init-pm-on-all-chipsets.patch
Description: Binary data
--
This SF.Net email is sponsored by the Verizon Developer Community
Take
http://bugs.freedesktop.org/show_bug.cgi?id=21967
--- Comment #7 from William L. Thomson Jr. w...@obsidian-studios.com
2009-12-15 13:15:16 PST ---
Not sure, presently using in kernel stuff 2.6.32 vanilla, and appears that
patch is for newer sources. Might have to pull from git and load as a
http://bugs.freedesktop.org/show_bug.cgi?id=21967
--- Comment #8 from Alex Deucher ag...@yahoo.com 2009-12-15 13:42:28 PST ---
(In reply to comment #7)
Not sure, presently using in kernel stuff 2.6.32 vanilla, and appears that
patch is for newer sources. Might have to pull from git and
http://bugs.freedesktop.org/show_bug.cgi?id=21967
--- Comment #9 from William L. Thomson Jr. w...@obsidian-studios.com
2009-12-15 13:48:43 PST ---
Ah ok thanks, my bad, will look into that then and comment in a few :)
--
Configure bugmail:
W dniu 15 grudnia 2009 21:49 użytkownik Rafał Miłecki
zaj...@gmail.com napisał:
Init PM on all chipsets as we will call PM functions on all.
Tested-by: Sedat Dilek sedat.di...@googlemail.com
--
Rafał
--
This SF.Net
drm/radeon/kms: add dynamic engine reclocking (v4)
V2: reorganize functions, fix modesetting calls
V3: rebase patch, use radeon's workqueue
V4: enable on tested chipsets only, request VBLANK IRQs
Fixed issue when reclocking didn't happen due to lack of IRQ. Also due
to last patch enabling pm on
http://bugs.freedesktop.org/show_bug.cgi?id=25580
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=25567
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
CC||zaj...@gmail.com
---
http://bugs.freedesktop.org/show_bug.cgi?id=25483
--- Comment #22 from Michel Dänzer mic...@daenzer.net 2009-12-15 14:36:24
PST ---
This looks useful, seems to be a few leaks in the r600 driver.
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
http://bugs.freedesktop.org/show_bug.cgi?id=25567
--- Comment #9 from Rafał Miłecki zaj...@gmail.com 2009-12-15 14:43:48 PST
---
(In reply to comment #8)
Created an attachment (id=32097)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32097) [details]
possible fix
I don't really see
2009/12/15 Rafał Miłecki zaj...@gmail.com:
drm/radeon/kms: add dynamic engine reclocking (v4)
V2: reorganize functions, fix modesetting calls
V3: rebase patch, use radeon's workqueue
V4: enable on tested chipsets only, request VBLANK IRQs
Fixed issue when reclocking didn't happen due to
From 6d5e15387d2207c715924dae5916ef7a5a04dd18 Mon Sep 17 00:00:00 2001
From: Alex Deucher alexdeuc...@gmail.com
Date: Tue, 15 Dec 2009 17:15:07 -0500
Subject: [PATCH] drm/radeon/kms: make sure mc is initialized before
mapping blit bo
We need to make sure the the MC is intialized before we map the
http://bugs.freedesktop.org/show_bug.cgi?id=21967
--- Comment #10 from William L. Thomson Jr. w...@obsidian-studios.com
2009-12-15 15:10:41 PST ---
No change, tried that patch and one other for same file. Really no change :(
Still failed with 99% cpu usage, blank screen, etc.
[drm] Setting
V2: reorganize functions, fix modesetting calls
V3: rebase patch, use radeon's workqueue
V4: enable on tested chipsets only, request VBLANK IRQs
V5: enable PM in older hardware (IRQs, mode_fixup, dpms)
This should be applied on top of
0001-drm-radeon-kms-init-pm-on-all-chipsets.patch [1] (thanks
http://bugs.freedesktop.org/show_bug.cgi?id=25662
Summary: R300: System locks up when running any graphical program
using KMS
Product: DRI
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
http://bugs.freedesktop.org/show_bug.cgi?id=25662
--- Comment #2 from Tom tstel...@gmail.com 2009-12-15 19:00:09 PST ---
Created an attachment (id=32099)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32099)
xorg.log
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25662
--- Comment #1 from Tom tstel...@gmail.com 2009-12-15 18:59:42 PST ---
Created an attachment (id=32098)
-- (http://bugs.freedesktop.org/attachment.cgi?id=32098)
dmesg.log
--
Configure bugmail:
From: Dave Airlie airl...@redhat.com
Not sure it ever happens in practice, spotted during code review.
spare brace snuck in
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/radeon/radeon_gem.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git
On Tue, Dec 15, 2009 at 6:58 PM, Jerome Glisse gli...@freedesktop.org wrote:
On Tue, Dec 15, 2009 at 10:38:36AM +1000, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
If we get ERESTARTSYS we leaked the radeon_bo object here.
Signed-off-by: Dave Airlie airl...@redhat.com
NAK myself,
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
This contains radeon HDMI audio support, along with fixes to nouveau for
powerpc from Ben H, some build fixes for nouveau, some TTM fixes,
and some radeon regression
On Wed, 16 Dec 2009, Dave Airlie wrote:
Hi Linus,
Please pull the 'drm-linus' branch from
ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus
This contains radeon HDMI audio support, along with fixes to nouveau for
powerpc from Ben H, some build fixes for
http://bugs.freedesktop.org/show_bug.cgi?id=2
--- Comment #14 from Antenore Gatta anten...@gmail.com 2009-12-15 22:47:24
PST ---
Thanks a lot.
I'll look further in that direction and post here the resolution if of any
interest.
--
Configure bugmail:
50 matches
Mail list logo