- Mar 02, 2021
-
-
Alistair Delva authored
If info.count is large, drmMalloc() / alloca() may fail, and the resulting null pointer is not null checked before dereference. Issue: mesa/drm#62 Reviewed-by:
Simon Ser <contact@emersion.fr> Signed-off-by:
Alistair Delva <adelva@google.com>
-
Tejas Upadhyay authored
Add the PCI ID import for JSL. V1 - Indentation Signed-off-by:
Tejas Upadhyay <tejaskumarx.surendrakumar.upadhyay@intel.com> Reviewed-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com>
-
- Feb 26, 2021
-
-
Emil Velikov authored
Do as the documentation says - when devices non NULL, cap the reported devices to max_devices. Otherwise we risk out-of-bound access for users of the API. v2: - Fix this w/o breaking the API v3: - Drop local variables, flip inverted conditional (Simon) Issue: mesa/drm#56 Signed-off-by:
Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by:
Simon Ser <contact@emersion.fr>
-
Emil Velikov authored
This reverts commit 8cb12a25. The commit fixed the OOB, yet it broke drmDevices2(0, NULL, 0) - aka we did not return the total devices list. Reviewed-by:
Simon Ser <contact@emersion.fr>
-
Users need to be careful when using drmPrimeHandleToFD or drmPrimeFDToHandle directly. Mention GBM as a solution. See [1] for an example mistake. [1]: drm/nouveau#43 (comment 772661) Signed-off-by:
Simon Ser <contact@emersion.fr> Reviewed-by:
Daniel Vetter <daniel.vetter@ffwll.ch>
-
Simon Ser authored
If a device has a primary node, it doesn't necessarily mean it's suitable for KMS usage. For instance, render-only drivers also expose primary nodes. The check is extracted from Weston [1]. The motivation for this new function is two-fold: - Avoid an unnecessary GETRESOURCES call. To check whether a primary node is suitable for KMS, we don't actually need to retrieve the object IDs we just need to check the counts. - Avoid confusion in user-space and make sure user-space implements the check properly. For instance, wlroots doesn't [2]: it uses drmGetVersion which succeeds with render-only drivers. [1]: https://gitlab.freedesktop.org/wayland/weston/-/blob/master/libweston/backend-drm/drm.c#L2689 [2]: https://github.com/swaywm/wlroots/blob/a290d7a78dc36275e24e54f84570f37a66dc67a4/backend/session/session.c#L268 Signed-off-by:
Simon Ser <contact@emersion.fr> Reviewed-by:
Pekka Paalanen <pekka.paalanen@collabora.com> Reviewed-by:
Emil Velikov <emil.velikov@collabora.com>
-
- Feb 21, 2021
-
-
Leo Liu authored
amdgpu_drm: sync up with the latest amdgpu_drm.h based on drm-next (https://cgit.freedesktop.org/drm/drm) What are these headers? Adding currently missing stuff from https://cgit.freedesktop.org/drm/drm/tree/include/uapi/drm/amdgpu_drm.h based on the latest commit there: commit f730f39eb981af249d57336b47cfe3925632a7fd (HEAD -> drm-next, tag: drm-next-2021-02-19, origin/drm-next, origin/HEAD) Merge: 4f8ad4045b38 81ce8f04aa96 Author: Dave Airlie <airlied@redhat.com> Date: Fri Feb 19 13:54:29 2021 +1000 Merge tag 'drm-intel-next-fixes-2021-02-18' of git://anongit.freedesktop.org/drm/drm-intel into drm-next Which headers go where? From https://cgit.freedesktop.org/drm/drm/tree/include/uapi/drm/amdgpu_drm.h to https://cgit.freedesktop.org/mesa/drm/tree/include/drm/amdgpu_drm.h When and which headers to update? If the kernel uapi drm header changes, the header here should be sync-ed. When and how to update these files The steps for generating this patch: - Switch to freedesktop drm-next kernel branch (https://cgit.freedesktop.org/drm/drm); - Install the headers via `make headers_install'; - Copy from kernel "include/uapi/drm/amdgpu_drm.h" to libdrm "include/drm/amdgpu_drm.h"; - generate the patch; The commits from drm-next (https://cgit.freedesktop.org/drm/drm ) are: Mauro Carvalho Chehab (1) c45dd3bda1c809eb120452597097e14a96b58c1f drm/amdgpu: fix some kernel-doc markups Huang Rui(3) 6fbcb00c7984fa7d49af2c361453c0397cdea400 drm/amdgpu: add TOC firmware definition 1e483203965bdab466af0739c1edf7da07da241d drm/amdgpu: add uapi to define van gogh memory type f7b2cdb23abf62bc3d33c2e0b0009a09412ff475 drm/amdgpu: add uapi to define van gogh series Pierre-Eric Pelloux-Prayer(1) 16c642ec3fe9a144fbe1e97dc56f13a6308f1381 drm/amdgpu: new ids flag for tmz (v2) Yong Zhao(1) 130c88931f6cbdb4513d307b4a13fcfff08a8041 drm/amdgpu: Improve the MTYPE comments Signed-off-by:
Leo Liu <leo.liu@amd.com>
-
- Feb 18, 2021
-
-
This enables drm_intel_bufmgr on ADLS Signed-off-by:
Tejas Upadhyay <tejaskumarx.surendrakumar.upadhyay@intel.com> Reviewed-by:
Lionel Landwerlin <lionel.g.landwerlin@intel.com>
-
Tejas Upadhyay authored
Align with kernel commits: 0883d63b19bb ("drm/i915/adl_s: Add ADL-S platform info and PCI ids") 04057a1afc75 ("drm/i915: Sort EHL/JSL PCI IDs") 0e8e272f1368 ("drm/i915/ehl: Remove invalid PCI ID") 605f9c290c1a ("drm/i915: Sort ICL PCI IDs") 514dc424ce4f ("drm/i915: Sort CNL PCI IDs") 32d4ec9a1681 ("drm/i915: Sort CFL PCI IDs") df3478af1d73 ("drm/i915: Sort CML PCI IDs") cd988984cbea ("drm/i915: Sort KBL PCI IDs") b04d36f73771 ("drm/i915: Sort SKL PCI IDs") 9c0b2d30441b ("drm/i915: Sort HSW PCI IDs") 79033a0a7898 ("drm/i915: Ocd the HSW PCI ID hex numbers") cfb3db8fdae2 ("drm/i915: Try to fix the SKL GT3/4 vs. GT3e/4e comments") 03e399020cd2 ("drm/i915: Add SKL GT1.5 PCI IDs") 812f044df08c ("drm/i915: Reclassify SKL 0x1923 and 0x1927 as ULT") 194909a32aed ("drm/i915: Reclassify SKL 0x192a as GT3") 82e84284ab7d ("drm/i915: Update Haswell PCI IDs") 24ea098b7c0d ("drm/i915/jsl: Split EHL/JSL platform info and PCI ids") b50b7991b739 ("drm/i915/dg1: add more PCI ids") d452bd091e16 ("drm/i915: break TGL pci-ids in GT 1 & 2") f2bde2546b81 ("drm/i915: Remove dubious Valleyview PCI IDs") 0883d63b19bb ("drm/i915/adl_s: Add ADL-S platform info and PCI ids") 04057a1afc75 ("drm/i915: Sort EHL/JSL PCI IDs") 0e8e272f1368 ("drm/i915/ehl: Remove invalid PCI ID") 605f9c290c1a ("drm/i915: Sort ICL PCI IDs") 514dc424ce4f ("drm/i915: Sort CNL PCI IDs") 32d4ec9a1681 ("drm/i915: Sort CFL PCI IDs") df3478af1d73 ("drm/i915: Sort CML PCI IDs") cd988984cbea ("drm/i915: Sort KBL PCI IDs") b04d36f73771 ("drm/i915: Sort SKL PCI IDs") 9c0b2d30441b ("drm/i915: Sort HSW PCI IDs") 79033a0a7898 ("drm/i915: Ocd the HSW PCI ID hex numbers") cfb3db8fdae2 ("drm/i915: Try to fix the SKL GT3/4 vs. GT3e/4e comments") 03e399020cd2 ("drm/i915: Add SKL GT1.5 PCI IDs") 812f044df08c ("drm/i915: Reclassify SKL 0x1923 and 0x1927 as ULT") 194909a32aed ("drm/i915: Reclassify SKL 0x192a as GT3") 82e84284ab7d ("drm/i915: Update Haswell PCI IDs") 24ea098b7c0d ("drm/i915/jsl: Split EHL/JSL platform info and PCI ids") b50b7991b739 ("drm/i915/dg1: add more PCI ids") d452bd091e16 ("drm/i915: break TGL pci-ids in GT 1 & 2") Signed-off-by:
Tejas Upadhyay <tejaskumarx.surendrakumar.upadhyay@intel.com> Reviewed-by:
Landwerlin, Lionel G <lionel.g.landwerlin@intel.com>
-
- Feb 15, 2021
-
-
Alex Deucher authored
From 20.45 release. Acked-by:
Simon Ser <contact@emersion.fr> Signed-off-by:
Alex Deucher <alexander.deucher@amd.com>
-
- Feb 10, 2021
-
-
- Remove one unused variable. - Convert two int-s into 'unsigned int'. Motivated by a failed build of Chromium. Reviewed-by:
Emil Velikov <emil.l.velikov@gmail.com> Signed-off-by:
Victor Hugo Vianna Silva <victor.vianna10@gmail.com>
-
Emil Velikov authored
Do as the documentation says - cap the number of reported devices to the requested amount - aka max_devices. Otherwise we risk out-of-bound access for users of the API. Issue: mesa/drm#56 Signed-off-by:
Emil Velikov <emil.l.velikov@gmail.com> Reviewed-by:
Simon Ser <contact@emersion.fr>
-
- Jan 23, 2021
-
-
Remove useless codes. Signed-off-by:
Sonny Jiang <sonny.jiang@amd.com> Reviewed-by:
Christian König <christian.koenig@amd.com>
-
add dimgrey_cavefish chip id in vcn test Signed-off-by:
James Zhu <James.Zhu@amd.com> Reviewed-by:
Leo Liu <leo.liu@amd.com>
-
add navy_flounder chip id in vcn test Signed-off-by:
Tao Zhou <tao.zhou1@amd.com> Reviewed-by:
Jiansong Chen <Jiansong.Chen@amd.com>
-
- Jan 22, 2021
-
-
Add an entry for the "mxsfb-drm" driver, so that the test utilities work with the mxsfb driver without passing the -M argument. Signed-off-by:
Fabio Estevam <festevam@gmail.com> Signed-off-by:
Lucas Stach <l.stach@pengutronix.de>
-
- Jan 21, 2021
-
-
Heiko Becker authored
That's what upstream docutils installs by default. Signed-off-by:
Heiko Becker <heirecka@exherbo.org>
-
- Jan 11, 2021
-
-
Valentin Churavy authored
The amdgpu implementation uses `clock_gettime` so it needs to check whether it needs to link against `-librt`. Signed-off-by:
Valentin Churavy <v.churavy@gmail.com>
-
Simon Ser authored
Signed-off-by:
Simon Ser <contact@emersion.fr>
-
Generated using make headers_install from the drm-next tree - git://anongit.freedesktop.org/drm/drm branch - drm-next commit - b10733527bfd864605c33ab2e9a886eec317ec39 The changes were as follows (shortlog from 14d2bd53a47a7e1cb3e03d00a6b952734cf90f3f): core: (drm_mode.h) Alexander A. Klimov (1): drm: Replace HTTP links with HTTPS ones Noralf Trønnes (1): drm: Add SPI connector type Oleg Vasilev (1): drm: report dp downstream port type as a subconnector property Simon Ser (1): drm: document that blobs are ref'counted Uma Shankar (3): drm: Add HDR source metadata property drm: Fixed doc warnings in drm uapi header drm: Fix docbook warnings in hdr metadata helper structures core: (drm_fourcc.h) Adam Jackson (1): drm/fourcc: Fix undefined left shift in DRM_FORMAT_BIG_ENDIAN macros Bas Nieuwenhuizen (2): drm/fourcc: Add AMD DRM modifiers. drm/fourcc: Fix modifier field mask for AMD modifiers. Ben Davis (2): drm: drm_fourcc: add NV15, Q410, Q401 YUV formats drm: drm_fourcc: Add uncompressed AFBC modifier Brian Starkey (1): drm: drm_fourcc: Add generic alias for 16_16_TILE modifier Dave Airlie (1): Merge tag 'amd-drm-next-5.11-2020-11-05' of git://people.freedesktop.org/~agd5f/linux into drm-next Dhinakaran Pandiyan (2): drm/framebuffer: Format modifier for Intel Gen-12 render compression drm/framebuffer: Format modifier for Intel Gen-12 media compression James Jones (1): drm: Generalized NV Block Linear DRM format mod Maarten Lankhorst (1): Backmerge remote-tracking branch 'drm/drm-next' into drm-misc-next Matteo Franchin (1): drm/fourcc: Add AXBXGXRX106106106106 format Mika Kahola (1): uapi/drm/drm_fourcc.h: Note on platform specificity for format modifiers Neil Armstrong (2): drm/fourcc: Add modifier definitions for describing Amlogic Video Framebuffer Compression drm/fourcc: fix Amlogic Video Framebuffer Compression macro Raymond Smith (1): drm/fourcc: Add Arm 16x16 block modifier Simon Ser (4): drm/fourcc: document modifier uniqueness requirements drm: deprecate DRM_FORMAT_MOD_NONE drm/fourcc: add table describing AMD modifiers bit layout drm/fourcc: fix AMD modifiers PACKERS field doc Signed-off-by:
Antonin Décimo <antonin.decimo@gmail.com>
-
Simon Ser authored
We include stdint.h unconditionally in the header. We don't require users to include it manually before xf86drmMode.h. Signed-off-by:
Simon Ser <contact@emersion.fr> Reviewed-by:
Daniel Vetter <daniel.vetter@ffwll.ch>
-
Simon Ser authored
I don't exactly know why these were duplicated before. Maybe libdrm didn't always vendored drm_mode.h from the kernel? In any case, we now do, so instead of having copy-pasted definitions, just include our vendored version which cannot be outdated. Contrary to what the comment says, drm.h doesn't include drm_mode.h, so we need to add the include. Signed-off-by:
Simon Ser <contact@emersion.fr> Reviewed-by:
Daniel Vetter <daniel.vetter@ffwll.ch>
-
- Dec 12, 2020
-
-
FreeBSD have endian.h under the sys directory. Signed-off-by:
Emmanuel Vadot <manu@FreeBSD.org>
-
- Dec 11, 2020
-
-
Luben Tuikov authored
Fix a typo: "TZM" --> "TMZ" Signed-off-by:
Luben Tuikov <luben.tuikov@amd.com> Reviewed-by:
Alex Deucher <alexander.deucher@amd.com>
-
Nicolas Caramelli authored
Signed-off-by:
Nicolas Caramelli <caramelli.devel@gmail.com>
-
- Dec 10, 2020
-
-
This avoids the use of a GNU-specific extension in public headers. Also see [1]. [1]: mesa/drm!80 (comment 707458) Signed-off-by:
Simon Ser <contact@emersion.fr> Reviewed-by:
Michel Dänzer <mdaenzer@redhat.com>
-
Signed-off-by:
Simon Ser <contact@emersion.fr>
-
Simon Ser authored
DocBook makes it hard to write and maintain docs. Hopefully reStructuredText can make this less painful. The man pages were converted from DocBook to reStructuredText via Pandoc: pandoc -s -f docbook -t rst -o man/drm.7.rst man/drm.xml And then manual editing to fixup e.g. references to other man pages. To compare the result with the DocBook version, this command was used: rst2man man/drm-kms.7.rst | man -l - Signed-off-by:
Simon Ser <contact@emersion.fr> Reviewed-by:
Eric Engestrom <eric@engestrom.ch>
-
- Dec 09, 2020
-
-
Instead of always dumping the rendered picture, check whether it matches the expectations. This makes more sense for automated testing. Retain the ability to dump the picture instead of checking it when a file name is given as an argument. This also removes use of a hardcoded file name in a world writable directory, which is an unsafe thing to do anyway. Signed-off-by:
Lubomir Rintel <lkundrak@v3.sk> Reviewed-by:
Christian Gmeiner <christian.gmeiner@gmail.com>
-
Run the test on a core capable of 2D rendering instead of hardcoding to core zero. Signed-off-by:
Lubomir Rintel <lkundrak@v3.sk> Reviewed-by:
Christian Gmeiner <christian.gmeiner@gmail.com>
-
Just so that it's obvious what failed and why. Signed-off-by:
Lubomir Rintel <lkundrak@v3.sk> Reviewed-by:
Christian Gmeiner <christian.gmeiner@gmail.com>
-
- Nov 06, 2020
-
-
Signed-off-by:
Thong Thai <thong.thai@amd.com> Reviewed-by:
Alex Deucher <alexander.deucher@amd.com>
-
- Nov 04, 2020
-
-
Dave Airlie authored
Signed-off-by:
Dave Airlie <airlied@redhat.com>
-
- Oct 28, 2020
-
-
Lucas Stach authored
This makes the test utilities work with the i.MX DCSS driver without the necessity of using the -M argument. Signed-off-by:
Lucas Stach <l.stach@pengutronix.de>
-
- Oct 27, 2020
-
-
Paul Gofman authored
log() is affected by FP control word and can provide inaccurate result. Fixes Killer Instinct under Wine not being able to find AMD vulkan device. Reviewed-by:
Dave Airlie <airlied@redhat.com> Signed-off-by:
Paul Gofman <pgofman@codeweavers.com>
-
- Oct 23, 2020
-
-
tianci.yin authored
If KMD has no VCN support, remove the VCN test. Reviewed-by:
Christian König <christian.koenig@amd.com> Signed-off-by:
Tianci.Yin <tianci.yin@amd.com>
-
- Oct 16, 2020
-
-
komeda is one of the supported GPUs in the kernel tree so this adds it to libdrm modules to look for in tests. Signed-off-by:
Carsten Haitzler <carsten.haitzler@arm.com>
-
- Oct 15, 2020
-
-
Alex Deucher authored
It's the only asic with support at the moment. Acked-by:
Huang Rui <ray.huang@amd.com> Signed-off-by:
Alex Deucher <alexander.deucher@amd.com>
-
Luben Tuikov authored
Implement secure bounce test. Steps implemented as outlined by Christian K. v2: Remove gpu_info; add comment describing the purpose and steps of the test. v3: Parameterize "secure" in amdgpu_bo_lcopy() and amdgpu_bo_move(). Set them both to 0. Allocate buffer Bob to be non-TMZ. v4: Fix an off-by-one bug which was causing the test to segfault. Acked-by:
Huang Rui <ray.huang@amd.com> Acked-by:
Leo Liu <leo.liu@amd.com> Signed-off-by:
Luben Tuikov <luben.tuikov@amd.com> Acked-by:
Christian König <christian.koenig@amd.com> Signed-off-by:
Alex Deucher <alexander.deucher@amd.com>
-
Luben Tuikov authored
Acked-by:
Huang Rui <ray.huang@amd.com> Acked-by:
Leo Liu <leo.liu@amd.com> Signed-off-by:
Luben Tuikov <luben.tuikov@amd.com> Reviewed-by:
Christian König <christian.koenig@amd.com> Signed-off-by:
Alex Deucher <alexander.deucher@amd.com>
-