Duplicated ABI entries - Was: Re: [PATCH v2 20/39] docs: ABI: testing: make the files compatible with ReST output

2020-11-09 Thread Mauro Carvalho Chehab
Hi Jonathan, Em Sun, 8 Nov 2020 16:56:21 + Jonathan Cameron escreveu: > > PS.: the IIO subsystem is the one that currently has more duplicated > > ABI entries: > > $ ./scripts/get_abi.pl validate 2>&1|grep iio > > Warning: /sys/bus/iio/devices/iio:deviceX/in_accel_x_calibbias is defined 2

Re:Re: [PATCH] sched/rt, powerpc: Prepare for PREEMPT_RT

2020-11-09 Thread 王擎
>Quoting Wang Qing : > >> Add PREEMPT_RT output to die(). >> >> Signed-off-by: Wang Qing >> --- >> arch/powerpc/kernel/traps.c | 10 +- >> 1 file changed, 9 insertions(+), 1 deletion(-) >> >> diff --git a/arch/powerpc/kernel/traps.c b/arch/powerpc/kernel/traps.c >> index 5006dcb..6dfe567

Re: [PATCH] sched/rt, powerpc: Prepare for PREEMPT_RT

2020-11-09 Thread Christophe Leroy
Quoting Wang Qing : Add PREEMPT_RT output to die(). Signed-off-by: Wang Qing --- arch/powerpc/kernel/traps.c | 10 +- 1 file changed, 9 insertions(+), 1 deletion(-) diff --git a/arch/powerpc/kernel/traps.c b/arch/powerpc/kernel/traps.c index 5006dcb..6dfe567 --- a/arch/powerpc/kern

Re: [PATCH] powerpc/mm: Fix comparing pointer to 0 warning

2020-11-09 Thread Christophe Leroy
Le 10/11/2020 à 03:56, xiakaixu1...@gmail.com a écrit : From: Kaixu Xia Fixes coccicheck warning: ./arch/powerpc/mm/pgtable_32.c:87:11-12: WARNING comparing pointer to 0 Avoid pointer type value compared to 0. Reported-by: Tosk Robot Signed-off-by: Kaixu Xia Reviewed-by: Christophe Le

Re: [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread

2020-11-09 Thread Ira Weiny
On Tue, Nov 10, 2020 at 02:13:56AM +0100, Thomas Gleixner wrote: > Ira, > > On Fri, Oct 09 2020 at 12:49, ira weiny wrote: > > From: Ira Weiny > > > > To correctly support the semantics of kmap() with Kernel protection keys > > (PKS), kmap() may be required to set the protections on multiple > >

[PATCH] powerpc/mm: Fix comparing pointer to 0 warning

2020-11-09 Thread xiakaixu1987
From: Kaixu Xia Fixes coccicheck warning: ./arch/powerpc/mm/pgtable_32.c:87:11-12: WARNING comparing pointer to 0 Avoid pointer type value compared to 0. Reported-by: Tosk Robot Signed-off-by: Kaixu Xia --- arch/powerpc/mm/pgtable_32.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: [PATCH RFC PKS/PMEM 05/58] kmap: Introduce k[un]map_thread

2020-11-09 Thread Thomas Gleixner
Ira, On Fri, Oct 09 2020 at 12:49, ira weiny wrote: > From: Ira Weiny > > To correctly support the semantics of kmap() with Kernel protection keys > (PKS), kmap() may be required to set the protections on multiple > processors (globally). Enabling PKS globally can be very expensive > depending o

Re: [PATCH v2 2/2] dt-bindings: misc: convert fsl, qoriq-mc from txt to YAML

2020-11-09 Thread Rob Herring
On Mon, 09 Nov 2020 12:46:35 +0200, Laurentiu Tudor wrote: > From: Ionut-robert Aron > > Convert fsl,qoriq-mc to YAML in order to automate the verification > process of dts files. In addition, update MAINTAINERS accordingly > and, while at it, add some missing files. > > Signed-off-by: Ionut-rob

Re: [PATCH v2 1/2] dt-bindings: misc: convert fsl, dpaa2-console from txt to YAML

2020-11-09 Thread Rob Herring
On Mon, 09 Nov 2020 12:46:34 +0200, Laurentiu Tudor wrote: > From: Ionut-robert Aron > > Convert fsl,dpaa2-console to YAML in order to automate the > verification process of dts files. > > Signed-off-by: Ionut-robert Aron > Signed-off-by: Laurentiu Tudor > --- > Changes in v2: > - add missing

Re: [PATCH seccomp 5/8] s390: Enable seccomp architecture tracking

2020-11-09 Thread Heiko Carstens
On Tue, Nov 03, 2020 at 07:43:01AM -0600, YiFei Zhu wrote: > From: YiFei Zhu > > To enable seccomp constant action bitmaps, we need to have a static > mapping to the audit architecture and system call table size. Add these > for s390. > > Signed-off-by: YiFei Zhu > --- > arch/s390/include/asm/

[Bug 209869] Kernel 5.10-rc1 fails to boot on a PowerMac G4 3,6 at an early stage

2020-11-09 Thread bugzilla-daemon
https://bugzilla.kernel.org/show_bug.cgi?id=209869 --- Comment #12 from Erhard F. (erhar...@mailbox.org) --- I can confirm the patch fixes booting 5.10-rc1 on my G4, with and without KASAN. Thanks! -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH v7 4/4] arch, mm: make kernel_page_present() always available

2020-11-09 Thread Mike Rapoport
From: Mike Rapoport For architectures that enable ARCH_HAS_SET_MEMORY having the ability to verify that a page is mapped in the kernel direct map can be useful regardless of hibernation. Add RISC-V implementation of kernel_page_present(), update its forward declarations and stubs to be a part of

[PATCH v7 3/4] arch, mm: restore dependency of __kernel_map_pages() on DEBUG_PAGEALLOC

2020-11-09 Thread Mike Rapoport
From: Mike Rapoport The design of DEBUG_PAGEALLOC presumes that __kernel_map_pages() must never fail. With this assumption is wouldn't be safe to allow general usage of this function. Moreover, some architectures that implement __kernel_map_pages() have this function guarded by #ifdef DEBUG_PAGE

[PATCH v7 2/4] PM: hibernate: make direct map manipulations more explicit

2020-11-09 Thread Mike Rapoport
From: Mike Rapoport When DEBUG_PAGEALLOC or ARCH_HAS_SET_DIRECT_MAP is enabled a page may be not present in the direct map and has to be explicitly mapped before it could be copied. Introduce hibernate_map_page() and hibernation_unmap_page() that will explicitly use set_direct_map_{default,inval

[PATCH v7 1/4] mm: introduce debug_pagealloc_{map, unmap}_pages() helpers

2020-11-09 Thread Mike Rapoport
From: Mike Rapoport When CONFIG_DEBUG_PAGEALLOC is enabled, it unmaps pages from the kernel direct mapping after free_pages(). The pages than need to be mapped back before they could be used. Theese mapping operations use __kernel_map_pages() guarded with with debug_pagealloc_enabled(). The only

[PATCH v7 0/4] arch, mm: improve robustness of direct map manipulation

2020-11-09 Thread Mike Rapoport
From: Mike Rapoport Hi, During recent discussion about KVM protected memory, David raised a concern about usage of __kernel_map_pages() outside of DEBUG_PAGEALLOC scope [1]. Indeed, for architectures that define CONFIG_ARCH_HAS_SET_DIRECT_MAP it is possible that __kernel_map_pages() would fail,

[powerpc:merge] BUILD SUCCESS 80ecbe16c827714ce3741ed1f1d34488b903e717

2020-11-09 Thread kernel test robot
onfig mips allyesconfig mips allmodconfig powerpc allyesconfig powerpc allmodconfig powerpc allnoconfig x86_64 randconfig-a004-20201109 x86_64 randconfig-a002-20201

[powerpc:fixes-test] BUILD SUCCESS 01776f070ffcbf336be3bf1672bd3c589548d6c4

2020-11-09 Thread kernel test robot
allyesconfig mips allmodconfig powerpc allyesconfig powerpc allmodconfig powerpc allnoconfig x86_64 randconfig-a004-20201109 x86_64 randconfig-a002-20201109 x86_64

[PATCH v3 23/23] mtd: devices: powernv_flash: Add function names to headers and fix 'dev'

2020-11-09 Thread Lee Jones
Fixes the following W=1 kernel build warning(s): drivers/mtd/devices/powernv_flash.c:129: warning: Cannot understand * @mtd: the device drivers/mtd/devices/powernv_flash.c:145: warning: Cannot understand * @mtd: the device drivers/mtd/devices/powernv_flash.c:161: warning: Cannot understand

[PATCH v3 00/23] Rid W=1 warnings in MTD

2020-11-09 Thread Lee Jones
This set is part of a larger effort attempting to clean-up W=1 kernel builds, which are currently overwhelmingly riddled with niggly little warnings. v2 => v3: - Reworded subject lines v1 => v2: - Added tags - Satisfied Miquel's review comments Lee Jones (23): mtd: mtdpart: Fix misdocu

[PATCH] powerpc/603: Always fault when _PAGE_ACCESSED is not set

2020-11-09 Thread Christophe Leroy
[That is backport of 11522448e641e8f1690c9db06e01985e8e19b401 to linux 5.9] The kernel expects pte_young() to work regardless of CONFIG_SWAP. Make sure a minor fault is taken to set _PAGE_ACCESSED when it is not already set, regardless of the selection of CONFIG_SWAP. Fixes: 84de6ab0e904 ("power

[PATCH for 5.4] powerpc/603: Always fault when _PAGE_ACCESSED is not set

2020-11-09 Thread Christophe Leroy
[That is backport of 11522448e641e8f1690c9db06e01985e8e19b401 to linux 5.4] The kernel expects pte_young() to work regardless of CONFIG_SWAP. Make sure a minor fault is taken to set _PAGE_ACCESSED when it is not already set, regardless of the selection of CONFIG_SWAP. Fixes: 84de6ab0e904 ("power

Re: [PATCH v6 0/4] arch, mm: improve robustness of direct map manipulation

2020-11-09 Thread Mike Rapoport
Oops, this one has some rebase errors, I'll send v7 soon. Sorry for the noise. On Mon, Nov 09, 2020 at 06:24:11PM +0200, Mike Rapoport wrote: > From: Mike Rapoport > > Hi, > > During recent discussion about KVM protected memory, David raised a concern > about usage of __kernel_map_pages() outsi

[PATCH v6 4/4] arch, mm: make kernel_page_present() always available

2020-11-09 Thread Mike Rapoport
From: Mike Rapoport For architectures that enable ARCH_HAS_SET_MEMORY having the ability to verify that a page is mapped in the kernel direct map can be useful regardless of hibernation. Add RISC-V implementation of kernel_page_present(), update its forward declarations and stubs to be a part of

[PATCH v6 3/4] arch, mm: restore dependency of __kernel_map_pages() on DEBUG_PAGEALLOC

2020-11-09 Thread Mike Rapoport
From: Mike Rapoport The design of DEBUG_PAGEALLOC presumes that __kernel_map_pages() must never fail. With this assumption is wouldn't be safe to allow general usage of this function. Moreover, some architectures that implement __kernel_map_pages() have this function guarded by #ifdef DEBUG_PAGE

[PATCH v6 2/4] PM: hibernate: make direct map manipulations more explicit

2020-11-09 Thread Mike Rapoport
From: Mike Rapoport When DEBUG_PAGEALLOC or ARCH_HAS_SET_DIRECT_MAP is enabled a page may be not present in the direct map and has to be explicitly mapped before it could be copied. Introduce hibernate_map_page() and hibernation_unmap_page() that will explicitly use set_direct_map_{default,inval

[PATCH v6 1/4] mm: introduce debug_pagealloc_{map, unmap}_pages() helpers

2020-11-09 Thread Mike Rapoport
From: Mike Rapoport When CONFIG_DEBUG_PAGEALLOC is enabled, it unmaps pages from the kernel direct mapping after free_pages(). The pages than need to be mapped back before they could be used. Theese mapping operations use __kernel_map_pages() guarded with with debug_pagealloc_enabled(). The only

[PATCH v6 0/4] arch, mm: improve robustness of direct map manipulation

2020-11-09 Thread Mike Rapoport
From: Mike Rapoport Hi, During recent discussion about KVM protected memory, David raised a concern about usage of __kernel_map_pages() outside of DEBUG_PAGEALLOC scope [1]. Indeed, for architectures that define CONFIG_ARCH_HAS_SET_DIRECT_MAP it is possible that __kernel_map_pages() would fail,

Re: [PATCH v5 1/5] mm: introduce debug_pagealloc_{map, unmap}_pages() helpers

2020-11-09 Thread Mike Rapoport
On Mon, Nov 09, 2020 at 12:33:46PM +0100, Vlastimil Babka wrote: > On 11/8/20 7:57 AM, Mike Rapoport wrote: > > --- a/mm/slab.c > > +++ b/mm/slab.c > > @@ -1428,21 +1428,19 @@ static bool is_debug_pagealloc_cache(struct > > kmem_cache *cachep) > > return false; > > } > > -#ifdef CONFIG_DEBUG

Re: [PATCH] powerpc: add compile-time support for lbarx, lwarx

2020-11-09 Thread Segher Boessenkool
On Sun, Nov 08, 2020 at 09:01:52PM +0100, Gabriel Paubert wrote: > On Sat, Nov 07, 2020 at 05:42:57AM -0600, Segher Boessenkool wrote: > > On Sat, Nov 07, 2020 at 08:12:13AM +0100, Gabriel Paubert wrote: > > > On Sat, Nov 07, 2020 at 01:23:28PM +1000, Nicholas Piggin wrote: > > > > ISA v2.06 (POWER

Re: [PATCH v5 1/5] mm: introduce debug_pagealloc_{map, unmap}_pages() helpers

2020-11-09 Thread Vlastimil Babka
On 11/8/20 7:57 AM, Mike Rapoport wrote: --- a/mm/slab.c +++ b/mm/slab.c @@ -1428,21 +1428,19 @@ static bool is_debug_pagealloc_cache(struct kmem_cache *cachep) return false; } -#ifdef CONFIG_DEBUG_PAGEALLOC static void slab_kernel_map(struct kmem_cache *cachep, void *objp, int m

[PATCH] xsysace: Remove SYSACE driver

2020-11-09 Thread Michal Simek
Sysace IP is no longer used on Xilinx PowerPC 405/440 and Microblaze systems. The driver is not regularly tested and very likely not working for quite a long time that's why remove it. Signed-off-by: Michal Simek --- Based on discussion https://lore.kernel.org/linux-arm-kernel/5ab9a2a1-20e3-c7b2

[PATCH v2 2/2] dt-bindings: misc: convert fsl, qoriq-mc from txt to YAML

2020-11-09 Thread Laurentiu Tudor
From: Ionut-robert Aron Convert fsl,qoriq-mc to YAML in order to automate the verification process of dts files. In addition, update MAINTAINERS accordingly and, while at it, add some missing files. Signed-off-by: Ionut-robert Aron [laurentiu.tu...@nxp.com: update MINTAINERS, updates & fixes in

[PATCH v2 1/2] dt-bindings: misc: convert fsl, dpaa2-console from txt to YAML

2020-11-09 Thread Laurentiu Tudor
From: Ionut-robert Aron Convert fsl,dpaa2-console to YAML in order to automate the verification process of dts files. Signed-off-by: Ionut-robert Aron Signed-off-by: Laurentiu Tudor --- Changes in v2: - add missing additionalProperties .../bindings/misc/fsl,dpaa2-console.txt | 11

Re: [PATCH v2 00/23] Rid W=1 warnings in MTD

2020-11-09 Thread Miquel Raynal
Hi Lee, Lee Jones wrote on Fri, 6 Nov 2020 21:36:32 +: > This set is part of a larger effort attempting to clean-up W=1 > kernel builds, which are currently overwhelmingly riddled with > niggly little warnings. > > v1 => v2: > - Added tags > - Satisfied Miquel's review comments > You