<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in gem.c</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>cdd30ebb - module: Convert symbol namespace to string literal</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#cdd30ebb</link>
        <description>module: Convert symbol namespace to string literalClean up the existing export namespace code along the same lines ofcommit 33def8498fdd (&quot;treewide: Convert macro and uses of __section(foo)to __section(&quot;foo&quot;)&quot;) and for the same reason, it is not desired for thenamespace argument to be a macro expansion itself.Scripted using  git grep -l -e MODULE_IMPORT_NS -e EXPORT_SYMBOL_NS | while read file;  do    awk -i inplace &apos;      /^#define EXPORT_SYMBOL_NS/ {        gsub(/__stringify\(ns\)/, &quot;ns&quot;);        print;        next;      }      /^#define MODULE_IMPORT_NS/ {        gsub(/__stringify\(ns\)/, &quot;ns&quot;);        print;        next;      }      /MODULE_IMPORT_NS/ {        $0 = gensub(/MODULE_IMPORT_NS\(([^)]*)\)/, &quot;MODULE_IMPORT_NS(\&quot;\\1\&quot;)&quot;, &quot;g&quot;);      }      /EXPORT_SYMBOL_NS/ {        if ($0 ~ /(EXPORT_SYMBOL_NS[^(]*)\(([^,]+),/) {  	if ($0 !~ /(EXPORT_SYMBOL_NS[^(]*)\(([^,]+), ([^)]+)\)/ &amp;&amp;  	    $0 !~ /(EXPORT_SYMBOL_NS[^(]*)\(\)/ &amp;&amp;  	    $0 !~ /^my/) {  	  getline line;  	  gsub(/[[:space:]]*\\$/, &quot;&quot;);  	  gsub(/[[:space:]]/, &quot;&quot;, line);  	  $0 = $0 &quot; &quot; line;  	}  	$0 = gensub(/(EXPORT_SYMBOL_NS[^(]*)\(([^,]+), ([^)]+)\)/,  		    &quot;\\1(\\2, \&quot;\\3\&quot;)&quot;, &quot;g&quot;);        }      }      { print }&apos; $file;  doneRequested-by: Masahiro Yamada &lt;masahiroy@kernel.org&gt;Signed-off-by: Peter Zijlstra (Intel) &lt;peterz@infradead.org&gt;Link: https://mail.google.com/mail/u/2/#inbox/FMfcgzQXKWgMmjdFwwdsfgxzKpVHWPlcAcked-by: Greg KH &lt;gregkh@linuxfoundation.org&gt;Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Mon, 02 Dec 2024 14:59:47 +0000</pubDate>
        <dc:creator>Peter Zijlstra &lt;peterz@infradead.org&gt;</dc:creator>
    </item>
<item>
        <title>f5b8794e - drm/tegra: gem: Don&apos;t attach dma-bufs when not needed</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#f5b8794e</link>
        <description>drm/tegra: gem: Don&apos;t attach dma-bufs when not neededThe dma-buf import code currently attaches and maps all importeddma-bufs to the drm device to get their sgt for mapping to thedirectly managed IOMMU domain.In many cases, like for newer chips (Tegra186+), the directlymanaged IOMMU domain is, however, not used. Mapping to the drmdevice can also cause issues e.g. with swiotlb since it is nota real device.To improve the situation, only attach and map imported dma-bufswhen required.Signed-off-by: Mikko Perttunen &lt;mperttunen@nvidia.com&gt;Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20240424051335.2872574-2-cyndis@kapsi.fi

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Wed, 24 Apr 2024 05:13:35 +0000</pubDate>
        <dc:creator>Mikko Perttunen &lt;mperttunen@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>4ed09565 - drm/tegra: gem: Open code drm_prime_gem_destroy</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#4ed09565</link>
        <description>drm/tegra: gem: Open code drm_prime_gem_destroySince we aren&apos;t using drm_gem_prime_import(_dev), for clarity don&apos;tuse the corresponding destroy function either.Signed-off-by: Mikko Perttunen &lt;mperttunen@nvidia.com&gt;Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20240424051335.2872574-1-cyndis@kapsi.fi

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Wed, 24 Apr 2024 05:13:34 +0000</pubDate>
        <dc:creator>Mikko Perttunen &lt;mperttunen@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>3f257bc6 - drm/tegra: gem: Do not return NULL in tegra_bo_mmap()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#3f257bc6</link>
        <description>drm/tegra: gem: Do not return NULL in tegra_bo_mmap()It&apos;s confusing for a function to return NULL and ERR_PTR()-encoded errorcodes on failure. Make sure we only ever return the latter since that&apos;swhat callers already expect.Reported-by: Sui Jingfeng &lt;suijingfeng@loongson.cn&gt;Reviewed-by: Sui Jingfeng &lt;suijingfeng@loongson.cn&gt;Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;Link: https://patchwork.freedesktop.org/patch/msgid/ZSVuVcqdGfGtQIQj@orome.fritz.box

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Tue, 10 Oct 2023 15:26:14 +0000</pubDate>
        <dc:creator>Thierry Reding &lt;treding@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>3868ff00 - drm/tegra: Zero-initialize iosys_map</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#3868ff00</link>
        <description>drm/tegra: Zero-initialize iosys_mapUBSAN reports an invalid load for bool, as the iosys_map is readlater without being initialized. Zero-initialize it to avoid this.Reported-by: Ashish Mhetre &lt;amhetre@nvidia.com&gt;Signed-off-by: Mikko Perttunen &lt;mperttunen@nvidia.com&gt;Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20230901115910.701518-2-cyndis@kapsi.fi

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Fri, 01 Sep 2023 11:59:10 +0000</pubDate>
        <dc:creator>Mikko Perttunen &lt;mperttunen@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>195dd40c - drm/tegra: Remove surplus else after return</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#195dd40c</link>
        <description>drm/tegra: Remove surplus else after returnelse is not generally useful after returnSigned-off-by: Sui Jingfeng &lt;suijingfeng@loongson.cn&gt;Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20230626143331.640454-2-suijingfeng@loongson.cn

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Mon, 26 Jun 2023 14:33:31 +0000</pubDate>
        <dc:creator>Sui Jingfeng &lt;suijingfeng@loongson.cn&gt;</dc:creator>
    </item>
<item>
        <title>11f38236 - drm: Don&apos;t assert held reservation lock for dma-buf mmapping</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#11f38236</link>
        <description>drm: Don&apos;t assert held reservation lock for dma-buf mmappingDon&apos;t assert held dma-buf reservation lock on memory mapping of exportedbuffer.We&apos;re going to change dma-buf mmap() locking policy such that exporterswill have to handle the lock. The previous locking policy caused deadlockproblem for DRM drivers in a case of self-imported dma-bufs once thesedrivers are moved to use reservation lock universally. The problem issolved by moving the lock down to exporters. This patch prepares DRMdrivers for the locking policy update.Reviewed-by: Emil Velikov &lt;emil.l.velikov@gmail.com&gt;Acked-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt;Signed-off-by: Dmitry Osipenko &lt;dmitry.osipenko@collabora.com&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20230529223935.2672495-2-dmitry.osipenko@collabora.comLink: https://patchwork.freedesktop.org/patch/msgid/20230529223935.2672495-3-dmitry.osipenko@collabora.comLink: https://patchwork.freedesktop.org/patch/msgid/20230529223935.2672495-4-dmitry.osipenko@collabora.comLink: https://patchwork.freedesktop.org/patch/msgid/20230529223935.2672495-2-dmitry.osipenko@collabora.comLink: https://patchwork.freedesktop.org/patch/msgid/20230529223935.2672495-3-dmitry.osipenko@collabora.comLink: https://patchwork.freedesktop.org/patch/msgid/20230529223935.2672495-4-dmitry.osipenko@collabora.com

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Mon, 29 May 2023 22:39:33 +0000</pubDate>
        <dc:creator>Dmitry Osipenko &lt;dmitry.osipenko@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>f75d1982 - drm/tegra: Allow compile test on !ARM v2</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#f75d1982</link>
        <description>drm/tegra: Allow compile test on !ARM v2This compile tests on x86 just perfectly fine.v2: fix missing include complained by kernel test robotSigned-off-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt;CC: Thierry Reding &lt;thierry.reding@gmail.com&gt;CC: Jonathan Hunter &lt;jonathanh@nvidia.com&gt;CC: linux-tegra@vger.kernel.orgSigned-off-by: Thierry Reding &lt;treding@nvidia.com&gt;

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Wed, 22 Mar 2023 10:39:15 +0000</pubDate>
        <dc:creator>Christian K&#246;nig &lt;christian.koenig@amd.com&gt;</dc:creator>
    </item>
<item>
        <title>1c71222e - mm: replace vma-&gt;vm_flags direct modifications with modifier calls</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#1c71222e</link>
        <description>mm: replace vma-&gt;vm_flags direct modifications with modifier callsReplace direct modifications to vma-&gt;vm_flags with calls to modifierfunctions to be able to track flag changes and to keep vma lockingcorrectness.[akpm@linux-foundation.org: fix drivers/misc/open-dice.c, per Hyeonggon Yoo]Link: https://lkml.kernel.org/r/20230126193752.297968-5-surenb@google.comSigned-off-by: Suren Baghdasaryan &lt;surenb@google.com&gt;Acked-by: Michal Hocko &lt;mhocko@suse.com&gt;Acked-by: Mel Gorman &lt;mgorman@techsingularity.net&gt;Acked-by: Mike Rapoport (IBM) &lt;rppt@kernel.org&gt;Acked-by: Sebastian Reichel &lt;sebastian.reichel@collabora.com&gt;Reviewed-by: Liam R. Howlett &lt;Liam.Howlett@Oracle.com&gt;Reviewed-by: Hyeonggon Yoo &lt;42.hyeyoo@gmail.com&gt;Cc: Andy Lutomirski &lt;luto@kernel.org&gt;Cc: Arjun Roy &lt;arjunroy@google.com&gt;Cc: Axel Rasmussen &lt;axelrasmussen@google.com&gt;Cc: David Hildenbrand &lt;david@redhat.com&gt;Cc: David Howells &lt;dhowells@redhat.com&gt;Cc: Davidlohr Bueso &lt;dave@stgolabs.net&gt;Cc: David Rientjes &lt;rientjes@google.com&gt;Cc: Eric Dumazet &lt;edumazet@google.com&gt;Cc: Greg Thelen &lt;gthelen@google.com&gt;Cc: Hugh Dickins &lt;hughd@google.com&gt;Cc: Ingo Molnar &lt;mingo@redhat.com&gt;Cc: Jann Horn &lt;jannh@google.com&gt;Cc: Joel Fernandes &lt;joelaf@google.com&gt;Cc: Johannes Weiner &lt;hannes@cmpxchg.org&gt;Cc: Kent Overstreet &lt;kent.overstreet@linux.dev&gt;Cc: Laurent Dufour &lt;ldufour@linux.ibm.com&gt;Cc: Lorenzo Stoakes &lt;lstoakes@gmail.com&gt;Cc: Matthew Wilcox &lt;willy@infradead.org&gt;Cc: Minchan Kim &lt;minchan@google.com&gt;Cc: Paul E. McKenney &lt;paulmck@kernel.org&gt;Cc: Peter Oskolkov &lt;posk@google.com&gt;Cc: Peter Xu &lt;peterx@redhat.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: Punit Agrawal &lt;punit.agrawal@bytedance.com&gt;Cc: Sebastian Andrzej Siewior &lt;bigeasy@linutronix.de&gt;Cc: Shakeel Butt &lt;shakeelb@google.com&gt;Cc: Soheil Hassas Yeganeh &lt;soheil@google.com&gt;Cc: Song Liu &lt;songliubraving@fb.com&gt;Cc: Vlastimil Babka &lt;vbabka@suse.cz&gt;Cc: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Thu, 26 Jan 2023 19:37:49 +0000</pubDate>
        <dc:creator>Suren Baghdasaryan &lt;surenb@google.com&gt;</dc:creator>
    </item>
<item>
        <title>39ce2529 - drm: Assert held reservation lock for dma-buf mmapping</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#39ce2529</link>
        <description>drm: Assert held reservation lock for dma-buf mmappingWhen userspace mmaps dma-buf&apos;s fd, the dma-buf reservation lock must beheld. Add locking sanity checks to the dma-buf mmaping callbacks of DRMdrivers to ensure that the locking assumptions won&apos;t regress in future.Suggested-by: Daniel Vetter &lt;daniel@ffwll.ch&gt;Signed-off-by: Dmitry Osipenko &lt;dmitry.osipenko@collabora.com&gt;Acked-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20221110201349.351294-3-dmitry.osipenko@collabora.com

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Thu, 10 Nov 2022 20:13:45 +0000</pubDate>
        <dc:creator>Dmitry Osipenko &lt;dmitry.osipenko@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>f66d48c8 - drm/tegra: Prepare to dynamic dma-buf locking specification</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#f66d48c8</link>
        <description>drm/tegra: Prepare to dynamic dma-buf locking specificationPrepare Tegra DRM driver to the common dynamic dma-buf locking conventionby starting to use the unlocked versions of dma-buf API functions.Acked-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt;Signed-off-by: Dmitry Osipenko &lt;dmitry.osipenko@collabora.com&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20221017172229.42269-9-dmitry.osipenko@collabora.com

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Mon, 17 Oct 2022 17:22:16 +0000</pubDate>
        <dc:creator>Dmitry Osipenko &lt;dmitry.osipenko@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>c7860cbe - drm/tegra: Fix vmapping of prime buffers</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#c7860cbe</link>
        <description>drm/tegra: Fix vmapping of prime buffersThe code assumes that Tegra GEM is permanently vmapped, which is nottrue for the scattered buffers. After converting Tegra video decoderdriver to V4L API, we&apos;re now getting a BUG_ON from dma-buf core on playingvideo using libvdpau-tegra on T30+ because tegra_gem_prime_vmap() setsvaddr to NULL. Older pre-V4L video decoder driver wasn&apos;t vmapping dma-bufs.Fix it by actually vmapping the exported GEMs.Cc: stable@vger.kernel.orgSigned-off-by: Dmitry Osipenko &lt;dmitry.osipenko@collabora.com&gt;Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Tue, 28 Jun 2022 22:42:39 +0000</pubDate>
        <dc:creator>Dmitry Osipenko &lt;dmitry.osipenko@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>cb7e1abc - drm/tegra: gem: Do not try to dereference ERR_PTR()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#cb7e1abc</link>
        <description>drm/tegra: gem: Do not try to dereference ERR_PTR()When mapping the DMA-BUF attachment fails, map-&gt;sgt will be an ERR_PTR-encoded error code and the cleanup code would try to free that memory,which obviously would fail.Zero out that pointer after extracting the error code when this happensso that kfree() can do the right thing.Reported-by: kernel test robot &lt;lkp@intel.com&gt;Reported-by: Dan Carpenter &lt;dan.carpenter@oracle.com&gt;Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Fri, 06 May 2022 13:52:49 +0000</pubDate>
        <dc:creator>Thierry Reding &lt;treding@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>7938f421 - dma-buf-map: Rename to iosys-map</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#7938f421</link>
        <description>dma-buf-map: Rename to iosys-mapRename struct dma_buf_map to struct iosys_map and corresponding APIs.Over time dma-buf-map grew up to more functionality than the one used bydma-buf: in fact it&apos;s just a shim layer to abstract system memory, thatcan be accessed via regular load and store, from IO memory that needs tobe acessed via arch helpers.The idea is to extend this API so it can fulfill other needs, internalto a single driver. Example: in the i915 driver it&apos;s desired to sharethe implementation for integrated graphics, which uses mostly systemmemory, with discrete graphics, which may need to access IO memory.The conversion was mostly done with the following semantic patch:	@r1@	@@	- struct dma_buf_map	+ struct iosys_map	@r2@	@@	(	- DMA_BUF_MAP_INIT_VADDR	+ IOSYS_MAP_INIT_VADDR	|	- dma_buf_map_set_vaddr	+ iosys_map_set_vaddr	|	- dma_buf_map_set_vaddr_iomem	+ iosys_map_set_vaddr_iomem	|	- dma_buf_map_is_equal	+ iosys_map_is_equal	|	- dma_buf_map_is_null	+ iosys_map_is_null	|	- dma_buf_map_is_set	+ iosys_map_is_set	|	- dma_buf_map_clear	+ iosys_map_clear	|	- dma_buf_map_memcpy_to	+ iosys_map_memcpy_to	|	- dma_buf_map_incr	+ iosys_map_incr	)	@@	@@	- #include &lt;linux/dma-buf-map.h&gt;	+ #include &lt;linux/iosys-map.h&gt;Then some files had their includes adjusted and some comments wereupdate to remove mentions to dma-buf-map.Since this is not specific to dma-buf anymore, move the documentation tothe &quot;Bus-Independent Device Accesses&quot; section.v2:  - Squash patchesv3:  - Fix wrong removal of dma-buf.h from MAINTAINERS  - Move documentation from dma-buf.rst to device-io.rstv4:  - Change documentation title and levelSigned-off-by: Lucas De Marchi &lt;lucas.demarchi@intel.com&gt;Acked-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt;Acked-by: Sumit Semwal &lt;sumit.semwal@linaro.org&gt;Acked-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20220204170541.829227-1-lucas.demarchi@intel.com

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Fri, 04 Feb 2022 17:05:41 +0000</pubDate>
        <dc:creator>Lucas De Marchi &lt;lucas.demarchi@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>1f39b1df - drm/tegra: Implement buffer object cache</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#1f39b1df</link>
        <description>drm/tegra: Implement buffer object cacheThis cache is used to avoid mapping and unmapping buffer objectsunnecessarily. Mappings are cached per client and stay hot untilthe buffer object is destroyed.Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Fri, 07 Feb 2020 15:50:52 +0000</pubDate>
        <dc:creator>Thierry Reding &lt;treding@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>c6aeaf56 - drm/tegra: Implement correct DMA-BUF semantics</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#c6aeaf56</link>
        <description>drm/tegra: Implement correct DMA-BUF semanticsDMA-BUF requires that each device that accesses a DMA-BUF attaches to itseparately. To do so the host1x_bo_pin() and host1x_bo_unpin() functionsneed to be reimplemented so that they can return a mapping, which eitherrepresents an attachment or a map of the driver&apos;s own GEM object.Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Thu, 09 Sep 2021 13:51:24 +0000</pubDate>
        <dc:creator>Thierry Reding &lt;treding@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>16b0314a - dma-buf: move dma-buf symbols into the DMA_BUF module namespace</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#16b0314a</link>
        <description>dma-buf: move dma-buf symbols into the DMA_BUF module namespaceIn order to better track where in the kernel the dma-buf code is used,put the symbols in the namespace DMA_BUF and modify all users of thesymbols to properly import the namespace to not break the build at thesame time.Now the output of modinfo shows the use of these symbols, making iteasier to watch for users over time:$ modinfo drivers/misc/fastrpc.ko | grep importimport_ns:      DMA_BUFCc: &quot;Pan, Xinhui&quot; &lt;Xinhui.Pan@amd.com&gt;Cc: David Airlie &lt;airlied@linux.ie&gt;Cc: Maarten Lankhorst &lt;maarten.lankhorst@linux.intel.com&gt;Cc: Maxime Ripard &lt;mripard@kernel.org&gt;Cc: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;Cc: Mauro Carvalho Chehab &lt;mchehab@kernel.org&gt;Cc: dri-devel@lists.freedesktop.orgAcked-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;Acked-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Acked-by: Sumit Semwal &lt;sumit.semwal@linaro.org&gt;Acked-by: Alex Deucher &lt;alexander.deucher@amd.com&gt;Link: https://lore.kernel.org/r/20211010124628.17691-1-gregkh@linuxfoundation.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Sun, 10 Oct 2021 12:46:28 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>f51632cc - drm/tegra: Extract tegra_gem_lookup()</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#f51632cc</link>
        <description>drm/tegra: Extract tegra_gem_lookup()The static function host1x_bo_lookup() in drm.c is also usefulelsewhere. Extract it as tegra_gem_lookup() in gem.c.Signed-off-by: Mikko Perttunen &lt;mperttunen@nvidia.com&gt;Signed-off-by: Thierry Reding &lt;treding@nvidia.com&gt;

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Thu, 10 Jun 2021 11:04:47 +0000</pubDate>
        <dc:creator>Mikko Perttunen &lt;mperttunen@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>20e76f1a - dma-buf: Use struct dma_buf_map in dma_buf_vunmap() interfaces</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#20e76f1a</link>
        <description>dma-buf: Use struct dma_buf_map in dma_buf_vunmap() interfacesThis patch updates dma_buf_vunmap() and dma-buf&apos;s vunmap callback touse struct dma_buf_map. The interfaces used to receive a buffer address.This address is now given in an instance of the structure.Users of the functions are updated accordingly. This is only an interfacechange. It is currently expected that dma-buf memory can be accessed withsystem memory load/store operations.v2:	* include dma-buf-heaps and i915 selftests (kernel test robot)	* initialize cma_obj before using it in drm_gem_cma_free_object()	  (kernel test robot)Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;Acked-by: Sumit Semwal &lt;sumit.semwal@linaro.org&gt;Acked-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt;Acked-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;Acked-by: Tomasz Figa &lt;tfiga@chromium.org&gt;Acked-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20200925115601.23955-4-tzimmermann@suse.de

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Fri, 25 Sep 2020 11:56:00 +0000</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>6619ccf1 - dma-buf: Use struct dma_buf_map in dma_buf_vmap() interfaces</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/gpu/drm/tegra/gem.c#6619ccf1</link>
        <description>dma-buf: Use struct dma_buf_map in dma_buf_vmap() interfacesThis patch updates dma_buf_vmap() and dma-buf&apos;s vmap callback to usestruct dma_buf_map.The interfaces used to return a buffer address. This address now getsstored in an instance of the structure that is given as an additionalargument. The functions return an errno code on errors.Users of the functions are updated accordingly. This is only an interfacechange. It is currently expected that dma-buf memory can be accessed withsystem memory load/store operations.v3:	* update fastrpc driver (kernel test robot)v2:	* always clear map parameter in dma_buf_vmap() (Daniel)	* include dma-buf-heaps and i915 selftests (kernel test robot)Signed-off-by: Thomas Zimmermann &lt;tzimmermann@suse.de&gt;Acked-by: Sumit Semwal &lt;sumit.semwal@linaro.org&gt;Acked-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt;Acked-by: Daniel Vetter &lt;daniel.vetter@ffwll.ch&gt;Acked-by: Tomasz Figa &lt;tfiga@chromium.org&gt;Acked-by: Sam Ravnborg &lt;sam@ravnborg.org&gt;Link: https://patchwork.freedesktop.org/patch/msgid/20200925115601.23955-3-tzimmermann@suse.de

            List of files:
            /linux-6.15/drivers/gpu/drm/tegra/gem.c</description>
        <pubDate>Fri, 25 Sep 2020 11:55:59 +0000</pubDate>
        <dc:creator>Thomas Zimmermann &lt;tzimmermann@suse.de&gt;</dc:creator>
    </item>
</channel>
</rss>
