- 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>
-
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>
-
- Sep 11, 2022
-
-
Eli Schwartz authored
It's not worth even attempting to configure anything on OSes where there is no DRM to have a userspace library for. This failure message can be useful in e.g. the case where libdrm is an optional wrap fallback in another project. Signed-off-by: Eli Schwartz <eschwartz93@gmail.com> Reviewed-by: Dylan Baker <dylan@pnwbakers.com>
-
- Aug 31, 2022
-
-
Simon Ser authored
Signed-off-by: Simon Ser <contact@emersion.fr>
-
Simon Ser authored
Signed-off-by: Simon Ser <contact@emersion.fr> Reviewed-by: Marius Vlad <marius.vlad@collabora.com> Reviewed-by: Eric Engestrom <eric@igalia.com>
-
Simon Ser authored
Same as drmGetFormatModifierName() but for formats. Signed-off-by: Simon Ser <contact@emersion.fr> Reviewed-by: Marius Vlad <marius.vlad@collabora.com> Reviewed-by: Eric Engestrom <eric@igalia.com>
-
- Aug 30, 2022
-
-
Matt Roper authored
In commit 98794e2a ("lib: sync i915_pciids.h with kernel") we resynchronized the PCI header with the kernel to bring in the definitions for several new platforms. But before those IDs will be recognized, we still need to hook them up in the libdrm chipset code as well. References: https://gitlab.freedesktop.org/drm/intel/-/issues/5416 Signed-off-by: Matt Roper <matthew.d.roper@intel.com>
-
There is a Vivante GC1000 gpu in LS2K1000 and LS7A1000. LS7A1000 is a bridge chip made by Loongson corporation which act as north and/or south bridge of loongson's desktop and server level processor. It is equivalent to RS780E or something like that. In fact, the company use RS780E as bridge of LS3A3000 at its early stage, but as RS780E is out of stock long long time ago, the company have to made one by themself. More details can be read from its user manual[1]. This bridge chip typically use with LS3A3000, LS3A4000 and LS3A5000. LS3A3000 is 4 core 1.45gHz mips64r2 compatible cpu. LS3A4000 is 4 core 1.8gHz mips64r5 compatible cpu. LS3A5000 is 4 core 2.5gHz loongarch cpu, the company acclaim that loongarch a new archtecture with its instruction set is released[2]. LS2K1000 is a double core 1.0Ghz mips64r2 compatible SoC[3]. we need to enable it to test and developing driver on above listed archtecture. [1] https://loongson.github.io/LoongArch-Documentation/Loongson-7A1000-usermanual-EN.html [2] https://loongson.github.io/LoongArch-Documentation/Loongson-3A5000-usermanual-EN.html [3] https://wiki.debian.org/InstallingDebianOn/Lemote/Loongson2K1000 Signed-off-by: Sui Jingfeng <15330273260@189.cn> [Eric: rebase over meson changes, add ARM & ARC architectures, and drop "experimental" from the description] Signed-off-by: Eric Engestrom <eric@engestrom.ch>
-
- Aug 23, 2022
-
-
Matt Turner authored
../intel/test_decode.c: In function ‘compare_batch’: ../intel/test_decode.c:109:39: error: dereferencing type-punned pointer might break strict-aliasing rules [-Werror=strict-aliasing] 109 | out = open_memstream((char **)&ptr, &size); | ^~~~ cc1: some warnings being treated as errors The fix is simple: just declare `ptr` as a `char *` to begin with.
-
According to the kernel documentation: Returns non-zero if @v was not @u, and zero otherwise. Fixes: 63fc5718 ("atomic: add atomic_add_unless()") Closes: #17 Signed-off-by: David Shao <davshao@gmail.com> Reviewed-by: Eric Engestrom <eric@engestrom.ch> [Eric: fix its callers to maintain current behaviour] Signed-off-by: Eric Engestrom <eric@engestrom.ch>
-
The 3rd parameter is only used with the O_CREAT flag Signed-off-by: Matthieu Herrb <matthieu@herrb.eu>
-
Eric Engestrom authored
Signed-off-by: Eric Engestrom <eric@engestrom.ch> Reviewed-by: Simon Ser <contact@emersion.fr>
-
Eric Engestrom authored
Allows users to easily enable everything (eg. packagers), or select just the drivers they want with something like: -D auto-features=disabled -D amdgpu=enabled Signed-off-by: Eric Engestrom <eric@engestrom.ch> Reviewed-by: Simon Ser <contact@emersion.fr>
-
Eric Engestrom authored
Noticed-by: Michel Daenzer <michel@daenzer.net>
-
- Aug 22, 2022
-
-
Eric Engestrom authored
You can't have an error if your driver is requested by you're missing a dep, but then happily build that driver without the dep in `auto`. Signed-off-by: Eric Engestrom <eric@engestrom.ch>
-