Displaying 4 results from an estimated 4 matches for "out_reloc".
Did you mean:
out_relocl
2013 Apr 30
1
[Bug 64074] New: Mesalib Installation Error
...nclude/drm/nouveau_pushbuf.h: In function ?WAIT_RING?:
/usr/include/drm/nouveau_pushbuf.h:100: error: ?struct nouveau_channel? has no
member named ?cur?
/usr/include/drm/nouveau_pushbuf.h:100: error: ?struct nouveau_channel? has no
member named ?end?
/usr/include/drm/nouveau_pushbuf.h: In function ?OUT_RELOC?:
/usr/include/drm/nouveau_pushbuf.h:114: error: ?struct nouveau_channel? has no
member named ?cur?
/usr/include/drm/nouveau_pushbuf.h: In function ?OUT_RELOC2?:
/usr/include/drm/nouveau_pushbuf.h:124: error: ?struct nouveau_channel? has no
member named ?cur?
make[6]: *** [nouveau_screen.o] Error 1...
2010 Feb 09
1
low memory
...:)
Let me remind you my wonderful test case : loading a 3500x2500 pixmap
in firefox with 64mb vram.
After talking a bit more with curro, I started to write a patch. I
don't know how bad and wrong it is, there are still so many things I
don't understand.
It seems it works somehow, meaning OUT_RELOC -> emit_reloc will fail
before FIRE_RING -> pushbuf_flush.
But enomem failures during pushbuf_flush still happen. And worse, what
happens after an OUT_RELOC failure is awful :
1) on nv25, the system freezes for 5 seconds, and after the lower part
(a rectangle) of the picture seems to have a w...
2010 Jan 29
2
[PATCH 1/2] libdrm/nouveau: new optimized libdrm pushbuffer ABI
...GIN_RING(struct nouveau_channel *chan, struct nouveau_grobj *gr,
WAIT_RING(chan, size + 1);
OUT_RING(chan, (gr->subc << 13) | (size << 18) | mthd);
- chan->pushbuf->remaining -= (size + 1);
}
/* non-incrementing BEGIN_RING */
@@ -147,7 +139,7 @@ static __inline__ int
OUT_RELOC(struct nouveau_channel *chan, struct nouveau_bo *bo,
unsigned data, unsigned flags, unsigned vor, unsigned tor)
{
- return nouveau_pushbuf_emit_reloc(chan, chan->pushbuf->cur++, bo,
+ return nouveau_pushbuf_emit_reloc(chan, chan->cur++, bo,
data, 0, flags, vor, tor);
}
@@ -...
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 +++++++++++++