Displaying 4 results from an estimated 4 matches for "nv40_draw_array".
Did you mean:
nv40_draw_arrays
2009 Dec 17
1
Question about nv40_draw_array
...g on drm
port from the nouveau kernel tree git.
Right now I'm faced with rather peculiar memory allocation/access
problem with call lists and I would like to ask for help in
understanding how a certain thing is implemented.
Let's assume I have a following call trace:
#0 0x985a764d in nv40_draw_arrays (pipe=0x988ba0fc, mode=5, start=0,
count=3)
at
/data/deadwood/AROS/AROS/contrib/gfx/libs/mesa/src/mesa/../gallium/drivers/nv40/nv40_vbo.c:192
#1 0x9865e773 in st_draw_vbo (ctx=0x9a163788, arrays=0x9a19384c,
prims=0x9a1d595c, nr_prims=23, ib=0x0,
index_bounds_valid=1 '\001', m...
2009 Dec 27
2
[Bug 25806] New: NV40 vertex corruption (kernel BO deletion too early?)
...The system is running:
Linux 2.6.33-rc2
libdrm 2.4.17
Mesa HEAD (b46bcd8e7b37aa2e9159e126c1cc88234a3c2790)
Detected an NV40 generation card (0x049800a2)
64 MB GART aperture
256 MB VRAM
The problem is solved by either of the following:
1. #define FORCE_SWTNL 1
2. Adding usleep(10000) at the end of nv40_draw_arrays
3. Making nouveau_screen_bo_del do nothing
It seems that the issue is that Mesa deletes a buffer object used for vertex
data while the GPU is still drawing to it. The kernel actually performs the
deletion without waiting for the GPU drawing, the memory (or GART mapping) is
reused, and corruption...
2010 Jan 18
1
[PATCH 1/2] nv30-nv40: Rewrite primitive splitting and emission
...tive_chunk(struct nv40_primitive* prim, unsigned* pstart)
+{
+ if(prim->chunk >= 0)
+ nv40_primitive_end(prim);
+
+ unsigned vc = nv40_primitive_begin(prim, pstart);
+ if(!vc)
+ {
+ prim->nv40->pipe.flush(&prim->nv40->pipe, 0, NULL);
+ return 0;
+ }
+ return vc;
+}
+
void
nv40_draw_arrays(struct pipe_context *pipe,
unsigned mode, unsigned start, unsigned count)
@@ -172,7 +287,8 @@ nv40_draw_arrays(struct pipe_context *pipe,
struct nv40_screen *screen = nv40->screen;
struct nouveau_channel *chan = screen->base.channel;
struct nouveau_grobj *curie = screen->curie;...
2009 Dec 30
4
[PATCH 1/3] nv50: remove vtxbuf stateobject after a referenced vtxbuf is mapped
- This avoids problematic "reloc'ed while mapped" messages and
some associated corruption as well.
Signed-off-by: Maarten Maathuis <madman2003 at gmail.com>
---
src/gallium/drivers/nouveau/nouveau_screen.c | 21 +++++++++++++++++++++
src/gallium/drivers/nouveau/nouveau_screen.h | 3 +++
src/gallium/drivers/nouveau/nouveau_stateobj.h | 13 +++++++++++++