ssage-ID: <20240126-5-4-fix-lib-powerpc-backport-v1-1-2c110ed18...@kernel.org>
From: Nathan Chancellor
This commit is for linux-5.4.y only, it has no direct upstream
equivalent.
Prior to commit 5f2fb52fac15 ("kbuild: rename hostprogs-y/always to
hostprogs/always-y"), always-y d
ssage-ID:
<20240126-4-19-fix-lib-powerpc-backport-v1-1-f0de224db...@kernel.org>
From: Nathan Chancellor
This commit is for linux-4.19.y only, it has no direct upstream
equivalent.
Prior to commit 5f2fb52fac15 ("kbuild: rename hostprogs-y/always to
hostprogs/always-y"), always
On Fri, Jan 26, 2024 at 10:36:31AM -0700, Nathan Chancellor wrote:
> This commit is for linux-4.19.y only, it has no direct upstream
> equivalent.
>
> Prior to commit 5f2fb52fac15 ("kbuild: rename hostprogs-y/always to
> hostprogs/always-y"), always-y did not exist, making the backport of
> mainli
On 25.01.24 20:32, David Hildenbrand wrote:
Let's implement PTE batching when consecutive (present) PTEs map
consecutive pages of the same large folio, and all other PTE bits besides
the PFNs are equal.
We will optimize folio_pte_batch() separately, to ignore selected
PTE bits. This patch is bas
ays-$(CONFIG_PPC64) += crtsavres.o
+ifeq ($(call ld-ifversion, -lt, 22500, y)$(CONFIG_PPC64),yy)
+always += crtsavres.o
endif
obj-$(CONFIG_PPC_BOOK3S_64) += copyuser_power7.o copypage_power7.o \
---
base-commit: f0602893f43a54097fcf22bd8c2f7b8e75ca643e
change-id: 20240126-5-4-fix-lib-pow
)
-always-$(CONFIG_PPC64) += crtsavres.o
+ifeq ($(call ld-ifversion, -lt, 22500, y)$(CONFIG_PPC64),yy)
+always += crtsavres.o
endif
obj-$(CONFIG_PPC_BOOK3S_64) += copyuser_power7.o copypage_power7.o \
---
base-commit: b060cfd3f707ad3c8ae8322e1b149ba7e2cf33e0
change-id: 20240126-4-19-fix
On Fri, Jan 26, 2024 at 09:39:56AM -0600, Timothy Pearson wrote:
> > Just forget about the weird KVM and SPAPR stuff, leave it under the
> > kconfig of the old code and nobody will run it. Almost nobody already
> > runs it, apparently.
>
> We actually use QEMU/KVM/VFIO extensively at Raptor, so ne
- Original Message -
> From: "Timothy Pearson"
> To: "Jason Gunthorpe"
> Cc: "Timothy Pearson" , "Shivaprasad G Bhat"
> , "iommu"
> , "linuxppc-dev" ,
> "linux-kernel" ,
> "Michael Ellerman" , "npiggin" ,
> "christophe leroy"
> , "aneesh kumar" ,
> "naveen n rao" ,
> "jroedel" , "a
- Original Message -
> From: "Jason Gunthorpe"
> To: "Timothy Pearson"
> Cc: "Shivaprasad G Bhat" , "iommu"
> , "linuxppc-dev"
> , "linux-kernel"
> , "Michael Ellerman"
> , "npiggin" , "christophe leroy"
> , "aneesh kumar"
> , "naveen n rao" ,
> "jroedel" , "aik"
> , "bgray" , "Gre
On Fri, Jan 26, 2024 at 09:29:55AM -0600, Timothy Pearson wrote:
> > On Fri, Jan 26, 2024 at 08:43:12PM +0530, Shivaprasad G Bhat wrote:
> >> > Also, is there any chance someone can work on actually fixing this to
> >> > be a proper iommu driver? I think that will become important for power
> >> >
- Original Message -
> From: "Jason Gunthorpe"
> To: "Shivaprasad G Bhat"
> Cc: io...@lists.linux.dev, "linuxppc-dev" ,
> "linux-kernel"
> , "Michael Ellerman" ,
> "npiggin" , "christophe
> leroy" , "aneesh kumar"
> , "naveen n rao"
> , jroe...@suse.de, "Timothy Pearson"
> , a...@a
On 1/25/24 21:22, Jason Gunthorpe wrote:
On Thu, Jan 25, 2024 at 06:08:52AM -0600, Shivaprasad G Bhat wrote:
On PPC64, the iommu_ops.def_domain_type() is not defined and
CONFIG_IOMMU_DMA not enabled. With commit 0f6a90436a57 ("iommu: Do not
use IOMMU_DOMAIN_DMA if CONFIG_IOMMU_DMA is not enabled
On Fri, Jan 26, 2024 at 08:43:12PM +0530, Shivaprasad G Bhat wrote:
> > Also, is there any chance someone can work on actually fixing this to
> > be a proper iommu driver? I think that will become important for power
> > to use the common dma_iommu code in the next year...
> We are looking into it.
On 1/25/24 21:20, Jason Gunthorpe wrote:
On Thu, Jan 25, 2024 at 06:08:39AM -0600, Shivaprasad G Bhat wrote:
The commit 2ad56efa80db ("powerpc/iommu: Setup a default domain and
[snip]
+ /*
+* The domain being set to PLATFORM from earlier
+* BLOCK
The commit 2ad56efa80db ("powerpc/iommu: Setup a default domain and
remove set_platform_dma_ops") refactored the code removing the
set_platform_dma_ops(). It missed out the table group
release_ownership() call which would have got called otherwise
during the guest shutdown via vfio_group_detach_con
Thanks Herbert.
-Danny
On 1/26/24 4:58 PM, Herbert Xu wrote:
On Tue, Jan 02, 2024 at 03:58:56PM -0500, Danny Tsen wrote:
Relocate all crypto files in vmx driver to arch/powerpc/crypto directory
and remove vmx directory.
drivers/crypto/vmx/aes.c rename to arch/powerpc/crypto/aes.c
drivers/cryp
On Tue, Jan 02, 2024 at 03:58:56PM -0500, Danny Tsen wrote:
> Relocate all crypto files in vmx driver to arch/powerpc/crypto directory
> and remove vmx directory.
>
> drivers/crypto/vmx/aes.c rename to arch/powerpc/crypto/aes.c
> drivers/crypto/vmx/aes_cbc.c rename to arch/powerpc/crypto/aes_cbc.c
On 2024/1/26 14:27, Arnd Bergmann wrote:
On Fri, Jan 26, 2024, at 03:12, Kunwu Chan wrote:
This part was commented from commit a33a7d7309d7
("[PATCH] spufs: implement mfc access for PPE-side DMA")
in about 18 years before.
If there are no plans to enable this part code in the future,
we can rem
18 matches
Mail list logo
