Changes in v2:
- Addressed review comments
nouveau_bo_wait will make the GPU channel wait for fence if possible,
otherwise falling back to waiting with the CPU using ttm_bo_wait.
The nouveau_fence_sync function currently returns -ENOSYS, and is
the focus of the next patch.
Signed-off-by: Luca
Changes in v2:
- Addressed review comments
- Fixed lockless algorithm (must not dec if negative in addition to if 0)
- Made spinlock irqsave (fences are completed in IRQs)
This patch adds code to allocate semaphores in a dynamic way using
a lockless algorithm.
1. Semaphore BOs
Semaphore BOs are
Changes in v2:
- Addressed review comments
This patch implements the nouveau_fence_sync interface introduced
in the previous patch using dynamically allocated semaphores,
introduced in the other previous patch.
This is tested on NV40, but should work on NV17-NV50 (previous cards
will just
http://bugs.freedesktop.org/show_bug.cgi?id=26349
--- Comment #10 from Pavel S. pa...@freenet.de 2010-02-09 01:57:24 PST ---
(In reply to comment #9)
No, that should be fine. I'll test it on the machine I have here and then send
it upstream.
I have some news, which prove some
On 15 June 2009 14:14, Jamie Smith hu...@internode.on.net wrote:
Hi Again,
It seems I've triggered off much more discussion than I originally thought I
would provoke. I forgot to actually state what I was proposing to do, but it
appears that people have worked it out.
On Sun, Jun 14,
On Tue, Feb 9, 2010 at 12:50 PM, Alistair Buxton a.j.bux...@gmail.com wrote:
On 15 June 2009 14:14, Jamie Smith hu...@internode.on.net wrote:
Hi Again,
It seems I've triggered off much more discussion than I originally thought I
would provoke. I forgot to actually state what I was proposing
Pushed as announced.
On Mon, Feb 8, 2010 at 6:39 PM, Maarten Maathuis madman2...@gmail.com wrote:
Added the Tested-by, added Marcin's real name. And added a spin
unlock in the nv50 fifo failure path.
Will push in a day if there are no further comments.
Maarten.
On Mon, Feb 8, 2010 at 6:38
in nv10_exa.c :
check_texture does :
if (w 2046 || h 2046)
NOUVEAU_FALLBACK(picture too large, %dx%d\n, w, h);
check_render_target does :
if (w 4096 || h 4096)
return FALSE;
So we have different size limits for the source and the destination ?
12:08 curro_ shining: hmm, it seems, darktama didn't quite finish
the additional reloc checking he started to code
12:11 curro_ shining: that would have solved your problem, poke him
when he's back from vacations :)
12:16 shining curro_: hmm I really dont get it, it looks like
domain can have
---
src/nv_driver.c | 32 +---
1 files changed, 1 insertions(+), 31 deletions(-)
diff --git a/src/nv_driver.c b/src/nv_driver.c
index 248a151..9606d97 100644
--- a/src/nv_driver.c
+++ b/src/nv_driver.c
@@ -315,8 +315,6 @@ NVAdjustFrame(int scrnIndex, int x, int y,
On 9 February 2010 18:21, Younes Manton youne...@gmail.com wrote:
On Tue, Feb 9, 2010 at 12:50 PM, Alistair Buxton a.j.bux...@gmail.com wrote:
On 15 June 2009 14:14, Jamie Smith hu...@internode.on.net wrote:
Hi Again,
It seems I've triggered off much more discussion than I originally thought
http://bugs.freedesktop.org/show_bug.cgi?id=26499
Summary: nouveau driver fails to load
Product: xorg
Version: 7.4
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component:
http://bugs.freedesktop.org/show_bug.cgi?id=26349
Ben Skeggs skeg...@gmail.com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
13 matches
Mail list logo