dri-devel August 2021

dri-devel@lists.freedesktop.org

324 participants
762 discussions

[PATCH v18 0/2] Add memory bandwidth management to NVIDIA Tegra DRM driver
by Dmitry Osipenko 13 Aug '21

13 Aug '21

This series adds memory bandwidth management to the NVIDIA Tegra DRM driver, which is done using interconnect framework. It fixes display corruption that happens due to insufficient memory bandwidth. Changelog: v18: - Moved total peak bandwidth from CRTC state to plane state and removed dummy plane bandwidth state initialization from T186+ plane hub. This was suggested by Thierry Reding to v17. - I haven't done anything about the cursor's plane bandwidth which doesn't contribute to overlapping bandwidths for a small sized window because it works okay as-is. v17: - No changes, re-sending for v5.14. v16: - Implemented suggestions that were given by Michał Mirosław to v15. - Added r-b from Michał Mirosław to the debug-stats patch. - Rebased on top of a recent linux-next. - Removed bandwidth scaling based on width difference of src/dst windows since it's not actual anymore. Apparently the recent memory driver changes fixed problems that I witnessed before. - Average bandwidth calculation now won't overflow for 4k resolutions. - Average bandwidth calculation now uses the size of the visible area instead of the src area since debug stats of the memory controller clearly show that downscaled window takes less bandwidth, proportionally to the scaled size. - Bandwidth calculation now uses "adjusted mode" of the CRTC, which is what used for h/w programming, instead of the mode that was requested by userspace, although the two usually match in practice. v15: - Corrected tegra_plane_icc_names[] NULL-check that was partially lost by accident in v14 after unsuccessful rebase. v14: - Made improvements that were suggested by Michał Mirosław to v13: - Changed 'unsigned int' to 'bool'. - Renamed functions which calculate bandwidth state. - Reworked comment in the code that explains why downscaled plane require higher bandwidth. - Added round-up to bandwidth calculation. - Added sanity checks of the plane index and fixed out-of-bounds access which happened on T124 due to the cursor plane index. v13: - No code changes. Patches missed v5.12, re-sending them for v5.13. Dmitry Osipenko (2): drm/tegra: dc: Support memory bandwidth management drm/tegra: dc: Extend debug stats with total number of events drivers/gpu/drm/tegra/Kconfig | 1 + drivers/gpu/drm/tegra/dc.c | 358 +++++++++++++++++++++++++++++++++- drivers/gpu/drm/tegra/dc.h | 17 ++ drivers/gpu/drm/tegra/drm.c | 14 ++ drivers/gpu/drm/tegra/plane.c | 117 +++++++++++ drivers/gpu/drm/tegra/plane.h | 16 ++ 6 files changed, 521 insertions(+), 2 deletions(-) -- 2.30.2

2 9

[PATCH 1/2] Revert "drm/i915: allow DG1 autoprobe for CONFIG_BROKEN"
by Maarten Lankhorst 13 Aug '21

13 Aug '21

This reverts commit fae352efb12196e7110f98bc1297ce533472764d. Inside core-for-CI, reverting to make next patch apply cleanly. --- drivers/gpu/drm/i915/i915_pci.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/gpu/drm/i915/i915_pci.c b/drivers/gpu/drm/i915/i915_pci.c index 2c1cb9b6b556..1bbd09ad5287 100644 --- a/drivers/gpu/drm/i915/i915_pci.c +++ b/drivers/gpu/drm/i915/i915_pci.c @@ -1115,9 +1115,6 @@ static const struct pci_device_id pciidlist[] = { INTEL_RKL_IDS(&rkl_info), INTEL_ADLS_IDS(&adl_s_info), INTEL_ADLP_IDS(&adl_p_info), -#if IS_ENABLED(CONFIG_DRM_I915_UNSTABLE_FAKE_LMEM) - INTEL_DG1_IDS(&dg1_info), -#endif {0, 0, 0} }; MODULE_DEVICE_TABLE(pci, pciidlist); -- 2.32.0

3 4

Requests For Proposals for hosting XDC 2022 are now open
by Samuel Iglesias Gonsálvez 13 Aug '21

13 Aug '21

Hello everyone! The X.org board is soliciting proposals to host XDC in 2022. Since XDC 2021 is being held in Europe this year (although virtually), we've decided to host in North America. However, the board is open to other locations, especially if there's an interesting co-location with another conference. Of course though, due to the ongoing COVID-19 pandemic it's not yet clear whether or not it will be possible to host XDC 2022 in person, although is seems very likely. Because of this, we would like to make it clear that sponsors should prepare for both the possibility of an in person conference, and the possibility of a virtual conference. We will work with organizers on coming up with a deadline for deciding whether or not we'll be going virtual, likely sometime around July 2022. If you're considering hosting XDC, we've assembled a wiki page with what's generally expected and needed: https://www.x.org/wiki/Events/RFP/ When submitting your proposal, please make sure to include at least the key information about the potential location in question, possible dates along with estimated costs. Proposals can be submitted to board at foundation.x.org until the deadline of *September 1st, 2021*. Additionally, an quirk early heads-up to the board if you're considering hosting would be appreciated, in case we need to adjust the schedule a bit. Also, earlier is better since there generally will be a bit of Q&A with organizers. And if you just have some questions about what organizing XDC entails, please feel free to chat with previous organizers, or someone from the board. Thanks, Sam

1 3

Re: [PATCH v5 00/13] Support DEVICE_GENERIC memory in migrate_vma_*
by Sierra Guiza, Alejandro (Alex) 13 Aug '21

13 Aug '21

On 8/12/2021 1:34 AM, Christoph Hellwig wrote: > Do you have a pointer to a git branch with this series and all dependencies > to ease testing? Hi Christoph, Yes, actually tomorrow we're planning to send a new version with detailed instructions on how to setup and run each of the tests. This will also contain a link to download our kernel repo with all these patches. Regards, Alejandro S. > > On Thu, Aug 12, 2021 at 01:30:47AM -0500, Alex Sierra wrote: >> v1: >> AMD is building a system architecture for the Frontier supercomputer with a >> coherent interconnect between CPUs and GPUs. This hardware architecture allows >> the CPUs to coherently access GPU device memory. We have hardware in our labs >> and we are working with our partner HPE on the BIOS, firmware and software >> for delivery to the DOE. >> >> The system BIOS advertises the GPU device memory (aka VRAM) as SPM >> (special purpose memory) in the UEFI system address map. The amdgpu driver looks >> it up with lookup_resource and registers it with devmap as MEMORY_DEVICE_GENERIC >> using devm_memremap_pages. >> >> Now we're trying to migrate data to and from that memory using the migrate_vma_* >> helpers so we can support page-based migration in our unified memory allocations, >> while also supporting CPU access to those pages. >> >> This patch series makes a few changes to make MEMORY_DEVICE_GENERIC pages behave >> correctly in the migrate_vma_* helpers. We are looking for feedback about this >> approach. If we're close, what's needed to make our patches acceptable upstream? >> If we're not close, any suggestions how else to achieve what we are trying to do >> (i.e. page migration and coherent CPU access to VRAM)? >> >> This work is based on HMM and our SVM memory manager that was recently upstreamed >> to Dave Airlie's drm-next branch >> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Fcgit.free… >> On top of that we did some rework of our VRAM management for migrations to remove >> some incorrect assumptions, allow partially successful migrations and GPU memory >> mappings that mix pages in VRAM and system memory. >> https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Flore.kern… >> >> v2: >> This patch series version has merged "[RFC PATCH v3 0/2] >> mm: remove extra ZONE_DEVICE struct page refcount" patch series made by >> Ralph Campbell. It also applies at the top of these series, our changes >> to support device generic type in migration_vma helpers. >> This has been tested in systems with device memory that has coherent >> access by CPU. >> >> Also addresses the following feedback made in v1: >> - Isolate in one patch kernel/resource.c modification, based >> on Christoph's feedback. >> - Add helpers check for generic and private type to avoid >> duplicated long lines. >> >> v3: >> - Include cover letter from v1. >> - Rename dax_layout_is_idle_page func to dax_page_unused in patch >> ext4/xfs: add page refcount helper. >> >> v4: >> - Add support for zone device generic type in lib/test_hmm and >> tool/testing/selftest/vm/hmm-tests. >> - Add missing page refcount helper to fuse/dax.c. This was included in >> one of Ralph Campbell's patches. >> >> v5: >> - Cosmetic changes on patches 3, 5 and 13 >> - Bug founded at test_hmm, remove devmem->pagemap.type = MEMORY_DEVICE_PRIVATE >> at dmirror_allocate_chunk that was forcing to configure pagemap.type to >> MEMORY_DEVICE_PRIVATE. >> - A bug was found while running one of the xfstest (generic/413) used to >> validate fs_dax device type. This was first introduced by patch: "mm: remove >> extra ZONE_DEVICE struct page refcount" whic is part of these patch series. >> The bug was showed as WARNING message at try_grab_page function call, due to >> a page refcounter equal to zero. Part of "mm: remove extra ZONE_DEVICE struct >> page refcount" changes, was to initialize page refcounter to zero. Therefore, >> a special condition was added to try_grab_page on this v5, were it checks for >> device zone pages too. It is included in the same patch. >> >> This is how mm changes from these patch series have been validated: >> - hmm-tests were run using device private and device generic types. This last, >> just added in these patch series. efi_fake_mem was used to mimic SPM memory >> for device generic. >> - xfstests tool was used to validate fs-dax device type and page refcounter >> changes. DAX configuration was used along with emulated Persisten Memory set as >> memmap=4G!4G memmap=4G!9G. xfstests were run from ext4 and generic lists. Some >> of them, did not run due to limitations in configuration. Ex. test not >> supporting specific file system or DAX mode. >> Only three tests failed, generic/356/357 and ext4/049. However, these failures >> were consistent before and after applying these patch series. >> xfstest configuration: >> TEST_DEV=/dev/pmem0 >> TEST_DIR=/mnt/ram0 >> SCRATCH_DEV=/dev/pmem1 >> SCRATCH_MNT=/mnt/ram1 >> TEST_FS_MOUNT_OPTS="-o dax" >> EXT_MOUNT_OPTIONS="-o dax" >> MKFS_OPTIONS="-b4096" >> xfstest passed list: >> Ext4: >> 001,003,005,021,022,023,025,026,030,031,032,036,037,038,042,043,044,271,306 >> Generic: >> 1,2,3,4,5,6,7,8,9,11,12,13,14,15,16,20,21,22,23,24,25,28,29,30,31,32,33,35,37, >> 50,52,53,58,60,61,62,63,64,67,69,70,71,75,76,78,79,80,82,84,86,87,88,91,92,94, >> 96,97,98,99,103,105,112,113,114,117,120,124,126,129,130,131,135,141,169,184, >> 198,207,210,211,212,213,214,215,221,223,225,228,236,237,240,244,245,246,247, >> 248,249,255,257,258,263,277,286,294,306,307,308,309,313,315,316,318,319,337, >> 346,360,361,371,375,377,379,380,383,384,385,386,389,391,392,393,394,400,401, >> 403,404,406,409,410,411,412,413,417,420,422,423,424,425,426,427,428 >> >> Patches 1-2 Rebased Ralph Campbell's ZONE_DEVICE page refcounting patches. >> >> Patches 4-5 are for context to show how we are looking up the SPM >> memory and registering it with devmap. >> >> Patches 3,6-8 are the changes we are trying to upstream or rework to >> make them acceptable upstream. >> >> Patches 9-13 add ZONE_DEVICE Generic type support into the hmm test. >> >> Alex Sierra (11): >> kernel: resource: lookup_resource as exported symbol >> drm/amdkfd: add SPM support for SVM >> drm/amdkfd: generic type as sys mem on migration to ram >> include/linux/mm.h: helpers to check zone device generic type >> mm: add generic type support to migrate_vma helpers >> mm: call pgmap->ops->page_free for DEVICE_GENERIC pages >> lib: test_hmm add ioctl to get zone device type >> lib: test_hmm add module param for zone device type >> lib: add support for device generic type in test_hmm >> tools: update hmm-test to support device generic type >> tools: update test_hmm script to support SP config >> >> Ralph Campbell (2): >> ext4/xfs: add page refcount helper >> mm: remove extra ZONE_DEVICE struct page refcount >> >> arch/powerpc/kvm/book3s_hv_uvmem.c | 2 +- >> drivers/gpu/drm/amd/amdkfd/kfd_migrate.c | 22 ++- >> drivers/gpu/drm/nouveau/nouveau_dmem.c | 2 +- >> fs/dax.c | 8 +- >> fs/ext4/inode.c | 5 +- >> fs/fuse/dax.c | 4 +- >> fs/xfs/xfs_file.c | 4 +- >> include/linux/dax.h | 10 + >> include/linux/memremap.h | 7 +- >> include/linux/mm.h | 54 +----- >> kernel/resource.c | 1 + >> lib/test_hmm.c | 231 +++++++++++++++-------- >> lib/test_hmm_uapi.h | 16 ++ >> mm/internal.h | 8 + >> mm/memremap.c | 69 ++----- >> mm/migrate.c | 25 +-- >> mm/page_alloc.c | 3 + >> mm/swap.c | 45 +---- >> tools/testing/selftests/vm/hmm-tests.c | 142 ++++++++++++-- >> tools/testing/selftests/vm/test_hmm.sh | 20 +- >> 20 files changed, 405 insertions(+), 273 deletions(-) >> >> -- >> 2.32.0 > ---end quoted text---

1 0

[git pull] drm fixes for 5.14-rc6
by Dave Airlie 13 Aug '21

13 Aug '21

Hey Linus, Another week, another set of pretty regular fixes, nothing really stands out too much. Dave. drm-fixes-2021-08-13: drm fixes for 5.14-rc6 amdgpu: - Yellow carp update - RAS EEPROM fixes - BACO/BOCO fixes - Fix a memory leak in an error path - Freesync fix - VCN harvesting fix - Display fixes i915: - GVT fix for Windows VM hang. - Display fix of 12 BPC bits for display 12 and newer. - Don't try to access some media register for fused off domains. - Fix kerneldoc build warnings. mediatek: - Fix dpi bridge bug. - Fix cursor plane no update. meson: - Fix colors when booting with HDR The following changes since commit 36a21d51725af2ce0700c6ebcb6b9594aac658a6: Linux 5.14-rc5 (2021-08-08 13:49:31 -0700) are available in the Git repository at: git://anongit.freedesktop.org/drm/drm tags/drm-fixes-2021-08-13 for you to fetch changes up to a1fa72683166b3c69511d5f2ffb37b9f49f48fea: Merge tag 'drm-misc-fixes-2021-08-12' of git://anongit.freedesktop.org/drm/drm-misc into drm-fixes (2021-08-13 06:37:40 +1000) ---------------------------------------------------------------- drm fixes for 5.14-rc6 amdgpu: - Yellow carp update - RAS EEPROM fixes - BACO/BOCO fixes - Fix a memory leak in an error path - Freesync fix - VCN harvesting fix - Display fixes i915: - GVT fix for Windows VM hang. - Display fix of 12 BPC bits for display 12 and newer. - Don't try to access some media register for fused off domains. - Fix kerneldoc build warnings. mediatek: - Fix dpi bridge bug. - Fix cursor plane no update. meson: - Fix colors when booting with HDR ---------------------------------------------------------------- Alex Deucher (2): drm/amdgpu: don't enable baco on boco platforms in runpm drm/amdgpu: handle VCN instances when harvesting (v2) Ankit Nautiyal (1): drm/i915/display: Fix the 12 BPC bits for PIPE_MISC reg Anson Jacob (1): drm/amd/display: use GFP_ATOMIC in amdgpu_dm_irq_schedule_work Christian Hewitt (1): drm/meson: fix colour distortion from HDR set during vendor u-boot Christophe JAILLET (1): drm/amd/pm: Fix a memory leak in an error handling path in 'vangogh_tables_init()' Daniel Vetter (1): drm/doc/rfc: drop lmem uapi section Dave Airlie (4): Merge tag 'mediatek-drm-fixes-5.14' of https://git.kernel.org/pub/scm/linux/kernel/git/chunkuang.hu/linux into drm-fixes Merge tag 'amd-drm-fixes-5.14-2021-08-11' of https://gitlab.freedesktop.org/agd5f/linux into drm-fixes Merge tag 'drm-intel-fixes-2021-08-12' of git://anongit.freedesktop.org/drm/drm-intel into drm-fixes Merge tag 'drm-misc-fixes-2021-08-12' of git://anongit.freedesktop.org/drm/drm-misc into drm-fixes Eric Bernstein (1): drm/amd/display: Remove invalid assert for ODM + MPC case Frank Wunderlich (1): drm/mediatek: dpi: Fix NULL dereference in mtk_dpi_bridge_atomic_check Hsin-Yi Wang (1): drm/mediatek: mtk-dpi: Set out_fmt from config if not the last bridge John Clements (1): drm/amdgpu: set RAS EEPROM address from VBIOS Kenneth Feng (1): drm/amd/pm: bug fix for the runtime pm BACO Matt Roper (1): drm/i915: Only access SFC_DONE when media domain is not fused off Rodrigo Vivi (1): Merge tag 'gvt-fixes-2021-08-10' of https://github.com/intel/gvt-linux into drm-intel-fixes Solomon Chiu (1): drm/amdgpu: Add preferred mode in modeset when freesync video mode's enabled. Xiaomeng Hou (1): drm/amd/pm: update smu v13.0.1 firmware header Zhenyu Wang (1): drm/i915/gvt: Fix cached atomics setting for Windows VM jason-jh.lin (1): drm/mediatek: Fix cursor plane no update Documentation/gpu/rfc/i915_gem_lmem.rst | 109 --------------------- drivers/gpu/drm/amd/amdgpu/amdgpu_atomfirmware.c | 40 ++++++++ drivers/gpu/drm/amd/amdgpu/amdgpu_atomfirmware.h | 1 + drivers/gpu/drm/amd/amdgpu/amdgpu_discovery.c | 12 ++- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 2 + drivers/gpu/drm/amd/amdgpu/amdgpu_ras_eeprom.c | 4 + drivers/gpu/drm/amd/display/amdgpu_dm/amdgpu_dm.c | 7 +- .../gpu/drm/amd/display/amdgpu_dm/amdgpu_dm_irq.c | 2 +- .../gpu/drm/amd/display/dc/dcn30/dcn30_resource.c | 1 - drivers/gpu/drm/amd/include/atomfirmware.h | 2 +- drivers/gpu/drm/amd/pm/inc/smu_v13_0_1_pmfw.h | 4 +- .../drm/amd/pm/swsmu/smu11/sienna_cichlid_ppt.c | 3 +- drivers/gpu/drm/amd/pm/swsmu/smu11/vangogh_ppt.c | 2 +- drivers/gpu/drm/i915/display/intel_display.c | 34 +++++-- drivers/gpu/drm/i915/gvt/handlers.c | 1 + drivers/gpu/drm/i915/gvt/mmio_context.c | 2 + drivers/gpu/drm/i915/i915_gpu_error.c | 19 +++- drivers/gpu/drm/i915/i915_reg.h | 16 ++- drivers/gpu/drm/mediatek/mtk_dpi.c | 6 +- drivers/gpu/drm/mediatek/mtk_drm_crtc.c | 3 - drivers/gpu/drm/mediatek/mtk_drm_plane.c | 60 +++++++----- drivers/gpu/drm/meson/meson_registers.h | 5 + drivers/gpu/drm/meson/meson_viu.c | 7 +- 23 files changed, 175 insertions(+), 167 deletions(-)

2 1

[V1] drm/panel: panel-simple: Add delay for LG LP120UP1
by Rex-BC Chen 13 Aug '21

13 Aug '21

Add power sequence for LG LP120UP1. Signed-off-by: Rex-BC Chen <rex-bc.chen(a)mediatek.com> --- drivers/gpu/drm/panel/panel-simple.c | 5 +++++ 1 file changed, 5 insertions(+) diff --git a/drivers/gpu/drm/panel/panel-simple.c b/drivers/gpu/drm/panel/panel-simple.c index 21939d4..15cefb0 100644 --- a/drivers/gpu/drm/panel/panel-simple.c +++ b/drivers/gpu/drm/panel/panel-simple.c @@ -2886,6 +2886,11 @@ static const struct panel_desc lg_lp120up1 = { .width = 267, .height = 183, }, + .delay = { + .prepare = 200, + .enable = 50, + .unprepare = 500, + }, .connector_type = DRM_MODE_CONNECTOR_eDP, }; -- 2.6.4

1 0

linux-next: build failure after merge of the driver-core tree
by Stephen Rothwell 12 Aug '21

12 Aug '21

Hi all, After merging the driver-core tree, today's linux-next build (arm multi_v7_defconfig) failed like this: drivers/gpu/drm/drm_dp_aux_bus.c:106:13: error: initialization of 'void (*)(struct device *)' from incompatible pointer type 'int (*)(struct device *)' [-Werror=incompatible-pointer-types] 106 | .remove = dp_aux_ep_remove, | ^~~~~~~~~~~~~~~~ drivers/gpu/drm/drm_dp_aux_bus.c:106:13: note: (near initialization for 'dp_aux_bus_type.remove') Caused by commit aeb33699fc2c ("drm: Introduce the DP AUX bus") from the drm tree interacting with commit fc7a6209d571 ("bus: Make remove callback return void") from the driver-core tree. I applied the following merge fix patch. From: Stephen Rothwell <sfr(a)canb.auug.org.au> Date: Fri, 23 Jul 2021 14:58:25 +1000 Subject: [PATCH] fix for "drm: Introduce the DP AUX bus" interaction with "bus: Make remove callback return void" Signed-off-by: Stephen Rothwell <sfr(a)canb.auug.org.au> --- drivers/gpu/drm/drm_dp_aux_bus.c | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/gpu/drm/drm_dp_aux_bus.c b/drivers/gpu/drm/drm_dp_aux_bus.c index e49a70f3691b..298ea7a49591 100644 --- a/drivers/gpu/drm/drm_dp_aux_bus.c +++ b/drivers/gpu/drm/drm_dp_aux_bus.c @@ -67,9 +67,8 @@ static int dp_aux_ep_probe(struct device *dev) * * Calls through to the endpoint driver remove. * - * Return: 0 if no error or negative error code. */ -static int dp_aux_ep_remove(struct device *dev) +static void dp_aux_ep_remove(struct device *dev) { struct dp_aux_ep_driver *aux_ep_drv = to_dp_aux_ep_drv(dev->driver); struct dp_aux_ep_device *aux_ep = to_dp_aux_ep_dev(dev); @@ -77,8 +76,6 @@ static int dp_aux_ep_remove(struct device *dev) if (aux_ep_drv->remove) aux_ep_drv->remove(aux_ep); dev_pm_domain_detach(dev, true); - - return 0; } /** -- 2.30.2 -- Cheers, Stephen Rothwell

4 3

[PATCH 1/4] dma-buf: Require VM_PFNMAP vma for mmap
by Daniel Vetter 12 Aug '21

12 Aug '21

tldr; DMA buffers aren't normal memory, expecting that you can use them like that (like calling get_user_pages works, or that they're accounting like any other normal memory) cannot be guaranteed. Since some userspace only runs on integrated devices, where all buffers are actually all resident system memory, there's a huge temptation to assume that a struct page is always present and useable like for any more pagecache backed mmap. This has the potential to result in a uapi nightmare. To stop this gap require that DMA buffer mmaps are VM_PFNMAP, which blocks get_user_pages and all the other struct page based infrastructure for everyone. In spirit this is the uapi counterpart to the kernel-internal CONFIG_DMABUF_DEBUG. Motivated by a recent patch which wanted to swich the system dma-buf heap to vm_insert_page instead of vm_insert_pfn. v2: Jason brought up that we also want to guarantee that all ptes have the pte_special flag set, to catch fast get_user_pages (on architectures that support this). Allowing VM_MIXEDMAP (like VM_SPECIAL does) would still allow vm_insert_page, but limiting to VM_PFNMAP will catch that. >From auditing the various functions to insert pfn pte entires (vm_insert_pfn_prot, remap_pfn_range and all it's callers like dma_mmap_wc) it looks like VM_PFNMAP is already required anyway, so this should be the correct flag to check for. v3: Change to WARN_ON_ONCE (Thomas Zimmermann) References: https://lore.kernel.org/lkml/CAKMK7uHi+mG0z0HUmNt13QCCvutuRVjpcR0NjRL12k-Wb… Acked-by: Christian König <christian.koenig(a)amd.com> Acked-by: Thomas Zimmermann <tzimmermann(a)suse.de> Cc: Thomas Zimmermann <tzimmermann(a)suse.de> Cc: Jason Gunthorpe <jgg(a)ziepe.ca> Cc: Suren Baghdasaryan <surenb(a)google.com> Cc: Matthew Wilcox <willy(a)infradead.org> Cc: John Stultz <john.stultz(a)linaro.org> Signed-off-by: Daniel Vetter <daniel.vetter(a)intel.com> Cc: Sumit Semwal <sumit.semwal(a)linaro.org> Cc: "Christian König" <christian.koenig(a)amd.com> Cc: linux-media(a)vger.kernel.org Cc: linaro-mm-sig(a)lists.linaro.org -- Resending this so I can test the next patches for vgem/shmem in intel-gfx-ci. No immediate plans to merge this patch here since ttm isn't addressed yet (and there we have the hugepte issue, for which I don't think we have a clear consensus yet). -Daniel --- drivers/dma-buf/dma-buf.c | 15 +++++++++++++-- 1 file changed, 13 insertions(+), 2 deletions(-) diff --git a/drivers/dma-buf/dma-buf.c b/drivers/dma-buf/dma-buf.c index 63d32261b63f..d19b1cf6c34f 100644 --- a/drivers/dma-buf/dma-buf.c +++ b/drivers/dma-buf/dma-buf.c @@ -130,6 +130,7 @@ static struct file_system_type dma_buf_fs_type = { static int dma_buf_mmap_internal(struct file *file, struct vm_area_struct *vma) { struct dma_buf *dmabuf; + int ret; if (!is_dma_buf_file(file)) return -EINVAL; @@ -145,7 +146,11 @@ static int dma_buf_mmap_internal(struct file *file, struct vm_area_struct *vma) dmabuf->size >> PAGE_SHIFT) return -EINVAL; - return dmabuf->ops->mmap(dmabuf, vma); + ret = dmabuf->ops->mmap(dmabuf, vma); + + WARN_ON_ONCE(!(vma->vm_flags & VM_PFNMAP)); + + return ret; } static loff_t dma_buf_llseek(struct file *file, loff_t offset, int whence) @@ -1260,6 +1265,8 @@ EXPORT_SYMBOL_GPL(dma_buf_end_cpu_access); int dma_buf_mmap(struct dma_buf *dmabuf, struct vm_area_struct *vma, unsigned long pgoff) { + int ret; + if (WARN_ON(!dmabuf || !vma)) return -EINVAL; @@ -1280,7 +1287,11 @@ int dma_buf_mmap(struct dma_buf *dmabuf, struct vm_area_struct *vma, vma_set_file(vma, dmabuf->file); vma->vm_pgoff = pgoff; - return dmabuf->ops->mmap(dmabuf, vma); + ret = dmabuf->ops->mmap(dmabuf, vma); + + WARN_ON_ONCE(!(vma->vm_flags & VM_PFNMAP)); + + return ret; } EXPORT_SYMBOL_GPL(dma_buf_mmap); -- 2.32.0

3 5

[PULL] drm-misc-next
by Maarten Lankhorst 12 Aug '21

12 Aug '21

Last drm-misc-next for next kernel release! drm-misc-next-2021-08-12: drm-misc-next for v5.15: UAPI Changes: Cross-subsystem Changes: - Add lockdep_assert(once) helpers. Core Changes: - Add lockdep assert to drm_is_current_master_locked. - Fix typos in dma-buf documentation. - Mark drm irq midlayer as legacy only. - Fix GPF in udmabuf_create. - Rename member to correct value in drm_edid.h Driver Changes: - Build fix to make nouveau build with NOUVEAU_BACKLIGHT. - Add MI101AIT-ICP1, LTTD800480070-L6WWH-RT panels. - Assorted fixes to bridge/it66121, anx7625. - Add custom crtc_state to simple helpers, and use it to convert pll handling in mgag200 to atomic. - Convert drivers to use offset-adjusted framebuffer bo mappings. - Assorted small fixes and fix for a use-after-free in vmwgfx. - Convert remaining callers of non-legacy drivers to use linux irqs directly. - Small cleanup in ingenic. - Small fixes to virtio and ti-sn65dsi86. The following changes since commit 5a04227326b04c15b015181772f5c853172fdb68: drm/panel: Add ilitek ili9341 panel driver (2021-08-05 11:09:23 +0200) are available in the Git repository at: git://anongit.freedesktop.org/drm/drm-misc tags/drm-misc-next-2021-08-12 for you to fetch changes up to c7782443a88926a4f938f0193041616328cf2db2: drm/bridge: ti-sn65dsi86: Avoid creating multiple connectors (2021-08-12 09:56:09 -0700) ---------------------------------------------------------------- drm-misc-next for v5.15: UAPI Changes: Cross-subsystem Changes: - Add lockdep_assert(once) helpers. Core Changes: - Add lockdep assert to drm_is_current_master_locked. - Fix typos in dma-buf documentation. - Mark drm irq midlayer as legacy only. - Fix GPF in udmabuf_create. - Rename member to correct value in drm_edid.h Driver Changes: - Build fix to make nouveau build with NOUVEAU_BACKLIGHT. - Add MI101AIT-ICP1, LTTD800480070-L6WWH-RT panels. - Assorted fixes to bridge/it66121, anx7625. - Add custom crtc_state to simple helpers, and use it to convert pll handling in mgag200 to atomic. - Convert drivers to use offset-adjusted framebuffer bo mappings. - Assorted small fixes and fix for a use-after-free in vmwgfx. - Convert remaining callers of non-legacy drivers to use linux irqs directly. - Small cleanup in ingenic. - Small fixes to virtio and ti-sn65dsi86. ---------------------------------------------------------------- Baokun Li (2): drm/vmwgfx: Use list_move_tail instead of list_del/list_add_tail in vmwgfx_cmdbuf.c drm/vmwgfx: Use list_move_tail instead of list_del/list_add_tail in vmwgfx_cmdbuf_res.c Cai Huoqing (2): drm/vmwgfx: Make use of PFN_ALIGN/PFN_UP helper macro drm/vmwgfx: Replace "vmw_num_pages" with "PFN_UP" David Stevens (1): drm/virtio: set non-cross device blob uuid_state Desmond Cheong Zhi Xi (2): drm: add lockdep assert to drm_is_current_master_locked drm/vmwgfx: fix potential UAF in vmwgfx_surface.c Gal Pressman (1): dma-buf: Fix a few typos in dma-buf documentation Lucas De Marchi (1): drm/edid: fix edid field name Paul Cercueil (2): drm/ingenic: Remove dead code drm/ingenic: Use standard drm_atomic_helper_commit_tail Pavel Skripkin (1): udmabuf: fix general protection fault in udmabuf_create Peter Zijlstra (1): locking/lockdep: Provide lockdep_assert{,_once}() helpers Randy Dunlap (1): drm: nouveau: fix disp.c build when NOUVEAU_BACKLIGHT is not enabled Rob Clark (1): drm/bridge: ti-sn65dsi86: Avoid creating multiple connectors Robert Foss (1): drm: bridge: it66121: Check drm_bridge_attach retval Sam Ravnborg (1): drm/panel: simple: add Multi-Innotechnology MI1010AIT-1CP1 Shaokun Zhang (1): drm/vmwgfx: Remove the repeated declaration Søren Andersen (1): drm/panel: simple: add LOGIC Technologies LTTD800480070-L6WH-RT Thomas Zimmermann (38): drm/mgag200: Select clock in PLL update functions drm/mgag200: Return errno codes from PLL compute functions drm/mgag200: Remove P_ARRAY_SIZE drm/mgag200: Split PLL setup into compute and update functions drm/mgag200: Introduce separate variable for PLL S parameter drm/mgag200: Store values (not bits) in struct mgag200_pll_values drm/mgag200: Split PLL compute functions by device type drm/mgag200: Split PLL compute function for G200SE by rev drm/mgag200: Declare PLL clock constants static const drm/mgag200: Abstract pixel PLL via struct mgag200_pll drm/simple-kms: Support custom CRTC state drm/mgag200: Introduce custom CRTC state drm/mgag200: Compute PLL values during atomic check drm/gem: Provide offset-adjusted framebuffer BO mappings drm/ast: Use offset-adjusted shadow-plane mappings drm/gud: Get offset-adjusted mapping from drm_gem_fb_vmap() drm/hyperv: Use offset-adjusted shadow-plane mappings drm/mgag200: Use offset-adjusted shadow-plane mappings drm/cirrus: Use offset-adjusted shadow-plane mappings drm/gm12u320: Use offset-adjusted shadow-plane mappings drm/simpledrm: Use offset-adjusted shadow-plane mapping drm/udl: Use offset-adjusted shadow-plane mapping drm/vbox: Use offset-adjusted shadow-plane mappings drm/vkms: Use offset-adjusted shadow-plane mappings and output drm/amdgpu: Convert to Linux IRQ interfaces drm/arm/hdlcd: Convert to Linux IRQ interfaces drm/atmel-hlcdc: Convert to Linux IRQ interfaces drm/fsl-dcu: Convert to Linux IRQ interfaces drm/gma500: Convert to Linux IRQ interfaces drm/kmb: Convert to Linux IRQ interfaces drm/msm: Convert to Linux IRQ interfaces drm/mxsfb: Convert to Linux IRQ interfaces drm/radeon: Convert to Linux IRQ interfaces drm/tidss: Convert to Linux IRQ interfaces drm/tilcdc: Convert to Linux IRQ interfaces drm/vc4: Convert to Linux IRQ interfaces drm: Remove unused devm_drm_irq_install() drm: IRQ midlayer is now legacy Xin Ji (1): drm/bridge: anx7625: Tune K value for IVO panel drivers/dma-buf/udmabuf.c | 4 +- drivers/gpu/drm/amd/amdgpu/amdgpu_drv.c | 1 - drivers/gpu/drm/amd/amdgpu/amdgpu_irq.c | 21 +- drivers/gpu/drm/amd/amdgpu/amdgpu_irq.h | 2 +- drivers/gpu/drm/arm/hdlcd_drv.c | 174 ++-- drivers/gpu/drm/arm/hdlcd_drv.h | 1 + drivers/gpu/drm/ast/ast_mode.c | 2 +- drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c | 80 +- drivers/gpu/drm/bridge/analogix/anx7625.c | 24 +- drivers/gpu/drm/bridge/analogix/anx7625.h | 4 +- drivers/gpu/drm/bridge/ite-it66121.c | 2 + drivers/gpu/drm/bridge/ti-sn65dsi86.c | 3 + drivers/gpu/drm/drm_auth.c | 6 +- drivers/gpu/drm/drm_gem_atomic_helper.c | 2 +- drivers/gpu/drm/drm_gem_framebuffer_helper.c | 17 +- drivers/gpu/drm/drm_irq.c | 95 +- drivers/gpu/drm/drm_legacy_misc.c | 3 +- drivers/gpu/drm/drm_simple_kms_helper.c | 39 +- drivers/gpu/drm/drm_vblank.c | 8 +- drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_drv.c | 78 +- drivers/gpu/drm/gma500/power.c | 1 + drivers/gpu/drm/gma500/psb_drv.c | 8 +- drivers/gpu/drm/gma500/psb_drv.h | 5 - drivers/gpu/drm/gma500/psb_irq.c | 26 +- drivers/gpu/drm/gma500/psb_irq.h | 4 +- drivers/gpu/drm/gud/gud_pipe.c | 5 +- drivers/gpu/drm/hyperv/hyperv_drm_modeset.c | 4 +- drivers/gpu/drm/i810/i810_dma.c | 3 +- drivers/gpu/drm/ingenic/ingenic-drm-drv.c | 31 +- drivers/gpu/drm/kmb/kmb_drv.c | 26 +- drivers/gpu/drm/mga/mga_dma.c | 2 +- drivers/gpu/drm/mga/mga_drv.h | 1 - drivers/gpu/drm/mgag200/Makefile | 2 +- drivers/gpu/drm/mgag200/mgag200_drv.h | 63 +- drivers/gpu/drm/mgag200/mgag200_mode.c | 781 ++-------------- drivers/gpu/drm/mgag200/mgag200_pll.c | 992 +++++++++++++++++++++ drivers/gpu/drm/mgag200/mgag200_reg.h | 9 +- drivers/gpu/drm/msm/msm_drv.c | 113 ++- drivers/gpu/drm/msm/msm_kms.h | 2 +- drivers/gpu/drm/mxsfb/mxsfb_drv.c | 81 +- drivers/gpu/drm/mxsfb/mxsfb_drv.h | 2 + drivers/gpu/drm/nouveau/dispnv50/disp.c | 8 +- drivers/gpu/drm/panel/panel-simple.c | 69 ++ drivers/gpu/drm/r128/r128_cce.c | 3 +- drivers/gpu/drm/radeon/radeon_drv.c | 4 - drivers/gpu/drm/radeon/radeon_irq_kms.c | 44 +- drivers/gpu/drm/radeon/radeon_kms.h | 4 - drivers/gpu/drm/tidss/tidss_drv.c | 15 +- drivers/gpu/drm/tidss/tidss_drv.h | 2 + drivers/gpu/drm/tidss/tidss_irq.c | 27 +- drivers/gpu/drm/tidss/tidss_irq.h | 4 +- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 51 +- drivers/gpu/drm/tilcdc/tilcdc_drv.h | 3 + drivers/gpu/drm/tiny/cirrus.c | 4 +- drivers/gpu/drm/tiny/gm12u320.c | 4 +- drivers/gpu/drm/tiny/simpledrm.c | 4 +- drivers/gpu/drm/udl/udl_modeset.c | 4 +- drivers/gpu/drm/vboxvideo/vbox_mode.c | 2 +- drivers/gpu/drm/vc4/vc4_drv.c | 4 - drivers/gpu/drm/vc4/vc4_drv.h | 8 +- drivers/gpu/drm/vc4/vc4_irq.c | 48 +- drivers/gpu/drm/vc4/vc4_v3d.c | 17 +- drivers/gpu/drm/via/via_mm.c | 3 +- drivers/gpu/drm/virtio/virtgpu_prime.c | 2 + drivers/gpu/drm/vkms/vkms_composer.c | 2 +- drivers/gpu/drm/vkms/vkms_drv.h | 1 + drivers/gpu/drm/vkms/vkms_plane.c | 2 +- drivers/gpu/drm/vkms/vkms_writeback.c | 2 +- .../gpu/drm/vmwgfx/device_include/vm_basic_types.h | 13 +- drivers/gpu/drm/vmwgfx/vmwgfx_bo.c | 5 +- drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf.c | 5 +- drivers/gpu/drm/vmwgfx/vmwgfx_cmdbuf_res.c | 3 +- drivers/gpu/drm/vmwgfx/vmwgfx_cotable.c | 3 +- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h | 1 - drivers/gpu/drm/vmwgfx/vmwgfx_kms.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_mob.c | 5 +- drivers/gpu/drm/vmwgfx/vmwgfx_msg.c | 6 +- drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 3 +- drivers/gpu/drm/vmwgfx/vmwgfx_shader.c | 3 +- drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 4 +- include/drm/drm_device.h | 18 +- include/drm/drm_drv.h | 44 +- include/drm/drm_edid.h | 2 +- include/drm/drm_file.h | 4 + include/drm/drm_gem_atomic_helper.h | 8 + include/drm/drm_gem_framebuffer_helper.h | 3 +- include/drm/drm_irq.h | 32 - include/drm/drm_legacy.h | 3 + include/drm/drm_simple_kms_helper.h | 27 + include/linux/dma-buf.h | 10 +- include/linux/lockdep.h | 41 +- 91 files changed, 1975 insertions(+), 1338 deletions(-) create mode 100644 drivers/gpu/drm/mgag200/mgag200_pll.c delete mode 100644 include/drm/drm_irq.h

1 0

[PATCH 00/46] Parallel submission aka multi-bb execbuf
by Matthew Brost 12 Aug '21

12 Aug '21

As discussed in [1] we are introducing a new parallel submission uAPI for the i915 which allows more than 1 BB to be submitted in an execbuf IOCTL. This is the implemenation for both GuC and execlists. In addition to selftests in the series, an IGT is available implemented in the first 4 patches [2]. Media UMD changes to land soon. This series is broken into 5 parts. 1. A series of GuC patches which introduces a state machine to deal with flow control conditions gracefully (e.g. don't punt them to the user). These are patches 1-12. 2. Update the GuC backend / connections to uAPI to configure it for parallel submission. These are patches 13-30. 3. Update execbuf IOCTL to accept more than 1 BB in a single IOCTL. These are patches 31-44. 4. A weak execlists implemenation for parallel submission. Patch 45. 5. Add a heuristic to enable issue schedule disables immediately after unpin. Not all that related but wanted to get this out on the list for review and based on the tip of all of these patches. Patch 46. Signed-off-by: Matthew Brost <matthew.brost(a)intel.com> [1] https://patchwork.freedesktop.org/series/92028/ [2] https://patchwork.freedesktop.org/series/93071/ Matthew Brost (46): drm/i915/guc: Allow flexible number of context ids drm/i915/guc: Connect the number of guc_ids to debugfs drm/i915/guc: Don't return -EAGAIN to user when guc_ids exhausted drm/i915/guc: Don't allow requests not ready to consume all guc_ids drm/i915/guc: Introduce guc_submit_engine object drm/i915/guc: Check return of __xa_store when registering a context drm/i915/guc: Non-static lrc descriptor registration buffer drm/i915/guc: Take GT PM ref when deregistering context drm/i915: Add GT PM unpark worker drm/i915/guc: Take engine PM when a context is pinned with GuC submission drm/i915/guc: Don't call switch_to_kernel_context with GuC submission drm/i915/guc: Selftest for GuC flow control drm/i915: Add logical engine mapping drm/i915: Expose logical engine instance to user drm/i915/guc: Introduce context parent-child relationship drm/i915/guc: Implement GuC parent-child context pin / unpin functions drm/i915/guc: Add multi-lrc context registration drm/i915/guc: Ensure GuC schedule operations do not operate on child contexts drm/i915/guc: Assign contexts in parent-child relationship consecutive guc_ids drm/i915/guc: Add hang check to GuC submit engine drm/i915/guc: Add guc_child_context_destroy drm/i915/guc: Implement multi-lrc submission drm/i915/guc: Insert submit fences between requests in parent-child relationship drm/i915/guc: Implement multi-lrc reset drm/i915/guc: Update debugfs for GuC multi-lrc drm/i915: Connect UAPI to GuC multi-lrc interface drm/i915/doc: Update parallel submit doc to point to i915_drm.h drm/i915/guc: Add basic GuC multi-lrc selftest drm/i915/guc: Extend GuC flow control selftest for multi-lrc drm/i915/guc: Implement no mid batch preemption for multi-lrc drm/i915: Move secure execbuf check to execbuf2 drm/i915: Move input/exec fence handling to i915_gem_execbuffer2 drm/i915: Move output fence handling to i915_gem_execbuffer2 drm/i915: Return output fence from i915_gem_do_execbuffer drm/i915: Store batch index in struct i915_execbuffer drm/i915: Allow callers of i915_gem_do_execbuffer to override the batch index drm/i915: Teach execbuf there can be more than one batch in the objects list drm/i915: Only track object dependencies on first request drm/i915: Force parallel contexts to use copy engine for reloc drm/i915: Multi-batch execbuffer2 drm/i915: Eliminate unnecessary VMA calls for multi-BB submission drm/i915: Hold all parallel requests until last request, properly handle error drm/i915/guc: Handle errors in multi-lrc requests drm/i915: Enable multi-bb execbuf drm/i915/execlists: Weak parallel submission support for execlists drm/i915/guc: Add delay before disabling scheduling on contexts Documentation/gpu/rfc/i915_parallel_execbuf.h | 122 - Documentation/gpu/rfc/i915_scheduler.rst | 4 +- drivers/gpu/drm/i915/Makefile | 1 + drivers/gpu/drm/i915/gem/i915_gem_context.c | 159 +- .../gpu/drm/i915/gem/i915_gem_context_types.h | 6 + .../gpu/drm/i915/gem/i915_gem_execbuffer.c | 582 ++- .../i915/gem/selftests/i915_gem_coherency.c | 2 +- .../drm/i915/gem/selftests/i915_gem_dmabuf.c | 2 +- .../i915/gem/selftests/i915_gem_execbuffer.c | 14 +- .../drm/i915/gem/selftests/i915_gem_mman.c | 2 +- .../drm/i915/gem/selftests/i915_gem_object.c | 2 +- drivers/gpu/drm/i915/gt/intel_context.c | 236 +- drivers/gpu/drm/i915/gt/intel_context.h | 81 +- drivers/gpu/drm/i915/gt/intel_context_types.h | 62 +- drivers/gpu/drm/i915/gt/intel_engine.h | 12 +- drivers/gpu/drm/i915/gt/intel_engine_cs.c | 66 +- drivers/gpu/drm/i915/gt/intel_engine_pm.c | 4 + drivers/gpu/drm/i915/gt/intel_engine_pm.h | 5 + drivers/gpu/drm/i915/gt/intel_engine_types.h | 1 + .../drm/i915/gt/intel_execlists_submission.c | 233 +- drivers/gpu/drm/i915/gt/intel_gt.c | 3 + drivers/gpu/drm/i915/gt/intel_gt_pm.c | 8 + drivers/gpu/drm/i915/gt/intel_gt_pm.h | 13 + .../gpu/drm/i915/gt/intel_gt_pm_unpark_work.c | 35 + .../gpu/drm/i915/gt/intel_gt_pm_unpark_work.h | 32 + drivers/gpu/drm/i915/gt/intel_gt_types.h | 3 + drivers/gpu/drm/i915/gt/intel_lrc.c | 31 +- drivers/gpu/drm/i915/gt/intel_lrc.h | 6 +- drivers/gpu/drm/i915/gt/intel_reset.c | 10 + .../gpu/drm/i915/gt/intel_ring_submission.c | 5 +- drivers/gpu/drm/i915/gt/mock_engine.c | 4 +- drivers/gpu/drm/i915/gt/selftest_execlists.c | 12 +- .../gpu/drm/i915/gt/uc/abi/guc_actions_abi.h | 1 + drivers/gpu/drm/i915/gt/uc/intel_guc.h | 46 +- drivers/gpu/drm/i915/gt/uc/intel_guc_ads.c | 2 +- drivers/gpu/drm/i915/gt/uc/intel_guc_ct.c | 43 +- drivers/gpu/drm/i915/gt/uc/intel_guc_ct.h | 9 + .../gpu/drm/i915/gt/uc/intel_guc_debugfs.c | 59 + drivers/gpu/drm/i915/gt/uc/intel_guc_fwif.h | 10 +- .../gpu/drm/i915/gt/uc/intel_guc_submission.c | 3159 +++++++++++++++-- .../gpu/drm/i915/gt/uc/intel_guc_submission.h | 2 + .../i915/gt/uc/intel_guc_submission_types.h | 67 + .../i915/gt/uc/selftest_guc_flow_control.c | 891 +++++ .../drm/i915/gt/uc/selftest_guc_multi_lrc.c | 179 + drivers/gpu/drm/i915/i915_query.c | 2 + drivers/gpu/drm/i915/i915_request.c | 120 +- drivers/gpu/drm/i915/i915_request.h | 23 + drivers/gpu/drm/i915/i915_scheduler.c | 22 +- drivers/gpu/drm/i915/i915_scheduler.h | 3 + drivers/gpu/drm/i915/i915_selftest.h | 2 + drivers/gpu/drm/i915/i915_trace.h | 10 + drivers/gpu/drm/i915/i915_vma.c | 13 +- drivers/gpu/drm/i915/i915_vma.h | 16 +- drivers/gpu/drm/i915/intel_wakeref.c | 5 + drivers/gpu/drm/i915/intel_wakeref.h | 1 + drivers/gpu/drm/i915/selftests/i915_gem_gtt.c | 2 +- .../drm/i915/selftests/i915_live_selftests.h | 2 + drivers/gpu/drm/i915/selftests/i915_perf.c | 2 +- drivers/gpu/drm/i915/selftests/i915_request.c | 2 +- drivers/gpu/drm/i915/selftests/i915_vma.c | 2 +- .../i915/selftests/intel_scheduler_helpers.c | 12 + .../i915/selftests/intel_scheduler_helpers.h | 2 + include/uapi/drm/i915_drm.h | 136 +- 63 files changed, 5741 insertions(+), 862 deletions(-) delete mode 100644 Documentation/gpu/rfc/i915_parallel_execbuf.h create mode 100644 drivers/gpu/drm/i915/gt/intel_gt_pm_unpark_work.c create mode 100644 drivers/gpu/drm/i915/gt/intel_gt_pm_unpark_work.h create mode 100644 drivers/gpu/drm/i915/gt/uc/intel_guc_submission_types.h create mode 100644 drivers/gpu/drm/i915/gt/uc/selftest_guc_flow_control.c create mode 100644 drivers/gpu/drm/i915/gt/uc/selftest_guc_multi_lrc.c -- 2.28.0

2 105

← Newer
1
...
51
52
53
54
55
56
57
...
77
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel August 2021