Changes in Makefile

e7b5d23e - drm/ttm: Provide a shmem backup implementation

Wed, 05 Mar 2025 09:22:14 +0000

drm/ttm: Provide a shmem backup implementationProvide a standalone shmem backup implementation.Given the ttm_backup interface, this couldlater on be extended to providing other backupimplementation than shmem, with one use-case beingGPU swapout to a user-provided fd.v5:- Fix a UAF. (kernel test robot, Dan Carptenter)v6:- Rename ttm_backup_shmem_copy_page() function argument (Matthew Brost)- Add some missing documentationv8:- Use folio_file_page to get to the page we want to writeback instead of using the first page of the folio.v13:- Remove the base class abstraction (Christian König)- Include ttm_backup_bytes_avail().v14:- Fix kerneldoc for ttm_backup_bytes_avail() (0-day)- Work around casting of __randomize_layout struct pointer (0-day)v15:- Return negative error code from ttm_backup_backup_page() (Christian König)- Doc fixes. (Christian König).Cc: Christian König Cc: Somalapuram Amaranath Cc: Matthew Brost Cc: Signed-off-by: Thomas Hellström Reviewed-by: Matthew Brost Reviewed-by: Christian König Link: https://lore.kernel.org/intel-xe/20250305092220.123405-2-thomas.hellstrom@linux.intel.com List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

e3912d09 - drm/ttm: Introduce KUnit test

Tue, 08 Aug 2023 09:51:12 +0000

drm/ttm: Introduce KUnit testAdd the initial version of unit tests for ttm_device struct, togetherwith helper functions.Signed-off-by: Karolina Stolarek Reviewed-by: Christian König Link: https://patchwork.freedesktop.org/patch/msgid/3d1cc45c8a0cf536b92a850e0025f6c555de0169.1691487006.git.karolina.stolarek@intel.comSigned-off-by: Christian König List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

b072b9cd - drm/ttm: add ttm_sys_manager v3

Fri, 05 Feb 2021 14:58:56 +0000

drm/ttm: add ttm_sys_manager v3Add a separate manager for the system domain and make function tablesmandatory.v2: debug is still optionalv3: return void during initSigned-off-by: Christian König Reviewed-by: Matthew Auld Link: https://patchwork.freedesktop.org/patch/msgid/20210430092508.60710-1-christian.koenig@amd.com List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

f07069da - drm/ttm: move memory accounting into vmwgfx v4

Tue, 17 Nov 2020 12:52:28 +0000

drm/ttm: move memory accounting into vmwgfx v4This is just another feature which is only used by VMWGFX, so moveit into the driver instead.I've tried to add the accounting sysfs file to the kobject of the drmminor, but I'm not 100% sure if this works as expected.v2: fix typo in KFD and avoid 64bit dividev3: fix init order in VMWGFXv4: use pdev sysfs reference instead of drmSigned-off-by: Christian König Reviewed-by: Zack Rusin (v3)Tested-by: Nirmoy Das Link: https://patchwork.freedesktop.org/patch/msgid/20210208133226.36955-2-christian.koenig@amd.com List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

8af8a109 - drm/ttm: device naming cleanup

Thu, 01 Oct 2020 12:51:40 +0000

drm/ttm: device naming cleanupRename ttm_bo_device to ttm_device.Rename ttm_bo_driver to ttm_device_funcs.Rename ttm_bo_global to ttm_global.Move global and device related functions to ttm_device.[ch].No functional change.Signed-off-by: Christian König Acked-by: Daniel Vetter Link: https://patchwork.freedesktop.org/patch/415222/ List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

256dd44b - drm/ttm: nuke old page allocator

Sat, 24 Oct 2020 11:17:49 +0000

drm/ttm: nuke old page allocatorNot used any more.Signed-off-by: Christian König Reviewed-by: Dave Airlie Reviewed-by: Madhav Chauhan Tested-by: Huang Rui Link: https://patchwork.freedesktop.org/patch/397087/?series=83051&rev=1 List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

d099fc8f - drm/ttm: new TT backend allocation pool v3

Thu, 22 Oct 2020 16:26:58 +0000

drm/ttm: new TT backend allocation pool v3This replaces the spaghetti code in the two existing page pools.First of all depending on the allocation size it is between 3 (1GiB) and5 (1MiB) times faster than the old implementation.It makes better use of buddy pages to allow for larger physical contiguousallocations which should result in better TLB utilization at least foramdgpu.Instead of a completely braindead approach of filling the pool with oneCPU while another one is trying to shrink it we only give back freedpages.This also results in much less locking contention and a trylock free MMshrinker callback, so we can guarantee that pages are given back to thesystem when needed.Downside of this is that it takes longer for many small allocations untilthe pool is filled up. We could address this, but I couldn't find an usecase where this actually matters. We also don't bother freeing largechunks of pages any more since the CPU overhead in that path isn't reallythat important.The sysfs files are replaced with a single module parameter, allowingusers to override how many pages should be globally pooled in TTM. Thisunfortunately breaks the UAPI slightly, but as far as we know nobody everdepended on this.Zeroing memory coming from the pool was handled inconsistently. Thealloc_pages() based pool was zeroing it, the dma_alloc_attr() based onewasn't. For now the new implementation isn't zeroing pages from the pooleither and only sets the __GFP_ZERO flag when necessary.The implementation has only 768 lines of code compared to the over 2600of the old one, and also allows for saving quite a bunch of code in thedrivers since we don't need specialized handling there any more based onkernel config.Additional to all of that there was a neat bug with IOMMU, coherent DMAmappings and huge pages which is now fixed in the new code as well.v2: make ttm_pool_apply_caching static as reported by the kernel bot, add some more checksv3: fix some more checkpatch.pl warningsSigned-off-by: Christian König Reviewed-by: Dave Airlie Reviewed-by: Madhav Chauhan Tested-by: Huang Rui Link: https://patchwork.freedesktop.org/patch/397080/?series=83051&rev=1 List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

b2458726 - drm/ttm: give resource functions their own [ch] files

Mon, 03 Aug 2020 14:25:15 +0000

drm/ttm: give resource functions their own [ch] filesThis is a separate object we work within TTM.Signed-off-by: Christian König Reviewed-by: Dave Airlie Link: https://patchwork.freedesktop.org/patch/384338/?series=80346&rev=1 List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

80938c28 - drm/ttm: rename bo manager to range manager.

Tue, 04 Aug 2020 02:56:30 +0000

drm/ttm: rename bo manager to range manager.The generic manager is called the range manager now, renamethe file and some internals.Reviewed-by: Christian König Reviewed-by: Ben Skeggs Signed-off-by: Dave Airlie Link: https://patchwork.freedesktop.org/patch/msgid/20200804025632.3868079-58-airlied@gmail.com List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

e2e96663 - drm/ttm, drm/vmwgfx: Use a configuration option for the TTM dma page pool

Wed, 13 Nov 2019 18:02:42 +0000

drm/ttm, drm/vmwgfx: Use a configuration option for the TTM dma page poolDrivers like vmwgfx may want to test whether the dma page pool is presentor not. Since it's activated by default by TTM if compiled-in, define ahidden configuration option that the driver can test for.Cc: Christian König Signed-off-by: Thomas Hellstrom Reviewed-by: Christian König List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

0b8762e9 - drm/ttm, drm/vmwgfx: Move the lock- and object functionality to the vmwgfx driver

Wed, 26 Sep 2018 18:15:36 +0000

drm/ttm, drm/vmwgfx: Move the lock- and object functionality to the vmwgfx driverNo other driver is using this functionality so move it out of TTM andinto the vmwgfx driver. Update includes and remove exports.Also annotate to remove false static analyzer lock balance warnings.Signed-off-by: Thomas Hellstrom Reviewed-by: Christian König List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license

Wed, 01 Nov 2017 14:07:57 +0000

License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the 'GPL-2.0'SPDX license identifier. The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode & Windriver) producing SPDXtag:value files created by Philippe Ombredanne. Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed. Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained >5 lines of source - File already had some variant of a license header in it (even if <5 lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn't find any license traces, file was considered to have no license information in it, and the top level COPYING file license applied. For non */uapi/* files that summary was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 11139 and resulted in the first patch in this series. If that file was a */uapi/* path one, it was "GPL-2.0 WITH Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 WITH Linux-syscall-note 930 and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one of the */uapi/* ones, it was denoted with the Linux-syscall-note if any GPL family license was found in the file or had no licensing in it (per prior point). Results summary: SPDX license identifier # files ---------------------------------------------------|------ GPL-2.0 WITH Linux-syscall-note 270 GPL-2.0+ WITH Linux-syscall-note 169 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17 LGPL-2.1+ WITH Linux-syscall-note 15 GPL-1.0+ WITH Linux-syscall-note 14 ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5 LGPL-2.0+ WITH Linux-syscall-note 4 LGPL-2.1 WITH Linux-syscall-note 3 ((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3 ((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1 and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became the concluded license(s). - when there was disagreement between the two scanners (one detected a license but the other didn't, or they both detected different licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file resulted in a clear resolution of the license that should apply (and which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier, the file was flagged for further research and to be revisited later in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights. TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected license ids and scores - reviewing anything where there was a license detected (about 500+ files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied SPDX license was correctThis produced a worksheet with 20 files needing minor correction. Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg. Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected. This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.) Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart Reviewed-by: Philippe Ombredanne Reviewed-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

4135d9f8 - drm/ttm: Remove TTM dma tracepoint since it's not required anymore

Mon, 18 Sep 2017 12:13:28 +0000

drm/ttm: Remove TTM dma tracepoint since it's not required anymoreSigned-off-by: Tom St Denis Reviewed-by: Christian König Signed-off-by: Alex Deucher List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

60233dac - drm/ttm: Fix trace include path (v2)

Fri, 01 Sep 2017 16:52:38 +0000

drm/ttm: Fix trace include path (v2)Reviewed-by: Thierry Reding Reviewed-by: Christian König Signed-off-by: Tom St Denis Reviewed-by: Alex Deucher Signed-off-by: Alex Deucher (v2): Drop Makefile change too. List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

a92e1450 - drm/ttm: Add DMA map/unmap tracepoint (v3)

Wed, 23 Aug 2017 19:17:47 +0000

drm/ttm: Add DMA map/unmap tracepoint (v3)Also exports two functions that vendor drivers can callto trace DMA mappings. This is meant to help translateIOMMU mappings of bus addresses back to physical pages.Used by the umr amdgpu debugger for instance.Signed-off-by: Tom St Denis Reviewed-by: Christian König Signed-off-by: Alex Deucher (v2): Use dev_name() to get PCI path instead.(v3): Use correct types for dma/phys addresses List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

2da83319 - drm/ttm: fix include notation and remove -Iinclude/drm flag

Mon, 24 Apr 2017 04:50:20 +0000

drm/ttm: fix include notation and remove -Iinclude/drm flagFor the C file, include instead of relative path frominclude/drm.For headers in include/drm/ttm, simplify the with "*.h".This allows us to remove the -Iinclude/drm compiler flag fromdrivers/gpu/drm/ttm/Makefile (and from other drivers' Makefiles).Signed-off-by: Masahiro Yamada Reviewed-by: Michel Dänzer Signed-off-by: Daniel Vetter Link: http://patchwork.freedesktop.org/patch/msgid/1493009447-31524-3-git-send-email-yamada.masahiro@socionext.com List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

e6bf6e57 - drm/ttm: Remove TTM_HAS_AGP

Wed, 30 Mar 2016 11:24:06 +0000

drm/ttm: Remove TTM_HAS_AGPIt tries to do fancy things with excluding agp support if ttm isbuilt-in, but agp isn't. Instead just express this depency like drmdoes and use CONFIG_AGP everywhere.Also use the neat Makefile magic to make the entire ttm_agp_backendfile optional.v2: Use IS_ENABLED(CONFIG_AGP) as suggested by Villev3: Review from Emil.v4: Actually get it right as spotted by 0-day.Cc: Emil Velikov Cc: Ville Syrjälä Reviewed-by: Emil Velikov Signed-off-by: Daniel Vetter Link: http://patchwork.freedesktop.org/patch/msgid/1459337046-25882-1-git-send-email-daniel.vetter@ffwll.ch List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

7aeb7448 - drm/ttm: Enable the dma page pool also for intel IOMMUs

Thu, 24 Oct 2013 08:24:54 +0000

drm/ttm: Enable the dma page pool also for intel IOMMUsUsed by the vmwgfx driverSigned-off-by: Thomas Hellstrom Reviewed-by: Jakob Bornecrantz Reviewed-by: Konrad Rzeszutek Wilk List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

2334b75f - drm/ttm: provide dma aware ttm page pool code V9

Thu, 03 Nov 2011 20:46:34 +0000

drm/ttm: provide dma aware ttm page pool code V9In TTM world the pages for the graphic drivers are kept in three differentpools: write combined, uncached, and cached (write-back). When the pagesare used by the graphic driver the graphic adapter via its built in MMU(or AGP) programs these pages in. The programming requires the virtual address(from the graphic adapter perspective) and the physical address (either System RAMor the memory on the card) which is obtained using the pci_map_* calls (which does thevirtual to physical - or bus address translation). During the graphic application's"life" those pages can be shuffled around, swapped out to disk, moved from theVRAM to System RAM or vice-versa. This all works with the existing TTM pool code- except when we want to use the software IOTLB (SWIOTLB) code to "map" the physicaladdresses to the graphic adapter MMU. We end up programming the bounce buffer'sphysical address instead of the TTM pool memory's and get a non-worky driver.There are two solutions:1) using the DMA API to allocate pages that are screened by the DMA API, or2) using the pci_sync_* calls to copy the pages from the bounce-buffer and back.This patch fixes the issue by allocating pages using the DMA API. The secondis a viable option - but it has performance drawbacks and potential correctnessissues - think of the write cache page being bounced (SWIOTLB->TTM), theWC is set on the TTM page and the copy from SWIOTLB not making it to the TTMpage until the page has been recycled in the pool (and used by another application).The bounce buffer does not get activated often - only in cases where we havea 32-bit capable card and we want to use a page that is allocated above the4GB limit. The bounce buffer offers the solution of copying the contentsof that 4GB page to an location below 4GB and then back when the operation has beencompleted (or vice-versa). This is done by using the 'pci_sync_*' calls.Note: If you look carefully enough in the existing TTM page pool code you willnotice the GFP_DMA32 flag is used - which should guarantee that the provided pageis under 4GB. It certainly is the case, except this gets ignored in two cases: - If user specifies 'swiotlb=force' which bounces _every_ page. - If user is using a Xen's PV Linux guest (which uses the SWIOTLB and the underlaying PFN's aren't necessarily under 4GB).To not have this extra copying done the other option is to allocate the pagesusing the DMA API so that there is not need to map the page and perform theexpensive 'pci_sync_*' calls.This DMA API capable TTM pool requires for this the 'struct device' toproperly call the DMA API. It also has to track the virtual and bus address ofthe page being handed out in case it ends up being swapped out or de-allocated -to make sure it is de-allocated using the proper's 'struct device'.Implementation wise the code keeps two lists: one that is attached to the'struct device' (via the dev->dma_pools list) and a global one to be used whenthe 'struct device' is unavailable (think shrinker code). The global list caniterate over all of the 'struct device' and its associated dma_pool. The listin dev->dma_pools can only iterate the device's dma_pool. /[struct device_pool]\ /---------------------------------------------------| dev | / +-------| dma_pool | /-----+------\ / \--------------------/ |struct device| /-->[struct dma_pool for WC][struct dma_pool for uncached]<-/--| dma_pool | \-----+------/ / \--------------------/ \----------------------------------------------/[Two pools associated with the device (WC and UC), and the parallel listcontaining the 'struct dev' and 'struct dma_pool' entries]The maximum amount of dma pools a device can have is six: write-combined,uncached, and cached; then there are the DMA32 variants which are:write-combined dma32, uncached dma32, and cached dma32.Currently this code only gets activated when any variant of the SWIOTLB IOMMUcode is running (Intel without VT-d, AMD without GART, IBM Calgary and Xen PVwith PCI devices).Tested-by: Michel Dänzer [v1: Using swiotlb_nr_tbl instead of swiotlb_enabled][v2: Major overhaul - added 'inuse_list' to seperate used from inuse and reorderthe order of lists to get better performance.][v3: Added comments/and some logic based on review, Added Jerome tag][v4: rebase on top of ttm_tt & ttm_backend merge][v5: rebase on top of ttm memory accounting overhaul][v6: New rebase on top of more memory accouting changes][v7: well rebase on top of no memory accounting changes][v8: make sure pages list is initialized empty][v9: calll ttm_mem_global_free_page in unpopulate for accurate accountg]Signed-off-by: Konrad Rzeszutek Wilk Reviewed-by: Jerome Glisse Acked-by: Thomas Hellstrom List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile

d961db75 - drm/ttm: restructure to allow driver to plug in alternate memory manager

Thu, 05 Aug 2010 00:48:18 +0000

drm/ttm: restructure to allow driver to plug in alternate memory managerNouveau will need this on GeForce 8 and up to account for the GPUreordering physical VRAM for some memory types.Reviewed-by: Jerome Glisse Acked-by: Thomas Hellström Signed-off-by: Ben Skeggs List of files: /linux-6.15/drivers/gpu/drm/ttm/Makefile