http://bugs.freedesktop.org/show_bug.cgi?id=27083
Alex Deucher changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
2010/3/17 Rafał Miłecki :
> 2010/3/17 Alex Deucher :
>> Another set of updated patches against drm-radeon-testing:
>> http://people.freedesktop.org/~agd5f/pm2/
>
> Not serious thing, but still it's warning...
>
> # git am pm2/0001*
> Applying: drm/radeon/kms/atom: make sure tables are valid
> /home
2010/3/17 Rafał Miłecki :
> 2010/3/17 Alex Deucher
>> Another set of updated patches against drm-radeon-testing:
>> http://people.freedesktop.org/~agd5f/pm2/
>>
>> These implement much the remaining pm functionality. So far they are
>> working well here.
>> these patches add:
>> - memory reclocki
On Wed, Mar 17, 2010 at 12:28:39AM +0100, Luc Verhaegen wrote:
> Modularized dri drivers and an SDK enabled mesa tree are available in my
> personal git repos at http://cgit.freedesktop.org/~libv/
>
> The SDK enabled mesa tree adds to the mesa build system to create shared
> libraries libmesadri
2010/3/17 Alex Deucher
> Another set of updated patches against drm-radeon-testing:
> http://people.freedesktop.org/~agd5f/pm2/
>
> These implement much the remaining pm functionality. So far they are
> working well here.
> these patches add:
> - memory reclocking
> - pcie lane changes
> - update
On Thu, Mar 11, 2010 at 1:51 PM, James Simmons wrote:
>
> Okay all the discussion about multiple display brings me to why I'm doing
> this. I'm attempting to revive the linux console project. I'm in a
> position to again work on this project. About 4 years ago the eproject
> managed to get multi-s
>From 8081a7f7b74310d9cfd03637741d59d8fd66d1e5 Mon Sep 17 00:00:00 2001
From: Alex Deucher
Date: Wed, 17 Mar 2010 19:50:59 -0400
Subject: [PATCH] drm/radeon/kms: remove lvds quirks
- no longer needed with the latest new pll algo fixes.
- also don't use lcd pll limits. They don't seem
to work wel
On Thu, Mar 18, 2010 at 6:50 AM, Pauli Nieminen wrote:
> Setting single memory pages at a time to wc takes a lot time in cache flush.
> To
> reduce number of cache flush set_pages_array_wc and set_memory_array_wc can be
> used to set multiple pages to WC with single cache flush.
I don't think th
2010/3/17 Alex Deucher :
> Another set of updated patches against drm-radeon-testing:
> http://people.freedesktop.org/~agd5f/pm2/
Not serious thing, but still it's warning...
# git am pm2/0001*
Applying: drm/radeon/kms/atom: make sure tables are valid
/home/drm-2.6/.git/rebase-apply/patch:475: sp
http://bugs.freedesktop.org/show_bug.cgi?id=27149
Summary: Failed assertion in piglit test 'fbo-pbo-readpixels-
small -auto' with RV790
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Sta
http://bugs.freedesktop.org/show_bug.cgi?id=27148
Summary: Failed assertion in piglit test 'bin/fbo-flushing -auto'
with RV790
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
http://bugs.freedesktop.org/show_bug.cgi?id=27141
--- Comment #1 from Chris Rankin 2010-03-17 15:46:41
PST ---
This same bug seems to be triggered by "bin/vp-bad-program -auto".
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail
http://bugs.freedesktop.org/show_bug.cgi?id=27147
Summary: piglit "fdo23670-drawpix_stencil -auto" test dumps core
with RV790
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
http://bugs.freedesktop.org/show_bug.cgi?id=27144
Summary: piglit glean/depthStencil test core dumps with RV790
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
http://bugs.freedesktop.org/show_bug.cgi?id=27142
Summary: piglit "glean/pbo -o -v" test dumps core
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority:
http://bugs.freedesktop.org/show_bug.cgi?id=27141
Summary: piglit glean/vertProg1 core dumps with RV790
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: major
Priorit
On Thu, 11 Mar 2010 16:41:45 +0800, Li Zefan wrote:
> Use DECLARE_EVENT_CLASS to remove duplicate code:
>
>textdata bss dec hex filename
> 146552732 15 1740243fa i915_trace_points.o.orig
> 116252732 10 14367381f i915_trace_points.o
>
> 8 even
On AGP system we might allocate/free routinely uncached or wc memory,
changing page from cached (wb) to uc or wc is very expensive and involves
a lot of flushing. To improve performance this allocator use a pool
of uc,wc pages.
Pools are protected with spinlocks to allow multiple threads to alloca
If we need large number of pages allocations in short time frame allocating
large number of pages in single operation performs better than many small
operations. If there is less allocation operations allocating large number of
pages in a fill operation would waste memory and performance.
The allo
ttm_page_pool file is hooked ttm_page_alloc_debugfs for pool
allocator state.
Signed-off-by: Pauli Nieminen
---
drivers/gpu/drm/nouveau/nouveau_debugfs.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_debugfs.c
b/drivers/gpu/drm/nouvea
ttm_page_alloc_debugfs can be registered to output the state
of pools.
Debugfs file will output number of pages freed from the pool,
number of pages in pool now and the lowes number of pages in
pool since previous shrink.
Signed-off-by: Pauli Nieminen
---
drivers/gpu/drm/ttm/ttm_page_alloc.c |
Setting single memory pages at a time to wc takes a lot time in cache flush. To
reduce number of cache flush set_pages_array_wc and set_memory_array_wc can be
used to set multiple pages to WC with single cache flush.
This improves allocation performance for wc cached pages in drm/ttm.
Signed-off-
ttm_page_pool file is hooked ttm_page_alloc_debugfs for pool
allocator state.
Signed-off-by: Pauli Nieminen
---
drivers/gpu/drm/radeon/radeon_ttm.c | 13 ++---
1 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
b/drivers/gpu/drm/radeon/
Using single call to set multiple pages to wc reduces number of expensive cache
flushes.
Signed-off-by: Pauli Nieminen
---
drivers/gpu/drm/ttm/ttm_page_alloc.c | 12 +---
1 files changed, 1 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_page_alloc.c
b/drivers/gpu
When allocating wc/uc pages cache state transition requires cache flush which
is expensive operation. To avoid cache flushes allocation of wc/uc pages should
be done in large groups when only single cache flush is required for whole group
of pages.
In some cases drivers need t oallocate and deallo
On Sat, 6 Mar 2010 12:50:54 +0100, Daniel Vetter wrote:
> Oh, dang. Thanks for catching this. Eric, please merge.
>
> Cc: sta...@kernel.org (for .33)
> Reviewed-by: Daniel Vetter
>
> On Sat, Mar 06, 2010 at 02:05:39PM +0300, Dan Carpenter wrote:
> > We should free "params" before returning.
> >
On Fri, 26 Feb 2010 19:07:24 +0100, Julien Cristau wrote:
> Avoids conflicts with kernel headers.
>
> Signed-off-by: Julien Cristau
Applied this series, plus moving the intel file. Thanks!
pgp9aozTfnYtg.pgp
Description: PGP signature
--
On Monday 15 March 2010 11:51:01 am Bjorn Helgaas wrote:
> On Saturday 13 March 2010 08:02:24 pm Bjorn Helgaas wrote:
> > On Sat, 2010-03-13 at 13:46 -0700, Pete Zaitcev wrote:
> > > On Fri, 12 Mar 2010 22:37:56 -0700
> > > Bjorn Helgaas wrote:
> > >
> > > > Thanks for the report. Would you mind
http://bugs.freedesktop.org/show_bug.cgi?id=27132
--- Comment #7 from Chris Rankin 2010-03-17 08:56:16
PST ---
Created an attachment (id=34152)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34152)
Core from 'small -auto' (?)
--
Configure bugmail: http://bugs.freedesktop.org/userpre
http://bugs.freedesktop.org/show_bug.cgi?id=27132
--- Comment #6 from Chris Rankin 2010-03-17 08:55:31
PST ---
Created an attachment (id=34151)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34151)
Core from 'fbo-flushing -auto'
--
Configure bugmail: http://bugs.freedesktop.org/user
http://bugs.freedesktop.org/show_bug.cgi?id=27132
--- Comment #5 from Chris Rankin 2010-03-17 08:54:39
PST ---
Created an attachment (id=34150)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34150)
Core from 'o' (?)
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab
http://bugs.freedesktop.org/show_bug.cgi?id=27132
--- Comment #4 from Chris Rankin 2010-03-17 08:53:57
PST ---
Created an attachment (id=34149)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34149)
Core from 'ARBvp1.0 tests'
--
Configure bugmail: http://bugs.freedesktop.org/userpref
http://bugs.freedesktop.org/show_bug.cgi?id=27132
--- Comment #3 from Chris Rankin 2010-03-17 08:53:01
PST ---
Created an attachment (id=34148)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34148)
Core from 'encil -auto' (?)
--
Configure bugmail: http://bugs.freedesktop.org/userpre
On Wed, Mar 17, 2010 at 02:01:47PM +0100, Thomas Hellstrom wrote:
> Jerome Glisse wrote:
> >On Mon, Mar 01, 2010 at 01:03:38PM +0100, Thomas Hellstrom wrote:
> >>Dave Airlie wrote:
> >>>On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse wrote:
> Updated patchset, to apply cleanly on top of TTM spl
http://bugs.freedesktop.org/show_bug.cgi?id=27132
--- Comment #2 from Chris Rankin 2010-03-17 08:52:02
PST ---
Created an attachment (id=34147)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34147)
Core from glean/pbo -o -v
--
Configure bugmail: http://bugs.freedesktop.org/userprefs
http://bugs.freedesktop.org/show_bug.cgi?id=27132
--- Comment #1 from Chris Rankin 2010-03-17 08:51:19
PST ---
Created an attachment (id=34146)
--> (http://bugs.freedesktop.org/attachment.cgi?id=34146)
core from glean/vertProg1
--
Configure bugmail: http://bugs.freedesktop.org/userprefs
http://bugs.freedesktop.org/show_bug.cgi?id=27132
Summary: piglit comparison between F12 7.7-4 and 7.9-git
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Pri
radeon_gart_fini might call GART unbind callback function which
might try to access GART table but if gart_disable is call first
the GART table will be unmapped so any access to it will oops.
Signed-off-by: Jerome Glisse
---
drivers/gpu/drm/radeon/r100.c |2 +-
drivers/gpu/drm/radeon/r300.c
2010/3/17 Michel Dänzer :
> On Tue, 2010-03-16 at 10:56 -0400, Alex Deucher wrote:
>> 2010/3/16 Michel Dänzer :
>> >
>> > Commit 96a4c8d50de20da865296a380b996f73204d6b34 ('drm/radeon/kms: fix
>> > i2c prescale calc on older radeons') breaks LVDS on my RV350 PowerBook
>> > again. Reverting just that
2010/3/17 Rafał Miłecki :
> 2010/3/17 Alex Deucher :
>> On Mon, Mar 15, 2010 at 3:30 AM, Alex Deucher wrote:
>>> On Sun, Mar 14, 2010 at 7:01 PM, Alex Deucher wrote:
This weekend I finally got some time to sit down with kms pm, and I
created a new patch set (against drm-radeon-testing).
On Tue, 2010-03-16 at 10:56 -0400, Alex Deucher wrote:
> 2010/3/16 Michel Dänzer :
> >
> > Commit 96a4c8d50de20da865296a380b996f73204d6b34 ('drm/radeon/kms: fix
> > i2c prescale calc on older radeons') breaks LVDS on my RV350 PowerBook
> > again. Reverting just that commit on top of drm-radeon-tes
Jerome Glisse wrote:
> On Mon, Mar 01, 2010 at 01:03:38PM +0100, Thomas Hellstrom wrote:
>
>> Dave Airlie wrote:
>>
>>> On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse wrote:
>>>
>>>
Updated patchset, to apply cleanly on top of TTM split no_wait argument.
Compile tested
Jerome Glisse wrote:
> On fault the driver is given the opportunity to perform any operation
> it sees fit in order to place the buffer into a CPU visible area of
> memory. This patch doesn't break TTM users, nouveau, vmwgfx and radeon
> should keep working properly. Future patch will take advantag
Jerome Glisse wrote:
> There is case where we want to be able to wait only for the
> GPU while not waiting for other buffer to be unreserved. This
> patch split the no_wait argument all the way down in the whole
> ttm path so that upper level can decide on what to wait on or
> not.
>
> This patch b
On Mon, Mar 01, 2010 at 01:03:38PM +0100, Thomas Hellstrom wrote:
> Dave Airlie wrote:
> > On Fri, Feb 26, 2010 at 3:01 AM, Jerome Glisse wrote:
> >
> >> Updated patchset, to apply cleanly on top of TTM split no_wait argument.
> >> Compile tested for nouveau+vmwgfx, test in progress for radeon.
http://bugs.freedesktop.org/show_bug.cgi?id=27083
--- Comment #7 from Stefano Carignano 2010-03-17
01:43:39 PST ---
the second patch didn't break anything here as well :)
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because
46 matches
Mail list logo