<?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>6e869de3a1b9ef9f096223e0e7f30c727de4f6bc - Merge tag &apos;hyperv-next-signed-20260621&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/hyperv/linux</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#6e869de3a1b9ef9f096223e0e7f30c727de4f6bc</link>
        <description>Merge tag &apos;hyperv-next-signed-20260621&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/hyperv/linuxPull hyperv updates from Wei Liu: - Use wakeup mailbox to boot APs in Hyper-V VTL2 TDX guests (Yunhong   Jiang, Ricardo Neri) - Move the Hyper-V IOMMU to its own subdirectory (Mukesh Rathor) - Cosmetic changes to mshv and balloon driver (Junrui Luo, Markus   Elfring)* tag &apos;hyperv-next-signed-20260621&apos; of git://git.kernel.org/pub/scm/linux/kernel/git/hyperv/linux:  mshv: add bounds check on vp_index in mshv_intercept_isr()  hv_balloon: Simplify data output in hv_balloon_debug_show()  x86/hyperv: Cosmetic changes in irqdomain.c for readability  iommu/hyperv: Create hyperv subdirectory under drivers/iommu  x86/hyperv/vtl: Use the wakeup mailbox to boot secondary CPUs  x86/hyperv/vtl: Mark the wakeup mailbox page as private  x86/acpi: Add a helper to get the address of the wakeup mailbox  x86/hyperv/vtl: Setup the 64-bit trampoline for TDX guests  x86/realmode: Make the location of the trampoline configurable  x86/hyperv/vtl: Set real_mode_header in hv_vtl_init_platform()  x86/dt: Parse the Wakeup Mailbox for Intel processors  dt-bindings: reserved-memory: Wakeup Mailbox for Intel processors  x86/acpi: Add functions to setup and access the wakeup mailbox  x86/topology: Add missing struct declaration and attribute dependency

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Mon, 22 Jun 2026 17:06:13 +0200</pubDate>
        <dc:creator>Linus Torvalds &lt;torvalds@linux-foundation.org&gt;</dc:creator>
    </item>
<item>
        <title>c14efec1452098ec97d30423e4120e4fa90e0663 - iommu/hyperv: Create hyperv subdirectory under drivers/iommu</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#c14efec1452098ec97d30423e4120e4fa90e0663</link>
        <description>iommu/hyperv: Create hyperv subdirectory under drivers/iommuCreate hyperv subdirectory under drivers/iommu in anticipation of moreHyper-V related files from upcoming PCI passthrough and PV-IOMMU patches.Also, the current file hyperv-iommu.c actually implements irq remapping onx86, so rename to more appropriate hv-irq-remap-x86.c and move it underthe new hyperv subdirectory. Since this file implements irq_remap_opsexposed by drivers/iommu/irq_remapping.h, it cannot be relocated to theirq directory. This is in sync with other backend directories like amdand intel there.Lastly, this file should not be tied to CONFIG_HYPERV_IOMMU, but toCONFIG_HYPERV and CONFIG_IRQ_REMAP.Signed-off-by: Mukesh R &lt;mrathor@linux.microsoft.com&gt;Reviewed-by: Jacob Pan &lt;jacob.pan@linux.microsoft.com&gt;Signed-off-by: Wei Liu &lt;wei.liu@kernel.org&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Thu, 04 Jun 2026 00:50:10 +0200</pubDate>
        <dc:creator>Mukesh R &lt;mrathor@linux.microsoft.com&gt;</dc:creator>
    </item>
<item>
        <title>917ace84b7702ab067572e3e9bff03a4e4dce7b9 - iommu: Add verisilicon IOMMU driver</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#917ace84b7702ab067572e3e9bff03a4e4dce7b9</link>
        <description>iommu: Add verisilicon IOMMU driverThe Verisilicon IOMMU hardware block can be found in combinationwith Verisilicon hardware video codecs (encoders or decoders) ondifferent SoCs.Enable it will allow us to use non contiguous memory allocatorsfor Verisilicon video codecs.Signed-off-by: Benjamin Gaignard &lt;benjamin.gaignard@collabora.com&gt;Signed-off-by: Joerg Roedel &lt;joerg.roedel@amd.com&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Wed, 15 Apr 2026 09:23:39 +0200</pubDate>
        <dc:creator>Benjamin Gaignard &lt;benjamin.gaignard@collabora.com&gt;</dc:creator>
    </item>
<item>
        <title>466ae6978a5b8c6022bd4537fbfd00e94bb07219 - iommu: Add page_ext for IOMMU_DEBUG_PAGEALLOC</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#466ae6978a5b8c6022bd4537fbfd00e94bb07219</link>
        <description>iommu: Add page_ext for IOMMU_DEBUG_PAGEALLOCAdd a new config IOMMU_DEBUG_PAGEALLOC, which registers new data topage_ext.This config will be used by the IOMMU API to track pages mapped inthe IOMMU to catch drivers trying to free kernel memory that theystill map in their domains, causing all types of memory corruption.This behaviour is disabled by default and can be enabled usingkernel cmdline iommu.debug_pagealloc.Acked-by: David Hildenbrand (Red Hat) &lt;david@kernel.org&gt;Reviewed-by: Pranjal Shrivastava &lt;praan@google.com&gt;Reviewed-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Signed-off-by: Mostafa Saleh &lt;smostafa@google.com&gt;Signed-off-by: Joerg Roedel &lt;joerg.roedel@amd.com&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Fri, 09 Jan 2026 18:18:02 +0100</pubDate>
        <dc:creator>Mostafa Saleh &lt;smostafa@google.com&gt;</dc:creator>
    </item>
<item>
        <title>7e06063a43d317c1ca9278b6662555f687f43f03 - iommu/io-pgtable-arm-selftests: Use KUnit</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#7e06063a43d317c1ca9278b6662555f687f43f03</link>
        <description>iommu/io-pgtable-arm-selftests: Use KUnitIntegrate the selftests as part of kunit.Now instead of the test only being run at boot, it can run:- With CONFIG_IOMMU_IO_PGTABLE_LPAE_KUNIT_TEST=y  It will automatically run at boot as before.- Otherwise with CONFIG_IOMMU_IO_PGTABLE_LPAE_KUNIT_TEST=m:  1) on module load:     Once the module load the self test will run     # modprobe io-pgtable-arm-selftests  2) debugfs     With CONFIG_KUNIT_DEBUGFS=y You can run the test with     # echo 1 &gt; /sys/kernel/debug/kunit/io-pgtable-arm-test/run  3) Using kunit.py     You can also use the helper script which uses Qemu in the background     # ./tools/testing/kunit/kunit.py run --build_dir build_kunit_arm64 --arch arm64 \       --make_options LLVM=1 --kunitconfig ./kunit/kunitconfig      [18:01:09] ============= io-pgtable-arm-test (1 subtest) ==============      [18:01:09] [PASSED] arm_lpae_do_selftests      [18:01:09] =============== [PASSED] io-pgtable-arm-test ===============      [18:01:09] ============================================================Suggested-by: Jason Gunthorpe &lt;jgg@ziepe.ca&gt;Reviewed-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;Reviewed-by: Pranjal Shrivastava &lt;praan@google.com&gt;Signed-off-by: Mostafa Saleh &lt;smostafa@google.com&gt;Acked-by: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Joerg Roedel &lt;joerg.roedel@amd.com&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Mon, 03 Nov 2025 13:33:52 +0100</pubDate>
        <dc:creator>Mostafa Saleh &lt;smostafa@google.com&gt;</dc:creator>
    </item>
<item>
        <title>699b059962add22b2a324645b6ae2a607fc1a93e - iommu/io-pgtable-arm: Move selftests to a separate file</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#699b059962add22b2a324645b6ae2a607fc1a93e</link>
        <description>iommu/io-pgtable-arm: Move selftests to a separate fileClean up the io-pgtable-arm library by moving the selftests out.Next the tests will be registered with kunit.This is useful also to factor out kernel specific code out, soit can compiled as part of the hypervisor object.Reviewed-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;Reviewed-by: Pranjal Shrivastava &lt;praan@google.com&gt;Signed-off-by: Mostafa Saleh &lt;smostafa@google.com&gt;Acked-by: Will Deacon &lt;will@kernel.org&gt;Signed-off-by: Joerg Roedel &lt;joerg.roedel@amd.com&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Mon, 03 Nov 2025 13:33:50 +0100</pubDate>
        <dc:creator>Mostafa Saleh &lt;smostafa@google.com&gt;</dc:creator>
    </item>
<item>
        <title>879ced2bab1ba95e98fac56c9503791183bc7cbb - iommupt: Add the AMD IOMMU v1 page table format</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#879ced2bab1ba95e98fac56c9503791183bc7cbb</link>
        <description>iommupt: Add the AMD IOMMU v1 page table formatAMD IOMMU v1 is unique in supporting contiguous pages with a variable sizeand it can decode the full 64 bit VA space. Unlike other x86 page tablesthis explicitly does not do sign extension as part of allowing the entire64 bit VA space to be supported.The general design is quite similar to the x86 PAE format, except with a6th level and quite different PTE encoding.This format is the only one that uses the PT_FEAT_DYNAMIC_TOP feature inthe existing code as the existing AMDv1 code starts out with a 3 leveltable and adds levels on the fly if more IOVA is needed.Comparing the performance of several operations to the existing version:iommu_map()   pgsz  ,avg new,old ns, min new,old ns  , min % (+ve is better)     2^12,     65,64    ,      62,61      ,  -1.01     2^13,     70,66    ,      67,62      ,  -8.08     2^14,     73,69    ,      71,65      ,  -9.09     2^15,     78,75    ,      75,71      ,  -5.05     2^16,     89,89    ,      86,84      ,  -2.02     2^17,    128,121   ,     124,112     , -10.10     2^18,    175,175   ,     170,163     ,  -4.04     2^19,    264,306   ,     261,279     ,   6.06     2^20,    444,525   ,     438,489     ,  10.10     2^21,     60,62    ,      58,59      ,   1.01 256*2^12,    381,1833  ,     367,1795    ,  79.79 256*2^21,    375,1623  ,     356,1555    ,  77.77 256*2^30,    356,1338  ,     349,1277    ,  72.72iommu_unmap()   pgsz  ,avg new,old ns, min new,old ns  , min % (+ve is better)     2^12,     76,89    ,      71,86      ,  17.17     2^13,     79,89    ,      75,86      ,  12.12     2^14,     78,90    ,      74,86      ,  13.13     2^15,     82,89    ,      74,86      ,  13.13     2^16,     79,89    ,      74,86      ,  13.13     2^17,     81,89    ,      77,87      ,  11.11     2^18,     90,92    ,      87,89      ,   2.02     2^19,     91,93    ,      88,90      ,   2.02     2^20,     96,95    ,      91,92      ,   1.01     2^21,     72,88    ,      68,85      ,  20.20 256*2^12,    372,6583  ,     364,6251    ,  94.94 256*2^21,    398,6032  ,     392,5758    ,  93.93 256*2^30,    396,5665  ,     389,5258    ,  92.92The ~5-17x speedup when working with mutli-PTE map/unmaps is because theAMD implementation rewalks the entire table on every new PTE while thisversion retains its position. The same speedup will be seen with dirtys aswell.The old implementation triggers a compiler optimization that ends upgenerating a &quot;rep stos&quot; memset for contiguous PTEs. Since AMD can havecontiguous PTEs that span 2Kbytes of table this is a huge win compared toa normal movq loop. It is why the unmap side has a fairly flat runtime asthe contiguous PTE sides increases. This version makes it explicit with amemset64() call.Reviewed-by: Kevin Tian &lt;kevin.tian@intel.com&gt;Reviewed-by: Vasant Hegde &lt;vasant.hegde@amd.com&gt;Tested-by: Alejandro Jimenez &lt;alejandro.j.jimenez@oracle.com&gt;Tested-by: Pasha Tatashin &lt;pasha.tatashin@soleen.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;Signed-off-by: Joerg Roedel &lt;joerg.roedel@amd.com&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Tue, 04 Nov 2025 19:30:02 +0100</pubDate>
        <dc:creator>Jason Gunthorpe &lt;jgg@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>01c13a1d0e347a47d705fa16419d24569f3b00c4 - iommu: make inclusion of riscv directory conditional</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#01c13a1d0e347a47d705fa16419d24569f3b00c4</link>
        <description>iommu: make inclusion of riscv directory conditionalNothing in there is active if CONFIG_RISCV_IOMMU is not enabled, so the wholedirectory can depend on that switch as well.Fixes: 5c0ebbd3c6c6 (&quot;iommu/riscv: Add RISC-V IOMMU platform device driver&quot;)Signed-off-by: Rolf Eike Beer &lt;eb@emlix.com&gt;Reviewed-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Link: https://lore.kernel.org/r/2235451.Icojqenx9y@devpool92.emlix.comSigned-off-by: Joerg Roedel &lt;jroedel@suse.de&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Mon, 12 May 2025 15:13:43 +0200</pubDate>
        <dc:creator>Rolf Eike Beer &lt;eb@emlix.com&gt;</dc:creator>
    </item>
<item>
        <title>85ef671f9727aac580924cc1ce1ca0892524beee - iommu: make inclusion of amd directory conditional</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#85ef671f9727aac580924cc1ce1ca0892524beee</link>
        <description>iommu: make inclusion of amd directory conditionalNothing in there is active if CONFIG_AMD_IOMMU is not enabled, so the wholedirectory can depend on that switch as well.Fixes: cbe94c6e1a7d (&quot;iommu/amd: Move Kconfig and Makefile bits down into amd directory&quot;)Signed-off-by: Rolf Eike Beer &lt;eb@emlix.com&gt;Reviewed-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Link: https://lore.kernel.org/r/1894970.atdPhlSkOF@devpool92.emlix.comSigned-off-by: Joerg Roedel &lt;jroedel@suse.de&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Mon, 12 May 2025 15:12:52 +0200</pubDate>
        <dc:creator>Rolf Eike Beer &lt;eb@emlix.com&gt;</dc:creator>
    </item>
<item>
        <title>ddcc66cfe83ad0d6ec7cc5f94084767772fe5c9e - iommu: make inclusion of intel directory conditional</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#ddcc66cfe83ad0d6ec7cc5f94084767772fe5c9e</link>
        <description>iommu: make inclusion of intel directory conditionalNothing in there is active if CONFIG_INTEL_IOMMU is not enabled, so the wholedirectory can depend on that switch as well.Fixes: ab65ba57e3ac (&quot;iommu/vt-d: Move Kconfig and Makefile bits down into intel directory&quot;)Signed-off-by: Rolf Eike Beer &lt;eb@emlix.com&gt;Reviewed-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Link: https://lore.kernel.org/r/3818749.MHq7AAxBmi@devpool92.emlix.comSigned-off-by: Joerg Roedel &lt;jroedel@suse.de&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Mon, 12 May 2025 15:11:51 +0200</pubDate>
        <dc:creator>Rolf Eike Beer &lt;eb@emlix.com&gt;</dc:creator>
    </item>
<item>
        <title>f5af4a4f7ccb58c0022175b3457c840a77463e7a - iommu/pages: De-inline the substantial functions</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#f5af4a4f7ccb58c0022175b3457c840a77463e7a</link>
        <description>iommu/pages: De-inline the substantial functionsThese are called in a lot of places and are not trivial. Move them to thecore module.Tidy some of the comments and function arguments, fold__iommu_alloc_account() into its only caller, change__iommu_free_account() into __iommu_free_page() to remove someduplication.Reviewed-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Reviewed-by: Mostafa Saleh &lt;smostafa@google.com&gt;Tested-by: Nicolin Chen &lt;nicolinc@nvidia.com&gt;Tested-by: Alejandro Jimenez &lt;alejandro.j.jimenez@oracle.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;Link: https://lore.kernel.org/r/7-v4-c8663abbb606+3f7-iommu_pages_jgg@nvidia.comSigned-off-by: Joerg Roedel &lt;jroedel@suse.de&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Tue, 08 Apr 2025 18:53:55 +0200</pubDate>
        <dc:creator>Jason Gunthorpe &lt;jgg@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>5c0ebbd3c6c6e00af112fe053e81ac0c7cafe647 - iommu/riscv: Add RISC-V IOMMU platform device driver</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#5c0ebbd3c6c6e00af112fe053e81ac0c7cafe647</link>
        <description>iommu/riscv: Add RISC-V IOMMU platform device driverIntroduce platform device driver for implementation of RISC-V IOMMUarchitected hardware.Hardware interface definition located in file iommu-bits.h is based onratified RISC-V IOMMU Architecture Specification version 1.0.0.This patch implements platform device initialization, early check andconfiguration of the IOMMU interfaces and enables global pass-throughaddress translation mode (iommu_mode == BARE), without registeringhardware instance in the IOMMU subsystem.Link: https://github.com/riscv-non-isa/riscv-iommuCo-developed-by: Nick Kossifidis &lt;mick@ics.forth.gr&gt;Signed-off-by: Nick Kossifidis &lt;mick@ics.forth.gr&gt;Co-developed-by: Sebastien Boeuf &lt;seb@rivosinc.com&gt;Signed-off-by: Sebastien Boeuf &lt;seb@rivosinc.com&gt;Reviewed-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Signed-off-by: Tomasz Jeznach &lt;tjeznach@rivosinc.com&gt;Acked-by: Palmer Dabbelt &lt;palmer@rivosinc.com&gt;Link: https://lore.kernel.org/r/2f2e4530c0ee4a81385efa90f1da932f5179f3fb.1729059707.git.tjeznach@rivosinc.comSigned-off-by: Joerg Roedel &lt;jroedel@suse.de&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Wed, 16 Oct 2024 08:52:14 +0200</pubDate>
        <dc:creator>Tomasz Jeznach &lt;tjeznach@rivosinc.com&gt;</dc:creator>
    </item>
<item>
        <title>17c51a0ea36b800e7a5998a92d83016c82935dff - iommu: Separate SVA and IOPF</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#17c51a0ea36b800e7a5998a92d83016c82935dff</link>
        <description>iommu: Separate SVA and IOPFAdd CONFIG_IOMMU_IOPF for page fault handling framework and select itfrom its real consumer. Move iopf function declaration from iommu-sva.hto iommu.h and remove iommu-sva.h as it&apos;s empty now.Consolidate all SVA related code into iommu-sva.c:- Move iommu_sva_domain_alloc() from iommu.c to iommu-sva.c.- Move sva iopf handling code from io-pgfault.c to iommu-sva.c.Consolidate iommu_report_device_fault() and iommu_page_response() intoio-pgfault.c.Export iopf_free_group() and iopf_group_response() for iopf handlersimplemented in modules. Some functions are renamed with more meaningfulnames. No other intentional functionality changes.Signed-off-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Reviewed-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;Reviewed-by: Kevin Tian &lt;kevin.tian@intel.com&gt;Tested-by: Yan Zhao &lt;yan.y.zhao@intel.com&gt;Tested-by: Longfang Liu &lt;liulongfang@huawei.com&gt;Link: https://lore.kernel.org/r/20240212012227.119381-11-baolu.lu@linux.intel.comSigned-off-by: Joerg Roedel &lt;jroedel@suse.de&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Mon, 12 Feb 2024 02:22:21 +0100</pubDate>
        <dc:creator>Lu Baolu &lt;baolu.lu@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>c462944901319cb52ec0d0382dcea64f4f6f70e8 - iommu/tegra-gart: Remove tegra-gart</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#c462944901319cb52ec0d0382dcea64f4f6f70e8</link>
        <description>iommu/tegra-gart: Remove tegra-gartThierry says this is not used anymore, and doesn&apos;t think it makes sense asan iommu driver. The HW it supports is about 10 years old now and newer HWuses different IOMMU drivers.As this is the only driver with a GART approach, and it doesn&apos;t reallymeet the driver expectations from the IOMMU core, let&apos;s just remove itso we don&apos;t have to think about how to make it fit in.It has a number of identified problems: - The assignment of iommu_groups doesn&apos;t match the HW behavior - It claims to have an UNMANAGED domain but it is really an IDENTITY   domain with a translation aperture. This is inconsistent with the core   expectation for security sensitive operations - It doesn&apos;t implement a SW page table under struct iommu_domain so   * It can&apos;t accept a map until the domain is attached   * It forgets about all maps after the domain is detached   * It doesn&apos;t clear the HW of maps once the domain is detached     (made worse by having the wrong groups)Cc: Thierry Reding &lt;treding@nvidia.com&gt;Cc: Dmitry Osipenko &lt;digetx@gmail.com&gt;Acked-by: Thierry Reding &lt;treding@nvidia.com&gt;Reviewed-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Reviewed-by: Jerry Snitselaar &lt;jsnitsel@redhat.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;Link: https://lore.kernel.org/r/6-v8-81230027b2fa+9d-iommu_all_defdom_jgg@nvidia.comSigned-off-by: Joerg Roedel &lt;jroedel@suse.de&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Wed, 13 Sep 2023 15:43:39 +0200</pubDate>
        <dc:creator>Jason Gunthorpe &lt;jgg@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>99b5726b44230329f35b4c4d7fe1577d4f4edb31 - iommu: Remove ioasid infrastructure</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#99b5726b44230329f35b4c4d7fe1577d4f4edb31</link>
        <description>iommu: Remove ioasid infrastructureThis has no use anymore, delete it all.Reviewed-by: Kevin Tian &lt;kevin.tian@intel.com&gt;Reviewed-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;Signed-off-by: Jacob Pan &lt;jacob.jun.pan@linux.intel.com&gt;Link: https://lore.kernel.org/r/20230322200803.869130-8-jacob.jun.pan@linux.intel.comSigned-off-by: Joerg Roedel &lt;jroedel@suse.de&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Wed, 22 Mar 2023 21:08:03 +0100</pubDate>
        <dc:creator>Jason Gunthorpe &lt;jgg@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>2ff4bed7fee72ba1abfcff5f11ae8f8e570353f2 - iommufd: File descriptor, context, kconfig and makefiles</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#2ff4bed7fee72ba1abfcff5f11ae8f8e570353f2</link>
        <description>iommufd: File descriptor, context, kconfig and makefilesThis is the basic infrastructure of a new miscdevice to hold the iommufdIOCTL API.It provides: - A miscdevice to create file descriptors to run the IOCTL interface over - A table based ioctl dispatch and centralized extendable pre-validation   step - An xarray mapping userspace ID&apos;s to kernel objects. The design has   multiple inter-related objects held within in a single IOMMUFD fd - A simple usage count to build a graph of object relations and protect   against hostile userspace racing ioctlsThe only IOCTL provided in this patch is the generic &apos;destroy any objectby handle&apos; operation.Link: https://lore.kernel.org/r/6-v6-a196d26f289e+11787-iommufd_jgg@nvidia.comReviewed-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Reviewed-by: Kevin Tian &lt;kevin.tian@intel.com&gt;Reviewed-by: Eric Auger &lt;eric.auger@redhat.com&gt;Tested-by: Nicolin Chen &lt;nicolinc@nvidia.com&gt;Tested-by: Yi Liu &lt;yi.l.liu@intel.com&gt;Tested-by: Lixiao Yang &lt;lixiao.yang@intel.com&gt;Tested-by: Matthew Rosato &lt;mjrosato@linux.ibm.com&gt;Signed-off-by: Yi Liu &lt;yi.l.liu@intel.com&gt;Signed-off-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Tue, 29 Nov 2022 21:29:29 +0100</pubDate>
        <dc:creator>Jason Gunthorpe &lt;jgg@nvidia.com&gt;</dc:creator>
    </item>
<item>
        <title>757636ed2607a3269cd2764e3e4a0480384c6c26 - iommu: Rename iommu-sva-lib.{c,h}</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#757636ed2607a3269cd2764e3e4a0480384c6c26</link>
        <description>iommu: Rename iommu-sva-lib.{c,h}Rename iommu-sva-lib.c[h] to iommu-sva.c[h] as it contains all codefor SVA implementation in iommu core.Signed-off-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Reviewed-by: Jean-Philippe Brucker &lt;jean-philippe@linaro.org&gt;Reviewed-by: Kevin Tian &lt;kevin.tian@intel.com&gt;Reviewed-by: Jason Gunthorpe &lt;jgg@nvidia.com&gt;Tested-by: Zhangfei Gao &lt;zhangfei.gao@linaro.org&gt;Tested-by: Tony Zhu &lt;tony.zhu@intel.com&gt;Link: https://lore.kernel.org/r/20221031005917.45690-14-baolu.lu@linux.intel.comSigned-off-by: Joerg Roedel &lt;jroedel@suse.de&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Mon, 31 Oct 2022 01:59:17 +0100</pubDate>
        <dc:creator>Lu Baolu &lt;baolu.lu@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>745ef1092bcfcf3bca8d82c260947ca498022dde - iommu/io-pgtable: Move Apple DART support to its own file</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#745ef1092bcfcf3bca8d82c260947ca498022dde</link>
        <description>iommu/io-pgtable: Move Apple DART support to its own fileThe pte format used by the DARTs found in the Apple M1 (t8103) is notfully compatible with io-pgtable-arm. The 24 MSB are used for subpageprotection (mapping only parts of page) and conflict with the addressmask. In addition bit 1 is not available for tagging entries but disablessubpage protection. Subpage protection could be useful to support a CPUgranule of 4k with the fixed IOMMU page size of 16k.The DARTs found on Apple M1 Pro/Max/Ultra use another different pteformat which is even less compatible. To support an output address sizeof 42 bit the address is shifted down by 4. Subpage protection ismandatory and bit 1 signifies uncached mappings used by the displaycontroller.It would be advantageous to share code for all known Apple DARTvariants to support common features. The page table allocator for DARTsis less complex since it uses a two levels of translation table withoutsupport for huge pages.Signed-off-by: Janne Grunau &lt;j@jannau.net&gt;Acked-by: Robin Murphy &lt;robin.murphy@arm.com&gt;Acked-by: Sven Peter &lt;sven@svenpeter.dev&gt;Acked-by: Hector Martin &lt;marcan@marcan.st&gt;Link: https://lore.kernel.org/r/20220916094152.87137-3-j@jannau.net[ joro: Fix compile warning in __dart_alloc_pages()]Signed-off-by: Joerg Roedel &lt;jroedel@suse.de&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Fri, 16 Sep 2022 11:41:49 +0200</pubDate>
        <dc:creator>Janne Grunau &lt;j@jannau.net&gt;</dc:creator>
    </item>
<item>
        <title>7ba564722d98e3e7bc3922ad4f2885ca0336674e - iommu/sva: Rename CONFIG_IOMMU_SVA_LIB to CONFIG_IOMMU_SVA</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#7ba564722d98e3e7bc3922ad4f2885ca0336674e</link>
        <description>iommu/sva: Rename CONFIG_IOMMU_SVA_LIB to CONFIG_IOMMU_SVAThis CONFIG option originally only referred to the SharedVirtual Address (SVA) library. But it is now also used fornon-library portions of code.Drop the &quot;_LIB&quot; suffix so that there is just one configurationoption for all code relating to SVA.Signed-off-by: Fenghua Yu &lt;fenghua.yu@intel.com&gt;Signed-off-by: Borislav Petkov &lt;bp@suse.de&gt;Reviewed-by: Tony Luck &lt;tony.luck@intel.com&gt;Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Reviewed-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Link: https://lore.kernel.org/r/20220207230254.3342514-2-fenghua.yu@intel.com

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Tue, 08 Feb 2022 00:02:44 +0100</pubDate>
        <dc:creator>Fenghua Yu &lt;fenghua.yu@intel.com&gt;</dc:creator>
    </item>
<item>
        <title>46d1fb072e76b161b0fb1ada9e37bf7e4d1f123f - iommu/dart: Add DART iommu driver</title>
        <link>http://kernelsources.org:8080/source/history/linux/drivers/iommu/Makefile#46d1fb072e76b161b0fb1ada9e37bf7e4d1f123f</link>
        <description>iommu/dart: Add DART iommu driverApple&apos;s new SoCs use iommus for almost all peripherals. These DeviceAddress Resolution Tables must be setup before these peripherals canact as DMA masters.Tested-by: Alyssa Rosenzweig &lt;alyssa@rosenzweig.io&gt;Signed-off-by: Sven Peter &lt;sven@svenpeter.dev&gt;Link: https://lore.kernel.org/r/20210803121651.61594-4-sven@svenpeter.devSigned-off-by: Joerg Roedel &lt;jroedel@suse.de&gt;

            List of files:
            /linux/drivers/iommu/Makefile</description>
        <pubDate>Tue, 03 Aug 2021 14:16:51 +0200</pubDate>
        <dc:creator>Sven Peter &lt;sven@svenpeter.dev&gt;</dc:creator>
    </item>
</channel>
</rss>
