<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/source/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>c17ee635fd3a482b2ad2bf5e269755c2eae5f25e - Merge drm/drm-fixes into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#c17ee635fd3a482b2ad2bf5e269755c2eae5f25e</link>
        <description>Merge drm/drm-fixes into drm-misc-fixes7.0-rc1 was just released, let&apos;s merge it to kick the new release cycle.Signed-off-by: Maxime Ripard &lt;mripard@kernel.org&gt;

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Mon, 23 Feb 2026 10:09:45 +0100</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>939faf71cf7ca9ab3d1bd2912ac0e203d4d7156a - Merge tag &apos;drm-next-2026-02-11&apos; of https://gitlab.freedesktop.org/drm/kernel</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#939faf71cf7ca9ab3d1bd2912ac0e203d4d7156a</link>
        <description>Merge tag &apos;drm-next-2026-02-11&apos; of https://gitlab.freedesktop.org/drm/kernelPull drm updates from Dave Airlie: &quot;Highlights:   - amdgpu support for lots of new IP blocks which means newer GPUs   - xe has a lot of SR-IOV and SVM improvements   - lots of intel display refactoring across i915/xe   - msm has more support for gen8 platforms   - Given up on kgdb/kms integration, it&apos;s too hard on modern hw  core:   - drop kgdb support   - replace system workqueue with percpu   - account for property blobs in memcg   - MAINTAINERS updates for xe + buddy  rust:   - Fix documentation for Registration constructors   - Use pin_init::zeroed() for fops initialization   - Annotate DRM helpers with __rust_helper   - Improve safety documentation for gem::Object::new()   - Update AlwaysRefCounted imports   - mm: Prevent integer overflow in page_align()  atomic:   - add drm_device pointer to drm_private_obj   - introduce gamma/degamma LUT size check  buddy:   - fix free_trees memory leak   - prevent BUG_ON  bridge:   - introduce drm_bridge_unplug/enter/exit   - add connector argument to .hpd_notify   - lots of recounting conversions   - convert rockchip inno hdmi to bridge   - lontium-lt9611uxc: switch to HDMI audio helpers   - dw-hdmi-qp: add support for HPD-less setups   - Algoltek AG6311 support  panels:   - edp: CSW MNE007QB3-1, AUO B140HAN06.4, AUO B140QAX01.H   - st75751: add SPI support   - Sitronix ST7920, Samsung LTL106HL02   - LG LH546WF1-ED01, HannStar HSD156J   - BOE NV130WUM-T08   - Innolux G150XGE-L05   - Anbernic RG-DS  dma-buf:   - improve sg_table debugging   - add tracepoints   - call clear_page instead of memset   - start to introduce cgroup memory accounting in heaps   - remove sysfs stats  dma-fence:   - add new helpers  dp:   - mst: avoid oob access with vcpi=0  hdmi:   - limit infoframes exposure to userspace  gem:   - reduce page table overhead with THP   - fix leak in drm_gem_get_unmapped_area  gpuvm:   - API sanitation for rust bindings  sched:   - introduce new helpers  panic:   - report invalid panic modes   - add kunit tests  i915/xe display:   - Expose sharpness only if num_scalers is &gt;= 2   - Add initial Xe3P_LPD for NVL   - BMG FBC support   - Add MTL+ platforms to support dpll framework   _ fix DIMM_S DRM decoding on ICL   - Return to using AUX interrupts   - PSR/Panel replay refactoring   - use consolidation HDMI tables   - Xe3_LPD CD2X dividier changes  xe:   - vfio: add vfio_pci for intel GPU   - multi queue support   - dynamic pagemaps and multi-device SVM   - expose temp attribs in hwmon   - NO_COMPRESSION bo flag   - expose MERT OA unit   - sysfs survivability refactor   - SRIOV PF: add MERT support   - enable SR-IOV VF migration   - Enable I2C/NVM on Crescent Island   - Xe3p page reclaimation support   - introduce SRIOV scheduler groups   - add SoC remappt support in system controller   - insert compiler barriers in GuC code   - define NVL GuC firmware   - handle GT resume failure   - fix drm scheduler layering violations   - enable GSC loading and PXP for PTL   - disable GuC Power DCC strategy on PTL   - unregister drm device on probe error  i915:   - move to kernel standard fault injection   - bump recommended GuC version for DG2 and MTL  amdgpu:   - SMUIO 15.x, PSP 15.x support   - IH 6.1.1/7.1 support   - MMHUB 3.4/4.2 support   - GC 11.5.4/12.1 support   - SDMA 6.1.4/7.1/7.11.4 support   - JPEG 5.3 support   - UserQ updates   - GC 9 gfx queue reset support   - TTM memory ops parallelization   - convert legacy logging to new helpers   - DC analog fixes  amdkfd:   - GC 11.5.4/12.1 suppport   - SDMA 6.1.4/7.1 support   - per context support   - increase kfd process hash table   - Reserved SDMA rework  radeon:   - convert legacy logging to new helpers   - use devm for i2c adapters  msm:   - GPU      - Document a612/RGMU dt bindings      - UBWC 6.0 support (for A840 / Kaanapali)      - a225 support   - DPU:      - Switch to use virtual planes by default      - Fix DSI CMD panels on DPU 3.x      - Rewrite format handling to remove intermediate representation      - Fix watchdog on DPU 8.x+      - Fix TE / Vsync source setting on DPU 8.x+      - Add 3D_Mux on SC7280      - Kaanapali platform support      - Fix UBWC register programming      - Make RM reserve DSPP-enabled mixers for CRTCs with LMs      - Gamma correction support   - DP:      - Enable support for eDP 1.4+ link rate tables      - Fix MDSS1 DP indices on SA8775P, making them to work      - Fix msm_dp_ctrl_config_msa() to work with LLVM 20   - DSI:      - Document QCS8300 as compatible with SA8775P      - Kaanapali platform support   - DSI PHY:      - switch to divider_determine_rate()   - MDP5:      - Drop support for MSM8998, SDM660 and SDM630 (switch over to DPU)   -  MDSS:      - Kaanapali platform support      - Fixed UBWC register programming  nova-core:   - Prepare for Turing support. This includes parsing and handling     Turing-specific firmware headers and sections as well as a Turing     Falcon HAL implementation   - Get rid of the Result&lt;impl PinInit&lt;T, E&gt;&gt; anti-pattern   - Relocate initializer-specific code into the appropriate initializer   - Use CStr::from_bytes_until_nul() to remove custom helpers   - Improve handling of unexpected firmware values   - Clean up redundant debug prints   - Replace c_str!() with native Rust C-string literals   - Update nova-core task list  nova:   - Align GEM object size to system page size  tyr:   - Use generated uAPI bindings for GpuInfo   - Replace manual sleeps with read_poll_timeout()   - Replace c_str!() with native Rust C-string literals   - Suppress warnings for unread fields   - Fix incorrect register name in print statement  nouveau:   - fix big page table support races in PTE management   - improve reclocking on tegra 186+  amdxdna:   - fix suspend race conditions   - improve handling of zero tail pointers   - fix cu_idx overwritten during command setup   - enable hardware context priority   - remove NPU2 support   - update message buffer allocation requirements   - update firmware version check  ast:   - support imported cursor buffers   - big endian fixes  etnaviv:   - add PPU flop reset support  imagination:   - add AM62P support   - introduce hw version checks  ivpu:   - implement warm boot flow  panfrost:   - add bo sync ioctl   - add GPU_PM_RT support for RZ/G3E SoC  panthor:   - add bo sync ioctl   - enable timestamp propagation   - scheduler robustness improvements   - VM termination fixes   - huge page support  rockchip:   - RK3368 HDMI Support   - get rid of atomic_check fixups   - RK3506 support   - RK3576/RK3588 improved HPD handling  rz-du:   - RZ/V2H(P) MIPI-DSI Support  v3d:   - fix DMA segment size   - convert to new logging helpers  mediatek:   - move DP training to hotplug thread   - convert logging to new helpers   - add support for HS speed DSI   - Genio 510/700/1200-EVK, Radxa NIO-12L HDMI support  atmel-hlcdc:   - switch to drmm resource   - support nomodeset   - use newer helpers  hisilicon:   - fix various DP bugs  renesas:   - fix kernel panic on reboot  exynos:   - fix vidi_connection_ioctl using wrong device   - fix vidi_connection deref user ptr   - fix concurrency regression with vidi_context  vkms:   - add configfs support for display configuration* tag &apos;drm-next-2026-02-11&apos; of https://gitlab.freedesktop.org/drm/kernel: (1610 commits)  drm/xe/pm: Disable D3Cold for BMG only on specific platforms  drm/xe: Fix kerneldoc for xe_tlb_inval_job_alloc_dep  drm/xe: Fix kerneldoc for xe_gt_tlb_inval_init_early  drm/xe: Fix kerneldoc for xe_migrate_exec_queue  drm/xe/query: Fix topology query pointer advance  drm/xe/guc: Fix kernel-doc warning in GuC scheduler ABI header  drm/xe/guc: Fix CFI violation in debugfs access.  accel/amdxdna: Move RPM resume into job run function  accel/amdxdna: Fix incorrect DPM level after suspend/resume  nouveau/vmm: start tracking if the LPT PTE is valid. (v6)  nouveau/vmm: increase size of vmm pte tracker struct to u32 (v2)  nouveau/vmm: rewrite pte tracker using a struct and bitfields.  accel/amdxdna: Fix incorrect error code returned for failed chain command  accel/amdxdna: Remove hardware context status  drm/bridge: imx8qxp-pixel-combiner: Fix bailout for imx8qxp_pc_bridge_probe()  drm/panel: ilitek-ili9882t: Remove duplicate initializers in tianma_il79900a_dsc  drm/i915/display: fix the pixel normalization handling for xe3p_lpd  drm/exynos: vidi: use ctx-&gt;lock to protect struct vidi_context member variables related to memory alloc/free  drm/exynos: vidi: fix to avoid directly dereferencing user pointer  drm/exynos: vidi: use priv-&gt;vidi_dev for ctx lookup in vidi_connection_ioctl()  ...

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Wed, 11 Feb 2026 21:55:44 +0100</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>ec496f77b4c11036cc835d6f045fb5e5ef1e6530 - Merge branch &apos;for-6.20/sony&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#ec496f77b4c11036cc835d6f045fb5e5ef1e6530</link>
        <description>Merge branch &apos;for-6.20/sony&apos; into for-linus- Support for Rock band 4 PS4 and PS5 guitars (Rosalie Wanders)

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Mon, 09 Feb 2026 17:33:26 +0100</pubDate>
        <dc:creator>Jiri Kosina &lt;jkosina@suse.com&gt;</dc:creator>
    </item>
<item>
        <title>b2c6627e406d00bc53903ff6204aabb0c6a22b1a - Merge tag &apos;drm-misc-next-2026-01-22&apos; of https://gitlab.freedesktop.org/drm/misc/kernel into drm-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#b2c6627e406d00bc53903ff6204aabb0c6a22b1a</link>
        <description>Merge tag &apos;drm-misc-next-2026-01-22&apos; of https://gitlab.freedesktop.org/drm/misc/kernel into drm-nextdrm-misc-next for 6.20:Core Changes: - buddy: Fix free_trees memory leak, prevent a BUG_ON - dma-buf: Start to introduce cgroup memory accounting in heaps, Remove   sysfs stats, add new tracepoints - hdmi: Limit infoframes exposure to userspace based on driver   capabilities - property: Account for property blobs in memcgDriver Changes: - atmel-hlcdc: Switch to drmm resources, Support nomodeset parameter,   various patches to use newish helpers and fix memory safety bugs - hisilicon: Fix various DisplayPort related bugs - imagination: Introduce hardware version checks - renesas: Fix kernel panic on reboot - rockchip: Fix RK3576 HPD interrupt handling, Improve RK3588 HPD   interrupt handling - v3d: Convert to drm logging helpers - bridge:   - Continuation of the refcounting effort   - new bridge: Algoltek AG6311 - panel:   - new panel: Anbernic RG-DSSigned-off-by: Dave Airlie &lt;airlied@redhat.com&gt;From: Maxime Ripard &lt;mripard@redhat.com&gt;Link: https://patch.msgid.link/20260122-antique-sexy-junglefowl-1bc5a8@houat

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Fri, 23 Jan 2026 03:44:59 +0100</pubDate>
        <dc:creator>Dave Airlie &lt;airlied@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>cc4adab164b772a34b3340d644b7c4728498581e - Merge tag &apos;v6.19-rc1&apos; into msm-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#cc4adab164b772a34b3340d644b7c4728498581e</link>
        <description>Merge tag &apos;v6.19-rc1&apos; into msm-nextMerge Linux 6.19-rc1 in order to catch up with other changes (e.g. UBWCconfig database defining UBWC_6).Signed-off-by: Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Tue, 20 Jan 2026 23:06:55 +0100</pubDate>
        <dc:creator>Dmitry Baryshkov &lt;dmitry.baryshkov@oss.qualcomm.com&gt;</dc:creator>
    </item>
<item>
        <title>ab4c3dcf9a71582503b4fb25aeab884c696cab25 - dma-buf: Remove DMA-BUF sysfs stats</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#ab4c3dcf9a71582503b4fb25aeab884c696cab25</link>
        <description>dma-buf: Remove DMA-BUF sysfs statsCommit bdb8d06dfefd (&quot;dmabuf: Add the capability to expose DMA-BUF statsin sysfs&quot;) added dmabuf statistics to sysfs in 2021 underCONFIG_DMABUF_SYSFS_STATS. After being used in production, performanceproblems were discovered leading to its deprecation in 2022 in commite0a9f1fe206a (&quot;dma-buf: deprecate DMABUF_SYSFS_STATS&quot;). Some of theproblems with this interface were discussed in my LPC 2025 talk. [1][2]Android was probably the last user of the interface, which has sincebeen migrated to use the dmabuf BPF iterator [3] to obtain the sameinformation more cheaply. As promised in that series, now that thelongterm stable 6.18 kernel has been released let&apos;s remove the sysfsdmabuf statistics from the kernel.[1] https://www.youtube.com/watch?v=D83qygudq9c[2] https://lpc.events/event/19/contributions/2118/[3] https://lore.kernel.org/all/20250522230429.941193-1-tjmercier@google.com/Signed-off-by: T.J. Mercier &lt;tjmercier@google.com&gt;Reviewed-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt;Signed-off-by: Sumit Semwal &lt;sumit.semwal@linaro.org&gt;Link: https://patch.msgid.link/20260116190517.3268458-1-tjmercier@google.com

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Fri, 16 Jan 2026 20:05:12 +0100</pubDate>
        <dc:creator>T.J. Mercier &lt;tjmercier@google.com&gt;</dc:creator>
    </item>
<item>
        <title>5add3c3c280a35f7e258e9cef7607db5a2e56fdc - Merge drm/drm-next into drm-xe-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#5add3c3c280a35f7e258e9cef7607db5a2e56fdc</link>
        <description>Merge drm/drm-next into drm-xe-nextBackmerging to bring in 6.19-rc1. An important upstream bugfix andto help unblock PTL CI.Signed-off-by: Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Fri, 19 Dec 2025 11:51:22 +0100</pubDate>
        <dc:creator>Thomas Hellstr&#246;m &lt;thomas.hellstrom@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>ec439c38013550420aecc15988ae6acb670838c1 - Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf after 6.19-rc1</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#ec439c38013550420aecc15988ae6acb670838c1</link>
        <description>Merge git://git.kernel.org/pub/scm/linux/kernel/git/bpf/bpf after 6.19-rc1Cross-merge BPF and other fixes after downstream PR.Signed-off-by: Alexei Starovoitov &lt;ast@kernel.org&gt;

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Wed, 17 Dec 2025 06:29:38 +0100</pubDate>
        <dc:creator>Alexei Starovoitov &lt;ast@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>b8304863a3990d0f18c38e5b94191830a63ee1af - Merge drm/drm-next into drm-intel-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#b8304863a3990d0f18c38e5b94191830a63ee1af</link>
        <description>Merge drm/drm-next into drm-intel-nextSync-up some display code needed for Async flips refactor.Signed-off-by: Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Mon, 15 Dec 2025 14:24:02 +0100</pubDate>
        <dc:creator>Rodrigo Vivi &lt;rodrigo.vivi@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>7f790dd21a931c61167f7bdc327aecf2cebad327 - Merge drm/drm-next into drm-misc-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#7f790dd21a931c61167f7bdc327aecf2cebad327</link>
        <description>Merge drm/drm-next into drm-misc-nextLet&apos;s kickstart the v6.20 (7.0?) release cycle.Signed-off-by: Maxime Ripard &lt;mripard@kernel.org&gt;

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Mon, 15 Dec 2025 09:27:39 +0100</pubDate>
        <dc:creator>Maxime Ripard &lt;mripard@kernel.org&gt;</dc:creator>
    </item>
<item>
        <title>24f171c7e145f43b9f187578e89b0982ce87e54c - Merge tag &apos;asoc-fix-v6.19-rc1&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#24f171c7e145f43b9f187578e89b0982ce87e54c</link>
        <description>Merge tag &apos;asoc-fix-v6.19-rc1&apos; of https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound into for-linusASoC: Fixes for v6.19We&apos;ve been quite busy with fixes since the merge window, though not inany particularly exciting ways - the standout thing is the fix for _SXcontrols which were broken by a change to how we do clamping, otherwiseit&apos;s all fairly run of the mill fixes and quirks.

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Sun, 21 Dec 2025 11:11:11 +0100</pubDate>
        <dc:creator>Takashi Iwai &lt;tiwai@suse.de&gt;</dc:creator>
    </item>
<item>
        <title>84318277d6334c6981ab326d4acc87c6a6ddc9b8 - Merge remote-tracking branch &apos;drm/drm-fixes&apos; into drm-misc-fixes</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#84318277d6334c6981ab326d4acc87c6a6ddc9b8</link>
        <description>Merge remote-tracking branch &apos;drm/drm-fixes&apos; into drm-misc-fixesPull in rc1 to include all changes since the merge window closed,and grab all fixes and changes from drm/drm-next.Signed-off-by: Maarten Lankhorst &lt;dev@lankhorst.se&gt;

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Mon, 15 Dec 2025 12:53:27 +0100</pubDate>
        <dc:creator>Maarten Lankhorst &lt;dev@lankhorst.se&gt;</dc:creator>
    </item>
<item>
        <title>a3ebb59eee2e558e8f8f27fc3f75cd367f17cd8e - Merge tag &apos;vfio-v6.19-rc1&apos; of https://github.com/awilliam/linux-vfio</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#a3ebb59eee2e558e8f8f27fc3f75cd367f17cd8e</link>
        <description>Merge tag &apos;vfio-v6.19-rc1&apos; of https://github.com/awilliam/linux-vfioPull VFIO updates from Alex Williamson: - Move libvfio selftest artifacts in preparation of more tightly   coupled integration with KVM selftests (David Matlack) - Fix comment typo in mtty driver (Chu Guangqing) - Support for new hardware revision in the hisi_acc vfio-pci variant   driver where the migration registers can now be accessed via the PF.   When enabled for this support, the full BAR can be exposed to the   user (Longfang Liu) - Fix vfio cdev support for VF token passing, using the correct size   for the kernel structure, thereby actually allowing userspace to   provide a non-zero UUID token. Also set the match token callback for   the hisi_acc, fixing VF token support for this this vfio-pci variant   driver (Raghavendra Rao Ananta) - Introduce internal callbacks on vfio devices to simplify and   consolidate duplicate code for generating VFIO_DEVICE_GET_REGION_INFO   data, removing various ioctl intercepts with a more structured   solution (Jason Gunthorpe) - Introduce dma-buf support for vfio-pci devices, allowing MMIO regions   to be exposed through dma-buf objects with lifecycle managed through   move operations. This enables low-level interactions such as a   vfio-pci based SPDK drivers interacting directly with dma-buf capable   RDMA devices to enable peer-to-peer operations. IOMMUFD is also now   able to build upon this support to fill a long standing feature gap   versus the legacy vfio type1 IOMMU backend with an implementation of   P2P support for VM use cases that better manages the lifecycle of the   P2P mapping (Leon Romanovsky, Jason Gunthorpe, Vivek Kasireddy) - Convert eventfd triggering for error and request signals to use RCU   mechanisms in order to avoid a 3-way lockdep reported deadlock issue   (Alex Williamson) - Fix a 32-bit overflow introduced via dma-buf support manifesting with   large DMA buffers (Alex Mastro) - Convert nvgrace-gpu vfio-pci variant driver to insert mappings on   fault rather than at mmap time. This conversion serves both to make   use of huge PFNMAPs but also to both avoid corrected RAS events   during reset by now being subject to vfio-pci-core&apos;s use of   unmap_mapping_range(), and to enable a device readiness test after   reset (Ankit Agrawal) - Refactoring of vfio selftests to support multi-device tests and split   code to provide better separation between IOMMU and device objects.   This work also enables a new test suite addition to measure parallel   device initialization latency (David Matlack)* tag &apos;vfio-v6.19-rc1&apos; of https://github.com/awilliam/linux-vfio: (65 commits)  vfio: selftests: Add vfio_pci_device_init_perf_test  vfio: selftests: Eliminate INVALID_IOVA  vfio: selftests: Split libvfio.h into separate header files  vfio: selftests: Move vfio_selftests_*() helpers into libvfio.c  vfio: selftests: Rename vfio_util.h to libvfio.h  vfio: selftests: Stop passing device for IOMMU operations  vfio: selftests: Move IOVA allocator into iova_allocator.c  vfio: selftests: Move IOMMU library code into iommu.c  vfio: selftests: Rename struct vfio_dma_region to dma_region  vfio: selftests: Upgrade driver logging to dev_err()  vfio: selftests: Prefix logs with device BDF where relevant  vfio: selftests: Eliminate overly chatty logging  vfio: selftests: Support multiple devices in the same container/iommufd  vfio: selftests: Introduce struct iommu  vfio: selftests: Rename struct vfio_iommu_mode to iommu_mode  vfio: selftests: Allow passing multiple BDFs on the command line  vfio: selftests: Split run.sh into separate scripts  vfio: selftests: Move run.sh into scripts directory  vfio/nvgrace-gpu: wait for the GPU mem to be ready  vfio/nvgrace-gpu: Inform devmem unmapped after reset  ...

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Fri, 05 Dec 2025 03:42:48 +0100</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>5185c4d8a56b34f33cec574793047fcd2dba2055 - Merge branch &apos;iommufd_dmabuf&apos; into k.o-iommufd/for-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#5185c4d8a56b34f33cec574793047fcd2dba2055</link>
        <description>Merge branch &apos;iommufd_dmabuf&apos; into k.o-iommufd/for-nextJason Gunthorpe says:====================This series is the start of adding full DMABUF support toiommufd. Currently it is limited to only work with VFIO&apos;s DMABUF exporter.It sits on top of Leon&apos;s series to add a DMABUF exporter to VFIO:   https://lore.kernel.org/all/20251120-dmabuf-vfio-v9-0-d7f71607f371@nvidia.com/The existing IOMMU_IOAS_MAP_FILE is enhanced to detect DMABUF fd&apos;s, butotherwise works the same as it does today for a memfd. The user can selecta slice of the FD to map into the ioas and if the underliyng alignmentrequirements are met it will be placed in the iommu_domain.Though limited, it is enough to allow a VMM like QEMU to connect MMIO BARmemory from VFIO to an iommu_domain controlled by iommufd. This is usedfor PCI Peer to Peer support in VMs, and is the last feature that the VFIOtype 1 container has that iommufd couldn&apos;t do.The VFIO type1 version extracts raw PFNs from VMAs, which has no lifetimecontrol and is a use-after-free security problem.Instead iommufd relies on revokable DMABUFs. Whenever VFIO thinks thereshould be no access to the MMIO it can shoot down the mapping in iommufdwhich will unmap it from the iommu_domain. There is no automatic remap,this is a safety protocol so the kernel doesn&apos;t get stuck. Userspace isexpected to know it is doing something that will revoke the dmabuf andmap/unmap it around the activity. Eg when QEMU goes to issue FLR it shoulddo the map/unmap to iommufd.Since DMABUF is missing some key general features for this use case itrelies on a &quot;private interconnect&quot; between VFIO and iommufd via thevfio_pci_dma_buf_iommufd_map() call.The call confirms the DMABUF has revoke semantics and delivers a phys_addrfor the memory suitable for use with iommu_map().Medium term there is a desire to expand the supported DMABUFs to includeGPU drivers to support DPDK/SPDK type use cases so future series will workto add a general concept of revoke and a general negotiation ofinterconnect to remove vfio_pci_dma_buf_iommufd_map().I also plan another series to modify iommufd&apos;s vfio_compat totransparently pull a dmabuf out of a VFIO VMA to emulate more of the uAPIof type1.The latest series for interconnect negotation to exchange a phys_addr is: https://lore.kernel.org/r/20251027044712.1676175-1-vivek.kasireddy@intel.comAnd the discussion for design of revoke is here: https://lore.kernel.org/dri-devel/20250114173103.GE5556@nvidia.com/====================Based on a shared branch with vfio.* iommufd_dmabuf:  iommufd/selftest: Add some tests for the dmabuf flow  iommufd: Accept a DMABUF through IOMMU_IOAS_MAP_FILE  iommufd: Have iopt_map_file_pages convert the fd to a file  iommufd: Have pfn_reader process DMABUF iopt_pages  iommufd: Allow MMIO pages in a batch  iommufd: Allow a DMABUF to be revoked  iommufd: Do not map/unmap revoked DMABUFs  iommufd: Add DMABUF to iopt_pages  vfio/pci: Add vfio_pci_dma_buf_iommufd_map()  vfio/nvgrace: Support get_dmabuf_phys  vfio/pci: Add dma-buf export support for MMIO regions  vfio/pci: Enable peer-to-peer DMA transactions by default  vfio/pci: Share the core device pointer while invoking feature functions  vfio: Export vfio device get and put registration helpers  dma-buf: provide phys_vec to scatter-gather mapping routine  PCI/P2PDMA: Document DMABUF model  PCI/P2PDMA: Provide an access to pci_p2pdma_map_type() function  PCI/P2PDMA: Refactor to separate core P2P functionality from memory allocation  PCI/P2PDMA: Simplify bus address mapping API  PCI/P2PDMA: Separate the mmap() support from the core logicSigned-off-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Tue, 25 Nov 2025 17:46:52 +0100</pubDate>
        <dc:creator>Jason Gunthorpe &lt;jgg@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>fa804aa4ac1b091ef2ec2981f08a1c28aaeba8e7 - Merge tag &apos;vfio-v6.19-dma-buf-v9+&apos; into v6.19/vfio/next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#fa804aa4ac1b091ef2ec2981f08a1c28aaeba8e7</link>
        <description>Merge tag &apos;vfio-v6.19-dma-buf-v9+&apos; into v6.19/vfio/next[v9] vfio/pci: Allow MMIO regions to be exported through dma-bufhttps://lore.kernel.org/all/20251120-dmabuf-vfio-v9-0-d7f71607f371@nvidia.comSigned-off-by: Alex Williamson &lt;alex@shazbot.org&gt;

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Fri, 21 Nov 2025 05:20:00 +0100</pubDate>
        <dc:creator>Alex Williamson &lt;alex@shazbot.org&gt;</dc:creator>
    </item>
<item>
        <title>3aa31a8bb11e47c0ff2b306988d1756b810c1c3c - dma-buf: provide phys_vec to scatter-gather mapping routine</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#3aa31a8bb11e47c0ff2b306988d1756b810c1c3c</link>
        <description>dma-buf: provide phys_vec to scatter-gather mapping routineAdd dma_buf_phys_vec_to_sgt() and dma_buf_free_sgt() helpers to convertan array of MMIO physical address ranges into scatter-gather tables withproper DMA mapping.These common functions are a starting point and support any PCIdrivers creating mappings from their BAR&apos;s MMIO addresses. VFIO is onecase, as shortly will be RDMA. We can review existing DRM drivers torefactor them separately. We hope this will evolve into routines tohelp common DRM that include mixed CPU and MMIO mappings.Compared to the dma_map_resource() abuse this implementation handlesthe complicated PCI P2P scenarios properly, especially when an IOMMUis enabled: - Direct bus address mapping without IOVA allocation for   PCI_P2PDMA_MAP_BUS_ADDR, using pci_p2pdma_bus_addr_map(). This   happens if the IOMMU is enabled but the PCIe switch ACS flags allow   transactions to avoid the host bridge.   Further, this handles the slightly obscure, case of MMIO with a   phys_addr_t that is different from the physical BAR programming   (bus offset). The phys_addr_t is converted to a dma_addr_t and   accommodates this effect. This enables certain real systems to   work, especially on ARM platforms. - Mapping through host bridge with IOVA allocation and DMA_ATTR_MMIO   attribute for MMIO memory regions (PCI_P2PDMA_MAP_THRU_HOST_BRIDGE).   This happens when the IOMMU is enabled and the ACS flags are forcing   all traffic to the IOMMU - ie for virtualization systems. - Cases where P2P is not supported through the host bridge/CPU. The   P2P subsystem is the proper place to detect this and block it.Helper functions fill_sg_entry() and calc_sg_nents() handle thescatter-gather table construction, splitting large regions intoUINT_MAX-sized chunks to fit within sg-&gt;length field limits.Since the physical address based DMA API forbids use of the CPU listof the scatterlist this will produce a mangled scatterlist that hasa fully zero-length and NULL&apos;d CPU list. The list is 0 length,all the struct page pointers are NULL and zero sized. This is strongerand more robust than the existing mangle_sg_table() technique. It isa future project to migrate DMABUF as a subsystem away from usingscatterlist for this data structure.Reviewed-by: Kevin Tian &lt;kevin.tian@intel.com&gt;Reviewed-by: Nicolin Chen &lt;nicolinc@nvidia.com&gt;Reviewed-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;Tested-by: Alex Mastro &lt;amastro@fb.com&gt;Tested-by: Nicolin Chen &lt;nicolinc@nvidia.com&gt;Signed-off-by: Leon Romanovsky &lt;leonro@nvidia.com&gt;Acked-by: Christian K&#246;nig &lt;christian.koenig@amd.com&gt;Acked-by: Ankit Agrawal &lt;ankita@nvidia.com&gt;Link: https://lore.kernel.org/r/20251120-dmabuf-vfio-v9-6-d7f71607f371@nvidia.comSigned-off-by: Alex Williamson &lt;alex@shazbot.org&gt;

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Thu, 20 Nov 2025 10:28:25 +0100</pubDate>
        <dc:creator>Leon Romanovsky &lt;leonro@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>4f2c0a4acffbec01079c28f839422e64ddeff004 - Merge branch &apos;main&apos; into zstd-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#4f2c0a4acffbec01079c28f839422e64ddeff004</link>
        <description>Merge branch &apos;main&apos; into zstd-linus

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Wed, 14 Dec 2022 01:21:55 +0100</pubDate>
        <dc:creator>Nick Terrell &lt;terrelln@fb.com&gt;</dc:creator>
    </item>
<item>
        <title>14e77332e74603efab8347c89d3cda447c3b97c9 - Merge branch &apos;main&apos; into zstd-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#14e77332e74603efab8347c89d3cda447c3b97c9</link>
        <description>Merge branch &apos;main&apos; into zstd-next

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Sat, 22 Oct 2022 01:00:35 +0200</pubDate>
        <dc:creator>Nick Terrell &lt;terrelln@fb.com&gt;</dc:creator>
    </item>
<item>
        <title>5f8f8574c7f5585b09a9623f0f13462e4eb67b4d - Merge branch &apos;next&apos; into for-linus</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#5f8f8574c7f5585b09a9623f0f13462e4eb67b4d</link>
        <description>Merge branch &apos;next&apos; into for-linusPrepare input updates for 6.1 merge window.

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Mon, 10 Oct 2022 07:30:23 +0200</pubDate>
        <dc:creator>Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>97acb6a8fcc4e5c2cdc2693a35acdc5a7461aaa3 - Merge drm/drm-next into drm-intel-gt-next</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/dma-buf/Makefile#97acb6a8fcc4e5c2cdc2693a35acdc5a7461aaa3</link>
        <description>Merge drm/drm-next into drm-intel-gt-nextDaniele needs 84d4333c1e28 (&quot;misc/mei: Add NULL check to component matchcallback functions&quot;) in order to merge the DG2 HuC patches.Signed-off-by: Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt;

            List of files:
            /linux/drivers/dma-buf/Makefile</description>
        <pubDate>Mon, 03 Oct 2022 18:04:02 +0200</pubDate>
        <dc:creator>Tvrtko Ursulin &lt;tvrtko.ursulin@intel.com&gt;</dc:creator>
    </item>
</channel>
</rss>
