search for: stateobjs

Hi. There's not much to say here, just replacing the screen_init stateobj with direct pushbuffer emission. We don't need to store all the usless state from init, and the constant buffer relocations which currently don't work if the addresses change (because the method CB_DEF_SET isn't among them (not an address)) become effective. Thoughts, ack / nack ? Thanks, Christoph

...remove deprecated ringmarker API freedreno/msm: remove reset of linked rings freedreno/msm: simplify emit_reloc_ring() vfunc freedreno/msm: use hashtable to track submit.cmds table freedreno/msm: simplify msm_ringbuffer_flush() freedreno/msm: handle ring-reloc to other stateobjs freedreno/kgsl: fix build freedreno/msm: fix c90 warning Bump to version 2.4.96 Thomas Hellstrom (1): libdrm: Allow dynamic drm majors on linux git tag: libdrm-2.4.96 https://dri.freedesktop.org/libdrm/libdrm-2.4.96.tar.bz2 MD5: f296d87272b1befeada3bb135751ab3d libd...

--- src/gallium/drivers/nv50/nv50_context.h | 1 + src/gallium/drivers/nv50/nv50_program.c | 171 ++++++++++++++++++------ src/gallium/drivers/nv50/nv50_program.h | 1 + src/gallium/drivers/nv50/nv50_state_validate.c | 3 + 4 files changed, 138 insertions(+), 38 deletions(-) diff --git a/src/gallium/drivers/nv50/nv50_context.h

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Christian König (1): amdgpu: make sure to set CLOEXEC on duplicated FDs Emil Velikov (10): xf86drm: drmGetDevice2: error out if the fd has unknown subsys xf86drm: introduce drm_device_has_rdev() helper xf86drm: Fold drmDevice processing into process_device() helper xf86drm: Allocate drmDevicePtr's on stack

...work than emitting the whole state object obviously. Just, you forgot the card won't care until you write NV50TCL_TIC_FLUSH. I was waiting for our new memory manager to alleviate the problem. - nv50: rework state emission At some point we talked about getting rid of some of these non constant stateobjs, it doesn't really make much sense to allocate, emit, destroy them all the time, except for multiple contexts maybe; and even then for some state like stencil ref or blend color just using RING directly still seems to be better to me. Anyway, the code became nicer here :-) - nv50: always emit...

- This avoids problematic "reloc'ed while mapped" messages and some associated corruption as well. - Also add one nouveau_bo_unmap() in the vbo code that wasn't present. 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 +++

- This avoids some 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 | 20 +++++++++++++++++++-

This moves construction of the mapping between VP outputs and FP inputs into validation. The map also contains slots for special outputs like clip distance and point size, so we need to at least merge the VP related and FP related parts on validation if we want to support those. Now we match every single FP input component with results from the VP and leave those not read out of the map, or

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