Re: [PATCH v3 0/8] Implement generic cc_platform_has() helper function

2021-09-09 Thread Christian Borntraeger
somewhere? Also, a new file, arch/powerpc/platforms/pseries/cc_platform.c, has been created for powerpc to hold the out of line function. Cc: Andi Kleen Cc: Andy Lutomirski Cc: Ard Biesheuvel Cc: Baoquan He Cc: Benjamin Herrenschmidt Cc: Borislav Petkov Cc: Christian Borntraeger Cc: Daniel Vetter

Re: [PATCH v2 1/1] s390/pv: fix the forcing of the swiotlb

2021-07-27 Thread Christian Borntraeger
On 27.07.21 14:57, Will Deacon wrote: On Tue, Jul 27, 2021 at 02:54:14PM +0200, Christian Borntraeger wrote: On 24.07.21 02:27, Konrad Rzeszutek Wilk wrote: On Sat, Jul 24, 2021 at 01:17:46AM +0200, Halil Pasic wrote: Since commit 903cd0f315fe ("swiotlb: Use is_swiotlb_force_b

Re: [PATCH v2 1/1] s390/pv: fix the forcing of the swiotlb

2021-07-27 Thread Christian Borntraeger
at turned out to be a fragility in commit 64e1f0c531d1 ("s390/mm: force swiotlb for protected virtualization"), which ain't exactly broken in its original context, but could give us some more headache if people backport the broken change and forget this fix. Signed-off-by: Halil Pasic Tested-by

Re: [PATCH v2 0/4] Fix restricted DMA vs swiotlb_exit()

2021-07-23 Thread Christian Borntraeger
On 23.07.21 16:01, Konrad Rzeszutek Wilk wrote: On Fri, Jul 23, 2021 at 10:50:57AM +0200, Christian Borntraeger wrote: On 23.07.21 10:47, Halil Pasic wrote: On Fri, 23 Jul 2021 08:14:19 +0200 Christian Borntraeger wrote: Resending with the correct email of Heiko On 23.07.21 03:12

Re: [PATCH v2 0/4] Fix restricted DMA vs swiotlb_exit()

2021-07-23 Thread Christian Borntraeger
On 23.07.21 10:47, Halil Pasic wrote: On Fri, 23 Jul 2021 08:14:19 +0200 Christian Borntraeger wrote: Resending with the correct email of Heiko On 23.07.21 03:12, Halil Pasic wrote: On Thu, 22 Jul 2021 21:22:58 +0200 Christian Borntraeger wrote: On 20.07.21 15:38, Will Deacon

Re: [PATCH v2 0/4] Fix restricted DMA vs swiotlb_exit()

2021-07-23 Thread Christian Borntraeger
Resending with the correct email of Heiko On 23.07.21 03:12, Halil Pasic wrote: On Thu, 22 Jul 2021 21:22:58 +0200 Christian Borntraeger wrote: On 20.07.21 15:38, Will Deacon wrote: Hi again, folks, This is version two of the patch series I posted yesterday: https

Re: [PATCH v2 0/4] Fix restricted DMA vs swiotlb_exit()

2021-07-22 Thread Christian Borntraeger
On 23.07.21 03:12, Halil Pasic wrote: On Thu, 22 Jul 2021 21:22:58 +0200 Christian Borntraeger wrote: On 20.07.21 15:38, Will Deacon wrote: Hi again, folks, This is version two of the patch series I posted yesterday: https://lore.kernel.org/r/20210719123054.6844-1-w...@kernel.org

Re: [PATCH v2 0/4] Fix restricted DMA vs swiotlb_exit()

2021-07-22 Thread Christian Borntraeger
On 20.07.21 15:38, Will Deacon wrote: Hi again, folks, This is version two of the patch series I posted yesterday: https://lore.kernel.org/r/20210719123054.6844-1-w...@kernel.org The only changes since v1 are: * Squash patches 2 and 3, amending the commit message accordingly * Add

Re: [PATCH 28/28] s390: use __vmalloc_node in stack_alloc

2020-04-08 Thread Christian Borntraeger
; - __builtin_return_address(0)); > + return (unsigned long)__vmalloc_node(THREAD_SIZE, THREAD_SIZE, > + THREADINFO_GFP, NUMA_NO_NODE, > + __builtin_return_address(0)); Looks sane. Acked-by: Chri

Re: [PATCH 27/28] s390: use __vmalloc_node in alloc_vm_stack

2020-04-08 Thread Christian Borntraeger
On 08.04.20 13:59, Christoph Hellwig wrote: > alloc_vm_stack can use a slightly higher level vmalloc function. > > Signed-off-by: Christoph Hellwig > --- > arch/powerpc/kernel/irq.c | 5 ++--- wrong subject (power vs s390) > 1 file changed, 2 insertions(+), 3 deletions(-) > > diff --git

Re: [PATCH 1/2] mm: move force_dma_unencrypted() to mem_encrypt.h

2020-02-20 Thread Christian Borntraeger
On 20.02.20 17:31, Christoph Hellwig wrote: > On Thu, Feb 20, 2020 at 05:23:20PM +0100, Christian Borntraeger wrote: >> >From a users perspective it makes absolutely perfect sense to use the >> bounce buffers when they are NEEDED. >> Forcing the user to specify iommu_p

Re: [PATCH 1/2] mm: move force_dma_unencrypted() to mem_encrypt.h

2020-02-20 Thread Christian Borntraeger
On 20.02.20 17:11, Christoph Hellwig wrote: > On Thu, Feb 20, 2020 at 05:06:05PM +0100, Halil Pasic wrote: >> Currently force_dma_unencrypted() is only used by the direct >> implementation of the DMA API, and thus resides in dma-direct.h. But >> there is nothing dma-direct specific about it: if

Re: [PATCH 2/4] vfio: vfio_iommu_type1: Define VFIO_IOMMU_INFO_CAPABILITIES

2019-05-16 Thread Christian Borntraeger
Alex, patch 1 and 3 are s390 specific, 2 and 4 are vfio common code. Are you ok with the common code changes? If yes, would you prefer to have this via the s390 tree (Martin) or your tree? On 10.05.19 10:22, Pierre Morel wrote: > To use the VFIO_IOMMU_GET_INFO to retrieve IOMMU specific