Re: [PATCH v2] mm: generalize ZONE_[DMA|DMA32]

2021-05-31 Thread Michael Ellerman
Kefeng Wang writes: > ZONE_[DMA|DMA32] configs have duplicate definitions on platforms > that subscribe them. Instead, just make them generic options which > can be selected on applicable platforms. > > Also only x86/arm64 architectures could enable both ZONE_DMA and > ZONE_DMA32 if EXPERT, add

Re: [PATCH] Revert "powerpc/kernel/iommu: Align size for IOMMU_PAGE_SIZE() to save TCEs"

2021-05-31 Thread Michael Ellerman
Frederic Barrat writes: > On 27/05/2021 04:13, Alexey Kardashevskiy wrote: >> On 27/05/2021 00:45, Frederic Barrat wrote: >>> This reverts commit 3c0468d4451eb6b4f6604370639f163f9637a479. >>> >>> That commit was breaking alignment guarantees for the DMA address when >>> allocating coherent

Re: [PATCH v7 01/15] swiotlb: Refactor swiotlb init functions

2021-05-31 Thread Claire Chang
On Fri, May 28, 2021 at 12:32 AM Tom Lendacky wrote: > > On 5/27/21 9:41 AM, Tom Lendacky wrote: > > On 5/27/21 8:02 AM, Christoph Hellwig wrote: > >> On Wed, May 19, 2021 at 11:50:07AM -0700, Florian Fainelli wrote: > >>> You convert this call site with swiotlb_init_io_tlb_mem() which did not >

Re: [PATCH] Documentation PCI: Fix typo in pci-error-recovery.rst

2021-05-31 Thread Krzysztof Wilczyński
Hi Wesley, > Replace "It" with "If", since it is a conditional statement. > [...] Nice catch! > -cycle) and then call slot_reset() again. It the device still can't > +cycle) and then call slot_reset() again. If the device still can't [...] Thank you! Reviewed-by: Krzysztof Wilczyński

[PATCH] powerpc/fadump: register for fadump as early as possible

2021-05-31 Thread Hari Bathini
Crash recovery (fadump) is setup in the userspace by some service. This service rebuilds initrd with dump capture capability, if it is not already dump capture capable and then initiates registration for firmware assisted dump (echo 1 > /sys/kernel/fadump/registered). But registration for fadump

Re: [PATCH] Documentation PCI: Fix typo in pci-error-recovery.rst

2021-05-31 Thread Linas Vepstas
Signed-off-by: Linas Vepstas On Mon, May 31, 2021 at 3:12 AM Wesley Sheng wrote: > Replace "It" with "If", since it is a conditional statement. > > Signed-off-by: Wesley Sheng > --- > Documentation/PCI/pci-error-recovery.rst | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff

[PATCH] Documentation PCI: Fix typo in pci-error-recovery.rst

2021-05-31 Thread Wesley Sheng
Replace "It" with "If", since it is a conditional statement. Signed-off-by: Wesley Sheng --- Documentation/PCI/pci-error-recovery.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Documentation/PCI/pci-error-recovery.rst b/Documentation/PCI/pci-error-recovery.rst index

Re: [PATCH v2] mm: generalize ZONE_[DMA|DMA32]

2021-05-31 Thread Michal Simek
On 5/28/21 9:45 AM, Kefeng Wang wrote: > ZONE_[DMA|DMA32] configs have duplicate definitions on platforms > that subscribe them. Instead, just make them generic options which > can be selected on applicable platforms. > > Also only x86/arm64 architectures could enable both ZONE_DMA and >

Re: [PATCH v2] lockdown,selinux: avoid bogus SELinux lockdown permission checks

2021-05-31 Thread Daniel Borkmann
On 5/29/21 8:48 PM, Paul Moore wrote: [...] Daniel's patch side steps that worry by just doing the lockdown permission check when the BPF program is loaded, but that isn't a great solution if the policy changes afterward. I was hoping there might be some way to perform the permission check as

Re: [PATCH -next] ASoC: imx-rpmsg: fix platform_no_drv_owner.cocci warnings

2021-05-31 Thread Shengjiu Wang
On Thu, May 27, 2021 at 6:48 PM Zou Wei wrote: > > ./sound/soc/fsl/imx-rpmsg.c:140:3-8: No need to set .owner here. The core > will do it. > > Remove .owner field if calls are used which set it automatically > > Generated by: scripts/coccinelle/api/platform_no_drv_owner.cocci > > Reported-by:

Re: [PATCH] ASoC: fsl-asoc-card: Set .owner attribute when registering card.

2021-05-31 Thread Shengjiu Wang
On Fri, May 28, 2021 at 12:35 AM Nicolas Cavallari wrote: > > Otherwise, when compiled as module, a WARN_ON is triggered: > > WARNING: CPU: 0 PID: 5 at sound/core/init.c:208 snd_card_new+0x310/0x39c [snd] > [...] > CPU: 0 PID: 5 Comm: kworker/0:0 Not tainted 5.10.39 #1 > Hardware name: Freescale