search for: uniform_bo

...set, and why? > > I don't get the idea too, btw. > > But prop.cp.inputOffset is only defined for compute on Kepler. It's the > offset of input parameters in the screen->parm BO but as you already know, > it is going to be removed because the idea is to use screen->uniform_bo > instead. I'll do this change *after* the compute shaders support on Kepler. If I understand correctly, the goal is to have user inputs in a `screen->uniform_bo`, and so for all generations? Pierre > > > > > -ilia > > > >>+ break; > >&gt...

This series is to allow NVIDIA chips with shared memory to operate more efficiently (and to operate at all once we disable VRAM from the kernel driver) by allowing nouveau_screen to specify a domain to use for objects originally allocated into VRAM. If the domain is not overridden, the default NOUVEAU_BO_VRAM is used. A NV_VRAM_DOMAIN() macro is then introduced to be used in place of

On Thu, Mar 10, 2016 at 10:14 AM, Hans de Goede <hdegoede at redhat.com> wrote: > Add support for clover / OpenCL kernel input parameters. > > Signed-off-by: Hans de Goede <hdegoede at redhat.com> > --- > .../drivers/nouveau/codegen/nv50_ir_from_tgsi.cpp | 18 +++++++++++++++--- > 1 file changed, 15 insertions(+), 3 deletions(-) > > diff --git

.../* add permanently resident buffers to bufctxts */ - flags = NOUVEAU_BO_VRAM | NOUVEAU_BO_RD; + flags = NV_VRAM_DOMAIN(&screen->base) | NOUVEAU_BO_RD; BCTX_REFN_bo(nvc0->bufctx_3d, SCREEN, flags, screen->text); BCTX_REFN_bo(nvc0->bufctx_3d, SCREEN, flags, screen->uniform_bo); @@ -333,7 +333,7 @@ nvc0_create(struct pipe_screen *pscreen, void *priv) BCTX_REFN_bo(nvc0->bufctx_cp, CP_SCREEN, flags, screen->parm); } - flags = NOUVEAU_BO_VRAM | NOUVEAU_BO_RDWR; + flags = NV_VRAM_DOMAIN(&screen->base) | NOUVEAU_BO_RDWR; if (screen->poly...

...rs to bufctxts */ > > - flags = NOUVEAU_BO_VRAM | NOUVEAU_BO_RD; > + flags = NV_VRAM_DOMAIN(&screen->base) | NOUVEAU_BO_RD; > > BCTX_REFN_bo(nvc0->bufctx_3d, SCREEN, flags, screen->text); > BCTX_REFN_bo(nvc0->bufctx_3d, SCREEN, flags, screen->uniform_bo); > @@ -333,7 +333,7 @@ nvc0_create(struct pipe_screen *pscreen, void *priv) > BCTX_REFN_bo(nvc0->bufctx_cp, CP_SCREEN, flags, screen->parm); > } > > - flags = NOUVEAU_BO_VRAM | NOUVEAU_BO_RDWR; > + flags = NV_VRAM_DOMAIN(&screen->base) | NOUVEAU_B...

...t;> why? > > > I don't get the idea too, btw. > > But prop.cp.inputOffset is only defined for compute on Kepler. It's the > offset of input parameters in the screen->parm BO but as you already know, > it is going to be removed because the idea is to use screen->uniform_bo > instead. I'll do this change *after* the compute shaders support on Kepler. Actually looks like it's only set for nv50 that I can see, shifting things over by 0x10. It used to be reflected by getResourceBase, but we broke that abstraction... might be nice to get it back somehow, perha...

...; >> I don't get the idea too, btw. >> >> But prop.cp.inputOffset is only defined for compute on Kepler. It's the >> offset of input parameters in the screen->parm BO but as you already know, >> it is going to be removed because the idea is to use screen->uniform_bo >> instead. I'll do this change *after* the compute shaders support on Kepler. > > If I understand correctly, the goal is to have user inputs in a > `screen->uniform_bo`, and so for all generations? Sure for fermi, and probably for Tesla. > > Pierre > > >>...

...nt buffers to bufctxts */ > > - flags = NOUVEAU_BO_VRAM | NOUVEAU_BO_RD; > + flags = NV_VRAM_DOMAIN(&screen->base) | NOUVEAU_BO_RD; > > BCTX_REFN_bo(nvc0->bufctx_3d, SCREEN, flags, screen->text); > BCTX_REFN_bo(nvc0->bufctx_3d, SCREEN, flags, screen->uniform_bo); > @@ -333,7 +333,7 @@ nvc0_create(struct pipe_screen *pscreen, void *priv) > BCTX_REFN_bo(nvc0->bufctx_cp, CP_SCREEN, flags, screen->parm); > } > > - flags = NOUVEAU_BO_VRAM | NOUVEAU_BO_RDWR; > + flags = NV_VRAM_DOMAIN(&screen->base) | NOUVEAU_BO_RDW...

This series is to allow NVIDIA chips with shared memory to operate more efficiently (and to operate at all once we disable VRAM from the kernel driver) by allowing nouveau_screen to specify a domain to use for objects originally allocated into VRAM. If the domain is not overridden, the default NOUVEAU_BO_VRAM is used. A NV_VRAM_DOMAIN() macro is then introduced to be used in place of

New revision of this patchset that prevents VRAM objects from being allocated on VRAM-less systems like Tegra. This is required for Mesa to work on such systems. Changes since v2: - Use vram_size to detect systems without VRAM and set the correct domain instead of expecting each chip to set its domain explicitly. Alexandre Courbot (2): nouveau: support for custom VRAM domains nvc0: use

...the inputOffset, how is it set, and why? I don't get the idea too, btw. But prop.cp.inputOffset is only defined for compute on Kepler. It's the offset of input parameters in the screen->parm BO but as you already know, it is going to be removed because the idea is to use screen->uniform_bo instead. I'll do this change *after* the compute shaders support on Kepler. > > -ilia > >> + break; >> + default: >> + assert(0); /* TODO: Add support for global and local memory */ >> + } >> + } >> >> if (...

...; >> I don't get the idea too, btw. >> >> But prop.cp.inputOffset is only defined for compute on Kepler. It's the >> offset of input parameters in the screen->parm BO but as you already know, >> it is going to be removed because the idea is to use screen->uniform_bo >> instead. I'll do this change *after* the compute shaders support on Kepler. > > Actually looks like it's only set for nv50 that I can see, shifting > things over by 0x10. It used to be reflected by getResourceBase, but > we broke that abstraction... might be nice to get...

...- } - if (screen->base.pushbuf) - screen->base.pushbuf->user_priv = NULL; - if (screen->blitter) nvc0_blitter_destroy(screen); if (screen->pm.prog) { @@ -382,9 +370,11 @@ nvc0_screen_destroy(struct pipe_screen *pscreen) nouveau_bo_ref(NULL, &screen->uniform_bo); nouveau_bo_ref(NULL, &screen->tls); nouveau_bo_ref(NULL, &screen->txc); - nouveau_bo_ref(NULL, &screen->fence.bo); nouveau_bo_ref(NULL, &screen->poly_cache); nouveau_bo_ref(NULL, &screen->parm); + nouveau_bo_ref(NULL, &screen->notify.b...

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 +-

...uf) > - screen->base.pushbuf->user_priv = NULL; > - > if (screen->blitter) > nvc0_blitter_destroy(screen); > if (screen->pm.prog) { > @@ -382,9 +370,11 @@ nvc0_screen_destroy(struct pipe_screen *pscreen) > nouveau_bo_ref(NULL, &screen->uniform_bo); > nouveau_bo_ref(NULL, &screen->tls); > nouveau_bo_ref(NULL, &screen->txc); > - nouveau_bo_ref(NULL, &screen->fence.bo); > nouveau_bo_ref(NULL, &screen->poly_cache); > nouveau_bo_ref(NULL, &screen->parm); > + nouveau_bo_ref(...

From: Ben Skeggs <bskeggs at redhat.com> Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 4016871..c02ee61 100644 --- a/configure.ac +++ b/configure.ac @@ -73,7 +73,7 @@ LIBDRM_RADEON_REQUIRED=2.4.56 LIBDRM_AMDGPU_REQUIRED=2.4.63 LIBDRM_INTEL_REQUIRED=2.4.61

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

From: Ben Skeggs <bskeggs at redhat.com> v2. forgot bump for non-gallium driver Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- configure.ac | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/configure.ac b/configure.ac index b6680d0..965c6f7 100644 --- a/configure.ac +++ b/configure.ac @@ -72,8 +72,8 @@ LIBDRM_REQUIRED=2.4.60

From: Ben Skeggs <bskeggs at redhat.com> Signed-off-by: Ben Skeggs <bskeggs at redhat.com> --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 4016871..c02ee61 100644 --- a/configure.ac +++ b/configure.ac @@ -73,7 +73,7 @@ LIBDRM_RADEON_REQUIRED=2.4.56 LIBDRM_AMDGPU_REQUIRED=2.4.63 LIBDRM_INTEL_REQUIRED=2.4.61