[PATCHv3 7/7] checkpatch: add pF/pf deprecation warning

2017-09-29 Thread Sergey Senozhatsky
We deprecated '%pF/%pf' printk specifiers, since '%pS/%ps' is now smart enough to handle function pointer dereference on platforms where such dereference is required. checkpatch warning example: WARNING: Deprecated vsprintf pointer extension '%pF' - use %pS instead Signed-off-by: Sergey Senozhat

[PATCHv3 6/7] symbol lookup: use new kernel and module dereference functions

2017-09-29 Thread Sergey Senozhatsky
Call appropriate function descriptor dereference ARCH callbacks: - dereference_kernel_function_descriptor() if the pointer is a kernel symbol; - dereference_module_function_descriptor() if the pointer is a module symbol. This patch also removes dereference_function_descriptor() from '%pF/%pf'

[PATCHv3 5/7] parisc64: Add .opd based function descriptor dereference

2017-09-29 Thread Sergey Senozhatsky
We are moving towards separate kernel and module function descriptor dereference callbacks. This patch enables it for parisc64. For pointers that belong to the kernel - Added __start_opd and __end_opd pointers, to track the kernel .opd section address range; - Added dereference_kernel_functi

[PATCHv3 4/7] powerpc64: Add .opd based function descriptor dereference

2017-09-29 Thread Sergey Senozhatsky
We are moving towards separate kernel and module function descriptor dereference callbacks. This patch enables it for powerpc64. For pointers that belong to the kernel - Added __start_opd and __end_opd pointers, to track the kernel .opd section address range; - Added dereference_kernel_funct

[PATCHv3 3/7] ia64: Add .opd based function descriptor dereference

2017-09-29 Thread Sergey Senozhatsky
We are moving towards separate kernel and module function descriptor dereference callbacks. This patch enables it for IA64. For pointers that belong to the kernel - Added __start_opd and __end_opd pointers, to track the kernel .opd section address range; - Added dereference_kernel_function_d

[PATCHv3 2/7] sections: split dereference_function_descriptor()

2017-09-29 Thread Sergey Senozhatsky
There are two format specifiers to print out a pointer in symbolic format: '%pS/%ps' and '%pF/%pf'. On most architectures, the two mean exactly the same thing, but some architectures (ia64, ppc64, parisc64) use an indirect pointer for C function pointers, where the function pointer points to a func

[PATCHv3 1/7] switch dereference_function_descriptor() to `unsigned long'

2017-09-29 Thread Sergey Senozhatsky
Convert dereference_function_descriptor() to accept and return `unsigned long'. There will be two new ARCH function for kernel and module function pointer dereference, which will work with `unsigned long', so the patch unifies interfaces. Besides, dereference_function_descriptor() mostly work with

[PATCHv3 0/7] printk/ia64/ppc64/parisc64: let's deprecate %pF/%pf printk specifiers

2017-09-29 Thread Sergey Senozhatsky
Hello Petr, could you please pick up the series? == On some arches C function pointers are indirect and point to a function descriptor, which contains the actual pointer to the code. This mostly does

Re: [PATCH kernel v3] vfio/spapr: Add cond_resched() for huge updates

2017-09-29 Thread Alex Williamson
On Thu, 28 Sep 2017 19:16:12 +1000 Alexey Kardashevskiy wrote: > Clearing very big IOMMU tables can trigger soft lockups. This adds > cond_resched() to allow the scheduler to do context switching when > it decides to. > > Signed-off-by: Alexey Kardashevskiy > --- > > The testcase is POWER9 box

[PATCH v5 for 4.14 1/3] membarrier: Provide register expedited private command

2017-09-29 Thread Mathieu Desnoyers
Provide a new command allowing processes to register their intent to use the private expedited command. This allows PowerPC to skip the full memory barrier in switch_mm(), and only issue the barrier when scheduling into a task belonging to a process that has registered to use expedited private. P

Re: [PATCH v3 00/20] Speculative page faults

2017-09-29 Thread Laurent Dufour
Hi Andrew, On 28/09/2017 22:38, Andrew Morton wrote: On Thu, 28 Sep 2017 14:29:02 +0200 Laurent Dufour wrote: Laurent's [0/n] provides some nice-looking performance benefits for workloads which are chosen to show performance benefits(!) but, alas, no quantitative testing results for workload

Re: [linux-next] [bisected a4615d11] Memory DLPAR triggers WARN_ONCE() in mm/page_vma_mapped.c

2017-09-29 Thread Zi Yan
Hi Abdul, I just want to follow up with this. Did you have a chance to test my patch? Does it fix your original problem? Thanks. -- Best Regards Yan Zi On 13 Sep 2017, at 1:48, abdul wrote: > On Mon, 2017-09-11 at 10:53 -0400, Zi Yan wrote: >> Hi Abdul, >> >> Can you try this patch below? I t

Re: powerpc: Fix workaround for spurious MCE on POWER9

2017-09-29 Thread Michael Ellerman
On Fri, 2017-09-29 at 03:37:35 UTC, Michael Neuling wrote: > In the recent commit: > d8bd9f3f09 powerpc: Handle MCE on POWER9 with only DSISR bit 30 set > I screwed up the bit. It should be bit 25 (IBM bit 38). > > Signed-off-by: Michael Neuling Applied to powerpc fixes, thanks. https://git.

Re: [V3] cxl: Fix memory page not handled

2017-09-29 Thread Michael Ellerman
On Tue, 2017-09-26 at 08:15:21 UTC, Christophe Lombard wrote: > The in-kernel 'library' API can be called by drivers to help > interaction with an IBM XSL on a POWER9 system. > > The cxllib_handle_fault() API is used to handle memory fault. All memory > pages of the specified buffer have to be han

Re: [PATCH v8 6/6] powerpc/fadump: use the new parse_args callback arguments

2017-09-29 Thread Hari Bathini
In case, someone wishes for a changelog: With fadump_rework_cmdline_params() function, parse_args() callback function, taking new arguments - current & next, use them to process 'fadump_extra_args=' parmeter, in enforcing the parameters passed through it for fadump kernel. On Tuesday 12

Re: [PATCH] powerpc/livepatch: Fix livepatch stack access

2017-09-29 Thread Balbir Singh
On Wed, 2017-09-20 at 16:41 +0530, Naveen N . Rao wrote: > On 2017/09/20 03:49PM, Kamalesh Babulal wrote: > > While running stress test with livepatch module loaded, kernel > > bug was triggered. > > > > cpu 0x5: Vector: 400 (Instruction Access) at [c000eb9d3b60] > > pc: c000eb9d3e30 >

Re: [PATCH v4 for 4.14 1/3] membarrier: Provide register expedited private command

2017-09-29 Thread Peter Zijlstra
On Fri, Sep 29, 2017 at 09:38:53PM +1000, Nicholas Piggin wrote: > Not really. There is some ability to hold onto a line for a time, but > there is no way to starve them, let alone starve hundreds of other > CPUs. They will request the cacheline exclusive and eventually get it. OK, hardware fairn

Re: [PATCH v4 for 4.14 1/3] membarrier: Provide register expedited private command

2017-09-29 Thread Nicholas Piggin
On Fri, 29 Sep 2017 12:31:31 +0200 Peter Zijlstra wrote: > On Fri, Sep 29, 2017 at 02:27:57AM +1000, Nicholas Piggin wrote: > > > The biggest power boxes are more tightly coupled than those big > > SGI systems, but even so just plodding along taking and releasing > > locks in turn would be fine

Re: [linux-next][Oops] memory hot-unplug results fault instruction address at /include/linux/list.h:104

2017-09-29 Thread Abdul Haleem
On Wed, 2017-09-20 at 12:54 -0700, Kees Cook wrote: > On Wed, Sep 20, 2017 at 12:40 AM, Abdul Haleem > wrote: > > On Tue, 2017-09-12 at 12:11 +0530, abdul wrote: > >> Hi, > >> > >> Memory hot-unplug on PowerVM LPAR running next-20170911 results in > >> Faulting instruction address: 0xc02b5

Re: [PATCH v4 for 4.14 1/3] membarrier: Provide register expedited private command

2017-09-29 Thread Peter Zijlstra
On Fri, Sep 29, 2017 at 02:27:57AM +1000, Nicholas Piggin wrote: > The biggest power boxes are more tightly coupled than those big > SGI systems, but even so just plodding along taking and releasing > locks in turn would be fine on those SGI ones as well really. Not DoS > level. This is not a sing

Re: [PATCH] powernv: Add OCC driver to mmap sensor area

2017-09-29 Thread Oliver
On Fri, Sep 29, 2017 at 4:47 PM, Shilpasri G Bhat wrote: > This driver provides interface to mmap the OCC sensor area > to userspace to parse and read OCC inband sensors. > > Signed-off-by: Shilpasri G Bhat > --- > - The skiboot patch for this is posted here: > https://lists.ozlabs.org/pipermail/

Re: [PATCH 1/3] powerpc/lib/sstep: Add XER bits introduced in POWER ISA v3.0

2017-09-29 Thread Naveen N. Rao
On 2017/09/29 05:44AM, Sandipan Das wrote: > This adds definitions for the OV32 and CA32 bits of XER that > were introduced in POWER ISA v3.0. There are some existing > instructions that currently set the OV and CA bits based on > certain conditions. > > The emulation behaviour of all these instru