Re: [PATCH v4 6/7] ocxl: Add an IOCTL so userspace knows what OCXL features are available

"Alastair D'Silva" writes: > diff --git a/include/uapi/misc/ocxl.h b/include/uapi/misc/ocxl.h > index 8d2748e69c84..bb80f294b429 100644 > --- a/include/uapi/misc/ocxl.h > +++ b/include/uapi/misc/ocxl.h > @@ -72,5 +75,6 @@ struct ocxl_ioctl_irq_fd { > #define

Re: [PATCH v3 5/7] ocxl: Expose the thread_id needed for wait on POWER9

"Alastair D'Silva" writes: > diff --git a/include/uapi/misc/ocxl.h b/include/uapi/misc/ocxl.h > index 0af83d80fb3e..8d2748e69c84 100644 > --- a/include/uapi/misc/ocxl.h > +++ b/include/uapi/misc/ocxl.h > @@ -48,6 +48,15 @@ struct ocxl_ioctl_metadata { > __u64

[PATCH 9/9] armv8: add psci 0.2 stardard support

From: Yuantian Tang In current kernel, only psci v1.0 is supported. But our psci firmware only support psci v0.2. So update psci driver to support psci v0.2. Signed-off-by: Tang Yuantian --- drivers/firmware/psci.c |4 1 files changed, 4

[PATCH 8/9] arm64: dts: ls1046a: Add the identify of the platform to support to set rcpm bit

From: Zhang Ying-22455 Add the identify of the platform to support set the rcpm with big-endian or little-endian. Signed-off-by: Zhang Ying-22455 --- arch/arm64/boot/dts/freescale/fsl-ls1046a.dtsi |2 +- 1 files changed, 1 insertions(+), 1

[PATCH 7/9] arm64: dts: ls1043a: Add the identify of the platform to support to set rcpm bit

From: Zhang Ying-22455 Add the identify of the platform to support set the rcpm with big-endian or little-endian. Signed-off-by: Zhang Ying-22455 --- arch/arm64/boot/dts/freescale/fsl-ls1043a.dtsi |2 +- 1 files changed, 1 insertions(+), 1

[PATCH 6/9] soc: fsl: fix the compilation issue

From: Zhang Ying-22455 Signed-off-by: Zhang Ying-22455 --- drivers/soc/fsl/layerscape/ftm_alarm.c |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/soc/fsl/layerscape/ftm_alarm.c

[PATCH 5/9] drivers: firmware: psci: use psci v0.2 to implement sleep

From: Yuantian Tang Technically psci v0.2 can not support system sleep. Unfortunately our PPA only supports psci v0.2. So workaround this by changing psci v1.0 to v0.2 call to implement system sleep. Signed-off-by: Tang Yuantian Signed-off-by: Yinbo Zhu

[PATCH 4/9] arm64: dts: ls208xa: Add the identify of the platform to support to set rcpm bit

From: Zhang Ying-22455 Add the identify of the platform to support set the rcpm with big-endian or little-endian. Signed-off-by: Zhang Ying-22455 --- arch/arm64/boot/dts/freescale/fsl-ls208xa.dtsi |6 -- 1 files changed, 4

[PATCH 3/9] soc: fsl: set rcpm bit for FTM

From: Zhang Ying-22455 Set RCPM for FTM when using FTM as wakeup source. Because the RCPM module of each platform has different big-end and little-end mode, there need to set RCPM depending on the platform. Signed-off-by: Zhang Ying-22455

[PATCH 1/9] armv8: pm: add rcpm module support

From: Yuantian Tang The Run Control and Power Management (RCPM) module communicates with embedded cores, coherency modules, and other device platform module to provide run control and power management functionality Signed-off-by: Tang Yuantian

[PATCH 2/9] armv8: pm: Fix issue of rcpm driver wrongly program other IP control bits

From: Ran Wang When rcpm driver get target register data from DTS property 'fsl, rcpm-wakeup' (second value), it directly write that data to register RCPM_IPPDEXPCRx rather than 'OR' the value read from it before. This operation will over-write those non-related IP control

Re: [PATCH] powerpc: Fix emulate_step() on POWER6

On 05/11/2018 07:05 AM, Michael Neuling wrote: > emulate_step() will fail on POWER6 currently with: > > emulate_step_test: lfdx : PASS > emulate_step_test: stfdx : PASS > emulate_step_test: lvx: PASS > emulate_step_test: stvx : PASS > Oops:

[PATCH] powerpc: Fix emulate_step() on POWER6

emulate_step() will fail on POWER6 currently with: emulate_step_test: lfdx : PASS emulate_step_test: stfdx : PASS emulate_step_test: lvx: PASS emulate_step_test: stvx : PASS Oops: Exception in kernel mode, sig: 4 [#1] BE SMP NR_CPUS=2048 NUMA

[PATCH 2/2] powerpc: hlwd-pic: Prevent interrupts from being handled by Starlet

The interrupt controller inside the Wii's Hollywood chip is connected to two masters, the "Broadway" PowerPC and the "Starlet" ARM926, each with their own interrupt status and mask registers. When booting the Wii with mini[1], interrupts from the SD card controller (IRQ 7) are handled by the ARM,

[PATCH 1/2] powerpc: flipper-pic: Don't match all IRQ domains

On the Wii, there is a secondary IRQ controller (hlwd-pic), so flipper-pic's match operation should not be hardcoded to return 1. In fact, the default matching logic is sufficient, and we can completely omit flipper_pic_match. Signed-off-by: Jonathan Neuschäfer --- Note:

[PATCH 0/2] powerpc: Wii IRQ fixes

This series makes it possible to use the SD card on the Wii. The WLAN now also works on the SDIO level, but fails to connect to a network for some reason. Patch 1 seems quite obvious, although I don't know why the code was broken in this particular way. Patch 2 might not be the right solution

Re: [PATCH v10 06/25] mm: make pte_unmap_same compatible with SPF

On Tue, Apr 17, 2018 at 8:03 PM, Laurent Dufour wrote: > pte_unmap_same() is making the assumption that the page table are still > around because the mmap_sem is held. > This is no more the case when running a speculative page fault and > additional check must be made

Re: [PATCH 9/8] powerpc/pkeys: Drop private VM_PKEY definitions

Agree. Was going to send that the moment the other patches landed upstream. Glad I dont have to do it :-) Reviewed-by: Ram Pai On Thu, May 10, 2018 at 11:54:22PM +1000, Michael Ellerman wrote: > Now that we've updated the generic headers to support 5 PKEY bits for >

[PATCH v2] powerpc: kvm: Change return type to vm_fault_t

Use new return type vm_fault_t for fault handler in struct vm_operations_struct. For now, this is just documenting that the function returns a VM_FAULT value rather than an errno. Once all instances are converted, vm_fault_t will become a distinct type. commit 1c8f422059ae ("mm: change return

[PATCH] powerpc/powernv: process all OPAL event interrupts with kopald

Using irq_work for processing OPAL event interrupts is not necessary. irq_work is typically used to schedule work from NMI context, a softirq may be more appropriate. However OPAL events are not particularly performance or latency critical, so they can all be invoked by kopald. This patch removes

Re: [PATCH] kvm: Change return type to vm_fault_t

On 18/04/2018 21:19, Souptick Joarder wrote: > Use new return type vm_fault_t for fault handler. For > now, this is just documenting that the function returns > a VM_FAULT value rather than an errno. Once all instances > are converted, vm_fault_t will become a distinct type. > > commit

[PATCH] macintosh/windfarm: fix spelling mistake: "ttarged" -> "ttarget"

From: Colin Ian King Trivial fix to spelling mistake in debug messages of a structure field name Signed-off-by: Colin Ian King --- drivers/macintosh/windfarm_pm121.c | 2 +- drivers/macintosh/windfarm_pm81.c | 2 +-

Re: [PATCH] kvm: Change return type to vm_fault_t

On Thu, Apr 19, 2018 at 7:26 PM, Cornelia Huck wrote: > On Thu, 19 Apr 2018 00:49:58 +0530 > Souptick Joarder wrote: > >> Use new return type vm_fault_t for fault handler. For >> now, this is just documenting that the function returns >> a VM_FAULT value

Re: [PATCH v2] powerpc: platform: cell: spufs: Change return type to vm_fault_t

On Sat, Apr 21, 2018 at 3:04 AM, Matthew Wilcox wrote: > On Fri, Apr 20, 2018 at 11:02:39PM +0530, Souptick Joarder wrote: >> Use new return type vm_fault_t for fault handler. For >> now, this is just documenting that the function returns >> a VM_FAULT value rather than an

Re: [PATCH v2 1/5] powerpc/kbuild: set default generic machine type for 32-bit compile

On Thu, May 10, 2018 at 03:16:55PM +1000, Nicholas Piggin wrote: > The 64-bit toolchain uses the wrong ISA variant for compiling 32-bit > kernels, eve with -m32. Set -mcpu=powerpc which is the generic 32-bit > powerpc machine type and scheduling model. 32-bit platforms and CPUs > can override this

Re: [PATCH v2 1/5] powerpc/kbuild: set default generic machine type for 32-bit compile

On Thu, May 10, 2018 at 11:24:40PM +1000, Nicholas Piggin wrote: > On Thu, 10 May 2018 08:10:03 -0500 > Segher Boessenkool wrote: > > On Thu, May 10, 2018 at 03:16:55PM +1000, Nicholas Piggin wrote: > > > The 64-bit toolchain uses the wrong ISA variant for compiling

Re: [PATCH 1/2] powerpc/pmu/fsl: fix is_nmi test for irq mask change

On Thursday 10 May 2018 06:34 AM, Nicholas Piggin wrote: When soft enabled was changed to irq disabled mask, this test missed being converted (although the equivalent book3s test was converted). The PMU drivers consider it an NMI when they take a PMI while general interrupts are disabled.

Re: [v2, 1/4] powerpc/64/kexec: fix race in kexec when XIVE is shutdown

On Tue, 2018-05-08 at 07:05:14 UTC, =?utf-8?q?C=C3=A9dric_Le_Goater?= wrote: > The kexec_state KEXEC_STATE_IRQS_OFF barrier is reached by all > secondary CPUs before the kexec_cpu_down() operation is called on > secondaries. This can raise conflicts and provoque errors in the XIVE > hcalls when

Re: [v2, 1/4] powerpc: wii_defconfig: Disable Ethernet driver support code

On Mon, 2018-05-07 at 14:20:16 UTC, =?utf-8?q?Jonathan_Neusch=C3=A4fer?= wrote: > The Wii doesn't have built-in Ethernet and USB Ethernet adapters are in > a different menu. Disable CONFIG_ETHERNET to save some space in support > code for Ethernet drivers. > > Note that this patch doesn't disable

Re: powerpc/pseries: hcall_exit tracepoint retval should be signed

On Mon, 2018-05-07 at 13:03:55 UTC, Michael Ellerman wrote: > The hcall_exit() tracepoint has retval defined as unsigned long. That > leads to humours results like: > > bash-3686 [009] d..2 854.134094: hcall_entry: opcode=24 > bash-3686 [009] d..2 854.134095: hcall_exit: opcode=24 >

Re: [2/9] powerpc/watchdog: fix typo 'can by' to 'can be'

On Sun, 2018-05-06 at 11:23:46 UTC, Wolfram Sang wrote: > Signed-off-by: Wolfram Sang Applied to powerpc next, thanks. https://git.kernel.org/powerpc/c/7c18659dd498b25c6651ba83d4267b cheers

Re: [v2, 1/2] powerpc/watchdog: don't update the watchdog timestamp if a lockup is detected

On Sat, 2018-05-05 at 07:25:59 UTC, Nicholas Piggin wrote: > The watchdog heartbeat timestamp is updated when the local heartbeat > timer fires (or touch_nmi_watchdog() is called). > > This is an interesting data point, so don't overwrite it when the > soft-NMI interrupt detects a hard lockup.

Re: [v3] On ppc64le we HAVE_RELIABLE_STACKTRACE

On Fri, 2018-05-04 at 12:38:34 UTC, Torsten Duwe wrote: > The "Power Architecture 64-Bit ELF V2 ABI" says in section 2.3.2.3: > > [...] There are several rules that must be adhered to in order to ensure > reliable and consistent call chain backtracing: > > * Before a function calls any other

Re: [1/6] powerpc/syscalls: Switch trivial cases to SYSCALL_DEFINE

On Wed, 2018-05-02 at 13:20:46 UTC, Michael Ellerman wrote: > From: Al Viro > > Signed-off-by: Al Viro Series applied to powerpc next. https://git.kernel.org/powerpc/c/3691d6145585f52a6292c158e72bcd cheers

Re: [v3] powerpc/config: powernv_defconfig updates

On Mon, 2018-04-30 at 10:31:50 UTC, Nicholas Piggin wrote: > For consideration: > > * Add NVDIMM support - Enables greater testing, mambo device. > * Add IPv6 support built in + additional modules - Because it's 2018 maan. > * Add DEFERRED_STRUCT_PAGE_INIT - Let's see what breaks. > * Add

Re: powerpc: Make it clearer that systbl check errors are errors

On Mon, 2018-04-30 at 03:27:36 UTC, Michael Ellerman wrote: > If the systbl_chk.sh checks fail we print a message, but with no > indication that it's an error. That makes it hard to find in build > logs with eg. grep. > > So prefix any output with "Error:". > > Signed-off-by: Michael Ellerman

[PATCH 9/8] powerpc/pkeys: Drop private VM_PKEY definitions

Now that we've updated the generic headers to support 5 PKEY bits for powerpc we don't need our own #defines in arch code. Signed-off-by: Michael Ellerman --- arch/powerpc/include/asm/pkeys.h | 15 --- 1 file changed, 15 deletions(-) One additional patch to

Re: [PATCH v2 1/5] powerpc/kbuild: set default generic machine type for 32-bit compile

On Thu, 10 May 2018 08:10:03 -0500 Segher Boessenkool wrote: > On Thu, May 10, 2018 at 03:16:55PM +1000, Nicholas Piggin wrote: > > The 64-bit toolchain uses the wrong ISA variant for compiling 32-bit > > kernels, eve with -m32. Set -mcpu=powerpc which is the generic

Re: [PATCH v2 4/5] powerpc/kbuild: Use flags variables rather than overriding LD/CC/AS

On Thu, 10 May 2018 23:03:08 +1000 Michael Ellerman wrote: > Nicholas Piggin writes: > > > The powerpc toolchain can compile combinations of 32/64 bit and > > big/little endian, so it's convenient to consider, e.g., > > > > `CC -m64 -mbig-endian` > > >

Re: [PATCH v2 1/5] powerpc/kbuild: set default generic machine type for 32-bit compile

On Thu, May 10, 2018 at 03:16:55PM +1000, Nicholas Piggin wrote: > The 64-bit toolchain uses the wrong ISA variant for compiling 32-bit > kernels, eve with -m32. Set -mcpu=powerpc which is the generic 32-bit > powerpc machine type and scheduling model. 32-bit platforms and CPUs > can override this

[PATCH] powerpc/powernv: Fix memtrace build when NUMA=n

Currently memtrace doesn't build if NUMA=n: In function ‘memtrace_alloc_node’: arch/powerpc/platforms/powernv/memtrace.c:134:6: error: the address of ‘contig_page_data’ will always evaluate as ‘true’ if (!NODE_DATA(nid) || !node_spanned_pages(nid)) ^ This is because for NUMA=n

Re: [PATCH v2 4/5] powerpc/kbuild: Use flags variables rather than overriding LD/CC/AS

Nicholas Piggin writes: > The powerpc toolchain can compile combinations of 32/64 bit and > big/little endian, so it's convenient to consider, e.g., > > `CC -m64 -mbig-endian` > > To be the C compiler for the purpose of invoking it to build target > artifacts. So overriding

[PATCH] powerpc/powernv: call OPAL_QUIESCE before OPAL_SIGNAL_SYSTEM_RESET

Although it is often possible to recover a CPU that was interrupted from OPAL with a system reset NMI, it's undesirable to interrupt them for a few reasons. Firstly because dump/debug code itself needs to call firmware, so it could hang on a lock or possibly corrupt a per-cpu data structure if it

Re: [Skiboot] [PATCH 1/2] SLW: Remove stop1_lite and stop0 stop states

On Thu, 10 May 2018 14:29:44 +0530 Akshay Adiga wrote: > On Thu, May 03, 2018 at 08:15:59PM +1000, Nicholas Piggin wrote: > > On Thu, 03 May 2018 20:03:55 +1000 > > Stewart Smith wrote: > > > > > Nicholas Piggin

Re: [PATCH 2/2] KVM: PPC: Book3S HV: lockless tlbie for HPT hcalls

On Fri, Apr 06, 2018 at 04:12:32PM +1000, Michael Ellerman wrote: > Nicholas Piggin writes: > > diff --git a/arch/powerpc/kvm/book3s_hv_rm_mmu.c > > b/arch/powerpc/kvm/book3s_hv_rm_mmu.c > > index 78e6a392330f..0221a0f74f07 100644 > > --- a/arch/powerpc/kvm/book3s_hv_rm_mmu.c

Re: [Skiboot] [PATCH 1/2] SLW: Remove stop1_lite and stop0 stop states

On Thu, May 03, 2018 at 08:15:59PM +1000, Nicholas Piggin wrote: > On Thu, 03 May 2018 20:03:55 +1000 > Stewart Smith wrote: > > > Nicholas Piggin writes: > > > On Thu, 3 May 2018 14:36:47 +0530 > > > Akshay Adiga

Re: [PATCH v2 3/5] kbuild: call cc-option with the current set of KBUILD_CFLAGS

On Thu, 10 May 2018 14:29:49 +0900 Masahiro Yamada wrote: > 2018-05-10 14:16 GMT+09:00 Nicholas Piggin : > > In some cases, the options that gcc will accept depend on options it > > has already been given. For example -m32 / -m64 and -mbig-endian