From: Sumit Gupta <sumitg@nvidia.com>
To: Jean-Philippe Brucker <jean-philippe@linaro.org>
Cc: <eric.auger@redhat.com>, <alex.williamson@redhat.com>,
<eric.auger.pro@gmail.com>, <iommu@lists.linux-foundation.org>,
<jiangkunkun@huawei.com>, <joro@8bytes.org>,
<kvm@vger.kernel.org>, <kvmarm@lists.cs.columbia.edu>,
<linux-kernel@vger.kernel.org>, <lushenming@huawei.com>,
<maz@kernel.org>, <robin.murphy@arm.com>, <tn@semihalf.com>,
<vivek.gautam@arm.com>, <vsethi@nvidia.com>,
<wangxingang5@huawei.com>, <will@kernel.org>,
<zhangfei.gao@linaro.org>, <zhukeqian1@huawei.com>,
Krishna Reddy <vdumpa@nvidia.com>,
Sumit Gupta <sumitg@nvidia.com>, Sachin Nikam <Snikam@nvidia.com>,
Bibek Basu <bbasu@nvidia.com>
Subject: Re: [PATCH v14 00/13] SMMUv3 Nested Stage Setup (IOMMU part)
Date: Fri, 23 Apr 2021 22:46:06 +0530 [thread overview]
Message-ID: <5a8825bc-286e-b316-515f-3bd3c9c70a80@nvidia.com> (raw)
In-Reply-To: <YILFAJ50aqvkQaT/@myrica>
Hi Jean,
> Hi Sumit,
>
> On Thu, Apr 22, 2021 at 08:34:38PM +0530, Sumit Gupta wrote:
>> Had to revert patch "mm: notify remote TLBs when dirtying a PTE".
>
> Did that patch cause any issue, or is it just not needed on your system?
> It fixes an hypothetical problem with the way ATS is implemented. Maybe I
> actually observed it on an old software model, I don't remember. Either
> way it's unlikely to go upstream but I'd like to know if I should drop it
> from my tree.
I tried Nested SMMUv3 patches v15(Eric's branch:
v5.12-rc6-jean-iopf-14-2stage-v15) on top of your current sva patches
with Kernel-5.12.0-rc8.
Had to revert same patch "mm: notify remote TLBs when dirtying a PTE" to
avoid below crash[1]. I am not sure about the cause yet.
Didn't get crash after reverting patch and nested translations worked.
[1]
[ 11.730943] arm-smmu-v3 9050000.smmuv3: ias 44-bit, oas 44-bit
(features 0x00008305)^M^M
[ 11.833791] arm-smmu-v3 9050000.smmuv3: allocated 524288 entries for
cmdq^M^M
[ 11.979456] arm-smmu-v3 9050000.smmuv3: allocated 524288 entries for
evtq^M^M
[ 12.048895] cacheinfo: Unable to detect cache hierarchy for CPU 0^M^M
[ 12.234175] loop: module loaded^M^M
[ 12.279552] megasas: 07.714.04.00-rc1^M^M
[ 12.408831] nvme 0000:00:02.0: Adding to iommu group 0^M^M
[ 12.488063] nvme nvme0: pci function 0000:00:02.0^M^M
[ 12.525887] nvme 0000:00:02.0: enabling device (0000 -> 0002)^M^M
[ 12.612159] physmap-flash 0.flash: physmap platform flash device:
[mem 0x00000000-0x03ffffff]^M^M
[ 1721.586943] Unable to handle kernel paging request at virtual address
ffff617f80000000^M
[ 1721.587263] Mem abort info:^M
[ 1721.587776] ESR = 0x96000145^M
[ 1721.587968] EC = 0x25: DABT (current EL), IL = 32 bits^M
[ 1721.588416] SET = 0, FnV = 0^M
[ 1721.588672] EA = 0, S1PTW = 0^M
[ 1721.588863] Data abort info:^M
[ 1721.589120] ISV = 0, ISS = 0x00000145^M
[ 1721.589311] CM = 1, WnR = 1^M
[ 1721.589568] swapper pgtable: 64k pages, 48-bit VAs,
pgdp=0000000111280000^M
[ 1721.589951] [ffff617f80000000] pgd=0000000000000000,
p4d=0000000000000000, pud=0000000000000000^M
[ 1721.590592] Internal error: Oops: 96000145 [#1] PREEMPT SMP^M
[ 1721.590912] Modules linked in:^M
[ 1721.591232] CPU: 0 PID: 664 Comm: qemu-system-aar Not tainted
5.12.0-rc8-tegra-229886-g4786d4a20d7 #22^M
[ 1721.591680] pstate: a0400005 (NzCv daif +PAN -UAO -TCO BTYPE=--)
[ 1721.592128] pc : __flush_dcache_area+0x20/0x38
[ 1721.592511] lr : kvm_set_spte_hva+0x64/0xc8
[ 1721.592832] sp : ffff8000145cfc30
[ 1721.593087] x29: ffff8000145cfc30 x28: ffff000095221c80
[ 1721.593599] x27: 0000000000000002 x26: ffff0000a3711c88
[ 1721.594112] x25: ffff00009333a740 x24: 01e8618000000f53
[ 1721.594624] x23: 0000ffffb8320000 x22: 0000000000000001
[ 1721.595136] x21: 0000ffffb8320000 x20: ffff0000a1268000
[ 1721.595647] x19: ffff800011c95000 x18: 0000000000000000
[ 1721.596160] x17: 0000000000000000 x16: 0000000000000000
[ 1721.596608] x15: 0000000000000000 x14: 0000000000000000
[ 1721.597120] x13: 0000000000000000 x12: 0000000000000000
[ 1721.597568] x11: 0000000000000000 x10: 0000000000000000
[ 1721.598080] x9 : 0000000000000000 x8 : ffff00009333a740
[ 1721.598592] x7 : 07fd000ffffb8320 x6 : ffff0000815bc190
[ 1721.599104] x5 : 0000000000011b06 x4 : 0000000000000000
[ 1721.599552] x3 : 000000000000003f x2 : 0000000000000040
[ 1721.600064] x1 : ffff617f80010000 x0 : ffff617f80000000
[ 1721.600576] Call trace:
[ 1721.600768] __flush_dcache_area+0x20/0x38
[ 1721.601216] kvm_mmu_notifier_change_pte+0x5c/0xa8
[ 1721.601601] __mmu_notifier_change_pte+0x60/0xa0
[ 1721.601985] __handle_mm_fault+0x740/0xde8
[ 1721.602367] handle_mm_fault+0xe8/0x238
[ 1721.602751] do_page_fault+0x160/0x3a8
[ 1721.603200] do_mem_abort+0x40/0xb0
[ 1721.603520] el0_da+0x20/0x30
[ 1721.603967] el0_sync_handler+0x68/0xd0
[ 1721.604416] el0_sync+0x154/0x180
[ 1721.604864] Code: 9ac32042 8b010001 d1000443 8a230000 (d50b7e20)
[ 1721.605184] ---[ end trace 7678eb97889b6fbd ]---
[ 1721.605504] Kernel panic - not syncing: Oops: Fatal exception
[ 1721.605824] Kernel Offset: disabled
[ 1721.606016] CPU features: 0x00340216,6280a018
[ 1721.606335] Memory Limit: 2909 MB
[ 1721.606656] ---[ end Kernel panic - not syncing: Oops: Fatal
exception ]---
WARNING: multiple messages have this Message-ID (diff)
From: Sumit Gupta <sumitg@nvidia.com>
To: Jean-Philippe Brucker <jean-philippe@linaro.org>
Cc: kvm@vger.kernel.org, vivek.gautam@arm.com, will@kernel.org,
eric.auger.pro@gmail.com, alex.williamson@redhat.com,
wangxingang5@huawei.com, maz@kernel.org, jiangkunkun@huawei.com,
kvmarm@lists.cs.columbia.edu, vsethi@nvidia.com,
Bibek Basu <bbasu@nvidia.com>,
zhangfei.gao@linaro.org, Sumit Gupta <sumitg@nvidia.com>,
Sachin Nikam <Snikam@nvidia.com>,
linux-kernel@vger.kernel.org, lushenming@huawei.com,
iommu@lists.linux-foundation.org, robin.murphy@arm.com
Subject: Re: [PATCH v14 00/13] SMMUv3 Nested Stage Setup (IOMMU part)
Date: Fri, 23 Apr 2021 22:46:06 +0530 [thread overview]
Message-ID: <5a8825bc-286e-b316-515f-3bd3c9c70a80@nvidia.com> (raw)
In-Reply-To: <YILFAJ50aqvkQaT/@myrica>
Hi Jean,
> Hi Sumit,
>
> On Thu, Apr 22, 2021 at 08:34:38PM +0530, Sumit Gupta wrote:
>> Had to revert patch "mm: notify remote TLBs when dirtying a PTE".
>
> Did that patch cause any issue, or is it just not needed on your system?
> It fixes an hypothetical problem with the way ATS is implemented. Maybe I
> actually observed it on an old software model, I don't remember. Either
> way it's unlikely to go upstream but I'd like to know if I should drop it
> from my tree.
I tried Nested SMMUv3 patches v15(Eric's branch:
v5.12-rc6-jean-iopf-14-2stage-v15) on top of your current sva patches
with Kernel-5.12.0-rc8.
Had to revert same patch "mm: notify remote TLBs when dirtying a PTE" to
avoid below crash[1]. I am not sure about the cause yet.
Didn't get crash after reverting patch and nested translations worked.
[1]
[ 11.730943] arm-smmu-v3 9050000.smmuv3: ias 44-bit, oas 44-bit
(features 0x00008305)^M^M
[ 11.833791] arm-smmu-v3 9050000.smmuv3: allocated 524288 entries for
cmdq^M^M
[ 11.979456] arm-smmu-v3 9050000.smmuv3: allocated 524288 entries for
evtq^M^M
[ 12.048895] cacheinfo: Unable to detect cache hierarchy for CPU 0^M^M
[ 12.234175] loop: module loaded^M^M
[ 12.279552] megasas: 07.714.04.00-rc1^M^M
[ 12.408831] nvme 0000:00:02.0: Adding to iommu group 0^M^M
[ 12.488063] nvme nvme0: pci function 0000:00:02.0^M^M
[ 12.525887] nvme 0000:00:02.0: enabling device (0000 -> 0002)^M^M
[ 12.612159] physmap-flash 0.flash: physmap platform flash device:
[mem 0x00000000-0x03ffffff]^M^M
[ 1721.586943] Unable to handle kernel paging request at virtual address
ffff617f80000000^M
[ 1721.587263] Mem abort info:^M
[ 1721.587776] ESR = 0x96000145^M
[ 1721.587968] EC = 0x25: DABT (current EL), IL = 32 bits^M
[ 1721.588416] SET = 0, FnV = 0^M
[ 1721.588672] EA = 0, S1PTW = 0^M
[ 1721.588863] Data abort info:^M
[ 1721.589120] ISV = 0, ISS = 0x00000145^M
[ 1721.589311] CM = 1, WnR = 1^M
[ 1721.589568] swapper pgtable: 64k pages, 48-bit VAs,
pgdp=0000000111280000^M
[ 1721.589951] [ffff617f80000000] pgd=0000000000000000,
p4d=0000000000000000, pud=0000000000000000^M
[ 1721.590592] Internal error: Oops: 96000145 [#1] PREEMPT SMP^M
[ 1721.590912] Modules linked in:^M
[ 1721.591232] CPU: 0 PID: 664 Comm: qemu-system-aar Not tainted
5.12.0-rc8-tegra-229886-g4786d4a20d7 #22^M
[ 1721.591680] pstate: a0400005 (NzCv daif +PAN -UAO -TCO BTYPE=--)
[ 1721.592128] pc : __flush_dcache_area+0x20/0x38
[ 1721.592511] lr : kvm_set_spte_hva+0x64/0xc8
[ 1721.592832] sp : ffff8000145cfc30
[ 1721.593087] x29: ffff8000145cfc30 x28: ffff000095221c80
[ 1721.593599] x27: 0000000000000002 x26: ffff0000a3711c88
[ 1721.594112] x25: ffff00009333a740 x24: 01e8618000000f53
[ 1721.594624] x23: 0000ffffb8320000 x22: 0000000000000001
[ 1721.595136] x21: 0000ffffb8320000 x20: ffff0000a1268000
[ 1721.595647] x19: ffff800011c95000 x18: 0000000000000000
[ 1721.596160] x17: 0000000000000000 x16: 0000000000000000
[ 1721.596608] x15: 0000000000000000 x14: 0000000000000000
[ 1721.597120] x13: 0000000000000000 x12: 0000000000000000
[ 1721.597568] x11: 0000000000000000 x10: 0000000000000000
[ 1721.598080] x9 : 0000000000000000 x8 : ffff00009333a740
[ 1721.598592] x7 : 07fd000ffffb8320 x6 : ffff0000815bc190
[ 1721.599104] x5 : 0000000000011b06 x4 : 0000000000000000
[ 1721.599552] x3 : 000000000000003f x2 : 0000000000000040
[ 1721.600064] x1 : ffff617f80010000 x0 : ffff617f80000000
[ 1721.600576] Call trace:
[ 1721.600768] __flush_dcache_area+0x20/0x38
[ 1721.601216] kvm_mmu_notifier_change_pte+0x5c/0xa8
[ 1721.601601] __mmu_notifier_change_pte+0x60/0xa0
[ 1721.601985] __handle_mm_fault+0x740/0xde8
[ 1721.602367] handle_mm_fault+0xe8/0x238
[ 1721.602751] do_page_fault+0x160/0x3a8
[ 1721.603200] do_mem_abort+0x40/0xb0
[ 1721.603520] el0_da+0x20/0x30
[ 1721.603967] el0_sync_handler+0x68/0xd0
[ 1721.604416] el0_sync+0x154/0x180
[ 1721.604864] Code: 9ac32042 8b010001 d1000443 8a230000 (d50b7e20)
[ 1721.605184] ---[ end trace 7678eb97889b6fbd ]---
[ 1721.605504] Kernel panic - not syncing: Oops: Fatal exception
[ 1721.605824] Kernel Offset: disabled
[ 1721.606016] CPU features: 0x00340216,6280a018
[ 1721.606335] Memory Limit: 2909 MB
[ 1721.606656] ---[ end Kernel panic - not syncing: Oops: Fatal
exception ]---
_______________________________________________
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
WARNING: multiple messages have this Message-ID (diff)
From: Sumit Gupta <sumitg@nvidia.com>
To: Jean-Philippe Brucker <jean-philippe@linaro.org>
Cc: kvm@vger.kernel.org, vivek.gautam@arm.com, will@kernel.org,
eric.auger.pro@gmail.com, alex.williamson@redhat.com,
wangxingang5@huawei.com, maz@kernel.org, joro@8bytes.org,
kvmarm@lists.cs.columbia.edu, vsethi@nvidia.com,
Bibek Basu <bbasu@nvidia.com>,
zhangfei.gao@linaro.org, Sumit Gupta <sumitg@nvidia.com>,
Sachin Nikam <Snikam@nvidia.com>,
Krishna Reddy <vdumpa@nvidia.com>,
linux-kernel@vger.kernel.org, lushenming@huawei.com,
iommu@lists.linux-foundation.org, robin.murphy@arm.com
Subject: Re: [PATCH v14 00/13] SMMUv3 Nested Stage Setup (IOMMU part)
Date: Fri, 23 Apr 2021 22:46:06 +0530 [thread overview]
Message-ID: <5a8825bc-286e-b316-515f-3bd3c9c70a80@nvidia.com> (raw)
In-Reply-To: <YILFAJ50aqvkQaT/@myrica>
Hi Jean,
> Hi Sumit,
>
> On Thu, Apr 22, 2021 at 08:34:38PM +0530, Sumit Gupta wrote:
>> Had to revert patch "mm: notify remote TLBs when dirtying a PTE".
>
> Did that patch cause any issue, or is it just not needed on your system?
> It fixes an hypothetical problem with the way ATS is implemented. Maybe I
> actually observed it on an old software model, I don't remember. Either
> way it's unlikely to go upstream but I'd like to know if I should drop it
> from my tree.
I tried Nested SMMUv3 patches v15(Eric's branch:
v5.12-rc6-jean-iopf-14-2stage-v15) on top of your current sva patches
with Kernel-5.12.0-rc8.
Had to revert same patch "mm: notify remote TLBs when dirtying a PTE" to
avoid below crash[1]. I am not sure about the cause yet.
Didn't get crash after reverting patch and nested translations worked.
[1]
[ 11.730943] arm-smmu-v3 9050000.smmuv3: ias 44-bit, oas 44-bit
(features 0x00008305)^M^M
[ 11.833791] arm-smmu-v3 9050000.smmuv3: allocated 524288 entries for
cmdq^M^M
[ 11.979456] arm-smmu-v3 9050000.smmuv3: allocated 524288 entries for
evtq^M^M
[ 12.048895] cacheinfo: Unable to detect cache hierarchy for CPU 0^M^M
[ 12.234175] loop: module loaded^M^M
[ 12.279552] megasas: 07.714.04.00-rc1^M^M
[ 12.408831] nvme 0000:00:02.0: Adding to iommu group 0^M^M
[ 12.488063] nvme nvme0: pci function 0000:00:02.0^M^M
[ 12.525887] nvme 0000:00:02.0: enabling device (0000 -> 0002)^M^M
[ 12.612159] physmap-flash 0.flash: physmap platform flash device:
[mem 0x00000000-0x03ffffff]^M^M
[ 1721.586943] Unable to handle kernel paging request at virtual address
ffff617f80000000^M
[ 1721.587263] Mem abort info:^M
[ 1721.587776] ESR = 0x96000145^M
[ 1721.587968] EC = 0x25: DABT (current EL), IL = 32 bits^M
[ 1721.588416] SET = 0, FnV = 0^M
[ 1721.588672] EA = 0, S1PTW = 0^M
[ 1721.588863] Data abort info:^M
[ 1721.589120] ISV = 0, ISS = 0x00000145^M
[ 1721.589311] CM = 1, WnR = 1^M
[ 1721.589568] swapper pgtable: 64k pages, 48-bit VAs,
pgdp=0000000111280000^M
[ 1721.589951] [ffff617f80000000] pgd=0000000000000000,
p4d=0000000000000000, pud=0000000000000000^M
[ 1721.590592] Internal error: Oops: 96000145 [#1] PREEMPT SMP^M
[ 1721.590912] Modules linked in:^M
[ 1721.591232] CPU: 0 PID: 664 Comm: qemu-system-aar Not tainted
5.12.0-rc8-tegra-229886-g4786d4a20d7 #22^M
[ 1721.591680] pstate: a0400005 (NzCv daif +PAN -UAO -TCO BTYPE=--)
[ 1721.592128] pc : __flush_dcache_area+0x20/0x38
[ 1721.592511] lr : kvm_set_spte_hva+0x64/0xc8
[ 1721.592832] sp : ffff8000145cfc30
[ 1721.593087] x29: ffff8000145cfc30 x28: ffff000095221c80
[ 1721.593599] x27: 0000000000000002 x26: ffff0000a3711c88
[ 1721.594112] x25: ffff00009333a740 x24: 01e8618000000f53
[ 1721.594624] x23: 0000ffffb8320000 x22: 0000000000000001
[ 1721.595136] x21: 0000ffffb8320000 x20: ffff0000a1268000
[ 1721.595647] x19: ffff800011c95000 x18: 0000000000000000
[ 1721.596160] x17: 0000000000000000 x16: 0000000000000000
[ 1721.596608] x15: 0000000000000000 x14: 0000000000000000
[ 1721.597120] x13: 0000000000000000 x12: 0000000000000000
[ 1721.597568] x11: 0000000000000000 x10: 0000000000000000
[ 1721.598080] x9 : 0000000000000000 x8 : ffff00009333a740
[ 1721.598592] x7 : 07fd000ffffb8320 x6 : ffff0000815bc190
[ 1721.599104] x5 : 0000000000011b06 x4 : 0000000000000000
[ 1721.599552] x3 : 000000000000003f x2 : 0000000000000040
[ 1721.600064] x1 : ffff617f80010000 x0 : ffff617f80000000
[ 1721.600576] Call trace:
[ 1721.600768] __flush_dcache_area+0x20/0x38
[ 1721.601216] kvm_mmu_notifier_change_pte+0x5c/0xa8
[ 1721.601601] __mmu_notifier_change_pte+0x60/0xa0
[ 1721.601985] __handle_mm_fault+0x740/0xde8
[ 1721.602367] handle_mm_fault+0xe8/0x238
[ 1721.602751] do_page_fault+0x160/0x3a8
[ 1721.603200] do_mem_abort+0x40/0xb0
[ 1721.603520] el0_da+0x20/0x30
[ 1721.603967] el0_sync_handler+0x68/0xd0
[ 1721.604416] el0_sync+0x154/0x180
[ 1721.604864] Code: 9ac32042 8b010001 d1000443 8a230000 (d50b7e20)
[ 1721.605184] ---[ end trace 7678eb97889b6fbd ]---
[ 1721.605504] Kernel panic - not syncing: Oops: Fatal exception
[ 1721.605824] Kernel Offset: disabled
[ 1721.606016] CPU features: 0x00340216,6280a018
[ 1721.606335] Memory Limit: 2909 MB
[ 1721.606656] ---[ end Kernel panic - not syncing: Oops: Fatal
exception ]---
_______________________________________________
kvmarm mailing list
kvmarm@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailman/listinfo/kvmarm
next prev parent reply other threads:[~2021-04-23 17:16 UTC|newest]
Thread overview: 140+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-23 20:56 [PATCH v14 00/13] SMMUv3 Nested Stage Setup (IOMMU part) Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` [PATCH v14 01/13] iommu: Introduce attach/detach_pasid_table API Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` [PATCH v14 02/13] iommu: Introduce bind/unbind_guest_msi Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` [PATCH v14 03/13] iommu/smmuv3: Allow s1 and s2 configs to coexist Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` [PATCH v14 04/13] iommu/smmuv3: Get prepared for nested stage support Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` [PATCH v14 05/13] iommu/smmuv3: Implement attach/detach_pasid_table Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-03-02 8:35 ` Keqian Zhu
2021-03-02 8:35 ` Keqian Zhu
2021-03-02 8:35 ` Keqian Zhu
2021-03-19 13:15 ` Auger Eric
2021-03-19 13:15 ` Auger Eric
2021-03-19 13:15 ` Auger Eric
2021-03-22 6:23 ` Keqian Zhu
2021-03-22 6:23 ` Keqian Zhu
2021-03-22 6:23 ` Keqian Zhu
2021-02-23 20:56 ` [PATCH v14 06/13] iommu/smmuv3: Allow stage 1 invalidation with unmanaged ASIDs Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-03-30 9:17 ` Zenghui Yu
2021-03-30 9:17 ` Zenghui Yu
2021-03-30 9:17 ` Zenghui Yu
2021-04-01 9:38 ` Auger Eric
2021-04-01 9:38 ` Auger Eric
2021-04-01 9:38 ` Auger Eric
2021-04-01 12:37 ` Kunkun Jiang
2021-04-01 12:37 ` Kunkun Jiang
2021-04-01 12:37 ` Kunkun Jiang
2021-04-08 12:30 ` Auger Eric
2021-04-08 12:30 ` Auger Eric
2021-04-08 12:30 ` Auger Eric
2021-04-09 4:48 ` Kunkun Jiang
2021-04-09 4:48 ` Kunkun Jiang
2021-04-09 4:48 ` Kunkun Jiang
2021-04-09 8:31 ` Auger Eric
2021-04-09 8:31 ` Auger Eric
2021-04-09 8:31 ` Auger Eric
2021-04-09 9:43 ` Kunkun Jiang
2021-04-09 9:43 ` Kunkun Jiang
2021-04-09 9:43 ` Kunkun Jiang
2021-02-23 20:56 ` [PATCH v14 07/13] iommu/smmuv3: Implement cache_invalidate Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-03-04 7:55 ` chenxiang (M)
2021-03-04 7:55 ` chenxiang (M)
2021-03-19 17:36 ` Auger Eric
2021-03-19 17:36 ` Auger Eric
2021-03-19 17:36 ` Auger Eric
2021-03-22 6:40 ` [Linuxarm] " chenxiang (M)
2021-03-22 6:40 ` chenxiang (M)
2021-03-22 6:40 ` chenxiang (M)
2021-03-22 9:05 ` Auger Eric
2021-03-22 9:05 ` Auger Eric
2021-03-22 9:05 ` Auger Eric
2021-03-23 1:28 ` chenxiang (M)
2021-03-23 1:28 ` chenxiang (M)
2021-03-23 1:28 ` chenxiang (M)
2021-04-01 6:11 ` Zenghui Yu
2021-04-01 6:11 ` Zenghui Yu
2021-04-01 6:11 ` Zenghui Yu
2021-04-01 12:06 ` Auger Eric
2021-04-01 12:06 ` Auger Eric
2021-04-01 12:06 ` Auger Eric
2021-02-23 20:56 ` [PATCH v14 08/13] dma-iommu: Implement NESTED_MSI cookie Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-04-07 7:39 ` Zenghui Yu
2021-04-07 7:39 ` Zenghui Yu
2021-04-07 7:39 ` Zenghui Yu
2021-04-10 13:34 ` Auger Eric
2021-04-10 13:34 ` Auger Eric
2021-04-10 13:34 ` Auger Eric
2021-02-23 20:56 ` [PATCH v14 09/13] iommu/smmuv3: Nested mode single MSI doorbell per domain enforcement Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` [PATCH v14 10/13] iommu/smmuv3: Enforce incompatibility between nested mode and HW MSI regions Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` [PATCH v14 11/13] iommu/smmuv3: Implement bind/unbind_guest_msi Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` [PATCH v14 12/13] iommu/smmuv3: report additional recoverable faults Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` [PATCH v14 13/13] iommu/smmuv3: Accept configs with more than one context descriptor Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-02-23 20:56 ` Eric Auger
2021-03-30 9:23 ` Zenghui Yu
2021-03-30 9:23 ` Zenghui Yu
2021-03-30 9:23 ` Zenghui Yu
2021-04-01 11:48 ` Auger Eric
2021-04-01 11:48 ` Auger Eric
2021-04-01 11:48 ` Auger Eric
2021-04-01 12:38 ` Shameerali Kolothum Thodi
2021-04-01 12:38 ` Shameerali Kolothum Thodi
2021-04-01 12:38 ` Shameerali Kolothum Thodi
2021-04-01 13:20 ` Auger Eric
2021-04-01 13:20 ` Auger Eric
2021-04-01 13:20 ` Auger Eric
2021-02-25 16:06 ` [PATCH v14 00/13] SMMUv3 Nested Stage Setup (IOMMU part) Auger Eric
2021-02-25 16:06 ` Auger Eric
2021-02-25 16:06 ` Auger Eric
2021-04-22 15:04 ` Sumit Gupta
2021-04-22 15:04 ` Sumit Gupta
2021-04-22 15:04 ` Sumit Gupta
2021-04-23 13:00 ` Jean-Philippe Brucker
2021-04-23 13:00 ` Jean-Philippe Brucker
2021-04-23 13:00 ` Jean-Philippe Brucker
2021-04-23 17:16 ` Sumit Gupta [this message]
2021-04-23 17:16 ` Sumit Gupta
2021-04-23 17:16 ` Sumit Gupta
2021-04-23 17:58 ` Krishna Reddy
2021-04-23 17:58 ` Krishna Reddy
2021-04-23 17:58 ` Krishna Reddy
2021-04-23 18:19 ` Sumit Gupta
2021-04-23 18:19 ` Sumit Gupta
2021-04-23 18:19 ` Sumit Gupta
2021-04-24 9:06 ` Marc Zyngier
2021-04-24 9:06 ` Marc Zyngier
2021-04-24 9:06 ` Marc Zyngier
2021-04-24 11:29 ` Sumit Gupta
2021-04-24 11:29 ` Sumit Gupta
2021-04-24 11:29 ` Sumit Gupta
2021-03-18 0:16 ` Krishna Reddy
2021-03-18 0:16 ` Krishna Reddy
2021-03-18 0:16 ` Krishna Reddy
2021-03-19 13:17 ` Auger Eric
2021-03-19 13:17 ` Auger Eric
2021-03-19 13:17 ` Auger Eric
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5a8825bc-286e-b316-515f-3bd3c9c70a80@nvidia.com \
--to=sumitg@nvidia.com \
--cc=Snikam@nvidia.com \
--cc=alex.williamson@redhat.com \
--cc=bbasu@nvidia.com \
--cc=eric.auger.pro@gmail.com \
--cc=eric.auger@redhat.com \
--cc=iommu@lists.linux-foundation.org \
--cc=jean-philippe@linaro.org \
--cc=jiangkunkun@huawei.com \
--cc=joro@8bytes.org \
--cc=kvm@vger.kernel.org \
--cc=kvmarm@lists.cs.columbia.edu \
--cc=linux-kernel@vger.kernel.org \
--cc=lushenming@huawei.com \
--cc=maz@kernel.org \
--cc=robin.murphy@arm.com \
--cc=tn@semihalf.com \
--cc=vdumpa@nvidia.com \
--cc=vivek.gautam@arm.com \
--cc=vsethi@nvidia.com \
--cc=wangxingang5@huawei.com \
--cc=will@kernel.org \
--cc=zhangfei.gao@linaro.org \
--cc=zhukeqian1@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.