[linux-next] SMT off triggers WARNING: CPU: 1 PID: 13 at arch/powerpc/kernel/watchdog.c:314 stop_wd_on_cpu+0x54/0xf0

Hi, Today's next-20170630 on powerpc shows warnings in dmesg when SMT is disabled. Test: SMT off kernel: 4.12.0-rc7-next-20170630 Machine: Power 8 Bare-metal gcc: 4.8.5 config: attached Steps to recreate - 1. Boot powerpc machine with today's next kernel. By default SMT 8 is

Re: [RFC PATCH 1/2] powerpc/xive: guest exploitation of the XIVE interrupt controller

On Mon, 2017-07-03 at 13:55 +1000, David Gibson wrote: > > Calls that still need to be addressed : > > > >    H_INT_SET_OS_REPORTING_LINE > >    H_INT_GET_OS_REPORTING_LINE > >    H_INT_ESB > >    H_INT_SYNC > > So, does this mean there's a PAPR update with the XIVE virtualization > stuff?  Or

[PATCH] powerpc/powernv/idle: Put pnv_cpu_offline behind HOTPLUG_CPU

In commit 900612315788 ("powerpc/powernv/smp: Add busy-wait loop as fall back for CPU-Hotplug") the idle code uses generic_check_cpu_restart(), but that function is not available when CONFIG_HOTPLUG_CPU is disabled. arch/powerpc/platforms/powernv/idle.c: In function ‘pnv_cpu_offline’:

Re: [RFC PATCH 1/2] powerpc/xive: guest exploitation of the XIVE interrupt controller

On Thu, Jun 22, 2017 at 11:29:16AM +0200, Cédric Le Goater wrote: > This is the framework for using XIVE in a PowerVM guest. The support > is very similar to the native one in a much simpler form. > > Instead of OPAL calls, a set of Hypervisors call are used to configure > the interrupt sources

Re: [PATCH v2 2/4] selftests/ftrace: Add a test to probe module functions

On Mon, 3 Jul 2017 12:27:33 +0900 Masami Hiramatsu wrote: > On Thu, 29 Jun 2017 19:05:37 +0530 > "Naveen N. Rao" wrote: > > > Add a kprobes test to ensure that we are able to add a probe on a > > module function using 'p :' format, without

Re: [PATCH v2 4/4] selftests/ftrace: Add a testcase for kprobe event naming

On Thu, 29 Jun 2017 19:05:39 +0530 "Naveen N. Rao" wrote: > From: Masami Hiramatsu > > Add a testcase for kprobe event naming. This testcase > checks whether the kprobe events can automatically ganerate > its event name on normal function

Re: [PATCH] powerpc/hugetlbfs: Export HPAGE_SHIFT

On Fri, Jun 30, 2017 at 7:28 PM, Anshuman Khandual wrote: > On 06/30/2017 12:22 PM, Oliver O'Halloran wrote: >> Export it so it can be referenced inside a module. >> >> Signed-off-by: Oliver O'Halloran >> --- >> arch/powerpc/mm/hugetlbpage.c | 1 +

Re: [PATCH v2 3/4] selftests/ftrace: Update multiple kprobes test for powerpc

On Thu, 29 Jun 2017 19:05:38 +0530 "Naveen N. Rao" wrote: > KPROBES_ON_FTRACE is only available on powerpc64le. Update comment to > clarify this. > > Also, we should use an offset of 8 to ensure that the probe does not > fall on ftrace location. The current

Re: [PATCH v2 2/4] selftests/ftrace: Add a test to probe module functions

On Thu, 29 Jun 2017 19:05:37 +0530 "Naveen N. Rao" wrote: > Add a kprobes test to ensure that we are able to add a probe on a > module function using 'p :' format, without having to > specify a probe name. > > Suggested-by: Masami Hiramatsu

issue with kernel 4.12.rc6 addnote -kernel dont build

Hi all, kernel here is not building. attached file will explain better than my poor english. Host Machine BE Qoriq e5500 16GB ram regards Luigi HOSTCC arch/powerpc/boot/addnote arch/powerpc/boot/addnote.c: In function ‘main’: arch/powerpc/boot/addnote.c:75:47: warning: right shift

Re: [PATCH v5 3/7] powerpc/64s: Blacklist system_call() and system_call_common() from kprobes

On 2017/07/02 10:40PM, Nicholas Piggin wrote: > On Sat, 01 Jul 2017 12:24:02 +1000 > Michael Ellerman wrote: > > > "Naveen N. Rao" writes: > > > > > Convert some of the symbols into private symbols and blacklist > > > system_call_common()

Re: [PATCH v5 3/7] powerpc/64s: Blacklist system_call() and system_call_common() from kprobes

On Sat, 01 Jul 2017 12:24:02 +1000 Michael Ellerman wrote: > "Naveen N. Rao" writes: > > > Convert some of the symbols into private symbols and blacklist > > system_call_common() and system_call() from kprobes. We can't take a > > trap at

Re: powerpc/hugetlbfs: Export HPAGE_SHIFT

On Fri, 2017-06-30 at 06:52:35 UTC, Oliver O'Halloran wrote: > Export it so it can be referenced inside a module. > > Signed-off-by: Oliver O'Halloran Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/7a849a6cf3ff676d1726259c18fa41 cheers

Re: [v3, 1/8] powerpc/perf/hv-24x7: Fix passing of catalog version number

On Thu, 2017-06-29 at 21:55:31 UTC, Thiago Jung Bauermann wrote: > H_GET_24X7_CATALOG_PAGE needs to be passed the version number obtained from > the first catalog page obtained previously. This is a 64 bit number, but > create_events_from_catalog truncates it to 32-bit. > > This worked on POWER8,

Re: [1/2] powerpc/64: implement spin loop primitives

On Wed, 2017-06-28 at 12:13:41 UTC, Michael Ellerman wrote: > From: Nicholas Piggin > > Signed-off-by: Nicholas Piggin Series applied to powerpc next. https://git.kernel.org/powerpc/c/ede8e2bbb0eb3370e4dc5484b40eb2 cheers

Re: MAINTAINERS: cxl: update maintainership

On Wed, 2017-06-28 at 07:22:30 UTC, Andrew Donnellan wrote: > As Ian's stepping down from his maintainer role now that he's leaving IBM, > Frederic has asked me to add myself to the cxl maintainer list. Updating > accordingly. > > Cc: Frederic Barrat > Cc: Ian Munsie

Re: MAINTAINERS: Remove myself as cxl maintainer

On Wed, 2017-06-28 at 06:19:20 UTC, Ian Munsie wrote: > From: Ian Munsie > > I am no longer employed by IBM and will no longer have access to cxl > hardware, so remove myself as a cxl maintainer. > > If anyone needs to contact me in the future, please use my personal >

Re: [v4,1/6] mm, x86: Add ARCH_HAS_ZONE_DEVICE to Kconfig

On Wed, 2017-06-28 at 01:32:31 UTC, Oliver O'Halloran wrote: > Currently ZONE_DEVICE depends on X86_64 and this will get unwieldly as > new architectures (and platforms) get ZONE_DEVICE support. Move to an > arch selected Kconfig option to save us the trouble. > > Cc: linux...@kvack.org >

Re: [v2] spin loop primitives for busy waiting

On Mon, 2017-05-29 at 02:22:23 UTC, Nicholas Piggin wrote: > Current busy-wait loops are implemented by repeatedly calling cpu_relax() > to give an arch option for a low-latency option to improve power and/or > SMT resource contention. > > This poses some difficulties for powerpc, which has SMT

Re: [PATCH 2/2] powerpc: use spin loop primitives in some functions

Hi Nicholas, [auto build test ERROR on powerpc/next] [also build test ERROR on v4.12-rc7 next-20170630] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: