iommu  

Messages by Thread

• • Re: [PATCH 3/5] iommu/tegra-smmu: Use iommu_fwspec in .probe_/.attach_device() Thierry Reding
  • Re: [PATCH 3/5] iommu/tegra-smmu: Use iommu_fwspec in .probe_/.attach_device() Thierry Reding
  • Re: [PATCH 3/5] iommu/tegra-smmu: Use iommu_fwspec in .probe_/.attach_device() Nicolin Chen
  • Re: [PATCH 3/5] iommu/tegra-smmu: Use iommu_fwspec in .probe_/.attach_device() Dmitry Osipenko
  • Re: [PATCH 3/5] iommu/tegra-smmu: Use iommu_fwspec in .probe_/.attach_device() Nicolin Chen
  • [PATCH 1/5] iommu/tegra-smmu: Unwrap tegra_smmu_group_get Nicolin Chen
  • Re: [PATCH 1/5] iommu/tegra-smmu: Unwrap tegra_smmu_group_get Thierry Reding
  • Re: [PATCH 1/5] iommu/tegra-smmu: Unwrap tegra_smmu_group_get Nicolin Chen
  • [PATCH 4/5] iommu/tegra-smmu: Add PCI support Nicolin Chen
  • Re: [PATCH 4/5] iommu/tegra-smmu: Add PCI support Dmitry Osipenko
  • Re: [PATCH 4/5] iommu/tegra-smmu: Add PCI support Nicolin Chen
  • Re: [PATCH 4/5] iommu/tegra-smmu: Add PCI support Thierry Reding
  • Re: [PATCH 4/5] iommu/tegra-smmu: Add PCI support Nicolin Chen
  • [PATCH 2/5] iommu/tegra-smmu: Expend mutex protection range Nicolin Chen
• [PATCH 1/1] pci: pciehp: Handle MRL interrupts to enable slot for hotplug. Ashok Raj
• Re: [Linaro-mm-sig] [PATCH v5 05/38] drm: prime: use sgtable iterators in drm_prime_sg_to_page_addr_arrays() Alex Deucher
  • Re: [Linaro-mm-sig] [PATCH v5 05/38] drm: prime: use sgtable iterators in drm_prime_sg_to_page_addr_arrays() Marek Szyprowski
• [Patch V8 0/3] iommu: Add support to change default domain of an iommu group Ashok Raj
  • [Patch V8 1/3] iommu: Add support to change default domain of an iommu group Ashok Raj
  • Re: [Patch V8 1/3] iommu: Add support to change default domain of an iommu group Will Deacon
  • Re: [Patch V8 1/3] iommu: Add support to change default domain of an iommu group Lu Baolu
  • Re: [Patch V8 1/3] iommu: Add support to change default domain of an iommu group Will Deacon
  • Re: [Patch V8 1/3] iommu: Add support to change default domain of an iommu group Lu Baolu
  • Re: [Patch V8 1/3] iommu: Add support to change default domain of an iommu group Will Deacon
  • RE: [Patch V8 1/3] iommu: Add support to change default domain of an iommu group Shameerali Kolothum Thodi
  • Re: [Patch V8 1/3] iommu: Add support to change default domain of an iommu group Lu Baolu
  • [Patch V8 3/3] iommu: Document usage of "/sys/kernel/iommu_groups/<grp_id>/type" file Ashok Raj
  • Re: [Patch V8 3/3] iommu: Document usage of "/sys/kernel/iommu_groups/<grp_id>/type" file Will Deacon
  • Re: [Patch V8 3/3] iommu: Document usage of "/sys/kernel/iommu_groups/<grp_id>/type" file Lu Baolu
  • Re: [Patch V8 3/3] iommu: Document usage of "/sys/kernel/iommu_groups/<grp_id>/type" file Will Deacon
  • Re: [Patch V8 3/3] iommu: Document usage of "/sys/kernel/iommu_groups/<grp_id>/type" file Lu Baolu
  • [Patch V8 2/3] iommu: Take lock before reading iommu group default domain type Ashok Raj
  • Re: [Patch V8 0/3] iommu: Add support to change default domain of an iommu group Joerg Roedel
  • Re: [Patch V8 0/3] iommu: Add support to change default domain of an iommu group Raj, Ashok
  • Re: [Patch V8 0/3] iommu: Add support to change default domain of an iommu group Will Deacon
  • Re: [Patch V8 0/3] iommu: Add support to change default domain of an iommu group Lu Baolu
• Re: [PATCH 01/18] media/v4l2: remove V4L2-FLAG-MEMORY-NON-CONSISTENT flag Tomasz Figa
• Re: [PATCH 17/18] dma-iommu: implement ->alloc_noncoherent Tomasz Figa
  • Re: [PATCH 17/18] dma-iommu: implement ->alloc_noncoherent Christoph Hellwig
  • Re: [PATCH 17/18] dma-iommu: implement ->alloc_noncoherent Tomasz Figa
• [PATCH v12 0/6] IOMMU user API enhancement Jacob Pan
  • [PATCH v12 2/6] iommu/uapi: Add argsz for user filled data Jacob Pan
  • [PATCH v12 5/6] iommu/uapi: Handle data and argsz filled by users Jacob Pan
  • Re: [PATCH v12 5/6] iommu/uapi: Handle data and argsz filled by users Auger Eric
  • [PATCH v12 6/6] iommu/vt-d: Check UAPI data processed by IOMMU core Jacob Pan
  • Re: [PATCH v12 6/6] iommu/vt-d: Check UAPI data processed by IOMMU core Auger Eric
  • [PATCH v12 4/6] iommu/uapi: Rename uapi functions Jacob Pan
  • [PATCH v12 3/6] iommu/uapi: Use named union for user data Jacob Pan
  • [PATCH v12 1/6] docs: IOMMU user API Jacob Pan
  • Re: [PATCH v12 0/6] IOMMU user API enhancement Jacob Pan
  • Re: [PATCH v12 0/6] IOMMU user API enhancement Joerg Roedel
• Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI Qian Cai
  • Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI Peter Zijlstra
  • Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI Thomas Gleixner
  • [PATCH] x86/apic/msi: Unbreak DMAR and HPET MSI Thomas Gleixner
  • Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI Dey, Megha
  • Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI Thomas Gleixner
  • Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI Jason Gunthorpe
  • Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI Thomas Gleixner
  • Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI Dey, Megha
  • Re: [patch V2 00/46] x86, PCI, XEN, genirq ...: Prepare for device MSI Thomas Gleixner
• Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable Qian Cai
  • Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable Vasily Gorbik
  • Re: [patch V2 34/46] PCI/MSI: Make arch_.*_msi_irq[s] fallbacks selectable Thomas Gleixner
• [PATCH 0/8] IOMMU-DMA - support old allocation algorithm used on ARM Marek Szyprowski
  • [PATCH 2/8] iommu: iova: properly handle 0 as a valid IOVA address Marek Szyprowski
  • [PATCH 1/8] dma-mapping: add DMA_ATTR_LOW_ADDRESS attribute Marek Szyprowski
  • Re: [PATCH 1/8] dma-mapping: add DMA_ATTR_LOW_ADDRESS attribute Christoph Hellwig
  • [PATCH 3/8] iommu: iova: add support for 'first-fit' algorithm Marek Szyprowski
  • [PATCH 4/8] iommu: dma-iommu: refactor iommu_dma_alloc_iova() Marek Szyprowski
  • [PATCH 5/8] iommu: dma-iommu: add support for DMA_ATTR_LOW_ADDRESS Marek Szyprowski
  • [PATCH 6/8] media: platform: exynos4-is: remove all references to physicall addresses Marek Szyprowski
  • [PATCH 8/8] media: platform: s5p-mfc: use DMA_ATTR_LOW_ADDRESS Marek Szyprowski
  • [PATCH 7/8] media: platform: exynos4-is: use DMA_ATTR_LOW_ADDRESS Marek Szyprowski
• [PATCH] iommu/amd: Use cmpxchg_double() when updating 128-bit IRTE Suravee Suthikulpanit
  • Re: [PATCH] iommu/amd: Use cmpxchg_double() when updating 128-bit IRTE Greg KH
• Re: [PATCH 08/18] dma-mapping: add a new dma_alloc_noncoherent API Robin Murphy
  • Re: [PATCH 08/18] dma-mapping: add a new dma_alloc_noncoherent API Christoph Hellwig
• Re: [PATCH 02/13] iommu: amd: Prepare for generic IO page table framework Suravee Suthikulpanit
• [PATCH 0/2] iommu/iova: Solve longterm IOVA issue John Garry
  • [PATCH 2/2] iommu: avoid taking iova_rbtree_lock twice John Garry
  • [PATCH 1/2] iommu/iova: Flush CPU rcache for when a depot fills John Garry
  • Re: [PATCH 1/2] iommu/iova: Flush CPU rcache for when a depot fills Robin Murphy
  • Re: [PATCH 1/2] iommu/iova: Flush CPU rcache for when a depot fills John Garry
  • Re: [PATCH 1/2] iommu/iova: Flush CPU rcache for when a depot fills John Garry
  • Re: [PATCH 0/2] iommu/iova: Solve longterm IOVA issue Cong Wang
• Re: a saner API for allocating DMA addressable pages v3 Christoph Hellwig
• Re: [PATCH 1/4] ARM/omap1: switch to use dma_direct_set_offset for lbus DMA offsets Christoph Hellwig
• Re: [PATCH 3/3] dma-mapping: better document dma_addr_t and DMA_MAPPING_ERROR 'Christoph Hellwig'
• Re: [PATCH v5 0/5] iommu aux-domain APIs extensions Lu Baolu
• [PATCH v11 0/6] IOMMU user API enhancement Jacob Pan
  • [PATCH v11 3/6] iommu/uapi: Use named union for user data Jacob Pan
  • [PATCH v11 2/6] iommu/uapi: Add argsz for user filled data Jacob Pan
  • [PATCH v11 4/6] iommu/uapi: Rename uapi functions Jacob Pan
  • [PATCH v11 1/6] docs: IOMMU user API Jacob Pan
  • [PATCH v11 6/6] iommu/vt-d: Check UAPI data processed by IOMMU core Jacob Pan
  • [PATCH v11 5/6] iommu/uapi: Handle data and argsz filled by users Jacob Pan
  • Re: [PATCH v11 5/6] iommu/uapi: Handle data and argsz filled by users Jean-Philippe Brucker
  • Re: [PATCH v11 5/6] iommu/uapi: Handle data and argsz filled by users Jacob Pan
• RE: [PATCH v2 4/9] iommu/ioasid: Add reference couting functions Shameerali Kolothum Thodi
• Re: [PATCH v9 3/7] iommu/uapi: Introduce enum type for PASID data format Jacob Pan
• Re: [bugzilla-dae...@bugzilla.kernel.org: [Bug 209149] New: "iommu/vt-d: Enable PCI ACS for platform opt in hint" makes NVMe config space not accessible after S3] Raj, Ashok
  • Re: [bugzilla-dae...@bugzilla.kernel.org: [Bug 209149] New: "iommu/vt-d: Enable PCI ACS for platform opt in hint" makes NVMe config space not accessible after S3] Alex Williamson
  • Re: [bugzilla-dae...@bugzilla.kernel.org: [Bug 209149] New: "iommu/vt-d: Enable PCI ACS for platform opt in hint" makes NVMe config space not accessible after S3] Raj, Ashok
  • Re: [bugzilla-dae...@bugzilla.kernel.org: [Bug 209149] New: "iommu/vt-d: Enable PCI ACS for platform opt in hint" makes NVMe config space not accessible after S3] Kai-Heng Feng
  • Re: [bugzilla-dae...@bugzilla.kernel.org: [Bug 209149] New: "iommu/vt-d: Enable PCI ACS for platform opt in hint" makes NVMe config space not accessible after S3] Raj, Ashok
• Re: [PATCH V7 0/3] iommu: Add support to change default domain of an iommu group Raj, Ashok
  • Re: [PATCH V7 0/3] iommu: Add support to change default domain of an iommu group Joerg Roedel
  • Re: [PATCH V7 0/3] iommu: Add support to change default domain of an iommu group Raj, Ashok
  • Re: [PATCH V7 0/3] iommu: Add support to change default domain of an iommu group Raj, Ashok
• Re: [PATCH v3 6/8] iommu/arm-smmu: Add impl hook for inherit boot mappings Bjorn Andersson
  • Re: [PATCH v3 6/8] iommu/arm-smmu: Add impl hook for inherit boot mappings Bjorn Andersson
  • Re: [PATCH v3 6/8] iommu/arm-smmu: Add impl hook for inherit boot mappings Robin Murphy
• Re: [PATCH v3 5/6] iommu/virtio: Support topology description in config space Bjorn Helgaas
  • Re: [PATCH v3 5/6] iommu/virtio: Support topology description in config space Jean-Philippe Brucker
  • Re: [PATCH v3 5/6] iommu/virtio: Support topology description in config space Bjorn Helgaas
• [PATCH 00/13] x86: Trenchboot secure dynamic launch Linux kernel support Ross Philipson
  • [PATCH 13/13] tpm: Allow locality 2 to be set when initializing the TPM for Secure Launch Ross Philipson
  • [PATCH 11/13] kexec: Secure Launch kexec SEXIT support Ross Philipson
  • [PATCH 12/13] reboot: Secure Launch SEXIT support on reboot paths Ross Philipson
  • [PATCH 06/13] x86: Add early general TPM interface support for Secure Launch Ross Philipson
  • [PATCH 03/13] x86: Add early SHA support for Secure Launch early measurements Ross Philipson
  • Re: [PATCH 03/13] x86: Add early SHA support for Secure Launch early measurements Jason Andryuk
  • [PATCH 05/13] x86: Add early TPM1.2/TPM2.0 interface support for Secure Launch Ross Philipson
  • Re: [PATCH 05/13] x86: Add early TPM1.2/TPM2.0 interface support for Secure Launch Jarkko Sakkinen
  • Re: [PATCH 05/13] x86: Add early TPM1.2/TPM2.0 interface support for Secure Launch Daniel P. Smith
  • Re: [PATCH 05/13] x86: Add early TPM1.2/TPM2.0 interface support for Secure Launch Jarkko Sakkinen
  • Re: [PATCH 05/13] x86: Add early TPM1.2/TPM2.0 interface support for Secure Launch Jarkko Sakkinen
  • Re: [PATCH 05/13] x86: Add early TPM1.2/TPM2.0 interface support for Secure Launch Daniel P. Smith
  • [PATCH 02/13] x86: Secure Launch main header file Ross Philipson
  • [PATCH 01/13] x86: Secure Launch Kconfig Ross Philipson
  • Re: [PATCH 01/13] x86: Secure Launch Kconfig Randy Dunlap
  • Re: [PATCH 01/13] x86: Secure Launch Kconfig Ross Philipson
  • [PATCH 07/13] x86: Secure Launch kernel early boot stub Ross Philipson
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Arvind Sankar
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Ross Philipson
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Arvind Sankar
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Ross Philipson
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Arvind Sankar
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Daniel Kiper
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Arvind Sankar
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Ross Philipson
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Arvind Sankar
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Ross Philipson
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Daniel Kiper
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Arvind Sankar
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Daniel Kiper
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Arvind Sankar
  • Re: [PATCH 07/13] x86: Secure Launch kernel early boot stub Ross Philipson
  • [PATCH 09/13] x86: Secure Launch SMP bringup support Ross Philipson
  • [PATCH 10/13] x86: Secure Launch adding event log securityfs Ross Philipson
  • [PATCH 04/13] x86: Add early TPM TIS/CRB interface support for Secure Launch Ross Philipson
  • [PATCH 08/13] x86: Secure Launch kernel late boot stub Ross Philipson
  • Re: [PATCH 00/13] x86: Trenchboot secure dynamic launch Linux kernel support Jarkko Sakkinen
  • Re: [PATCH 00/13] x86: Trenchboot secure dynamic launch Linux kernel support Daniel P. Smith
  • Re: [PATCH 00/13] x86: Trenchboot secure dynamic launch Linux kernel support Jarkko Sakkinen
• Re: IOVA allocation dependency between firmware buffer and remaining buffers Shaik Ameer Basha
  • Re: IOVA allocation dependency between firmware buffer and remaining buffers Thierry Reding
  • Re: IOVA allocation dependency between firmware buffer and remaining buffers Marek Szyprowski
• [PATCH] iommu/vt-d: gracefully handle DMAR units with no supported address widths David Woodhouse
  • Re: [PATCH] iommu/vt-d: gracefully handle DMAR units with no supported address widths Lu Baolu
  • Re: [PATCH] iommu/vt-d: gracefully handle DMAR units with no supported address widths Joerg Roedel
  • Re: [PATCH] iommu/vt-d: gracefully handle DMAR units with no supported address widths David Woodhouse
  • Re: [PATCH] iommu/vt-d: gracefully handle DMAR units with no supported address widths Greg KH
  • Re: [PATCH] iommu/vt-d: gracefully handle DMAR units with no supported address widths David Woodhouse
  • Re: [PATCH] iommu/vt-d: gracefully handle DMAR units with no supported address widths Greg KH
  • Re: [PATCH] iommu/vt-d: gracefully handle DMAR units with no supported address widths David Woodhouse
• Re: [PATCH v10 11/11] vfio: Document nested stage control Zenghui Yu
  • Re: [PATCH v10 11/11] vfio: Document nested stage control Auger Eric
• Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Dmitry Osipenko
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Thierry Reding
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Dmitry Osipenko
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Robin Murphy
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Dmitry Osipenko
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Thierry Reding
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Dmitry Osipenko
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Thierry Reding
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Thierry Reding
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Dmitry Osipenko
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Thierry Reding
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Robin Murphy
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Thierry Reding
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Thierry Reding
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Thierry Reding
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Rob Herring
  • Re: [PATCH v2 1/4] dt-bindings: reserved-memory: Document "active" property Thierry Reding
• Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Michael S. Tsirkin
  • Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Joerg Roedel
  • Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Michael S. Tsirkin
  • Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Jean-Philippe Brucker
  • Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Michael S. Tsirkin
  • Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Jean-Philippe Brucker
  • Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Michael S. Tsirkin
  • Re: [virtio-dev] Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Gerd Hoffmann
  • Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Al Stone
  • Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Al Stone
  • Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Auger Eric
  • Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Al Stone
  • Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Jean-Philippe Brucker
  • Re: [PATCH v3 0/6] Add virtio-iommu built-in topology Al Stone

• Later messages