Re: [PATCH V12] mm/debug: Add tests validating architecture page table helpers

2020-02-01 Thread Anshuman Khandual
On 01/30/2020 07:43 PM, Christophe Leroy wrote: > > > Le 30/01/2020 à 14:04, Anshuman Khandual a écrit : >> >> On 01/28/2020 10:35 PM, Christophe Leroy wrote: >>> >>> >>> Le 28/01/2020 à 02:27, Anshuman Khandual a écrit : diff --git a/arch/x86/include/asm/pgtable_64.h b/arch/x86/includ

Re: Latest Git kernel: avahi-daemon[2410]: ioctl(): Inappropriate ioctl for device

2020-02-01 Thread Randy Dunlap
[might be network related, so adding netdev mailing list] On 2/1/20 4:08 PM, Christian Zigotzky wrote: > Hello, > > We regularly compile and test Linux kernels every day during the merge > window. Since Thuesday we have very high CPU loads because of the avahi > daemon on our desktop Linux syst

Latest Git kernel: avahi-daemon[2410]: ioctl(): Inappropriate ioctl for device

2020-02-01 Thread Christian Zigotzky
Hello, We regularly compile and test Linux kernels every day during the merge window. Since Thuesday we have very high CPU loads because of the avahi daemon on our desktop Linux systems (Ubuntu, Debian etc). Error message: avahi-daemon[2410]: ioctl(): Inappropriate ioctl for device Could you

[powerpc:next] BUILD SUCCESS 41196224883a64e56e0ef237c19eb837058df071

2020-02-01 Thread kbuild test robot
tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/powerpc/linux.git next branch HEAD: 41196224883a64e56e0ef237c19eb837058df071 powerpc/32s: Fix kasan_early_hash_table() for CONFIG_VMAP_STACK elapsed time: 3111m configs tested: 241 configs skipped: 25 The following configs have bee

Re: [PATCH] lkdtm: Test KUAP directional user access unlocks on powerpc

2020-02-01 Thread Kees Cook
On Fri, Jan 31, 2020 at 05:53:14PM +1100, Russell Currey wrote: > Correct, the ACCESS_USERSPACE test does the same thing. Splitting this > into separate R and W tests makes sense, even if it is unlikely that > one would be broken without the other. That would be my preference too -- the reason it

Re: [PATCH v2] powerpc/32s: Don't flush all TLBs when flushing one page

2020-02-01 Thread Christophe Leroy
Le 01/02/2020 à 09:04, Christophe Leroy a écrit : When flushing any memory range, the flushing function flushes all TLBs. When (start) and (end - 1) are in the same memory page, flush that page instead. Signed-off-by: Christophe Leroy Reviewed-by: Segher Boessenkool --- v2: Reworked th

Re: [PATCH] powerpc/32s: Don't flush all TLBs when flushing one page

2020-02-01 Thread Segher Boessenkool
On Sat, Feb 01, 2020 at 03:53:12PM +0100, Christophe Leroy wrote: > >>No, in end the low bits are set, that's a BIT OR with ~PAGE_MASK, so it > >>sets all low bits to 1. > > > >Oh, wow, yes, I cannot read apparently. > > > >Maybe there are some ROUND_DOWN and ROUND_UP macros you could use? > > Yes

Re: [PATCH] powerpc/32s: Don't flush all TLBs when flushing one page

2020-02-01 Thread Christophe Leroy
Le 01/02/2020 à 15:06, Segher Boessenkool a écrit : On Sat, Feb 01, 2020 at 08:27:03AM +0100, Christophe Leroy wrote: Le 31/01/2020 à 20:38, Segher Boessenkool a écrit : On Fri, Jan 31, 2020 at 05:15:20PM +0100, Christophe Leroy wrote: Le 31/01/2020 à 16:51, Segher Boessenkool a écrit : On

Re: [PATCH] powerpc/32s: Don't flush all TLBs when flushing one page

2020-02-01 Thread Segher Boessenkool
On Sat, Feb 01, 2020 at 08:27:03AM +0100, Christophe Leroy wrote: > Le 31/01/2020 à 20:38, Segher Boessenkool a écrit : > >On Fri, Jan 31, 2020 at 05:15:20PM +0100, Christophe Leroy wrote: > >>Le 31/01/2020 à 16:51, Segher Boessenkool a écrit : > >>>On Fri, Jan 31, 2020 at 03:37:34PM +, Christo

[PATCH v2] powerpc/32s: Don't flush all TLBs when flushing one page

2020-02-01 Thread Christophe Leroy
When flushing any memory range, the flushing function flushes all TLBs. When (start) and (end - 1) are in the same memory page, flush that page instead. Signed-off-by: Christophe Leroy --- v2: Reworked the test as the previous one was always false (end - start was PAGE_SIZE - 1 for a single pag