- Jul 19, 2023
-
-
Erik Kurzinger authored
These functions wrap new DRM ioctls which allow importing or exporting a sync file to or from a particular timeline point on a syncobj. Signed-off-by:
Erik Kurzinger <ekurzinger@nvidia.com>
-
- Jul 17, 2023
-
-
issue: in vcn1-vcn3, session buffer was not truly added, it shows decoding creation commands cannot be sent multiple times. problem: session buffer has to be the first buffer sending out. Otherwise, system could assume session buffer doesn't exist. solution: move session buffer sending sequence to be the first one. Reviewed-by:
Veerabadhran Gopalakrishnan <Veerabadhran.Gopalakrishnan@amd.com> Signed-off-by:
Ruijing Dong <ruijing.dong@amd.com> Signed-off-by:
Saleemkhan Jamadar <saleemkhan.jamadar@amd.com>
-
- Jul 06, 2023
-
-
update decoder unit test with session context buffer for VCN v1 to v4 v2: remove multiple checks for vcn4 (Ruijing Dong) Signed-off-by:
Saleemkhan Jamadar <saleemkhan.jamadar@amd.com> Reviewed-by:
Ruijing Dong <ruijing.dong@amd.com>
-
- May 11, 2023
-
-
Marek Olšák authored
Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com>
-
1. fixed an issue that drm test vcn3/4 encoding test could cause VCN engine stuck. 2. adding missing or errous encoding ib package members. Reviewed-by:
Boyuan Zhang <Boyuan.Zhang@amd.com> Signed-off-by:
Ruijing Dong <ruijing.dong@amd.com>
-
It is input buffer instead of vbv_buffer. Correct its name. Reviewed-by:
Boyuan Zhang <Boyuan.Zhang@amd.com> Signed-off-by:
Ruijing Dong <ruijing.dong@amd.com>
-
- Mar 24, 2023
-
-
Add the command line argument -e s[.t] to exclude (disable) suite s, or to exclude suite s test t. This is useful for instance to run the Basic Suite, but disable the GPU reset test, on the command line, like this: amdgpu_tests -s 1 -e 1.13 This option can be specified more than once on the command line, in order to exclude more than one suite and/or suite and test combination from being run. Cc: Alex Deucher <Alexander.Deucher@amd.com> Signed-off-by:
Luben Tuikov <luben.tuikov@amd.com>
-
Add -s and -t to the help output, as well as sort the options output alphabetically. v1: Fix a spelling in the subject of this commit. Cc: Alex Deucher <Alexander.Deucher@amd.com> Signed-off-by:
Luben Tuikov <luben.tuikov@amd.com>
-
Fix the Usage: string on -h (help) in amdgpu_tests.c, so brackets match, and remove mismatched angle brackets. Cc: Alex Deucher <Alexander.Deucher@amd.com> Signed-off-by:
Luben Tuikov <luben.tuikov@amd.com>
-
-
Pierre-Eric Pelloux-Prayer authored
This is unused so drop it. Reviewed-by:
Marek Olšák <marek.olsak@amd.com>
-
- Mar 17, 2023
-
-
For apu, it is integrated with cpu. So hotplug test should be unnecessary for it. Signed-off-by:
Jesse Zhang <Jesse.Zhang@amd.com> Reviewed-by:
Flora Cui <flora.cui@amd.com>
-
- Feb 10, 2023
-
-
Jan Beich authored
pthread-stubs >= 0.4 simply passes -pthread which is similar to what dependency('threads') returns. And make it a private dependency for subprojects even on Linux. Reviewed-by:
Emmanuel Vadot <manu@FreeBSD.org>
-
Yi Xie authored
Add an entry for the "vkms" driver, so that the test utilities work with the vkms driver without passing the -M argument. Reviewed-by:
Lucas Stach <l.stach@pengutronix.de> Signed-off-by:
Yi Xie <yixie@google.com>
-
- Feb 09, 2023
-
-
Simon Ser authored
Signed-off-by:
Simon Ser <contact@emersion.fr>
-
Simon Ser authored
See kernel commit 543036a2de71 ("drm/amd: Add GFX11 modifiers support to AMDGPU (v3)"). Signed-off-by:
Simon Ser <contact@emersion.fr> Reviewed-by:
Alex Deucher <alexander.deucher@amd.com>
-
- Jan 03, 2023
-
-
Alex Deucher authored
Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Signed-off-by:
Alex Deucher <alexander.deucher@amd.com>
-
Alex Deucher authored
Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Signed-off-by:
Alex Deucher <alexander.deucher@amd.com>
-
- Dec 21, 2022
-
-
Simon Ser authored
Fixes the following warning: ../xf86drm.c: In function ‘drmGetFormatModifierNameFromVivante’: ../xf86drm.c:614:14: warning: passing argument 1 of ‘asprintf’ from incompatible pointer type [-Wincompatible-pointer-types] 614 | asprintf(&mod_vivante, "%s%s%s", color_tiling, tile_status, compression); | ^~~~~~~~~~~~ | | | const char ** In file included from ../xf86drm.c:34: /usr/include/stdio.h:396:40: note: expected ‘char ** restrict’ but argument is of type ‘const char **’ 396 | extern int asprintf (char **__restrict __ptr, | ~~~~~~~~~~~~~~~~~~^~~~~ ../xf86drm.c:615:12: warning: return discards ‘const’ qualifier from pointer target type [-Wdiscarded-qualifiers] 615 | return mod_vivante; | ^~~~~~~~~~~ Signed-off-by:
Simon Ser <contact@emersion.fr>
-
- Nov 30, 2022
-
-
Philipp Zabel authored
Allow applications to pretty-print Vivante format modifiers. Signed-off-by:
Philipp Zabel <p.zabel@pengutronix.de>
-
Philipp Zabel authored
Update drm_fourcc.h to include latest changes from drm-next branch. This brings in sub-8bpp formats, AVUY and XVUY 8:8:8:8, and Vivante tile-status and compression modifiers. Generated using make headers_install. Generated from drm-next branch commit 077bd80083ab Signed-off-by:
Philipp Zabel <p.zabel@pengutronix.de>
-
- Nov 23, 2022
-
-
Matt Roper authored
The Intel-specific code in libdrm is continually updated with new PCI IDs for each new platform so that we can recognize the IP version properly. However this is mostly a pointless exercise; none of the Intel code in libdrm is conditional on IP versions above 8. If we just treat any future unrecognized Intel platforms as IP version 8, we should get the same behavior without the need for continued PCI ID updates. Note that the intel_decode tool probably _should_ have conditions on newer IP versions, but it was last updated for gen8 and has been bitrotting from gen9 onward. This change won't make the tool behave any more incorrectly than it already does today. Cc: Lucas De Marchi <lucas.demarchi@intel.com> Signed-off-by:
Matt Roper <matthew.d.roper@intel.com>
-
- Nov 11, 2022
-
-
Enable decode unit test for jpeg4. Signed-off-by:
Saleemkhan Jamadar <saleemkhan.jamadar@amd.com> Reviewed-by:
Sathishkumar S <sathishkumar.sundararaju@amd.com>
-
- Nov 09, 2022
-
-
Lang Yu authored
We need to wait longer when running on emulator. Signed-off-by:
Lang Yu <Lang.Yu@amd.com>
-
- Nov 03, 2022
-
-
Simon Ser authored
Signed-off-by:
Simon Ser <contact@emersion.fr>
-
- Nov 02, 2022
-
-
Simon Ser authored
Signed-off-by:
Simon Ser <contact@emersion.fr>
-
Simon Ser authored
Use the same size types as the kernel. Signed-off-by:
Simon Ser <contact@emersion.fr>
-
Simon Ser authored
Signed-off-by:
Simon Ser <contact@emersion.fr>
-
- Oct 27, 2022
-
-
Simon Ser authored
Up until now, DRM clients had to hand-roll their code to create, destroy and map dumb buffers. This is slightly inconvenient, a bit error-prone, and not easily discoverable. Introduce wrappers for these operations, just like we have for other KMS IOCTLs. Signed-off-by:
Simon Ser <contact@emersion.fr>
-
- Oct 23, 2022
-
-
Simon Ser authored
The compiler isn't smart enough to tell that this can't happen: [30/74] Compiling C object amdgpu/libdrm_amdgpu.so.1.0.0.p/amdgpu_bo.c.o In file included from ../amdgpu/amdgpu_internal.h:32, from ../amdgpu/amdgpu_bo.c:39: ../xf86atomic.h: In function ‘amdgpu_find_bo_by_cpu_mapping’: ../xf86atomic.h:47:54: warning: ‘bo’ may be used uninitialized [-Wmaybe-uninitialized] 47 | # define atomic_inc(x) ((void) __sync_fetch_and_add (&(x)->atomic, 1)) | ^ ../amdgpu/amdgpu_bo.c:536:27: note: ‘bo’ was declared here 536 | struct amdgpu_bo *bo; | ^~ Signed-off-by:
Simon Ser <contact@emersion.fr> Reviewed-by:
Alex Deucher <alexander.deucher@amd.com>
-
- Oct 17, 2022
-
-
Alex Deucher authored
Apparently quite a few apps use this API to get the GPU name and end up with NULL as the GPU name. Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Signed-off-by:
Alex Deucher <alexander.deucher@amd.com>
-
Alex Deucher authored
Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Signed-off-by:
Alex Deucher <alexander.deucher@amd.com>
-
Alex Deucher authored
Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Signed-off-by:
Alex Deucher <alexander.deucher@amd.com>
-
Alex Deucher authored
So the list is in numeric order. Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Signed-off-by:
Alex Deucher <alexander.deucher@amd.com>
-
Alex Deucher authored
Use two digits for the revision id. Reviewed-by:
Pierre-Eric Pelloux-Prayer <pierre-eric.pelloux-prayer@amd.com> Signed-off-by:
Alex Deucher <alexander.deucher@amd.com>
-
Simon Ser authored
This bit can be added to a DRM format to indicate that it's big endian instead of little endian. Signed-off-by:
Simon Ser <contact@emersion.fr>
-
- Oct 06, 2022
-
-
This makes the test utilities work with the i.MX LCDIFv3 driver without the necessity of using the -M argument. Signed-off-by:
Marco Felsch <m.felsch@pengutronix.de> Reviewed-by:
Lucas Stach <l.stach@pengutronix.de>
-
- Oct 03, 2022
-
-
Simon Ser authored
Wire up the pciaccess dep to the intel option. This automatically skips the dep if intel is explicitly disabled, fails if intel is explicitly enabled and it's not found, and disables intel if it's set to auto and the dep is not found. Signed-off-by:
Simon Ser <contact@emersion.fr> Reviewed-by:
Eric Engestrom <eric@engestrom.ch>
-
Simon Ser authored
Fixes the following warning: [65/74] Compiling C object intel/libdrm_intel.so.1.0.0.p/intel_bufmgr_gem.c.o ../intel/intel_bufmgr_gem.c: In function âdrm_intel_gem_bo_unreferenceâ: ../intel/intel_bufmgr_gem.c:1388:9: warning: ISO C90 forbids mixed declarations and code [-Wdeclaration-after-statement] 1388 | drm_intel_bufmgr_gem *bufmgr_gem = | ^~~~~~~~~~~~~~~~~~~~ Signed-off-by:
Simon Ser <contact@emersion.fr> Reviewed-by:
Eric Engestrom <eric@engestrom.ch>
-
- Sep 29, 2022
-
-
Jordan Justen authored
Generated from the Linux v6.0-rc7 tag with a sha1 of f76349cf41451c5c42a99f18a9163377e4b364ff. Signed-off-by:
Jordan Justen <jordan.l.justen@intel.com>
-