geemili
/
drm
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
drm/nouveau/nouveau-symbols.txt

43 lines
851 B
Plaintext
Raw Normal View History

nouveau: add symbols test Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 12:47:24 -06:00
nouveau_bo_map
nouveau_bo_name_get
nouveau_bo_name_ref
nouveau_bo_new
nouveau_bo_prime_handle_ref
nouveau_bo_ref
nouveau_bo_set_prime
nouveau_bo_wait
nouveau_bo_wrap
nouveau_bufctx_del
nouveau_bufctx_mthd
nouveau_bufctx_new
nouveau_bufctx_refn
nouveau_bufctx_reset
nouveau: add ioctl wrapper to check for dead channels v2: explicitly set nr_push to 0 as well Signed-off-by: Karol Herbst <kherbst@redhat.com>
2021-08-03 11:29:04 -06:00
nouveau_check_dead_channel
nouveau: add symbols test Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 12:47:24 -06:00
nouveau_client_del
nouveau_client_new
nouveau_device_del
nouveau: add new interface to create a nouveau_device Signed-off-by: Ben Skeggs <bskeggs@redhat.com> Tested-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-11-23 18:21:05 -07:00
nouveau_device_new
nouveau: add symbols test Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 12:47:24 -06:00
nouveau_device_open
nouveau_device_open_existing
nouveau_device_wrap
nouveau: introduce object to represent the kernel client Because NVIF intentionally lacks some of the paths necessary to be compatible with various mistakes we've made over the years, libdrm needs to know whether a client has been updated and that it's safe to make use of the new kernel interfaces. Clients still using nouveau_device_open()/wrap() will be forced to make use of ABI16 instead of NVIF. v2. - remove lib_version, nothing used it - leave client-provided pointer unmodified on failure Signed-off-by: Ben Skeggs <bskeggs@redhat.com> Tested-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-11-23 17:33:56 -07:00
nouveau_drm_del
nouveau_drm_new
nouveau: add symbols test Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 12:47:24 -06:00
nouveau_getparam
nouveau_object_del
nouveau: add interfaces to query information about supported classes This will expose functionality supported by newer kernel interfaces. Current userspace uses the chipset to determine which classes are likely exposed, which generally works pretty well, but isn't as flexible as it could be. Unfortunately, the G98:GF100 video code in Mesa is still relying on the kernel exposing incorrect vdec classes on some chipsets. The ABI16 kernel interfaces have a workaround for this in place, but that will no longer be available once libdrm supports NVIF. To prevent a regression when NVIF support is added, if there's no kernel support for NVIF, libdrm will magic up a class list containing correct vdec classes anyway instead of failing with -ENODEV. v2. - add description of abi16/vdec workaround - add description of sclass/mclass - leave client-provided pointer unmodified on abi16_sclass() failure Signed-off-by: Ben Skeggs <bskeggs@redhat.com> Tested-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-11-23 17:10:04 -07:00
nouveau_object_mclass
nouveau: add interface to call an object's methods This will expose functionality supported by newer kernel interfaces, giving access to things such as ZBC controls, perfmon, etc. Signed-off-by: Ben Skeggs <bskeggs@redhat.com> Tested-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-11-23 16:58:39 -07:00
nouveau_object_mthd
nouveau: add symbols test Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 12:47:24 -06:00
nouveau_object_new
nouveau: add interfaces to query information about supported classes This will expose functionality supported by newer kernel interfaces. Current userspace uses the chipset to determine which classes are likely exposed, which generally works pretty well, but isn't as flexible as it could be. Unfortunately, the G98:GF100 video code in Mesa is still relying on the kernel exposing incorrect vdec classes on some chipsets. The ABI16 kernel interfaces have a workaround for this in place, but that will no longer be available once libdrm supports NVIF. To prevent a regression when NVIF support is added, if there's no kernel support for NVIF, libdrm will magic up a class list containing correct vdec classes anyway instead of failing with -ENODEV. v2. - add description of abi16/vdec workaround - add description of sclass/mclass - leave client-provided pointer unmodified on abi16_sclass() failure Signed-off-by: Ben Skeggs <bskeggs@redhat.com> Tested-by: Samuel Pitoiset <samuel.pitoiset@gmail.com> Reviewed-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-11-23 17:10:04 -07:00
nouveau_object_sclass_get
nouveau_object_sclass_put
nouveau: add symbols test Signed-off-by: Emil Velikov <emil.l.velikov@gmail.com>
2015-03-31 12:47:24 -06:00
nouveau_pushbuf_bufctx
nouveau_pushbuf_data
nouveau_pushbuf_del
nouveau_pushbuf_kick
nouveau_pushbuf_new
nouveau_pushbuf_refd
nouveau_pushbuf_refn
nouveau_pushbuf_reloc
nouveau_pushbuf_space
nouveau_pushbuf_validate
nouveau_setparam