Re: [PATCH 13/21] arc: dma-mapping: skip invalidating before bidirectional DMA

CC Shahab On 3/27/23 17:43, Arnd Bergmann wrote: From: Arnd Bergmann Some architectures that need to invalidate buffers after bidirectional DMA because of speculative prefetching only do a simpler writeback before that DMA, while architectures that don't need to do the second invalidate tend to

Re: [PATCH 1/2] KVM: PPC: Add kvm selftests support for powerpc

Hey thanks for the review. Points about formatting and style all valid, I'll tidy those up. For the others, On Thu Mar 30, 2023 at 6:19 AM AEST, Sean Christopherson wrote: > On Thu, Mar 16, 2023, Nicholas Piggin wrote: > > +#ifdef __powerpc__ > > + TEST_ASSERT(getpagesize() == 64*1024, >

Re: [PATCH v2 1/2] KVM: PPC: Permit SRR1 flags in more injected interrupt types

Hi Nicholas, I love your patch! Yet something to improve: [auto build test ERROR on powerpc/topic/ppc-kvm] [also build test ERROR on linus/master v6.3-rc4 next-20230331] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' a

Re: [PATCH 12/19] thermal: cpuidle_cooling: Adjust includes to remove of_device.h

On 29/03/2023 17:52, Rob Herring wrote: Now that of_cpu_device_node_get() is defined in of.h, of_device.h is just implicitly including other includes, and is no longer needed. Adjust the include files with what was implicitly included by of_device.h (cpu.h and of.h) and drop including of_device.h

Re: [PATCH 11/19] clocksource: ingenic: Add explicit include for cpuhotplug.h

On 29/03/2023 17:52, Rob Herring wrote: Removing include of cpu.h from of_device.h (included by of_platform.h) causes an error in ingenic-timer: drivers/clocksource/ingenic-timer.c: In function ‘ingenic_tcu_init’: drivers/clocksource/ingenic-timer.c:338:15: error: implicit declaration of functi

Re: [PATCH v8 2/2] arm64: support batched/deferred tlb shootdown during page reclamation

On 2023/3/30 21:45, Yicong Yang wrote: > Hi Punit, > > On 2023/3/30 21:15, Punit Agrawal wrote: >> Hi Yicong, >> >> Yicong Yang writes: >> >>> From: Barry Song >>> >>> on x86, batched and deferred tlb shootdown has lead to 90% >>> performance increase on tlb shootdown. on arm64, HW can do >>> tl

[PATCH v4 3/3] of: address: Always use dma_default_coherent for default coherency

As for now all arches have dma_default_coherent reflecting default DMA coherency for of devices, so there is no need to have a standalone config option. Signed-off-by: Jiaxun Yang Reviewed-by: Rob Herring Acked-by: Michael Ellerman (powerpc) --- v3: Squash setting ARCH_DMA_DEFAULT_COHERENT into

[PATCH v4 2/3] dma-mapping: Provide CONFIG_ARCH_DMA_DEFAULT_COHERENT

Provide a kconfig option to allow arches to manipulate default value of dma_default_coherent in Kconfig. Signed-off-by: Jiaxun Yang --- v3: Add comments --- kernel/dma/Kconfig | 7 +++ kernel/dma/mapping.c | 2 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/kernel/dma/Kco

[PATCH v4 1/3] dma-mapping: Provide a fallback dma_default_coherent

dma_default_coherent was decleared unconditionally at kernel/dma/mapping.c but only decleared when any of non-coherent options is enabled in dma-map-ops.h. Guard the declaration in mapping.c with non-coherent options and provide a fallback definition. Signed-off-by: Jiaxun Yang --- v3: Style fix

[PATCH v4 0/3] Use dma_default_coherent for devicetree default coherency

Hi all, This series split out second half of my previous series "[PATCH 0/4] MIPS DMA coherence fixes". It intends to use dma_default_coherent to determine the default coherency of devicetree probed devices instead of hardcoding it with Kconfig options. For some MIPS systems, dma_default_coheren