search for: rsvd_kick

...L, 0, 0); > nouveau_bo_ref(bo, &nvpb->bo); > nouveau_bo_ref(NULL, &bo); > > nvpb->bgn = nvpb->bo->map; > nvpb->ptr = nvpb->bgn; > push->cur = nvpb->bgn; > push->end = push->cur + (nvpb->bo->size / 4); > push->end -= 2 + push->rsvd_kick; /* space for suffix */ > > Not sure what problem you're trying to solve. > > -ilia > > On Mon, Nov 2, 2015 at 12:31 PM, Daniel Melo Jorge da Cunha > <dmjcunha at gmail.com> wrote: > > Hi, sorry if I misunderstood everything... > > > > In the file...

Hi, sorry if I misunderstood everything... In the file src/gallium/drivers/nouveau/nv30/nv30_screen.c there is loans of PUSH_DATA which is basically *push->curr = data; I'm thinking that somehow push->curr is the bo->map = drm_mmap(...) that is called in nouveau_bo_map. But I cannot see how they are linked... Because when nouveau_bo_map calls nouveau_bo_wait push =

....c#n682 nouveau_pushbuf_data(push, NULL, 0, 0); nouveau_bo_ref(bo, &nvpb->bo); nouveau_bo_ref(NULL, &bo); nvpb->bgn = nvpb->bo->map; nvpb->ptr = nvpb->bgn; push->cur = nvpb->bgn; push->end = push->cur + (nvpb->bo->size / 4); push->end -= 2 + push->rsvd_kick; /* space for suffix */ Not sure what problem you're trying to solve. -ilia On Mon, Nov 2, 2015 at 12:31 PM, Daniel Melo Jorge da Cunha <dmjcunha at gmail.com> wrote: > Hi, sorry if I misunderstood everything... > > In the file src/gallium/drivers/nouveau/nv30/nv30_screen.c...

...f(bo, &nvpb->bo); >> nouveau_bo_ref(NULL, &bo); >> >> nvpb->bgn = nvpb->bo->map; >> nvpb->ptr = nvpb->bgn; >> push->cur = nvpb->bgn; >> push->end = push->cur + (nvpb->bo->size / 4); >> push->end -= 2 + push->rsvd_kick; /* space for suffix */ >> >> Not sure what problem you're trying to solve. >> >> -ilia >> >> On Mon, Nov 2, 2015 at 12:31 PM, Daniel Melo Jorge da Cunha >> <dmjcunha at gmail.com> wrote: >> > Hi, sorry if I misunderstood everything......

...o be the first + * one allocated on the channel. + */ + ret = nouveau_heap_alloc(screen->query_heap, 32, NULL, &nv30->fence); + + if (ret) + goto err; + nv30->base.pushbuf->user_priv = &nv30->bufctx; /* hack at validate time */ nv30->base.pushbuf->rsvd_kick = 16; /* hack in screen before first space */ nv30->base.pushbuf->kick_notify = nv30_context_kick_notify; + nv30->base.fence.screen = &screen->base; + nv30->base.fence.flush = nouveau_context_fence_kick; + nv30->base.fence.emit = nv30_context_fence_emit; + nv30-&...

Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- src/gallium/drivers/nouveau/nouveau_fence.c | 76 ++++++++++++------------- src/gallium/drivers/nouveau/nouveau_fence.h | 22 +++++-- src/gallium/drivers/nouveau/nouveau_screen.c | 9 +++ src/gallium/drivers/nouveau/nouveau_screen.h | 14 ++--- src/gallium/drivers/nouveau/nv30/nv30_context.c | 4 +-

...he channel. > + */ > + ret = nouveau_heap_alloc(screen->query_heap, 32, NULL, &nv30->fence); > + > + if (ret) > + goto err; > + > nv30->base.pushbuf->user_priv = &nv30->bufctx; /* hack at validate time */ > nv30->base.pushbuf->rsvd_kick = 16; /* hack in screen before first space */ > nv30->base.pushbuf->kick_notify = nv30_context_kick_notify; > > + nv30->base.fence.screen = &screen->base; > + nv30->base.fence.flush = nouveau_context_fence_kick; > + nv30->base.fence.emit = nv30_context...

Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- src/gallium/drivers/nouveau/nouveau_fence.c | 76 ++++++++++++------------- src/gallium/drivers/nouveau/nouveau_fence.h | 22 +++++-- src/gallium/drivers/nouveau/nouveau_screen.c | 9 +++ src/gallium/drivers/nouveau/nouveau_screen.h | 14 ++--- src/gallium/drivers/nouveau/nv30/nv30_context.c | 4

The main patches are from Christoph. Unfortunately they're a little beyond my understanding of all the vertex-related details, but they generally seemed fine. I'm just going to push these unless someone steps up to review them. Christoph Bumiller (2): nvc0: add support for indirect drawing nvc0: fix translate path for PRIM_RESTART_WITH_DRAW_ARRAYS Ilia Mirkin (1): nouveau: check if

Hello there, This series exposes NVIDIA's global performance counters for Tesla through the Gallium's HUD and the GL_AMD_performance_monitor extension. This adds support for 24 hardware events which have been reverse engineered with PerfKit (Windows) and CUPTI (Linux). These hardware events will allow developers to profile OpenGL applications. To reduce latency and to improve accuracy,