Skip to contentSkip to conversation

idle performance improvements

PATCH Superseded Nicholas Piggin 5 participants 41 messages Jun 12, 2017 – Jun 14, 2017

Subsystems (3)

v2 of 3 Superseded Latest is v3 →

lore
Share & tools
lore

Nicholas Piggin

author reviewer
#0 lore raw

v2 cover idle performance improvements

I rebased this on the powerpc next tree.

A couple of things are changed since last post:

- Patch 1 now properly accounts for the fact the powernv idle wakeups do not re-enable interrupts until the cpuidle driver enables them. This was not quite right in the previous patch (and prep_irq_for_idle() is not quite right for that case so a new primitive has to be introduced).

- Patch to replace interrupts from system reset wakeup changed rather than replaying directly, it just marks the IRQ in the lazy pending bit and it will get replayed at the right time when irqs are re-enabled.

Thanks,
Nick

Nicholas Piggin (14):
powerpc/64s: idle move soft interrupt mask logic into C code powerpc/64s: idle hotplug lazy-irq simplification powerpc/64s: idle provide a default idle for POWER9 powerpc/64s: idle process interrupts from system reset wakeup powerpc/64s: msgclr when handling doorbell exceptions powerpc/64s: interrupt replay balance the return branch predictor powerpc/64s: idle branch to handler with virtual mode offset powerpc/64s: idle avoid SRR usage in idle sleep/wake paths powerpc/64s: idle hmi wakeup is unlikely
powerpc/64s: cpuidle set polling before enabling irqs powerpc/64s: cpuidle read mostly for common globals powerpc/64s: cpuidle no memory barrier after break from idle powerpc/64: runlatch CTRL[RUN] set optimisation powerpc/64s: idle runlatch switch is done with MSR[EE]=0

 arch/powerpc/include/asm/dbell.h         |  13 +++
 arch/powerpc/include/asm/exception-64s.h |  17 +++-
 arch/powerpc/include/asm/hw_irq.h        |   5 ++
 arch/powerpc/include/asm/machdep.h       |   1 +
 arch/powerpc/include/asm/ppc-opcode.h    |   3 +
 arch/powerpc/include/asm/processor.h     |  10 +--
 arch/powerpc/kernel/asm-offsets.c        |   1 +
 arch/powerpc/kernel/exceptions-64s.S     |  33 ++++++--
 arch/powerpc/kernel/idle_book3s.S        | 135 +++++++++----------------------
 arch/powerpc/kernel/irq.c                |  58 ++++++++++++-
 arch/powerpc/kernel/process.c            |  12 +--
 arch/powerpc/kvm/book3s_hv_rmhandlers.S  |   8 +-
 arch/powerpc/platforms/powernv/idle.c    |  90 +++++++++++++++++++--
 arch/powerpc/platforms/powernv/smp.c     |  31 ++++---
 arch/powerpc/platforms/powernv/subcore.c |   3 +-
 drivers/cpuidle/cpuidle-powernv.c        |  37 +++++----
 drivers/cpuidle/cpuidle-pseries.c        |  22 +++--
 17 files changed, 309 insertions(+), 170 deletions(-)
Signature · 1 line
2.11.0
author reviewer
#1 lore raw

PATCH v2 1/14 powerpc/64s: idle move soft interrupt mask logic into C code

This simplifies the asm and fixes irq-off tracing over sleep instructions.

Also move powersave_nap check for POWER8 into C code, and move PSSCR register value calculation for POWER9 into C.

---
 arch/powerpc/include/asm/hw_irq.h        |  3 ++
 arch/powerpc/include/asm/machdep.h       |  1 +
 arch/powerpc/include/asm/processor.h     | 10 ++--
 arch/powerpc/kernel/idle_book3s.S        | 82 ++++++--------------------------
 arch/powerpc/kernel/irq.c                | 33 ++++++++++++-
 arch/powerpc/platforms/powernv/idle.c    | 71 ++++++++++++++++++++++++---
 arch/powerpc/platforms/powernv/smp.c     |  2 -
 arch/powerpc/platforms/powernv/subcore.c |  3 +-
 drivers/cpuidle/cpuidle-powernv.c        | 12 ++---
 9 files changed, 128 insertions(+), 89 deletions(-)
arch/powerpc/include/asm/hw_irq.h +3 -0
index eba60416536e..f06112cf8734 100644
@@ -129,6 +129,9 @@ static inline bool arch_irq_disabled_regs(struct pt_regs *regs)
 }
 
 extern bool prep_irq_for_idle(void);
+extern bool prep_irq_for_idle_irqsoff(void);
+
+#define fini_irq_for_idle_irqsoff() trace_hardirqs_off();
 
 extern void force_external_irq_replay(void);
 
arch/powerpc/include/asm/machdep.h +1 -0
index f90b22c722e1..cd2fc1cc1cc7 100644
@@ -226,6 +226,7 @@ struct machdep_calls {
 extern void e500_idle(void);
 extern void power4_idle(void);
 extern void power7_idle(void);
+extern void power9_idle(void);
 extern void ppc6xx_idle(void);
 extern void book3e_idle(void);
 
arch/powerpc/include/asm/processor.h +5 -5
index a2123f291ab0..c49165a7439c 100644
@@ -481,11 +481,11 @@ extern unsigned long cpuidle_disable;
 enum idle_boot_override {IDLE_NO_OVERRIDE = 0, IDLE_POWERSAVE_OFF};
 
 extern int powersave_nap;	/* set if nap mode can be used in idle loop */
-extern unsigned long power7_nap(int check_irq);
-extern unsigned long power7_sleep(void);
-extern unsigned long power7_winkle(void);
-extern unsigned long power9_idle_stop(unsigned long stop_psscr_val,
-				      unsigned long stop_psscr_mask);
+extern unsigned long power7_idle_insn(unsigned long type); /* PNV_THREAD_NAP/etc*/
+extern void power7_idle_type(unsigned long type);
+extern unsigned long power9_idle_stop(unsigned long psscr_val);
+extern void power9_idle_type(unsigned long stop_psscr_val,
+			      unsigned long stop_psscr_mask);
 
 extern void flush_instruction_cache(void);
 extern void hard_reset_now(void);
arch/powerpc/kernel/idle_book3s.S +15 -67

125 lines not on this page · raw message

arch/powerpc/kernel/irq.c +32 -1
index ab2ed9afd3c2..be32cec28107 100644
@@ -322,7 +322,8 @@ bool prep_irq_for_idle(void)
 	 * First we need to hard disable to ensure no interrupt
 	 * occurs before we effectively enter the low power state
 	 */
-	hard_irq_disable();
+	__hard_irq_disable();
+	local_paca->irq_happened |= PACA_IRQ_HARD_DIS;
 
 	/*
 	 * If anything happened while we were soft-disabled,
@@ -348,6 +349,36 @@ bool prep_irq_for_idle(void)
 }
 
 /*
+ * This is for idle sequences that return with IRQs off, but the
+ * idle state itself wakes on interrupt. Tell the irq tracer that
+ * IRQs are enabled for the duration of idle so it does not get long
+ * off times. Must be paired with fini_irq_for_idle_irqsoff.
+ */
+bool prep_irq_for_idle_irqsoff(void)
+{
+	WARN_ON(!irqs_disabled());
+
+	/*
+	 * First we need to hard disable to ensure no interrupt
+	 * occurs before we effectively enter the low power state
+	 */
+	__hard_irq_disable();
+	local_paca->irq_happened |= PACA_IRQ_HARD_DIS;
+
+	/*
+	 * If anything happened while we were soft-disabled,
+	 * we return now and do not enter the low power state.
+	 */
+	if (lazy_irq_pending())
+		return false;
+
+	/* Tell lockdep we are about to re-enable */
+	trace_hardirqs_on();
+
+	return true;
+}
+
+/*
  * Force a replay of the external interrupt handler on this CPU.
  */
 void force_external_irq_replay(void)
arch/powerpc/platforms/powernv/idle.c +65 -6

105 lines not on this page · raw message

arch/powerpc/platforms/powernv/smp.c +0 -2
index 4aff754b6f2c..f8752795decf 100644
@@ -182,9 +182,7 @@ static void pnv_smp_cpu_kill_self(void)
 		 */
 		kvmppc_set_host_ipi(cpu, 0);
 
-		ppc64_runlatch_off();
 		srr1 = pnv_cpu_offline(cpu);
-		ppc64_runlatch_on();
 
 		/*
 		 * If the SRR1 value indicates that we woke up due to
arch/powerpc/platforms/powernv/subcore.c +2 -1
index 0babef11136f..d975d78188a9 100644
@@ -18,6 +18,7 @@
 #include <linux/stop_machine.h>
 
 #include <asm/cputhreads.h>
+#include <asm/cpuidle.h>
 #include <asm/kvm_ppc.h>
 #include <asm/machdep.h>
 #include <asm/opal.h>
@@ -182,7 +183,7 @@ static void unsplit_core(void)
 	cpu = smp_processor_id();
 	if (cpu_thread_in_core(cpu) != 0) {
 		while (mfspr(SPRN_HID0) & mask)
-			power7_nap(0);
+			power7_idle_insn(PNV_THREAD_NAP);
 
 		per_cpu(split_state, cpu).step = SYNC_STEP_UNSPLIT;
 		return;
drivers/cpuidle/cpuidle-powernv.c +5 -7
index 45eaf06462ae..79152676f62b 100644
@@ -73,9 +73,8 @@ static int nap_loop(struct cpuidle_device *dev,
 			struct cpuidle_driver *drv,
 			int index)
 {
-	ppc64_runlatch_off();
-	power7_idle();
-	ppc64_runlatch_on();
+	power7_idle_type(PNV_THREAD_NAP);
+
 	return index;
 }
 
@@ -98,7 +97,8 @@ static int fastsleep_loop(struct cpuidle_device *dev,
 	new_lpcr &= ~LPCR_PECE1;
 
 	mtspr(SPRN_LPCR, new_lpcr);
-	power7_sleep();
+
+	power7_idle_type(PNV_THREAD_SLEEP);
 
 	mtspr(SPRN_LPCR, old_lpcr);
 
@@ -110,10 +110,8 @@ static int stop_loop(struct cpuidle_device *dev,
 		     struct cpuidle_driver *drv,
 		     int index)
 {
-	ppc64_runlatch_off();
-	power9_idle_stop(stop_psscr_table[index].val,
+	power9_idle_type(stop_psscr_table[index].val,
 			 stop_psscr_table[index].mask);
-	ppc64_runlatch_on();
 	return index;
 }
 
Signature · 1 line
2.11.0
#2 lore raw

Re: [PATCH 01/14] powerpc/64s: idle move soft interrupt mask logic into C code

Hi Nick,

(Added Paul Mackerass to the Cc)

Quoted 6 lines · Nicholas Piggin

This simplifies the asm and fixes irq-off tracing over sleep instructions.

Also move powersave_nap check for POWER8 into C code, and move PSSCR register value calculation for POWER9 into C.

Thanks for doing this. Only one minor comment.

Quoted 5 lines

---
index 98a6d07ecb5c..35cf5bb7daed 100644

arch/powerpc/kernel/idle_book3s.S +0 -0

[..snip..]

Quoted 21 lines
arch/powerpc/kernel/idle_book3s.S +2 -7
@@ -109,13 +109,9 @@ core_idle_lock_held:
 /*
  * Pass requested state in r3:
  *	r3 - PNV_THREAD_NAP/SLEEP/WINKLE in POWER8
- *	   - Requested STOP state in POWER9
+ *	   - Requested PSSCR value in POWER9
  *
- * To check IRQ_HAPPENED in r4
- * 	0 - don't check
- * 	1 - check
- *
- * Address to 'rfid' to in r5
+ * Address of idle handler to 'rfid' to in r4
  */
 pnv_powersave_common:
 	/* Use r3 to pass state nap/sleep/winkle */
@@ -131,30 +127,7 @@ pnv_powersave_common:
 	std	r0,_LINK(r1)
 	std	r0,_NIP(r1)
 
-	/* Hard disable interrupts */

arch/powerpc/kernel/idle_book3s.S pnv_powersave_common: · line 144

Quoted 10 lines
arch/powerpc/kernel/idle_book3s.S +0 -10
-	mfmsr	r9
-	rldicl	r9,r9,48,1
-	rotldi	r9,r9,16
-	mtmsrd	r9,1			/* hard-disable interrupts */
-
-	/* Check if something happened while soft-disabled */
-	lbz	r0,PACAIRQHAPPENED(r13)
-	andi.	r0,r0,~PACA_IRQ_HARD_DIS@l
-	beq	1f
-	cmpwi	cr0,r4,0

There were callers to power7_nap() in the dynamic-core-split/unsplit which wanted nap to be forced irrespective of whether an irq was pending or not. With this new patch, there won't be a way to enforce that on POWER8.

Quoted 7 lines
arch/powerpc/kernel/idle_book3s.S +0 -7
-	beq	1f
-	addi	r1,r1,INT_FRAME_SIZE
-	ld	r0,16(r1)
-	li	r3,0			/* Return 0 (no nap) */
-	mtlr	r0
-	blr
-

[..snip..]

Quoted 13 lines
arch/powerpc/platforms/powernv/subcore.c +1 -0
index 0babef11136f..d975d78188a9 100644
@@ -18,6 +18,7 @@
 #include <linux/stop_machine.h>
 
 #include <asm/cputhreads.h>
+#include <asm/cpuidle.h>
 #include <asm/kvm_ppc.h>
 #include <asm/machdep.h>
 #include <asm/opal.h>

arch/powerpc/platforms/powernv/subcore.c static void unsplit_core(void) · line 186

Quoted 5 lines
arch/powerpc/platforms/powernv/subcore.c +1 -1
@@ -182,7 +183,7 @@ static void unsplit_core(void)
 	cpu = smp_processor_id();
 	if (cpu_thread_in_core(cpu) != 0) {
 		while (mfspr(SPRN_HID0) & mask)
-			power7_nap(0);
+			power7_idle_insn(PNV_THREAD_NAP);

This is the place where we are unsplitting the core after exiting the guest and returning to the host. This required us to execute the nap instruction. With the new patch, will just loop inside this loop without executing nap. Paul, will this be an issue ?

Quoted 44 lines
arch/powerpc/platforms/powernv/subcore.c +0 -0
 		per_cpu(split_state, cpu).step = SYNC_STEP_UNSPLIT;
 		return;
drivers/cpuidle/cpuidle-powernv.c +5 -7
index 45eaf06462ae..79152676f62b 100644
@@ -73,9 +73,8 @@ static int nap_loop(struct cpuidle_device *dev,
 			struct cpuidle_driver *drv,
 			int index)
 {
-	ppc64_runlatch_off();
-	power7_idle();
-	ppc64_runlatch_on();
+	power7_idle_type(PNV_THREAD_NAP);
+
 	return index;
 }
 
@@ -98,7 +97,8 @@ static int fastsleep_loop(struct cpuidle_device *dev,
 	new_lpcr &= ~LPCR_PECE1;
 
 	mtspr(SPRN_LPCR, new_lpcr);
-	power7_sleep();
+
+	power7_idle_type(PNV_THREAD_SLEEP);
 
 	mtspr(SPRN_LPCR, old_lpcr);
 
@@ -110,10 +110,8 @@ static int stop_loop(struct cpuidle_device *dev,
 		     struct cpuidle_driver *drv,
 		     int index)
 {
-	ppc64_runlatch_off();
-	power9_idle_stop(stop_psscr_table[index].val,
+	power9_idle_type(stop_psscr_table[index].val,
 			 stop_psscr_table[index].mask);
-	ppc64_runlatch_on();
 	return index;
 }
 
Signature · 1 line
2.11.0

--
Thanks and Regards
gautham.

author reviewer
#3 lore raw

Re: [PATCH 01/14] powerpc/64s: idle move soft interrupt mask logic into C code

Hi Gautham,

Thanks for the reviews.

Quoted 41 lines · On Mon, 12 Jun 2017 14:07:27 +0530 Gautham R Shenoy <[email protected]>…

Hi Nick,

(Added Paul Mackerass to the Cc)

Quoted 6 lines · Nicholas Piggin

This simplifies the asm and fixes irq-off tracing over sleep instructions.

Also move powersave_nap check for POWER8 into C code, and move PSSCR register value calculation for POWER9 into C.

Thanks for doing this. Only one minor comment.

Quoted 5 lines

---
index 98a6d07ecb5c..35cf5bb7daed 100644

arch/powerpc/kernel/idle_book3s.S +0 -0

[..snip..]

Quoted 20 lines
arch/powerpc/kernel/idle_book3s.S +2 -6
@@ -109,13 +109,9 @@ core_idle_lock_held:
 /*
  * Pass requested state in r3:
  *	r3 - PNV_THREAD_NAP/SLEEP/WINKLE in POWER8
- *	   - Requested STOP state in POWER9
+ *	   - Requested PSSCR value in POWER9
  *
- * To check IRQ_HAPPENED in r4
- * 	0 - don't check
- * 	1 - check
- *
- * Address to 'rfid' to in r5
+ * Address of idle handler to 'rfid' to in r4
  */
 pnv_powersave_common:
 	/* Use r3 to pass state nap/sleep/winkle */
@@ -131,30 +127,7 @@ pnv_powersave_common:
 	std	r0,_LINK(r1)
 	std	r0,_NIP(r1)
 
Quoted 16 lines

arch/powerpc/kernel/idle_book3s.S pnv_powersave_common: · line 144

Quoted 11 lines
arch/powerpc/kernel/idle_book3s.S +0 -11
-	/* Hard disable interrupts */
-	mfmsr	r9
-	rldicl	r9,r9,48,1
-	rotldi	r9,r9,16
-	mtmsrd	r9,1			/* hard-disable interrupts */
-
-	/* Check if something happened while soft-disabled */
-	lbz	r0,PACAIRQHAPPENED(r13)
-	andi.	r0,r0,~PACA_IRQ_HARD_DIS@l
-	beq	1f
-	cmpwi	cr0,r4,0  

There were callers to power7_nap() in the dynamic-core-split/unsplit which wanted nap to be forced irrespective of whether an irq was pending or not. With this new patch, there won't be a way to enforce that on POWER8.

Actually there are two APIs to sleep now, the low level one which does not check lazy irq or nap disable is power7_idle_insn(). The one which sets up the lazy irq state is power7_idle_type(). The dynamic core split calls the former, so AFAIKS it should be equivalent.

Not the best names perhaps. Open to better suggestions.

Thanks,
Nick

Reviewed-by
#4 lore raw

Re: [PATCH 01/14] powerpc/64s: idle move soft interrupt mask logic into C code

Quoted 65 lines · Nicholas Piggin

Hi Gautham,

Thanks for the reviews.

Quoted 41 lines · On Mon, 12 Jun 2017 14:07:27 +0530 Gautham R Shenoy <[email protected]>…

Hi Nick,

(Added Paul Mackerass to the Cc)

Quoted 6 lines · Nicholas Piggin

This simplifies the asm and fixes irq-off tracing over sleep instructions.

Also move powersave_nap check for POWER8 into C code, and move PSSCR register value calculation for POWER9 into C.

Thanks for doing this. Only one minor comment.

Quoted 5 lines

---
index 98a6d07ecb5c..35cf5bb7daed 100644

arch/powerpc/kernel/idle_book3s.S +0 -0

[..snip..]

Quoted 20 lines
arch/powerpc/kernel/idle_book3s.S +2 -6
@@ -109,13 +109,9 @@ core_idle_lock_held:
 /*
  * Pass requested state in r3:
  *	r3 - PNV_THREAD_NAP/SLEEP/WINKLE in POWER8
- *	   - Requested STOP state in POWER9
+ *	   - Requested PSSCR value in POWER9
  *
- * To check IRQ_HAPPENED in r4
- * 	0 - don't check
- * 	1 - check
- *
- * Address to 'rfid' to in r5
+ * Address of idle handler to 'rfid' to in r4
  */
 pnv_powersave_common:
 	/* Use r3 to pass state nap/sleep/winkle */
@@ -131,30 +127,7 @@ pnv_powersave_common:
 	std	r0,_LINK(r1)
 	std	r0,_NIP(r1)
 
Quoted 16 lines

arch/powerpc/kernel/idle_book3s.S pnv_powersave_common: · line 144

Quoted 11 lines
arch/powerpc/kernel/idle_book3s.S +0 -11
-	/* Hard disable interrupts */
-	mfmsr	r9
-	rldicl	r9,r9,48,1
-	rotldi	r9,r9,16
-	mtmsrd	r9,1			/* hard-disable interrupts */
-
-	/* Check if something happened while soft-disabled */
-	lbz	r0,PACAIRQHAPPENED(r13)
-	andi.	r0,r0,~PACA_IRQ_HARD_DIS@l
-	beq	1f
-	cmpwi	cr0,r4,0  

There were callers to power7_nap() in the dynamic-core-split/unsplit which wanted nap to be forced irrespective of whether an irq was pending or not. With this new patch, there won't be a way to enforce that on POWER8.

Quoted 5 lines

Actually there are two APIs to sleep now, the low level one which does not check lazy irq or nap disable is power7_idle_insn(). The one which sets up the lazy irq state is power7_idle_type(). The dynamic core split calls the former, so AFAIKS it should be equivalent.

Ah, I see. Yes, my bad. I didn't check which one we are calling in the dynamic split case.

Quoted 6 lines

Not the best names perhaps. Open to better suggestions.

Thanks,
Nick

--
Thanks and Regards
gautham.

author reviewer
#5 lore raw

PATCH v2 2/14 powerpc/64s: idle hotplug lazy-irq simplification

In reply to Nicholas Piggin

Rather than concern ourselves with any soft-mask logic in the CPU hotplug handler, just hard disable interrupts. This ensures there are no lazy-irqs pending, which means we can call directly to idle instruction in order to sleep.

---
 arch/powerpc/platforms/powernv/idle.c | 23 +++++++++++++++--------
 arch/powerpc/platforms/powernv/smp.c  | 29 ++++++++++++++---------------
 2 files changed, 29 insertions(+), 23 deletions(-)
arch/powerpc/platforms/powernv/idle.c +15 -8
index f875879ff1eb..f188d84d9c59 100644
@@ -352,25 +352,31 @@ void power9_idle(void)
 /*
  * pnv_cpu_offline: A function that puts the CPU into the deepest
  * available platform idle state on a CPU-Offline.
+ * interrupts hard disabled and no lazy irq pending.
  */
 unsigned long pnv_cpu_offline(unsigned int cpu)
 {
 	unsigned long srr1;
-
 	u32 idle_states = pnv_get_supported_cpuidle_states();
 
+	ppc64_runlatch_off();
+
 	if (cpu_has_feature(CPU_FTR_ARCH_300) && deepest_stop_found) {
-		srr1 = __power9_idle_type(pnv_deepest_stop_psscr_val,
-					pnv_deepest_stop_psscr_mask);
+		unsigned long psscr;
+
+		psscr = mfspr(SPRN_PSSCR);
+		psscr = (psscr & ~pnv_deepest_stop_psscr_mask) |
+						pnv_deepest_stop_psscr_val;
+		srr1 = power9_idle_stop(psscr);
+
 	} else if (idle_states & OPAL_PM_WINKLE_ENABLED) {
-		srr1 = __power7_idle_type(PNV_THREAD_WINKLE);
+		srr1 = power7_idle_insn(PNV_THREAD_WINKLE);
 	} else if ((idle_states & OPAL_PM_SLEEP_ENABLED) ||
 		   (idle_states & OPAL_PM_SLEEP_ENABLED_ER1)) {
-		srr1 = __power7_idle_type(PNV_THREAD_SLEEP);
+		srr1 = power7_idle_insn(PNV_THREAD_SLEEP);
 	} else if (idle_states & OPAL_PM_NAP_ENABLED) {
-		srr1 = __power7_idle_type(PNV_THREAD_NAP);
+		srr1 = power7_idle_insn(PNV_THREAD_NAP);
 	} else {
-		ppc64_runlatch_off();
 		/* This is the fallback method. We emulate snooze */
 		while (!generic_check_cpu_restart(cpu)) {
 			HMT_low();
@@ -378,9 +384,10 @@ unsigned long pnv_cpu_offline(unsigned int cpu)
 		}
 		srr1 = 0;
 		HMT_medium();
-		ppc64_runlatch_on();
 	}
 
+	ppc64_runlatch_on();
+
 	return srr1;
 }
 #endif
arch/powerpc/platforms/powernv/smp.c +14 -15
index f8752795decf..c04c87adad94 100644
@@ -144,7 +144,14 @@ static void pnv_smp_cpu_kill_self(void)
 	unsigned long srr1, wmask;
 
 	/* Standard hot unplug procedure */
-	local_irq_disable();
+	/*
+	 * This hard disables local interurpts, ensuring we have no lazy
+	 * irqs pending.
+	 */
+	WARN_ON(irqs_disabled());
+	hard_irq_disable();
+	WARN_ON(lazy_irq_pending());
+
 	idle_task_exit();
 	current->active_mm = NULL; /* for sanity */
 	cpu = smp_processor_id();
@@ -162,16 +169,6 @@ static void pnv_smp_cpu_kill_self(void)
 	 */
 	mtspr(SPRN_LPCR, mfspr(SPRN_LPCR) & ~(u64)LPCR_PECE1);
 
-	/*
-	 * Hard-disable interrupts, and then clear irq_happened flags
-	 * that we can safely ignore while off-line, since they
-	 * are for things for which we do no processing when off-line
-	 * (or in the case of HMI, all the processing we need to do
-	 * is done in lower-level real-mode code).
-	 */
-	hard_irq_disable();
-	local_paca->irq_happened &= ~(PACA_IRQ_DEC | PACA_IRQ_HMI);
-
 	while (!generic_check_cpu_restart(cpu)) {
 		/*
 		 * Clear IPI flag, since we don't handle IPIs while
@@ -184,6 +181,8 @@ static void pnv_smp_cpu_kill_self(void)
 
 		srr1 = pnv_cpu_offline(cpu);
 
+		WARN_ON(lazy_irq_pending());
+
 		/*
 		 * If the SRR1 value indicates that we woke up due to
 		 * an external interrupt, then clear the interrupt.
@@ -196,8 +195,7 @@ static void pnv_smp_cpu_kill_self(void)
 		 * contains 0.
 		 */
 		if (((srr1 & wmask) == SRR1_WAKEEE) ||
-		    ((srr1 & wmask) == SRR1_WAKEHVI) ||
-		    (local_paca->irq_happened & PACA_IRQ_EE)) {
+		    ((srr1 & wmask) == SRR1_WAKEHVI)) {
 			if (cpu_has_feature(CPU_FTR_ARCH_300)) {
 				if (xive_enabled())
 					xive_flush_interrupt();
@@ -209,14 +207,15 @@ static void pnv_smp_cpu_kill_self(void)
 			unsigned long msg = PPC_DBELL_TYPE(PPC_DBELL_SERVER);
 			asm volatile(PPC_MSGCLR(%0) : : "r" (msg));
 		}
-		local_paca->irq_happened &= ~(PACA_IRQ_EE | PACA_IRQ_DBELL);
 		smp_mb();
 
 		if (cpu_core_split_required())
 			continue;
 
 		if (srr1 && !generic_check_cpu_restart(cpu))
-			DBG("CPU%d Unexpected exit while offline !\n", cpu);
+			DBG("CPU%d Unexpected exit while offline srr1=%lx!\n",
+					cpu, srr1);
+
 	}
 
 	/* Re-enable decrementer interrupts */
Signature · 1 line
2.11.0
author reviewer
#6 lore raw

PATCH v2 3/14 powerpc/64s: idle provide a default idle for POWER9

In reply to Nicholas Piggin

Before the cpuidle driver is enabled, provide a default idle function similarly to POWER7/8.

This should not have much effect, because the cpuidle driver for powernv is mandatory, but if that changes we should have a fallback.

---
 arch/powerpc/platforms/powernv/idle.c | 2 ++
 1 file changed, 2 insertions(+)
arch/powerpc/platforms/powernv/idle.c +2 -0
index f188d84d9c59..e327e1585ddc 100644
@@ -677,6 +677,8 @@ static int __init pnv_init_idle_states(void)
 
 	if (supported_cpuidle_states & OPAL_PM_NAP_ENABLED)
 		ppc_md.power_save = power7_idle;
+	else if (supported_cpuidle_states & OPAL_PM_STOP_INST_FAST)
+		ppc_md.power_save = power9_idle;
 
 out:
 	return 0;
Signature · 1 line
2.11.0
#7 lore raw

Re: [PATCH 03/14] powerpc/64s: idle provide a default idle for POWER9

Hi Nick,

Quoted 17 lines · Nicholas Piggin

Before the cpuidle driver is enabled, provide a default idle function similarly to POWER7/8.

This should not have much effect, because the cpuidle driver for powernv is mandatory, but if that changes we should have a fallback.

---
 arch/powerpc/platforms/powernv/idle.c | 2 ++
 1 file changed, 2 insertions(+)
arch/powerpc/platforms/powernv/idle.c +0 -0
index f188d84d9c59..e327e1585ddc 100644

arch/powerpc/platforms/powernv/idle.c static int __init pnv_init_idle_states(void) · line 681

Quoted 5 lines
arch/powerpc/platforms/powernv/idle.c +2 -0
@@ -677,6 +677,8 @@ static int __init pnv_init_idle_states(void)
 
 	if (supported_cpuidle_states & OPAL_PM_NAP_ENABLED)
 		ppc_md.power_save = power7_idle;
+	else if (supported_cpuidle_states & OPAL_PM_STOP_INST_FAST)
+		ppc_md.power_save = power9_idle;

We are already initializing this in pnv_power9_idle_init() depending on whether the device tree has exposed at least one INST_FAST idle state. Else this should be NULL, because the firmware doesn't want us to use a platform idle state!

Quoted 6 lines
arch/powerpc/platforms/powernv/idle.c +0 -0
 out:
 	return 0;
Signature · 1 line
2.11.0
author reviewer
#8 lore raw

Re: [PATCH 03/14] powerpc/64s: idle provide a default idle for POWER9

Quoted 21 lines · On Mon, 12 Jun 2017 14:23:16 +0530 Gautham R Shenoy <[email protected]>…

Hi Nick,

Quoted 18 lines · Nicholas Piggin

Before the cpuidle driver is enabled, provide a default idle function similarly to POWER7/8.

This should not have much effect, because the cpuidle driver for powernv is mandatory, but if that changes we should have a fallback.

---
 arch/powerpc/platforms/powernv/idle.c | 2 ++
 1 file changed, 2 insertions(+)
arch/powerpc/platforms/powernv/idle.c +0 -0
index f188d84d9c59..e327e1585ddc 100644
@@ -677,6 +677,8 @@ static int __init pnv_init_idle_states(void)
 
Quoted 9 lines

arch/powerpc/platforms/powernv/idle.c static int __init pnv_init_idle_states(void) · line 681

Quoted 4 lines
arch/powerpc/platforms/powernv/idle.c +2 -0
 	if (supported_cpuidle_states & OPAL_PM_NAP_ENABLED)
 		ppc_md.power_save = power7_idle;
+	else if (supported_cpuidle_states & OPAL_PM_STOP_INST_FAST)
+		ppc_md.power_save = power9_idle;  

We are already initializing this in pnv_power9_idle_init() depending on whether the device tree has exposed at least one INST_FAST idle state. Else this should be NULL, because the firmware doesn't want us to use a platform idle state!

Ah I missed that, thanks. Will drop this one.

Thanks,
Nick

author reviewer
#9 lore raw

PATCH v2 4/14 powerpc/64s: idle process interrupts from system reset wakeup

In reply to Nicholas Piggin

When the CPU wakes from low power state, it begins at the system reset interrupt with the exception that caused the wakeup encoded in SRR1.

Today, powernv idle wakeup ignores the wakeup reason (except a special case for HMI), and the regular interrupt corresponding to the exception will fire after the idle wakeup exits.

Change this to replay the interrupt from the idle wakeup before interrupts are hard-enabled.

Test on POWER8 of context_switch selftests benchmark with polling idle disabled (e.g., always nap, giving cross-CPU IPIs) gives the following results:

                                original         wakeup direct
Different threads, same core:   315k/s           264k/s
Different cores:                235k/s           242k/s

There is a slowdown for doorbell IPI (same core) case because system reset wakeup does not clear the message and the doorbell interrupt fires again needlessly.

---
 arch/powerpc/include/asm/hw_irq.h     |  2 ++
 arch/powerpc/kernel/irq.c             | 25 +++++++++++++++++++++++++
 arch/powerpc/platforms/powernv/idle.c | 10 ++++++++--
 3 files changed, 35 insertions(+), 2 deletions(-)
arch/powerpc/include/asm/hw_irq.h +2 -0
index f06112cf8734..8366bdc69988 100644
@@ -32,6 +32,7 @@
 #ifndef __ASSEMBLY__
 
 extern void __replay_interrupt(unsigned int vector);
+extern void __replay_wakeup_interrupt(unsigned long srr1);
 
 extern void timer_interrupt(struct pt_regs *);
 extern void performance_monitor_exception(struct pt_regs *regs);
@@ -130,6 +131,7 @@ static inline bool arch_irq_disabled_regs(struct pt_regs *regs)
 
 extern bool prep_irq_for_idle(void);
 extern bool prep_irq_for_idle_irqsoff(void);
+extern void irq_set_pending_from_srr1(unsigned long srr1);
 
 #define fini_irq_for_idle_irqsoff() trace_hardirqs_off();
 
arch/powerpc/kernel/irq.c +25 -0
index be32cec28107..d8a85768c8ec 100644
@@ -348,6 +348,7 @@ bool prep_irq_for_idle(void)
 	return true;
 }
 
+#ifdef CONFIG_PPC_BOOK3S
 /*
  * This is for idle sequences that return with IRQs off, but the
  * idle state itself wakes on interrupt. Tell the irq tracer that
@@ -379,6 +380,30 @@ bool prep_irq_for_idle_irqsoff(void)
 }
 
 /*
+ * Take the SRR1 wakeup reason, index into this table to find the
+ * appropriate irq_happened bit.
+ */
+static const u8 srr1_to_irq[0x10] = {
+	0, 0, 0,
+	PACA_IRQ_DBELL,
+	0,
+	PACA_IRQ_DBELL,
+	PACA_IRQ_DEC,
+	0,
+	PACA_IRQ_EE,
+	PACA_IRQ_EE,
+	PACA_IRQ_HMI,
+	0, 0, 0, 0, 0 };
+
+void irq_set_pending_from_srr1(unsigned long srr1)
+{
+	unsigned int idx = (srr1 >> 18) & SRR1_WAKEMASK_P8;
+
+	local_paca->irq_happened |= srr1_to_irq[idx];
+}
+#endif /* CONFIG_PPC_BOOK3S */
+
+/*
  * Force a replay of the external interrupt handler on this CPU.
  */
 void force_external_irq_replay(void)
arch/powerpc/platforms/powernv/idle.c +8 -2
index e327e1585ddc..ee416e016387 100644
@@ -302,7 +302,10 @@ static unsigned long __power7_idle_type(unsigned long type)
 
 void power7_idle_type(unsigned long type)
 {
-	__power7_idle_type(type);
+	unsigned long srr1;
+
+	srr1 = __power7_idle_type(type);
+	irq_set_pending_from_srr1(srr1);
 }
 
 void power7_idle(void)
@@ -337,7 +340,10 @@ static unsigned long __power9_idle_type(unsigned long stop_psscr_val,
 void power9_idle_type(unsigned long stop_psscr_val,
 				      unsigned long stop_psscr_mask)
 {
-	__power9_idle_type(stop_psscr_val, stop_psscr_mask);
+	unsigned long srr1;
+
+	srr1 = __power9_idle_type(stop_psscr_val, stop_psscr_mask);
+	irq_set_pending_from_srr1(srr1);
 }
 
 /*
Signature · 1 line
2.11.0
#10 lore raw

Re: [PATCH 04/14] powerpc/64s: idle process interrupts from system reset wakeup

Hi Nick,

Quoted 14 lines · Nicholas Piggin

When the CPU wakes from low power state, it begins at the system reset interrupt with the exception that caused the wakeup encoded in SRR1.

Today, powernv idle wakeup ignores the wakeup reason (except a special case for HMI), and the regular interrupt corresponding to the exception will fire after the idle wakeup exits.

Change this to replay the interrupt from the idle wakeup before interrupts are hard-enabled.

Test on POWER8 of context_switch selftests benchmark with polling idle disabled (e.g., always nap, giving cross-CPU IPIs) gives the following results:

Quoted 7 lines
                                original         wakeup direct
Different threads, same core:   315k/s           264k/s
Different cores:                235k/s           242k/s

There is a slowdown for doorbell IPI (same core) case because system reset wakeup does not clear the message and the doorbell interrupt fires again needlessly.

Should we clear the doorbell message if we are recording the fact that the Doorbell irq has happened in paca ?

Quoted 10 lines
---
 arch/powerpc/include/asm/hw_irq.h     |  2 ++
 arch/powerpc/kernel/irq.c             | 25 +++++++++++++++++++++++++
 arch/powerpc/platforms/powernv/idle.c | 10 ++++++++--
 3 files changed, 35 insertions(+), 2 deletions(-)
arch/powerpc/include/asm/hw_irq.h +0 -0
index f06112cf8734..8366bdc69988 100644

[..snip..]

Quoted 22 lines
arch/powerpc/kernel/irq.c +9 -0
@@ -348,6 +348,7 @@ bool prep_irq_for_idle(void)
 	return true;
 }
 
+#ifdef CONFIG_PPC_BOOK3S
 /*
  * This is for idle sequences that return with IRQs off, but the
  * idle state itself wakes on interrupt. Tell the irq tracer that
@@ -379,6 +380,30 @@ bool prep_irq_for_idle_irqsoff(void)
 }
 
 /*
+ * Take the SRR1 wakeup reason, index into this table to find the
+ * appropriate irq_happened bit.
+ */
+static const u8 srr1_to_irq[0x10] = {
+	0, 0, 0,
+	PACA_IRQ_DBELL,
+	0,
+	PACA_IRQ_DBELL,

arch/powerpc/kernel/irq.c bool prep_irq_for_idle_irqsoff(void) · line 400

Quoted 10 lines
arch/powerpc/kernel/irq.c +10 -0
+	PACA_IRQ_DEC,
+	0,
+	PACA_IRQ_EE,
+	PACA_IRQ_EE,
+	PACA_IRQ_HMI,
+	0, 0, 0, 0, 0 };
+
+void irq_set_pending_from_srr1(unsigned long srr1)
+{
+	unsigned int idx = (srr1 >> 18) & SRR1_WAKEMASK_P8;

Shouldn't this be

	unsigned int idx = (srr1 & SRR1_WAKEMASK_P8) >> 18;
	
	?

arch/powerpc/kernel/irq.c bool prep_irq_for_idle_irqsoff(void) · line 405

Quoted 5 lines
arch/powerpc/kernel/irq.c +5 -0
+
+	local_paca->irq_happened |= srr1_to_irq[idx];
+}
+#endif /* CONFIG_PPC_BOOK3S */
+

Looks good otherwise.

--
Thanks and Regards
gautham.

author reviewer
#11 lore raw

Re: [PATCH 04/14] powerpc/64s: idle process interrupts from system reset wakeup

Quoted 21 lines · On Mon, 12 Jun 2017 15:11:06 +0530 Gautham R Shenoy <[email protected]>…

Hi Nick,

Quoted 18 lines · Nicholas Piggin

When the CPU wakes from low power state, it begins at the system reset interrupt with the exception that caused the wakeup encoded in SRR1.

Today, powernv idle wakeup ignores the wakeup reason (except a special case for HMI), and the regular interrupt corresponding to the exception will fire after the idle wakeup exits.

Change this to replay the interrupt from the idle wakeup before interrupts are hard-enabled.

Test on POWER8 of context_switch selftests benchmark with polling idle disabled (e.g., always nap, giving cross-CPU IPIs) gives the following results:

                                original         wakeup direct
Different threads, same core:   315k/s           264k/s
Different cores:                235k/s           242k/s
Quoted 6 lines
Quoted 3 lines

There is a slowdown for doorbell IPI (same core) case because system reset wakeup does not clear the message and the doorbell interrupt fires again needlessly.

Should we clear the doorbell message if we are recording the fact that the Doorbell irq has happened in paca ?

As you saw, I clear it in the next patch.

It would be quite tidy to msgclear when moving srr1 wakeup into pending mask. But on the other hand, I thought that deferring the clear as late as possible and moving it closer to where IRQs will be hard enabled again may help to avoid taking other IPIs.

Quoted 48 lines
Quoted 11 lines
---
 arch/powerpc/include/asm/hw_irq.h     |  2 ++
 arch/powerpc/kernel/irq.c             | 25 +++++++++++++++++++++++++
 arch/powerpc/platforms/powernv/idle.c | 10 ++++++++--
 3 files changed, 35 insertions(+), 2 deletions(-)
arch/powerpc/include/asm/hw_irq.h +0 -0
index f06112cf8734..8366bdc69988 100644  

[..snip..]

Quoted 22 lines
arch/powerpc/kernel/irq.c +9 -0
@@ -348,6 +348,7 @@ bool prep_irq_for_idle(void)
 	return true;
 }
 
+#ifdef CONFIG_PPC_BOOK3S
 /*
  * This is for idle sequences that return with IRQs off, but the
  * idle state itself wakes on interrupt. Tell the irq tracer that
@@ -379,6 +380,30 @@ bool prep_irq_for_idle_irqsoff(void)
 }
 
 /*
+ * Take the SRR1 wakeup reason, index into this table to find the
+ * appropriate irq_happened bit.
+ */
+static const u8 srr1_to_irq[0x10] = {
+	0, 0, 0,
+	PACA_IRQ_DBELL,
+	0,
+	PACA_IRQ_DBELL,

arch/powerpc/kernel/irq.c bool prep_irq_for_idle_irqsoff(void) · line 400

Quoted 10 lines
arch/powerpc/kernel/irq.c +10 -0
+	PACA_IRQ_DEC,
+	0,
+	PACA_IRQ_EE,
+	PACA_IRQ_EE,
+	PACA_IRQ_HMI,
+	0, 0, 0, 0, 0 };
+
+void irq_set_pending_from_srr1(unsigned long srr1)
+{
+	unsigned int idx = (srr1 >> 18) & SRR1_WAKEMASK_P8;  

Shouldn't this be

Quoted 3 lines
	unsigned int idx = (srr1 & SRR1_WAKEMASK_P8) >> 18;
	
	?

Yes, good catch. That will teach me not to verify after making a change. Will fix.

Thanks,
Nick

author reviewer
#12 lore raw

PATCH v2 5/14 powerpc/64s: msgclr when handling doorbell exceptions

In reply to Nicholas Piggin

msgsnd doorbell exceptions are cleared when the doorbell interrupt is taken. However if a doorbell exception causes a system reset interrupt wake from power saving state, the message is not cleared. Processing the doorbell from the system reset interrupt requires msgclr to avoid taking the exception again.

Testing this plus the previous wakup direct patch gives:

                                original         wakeup direct     msgclr
Different threads, same core:   315k/s           264k/s            345k/s
Different cores:                235k/s           242k/s            242k/s

Net speedup is +10% for same core, and +3% for different core.

---
 arch/powerpc/include/asm/dbell.h      | 13 +++++++++++++
 arch/powerpc/include/asm/ppc-opcode.h |  3 +++
 arch/powerpc/kernel/asm-offsets.c     |  1 +
 arch/powerpc/kernel/exceptions-64s.S  | 23 +++++++++++++++++++++--
 4 files changed, 38 insertions(+), 2 deletions(-)
arch/powerpc/include/asm/dbell.h +13 -0
index f70cbfe0ec04..9f2ae0d25e15 100644
@@ -56,6 +56,19 @@ static inline void ppc_msgsync(void)
 				: : "i" (CPU_FTR_HVMODE|CPU_FTR_ARCH_300));
 }
 
+static inline void _ppc_msgclr(u32 msg)
+{
+	__asm__ __volatile__ (ASM_FTR_IFSET(PPC_MSGCLR(%1), PPC_MSGCLRP(%1), %0)
+				: : "i" (CPU_FTR_HVMODE), "r" (msg));
+}
+
+static inline void ppc_msgclr(enum ppc_dbell type)
+{
+	u32 msg = PPC_DBELL_TYPE(type);
+
+	_ppc_msgclr(msg);
+}
+
 #else /* CONFIG_PPC_BOOK3S */
 
 #define PPC_DBELL_MSGTYPE		PPC_DBELL
arch/powerpc/include/asm/ppc-opcode.h +3 -0
index 3a8d278e7421..3b29c54e51fa 100644
@@ -221,6 +221,7 @@
 #define PPC_INST_MSGCLR			0x7c0001dc
 #define PPC_INST_MSGSYNC		0x7c0006ec
 #define PPC_INST_MSGSNDP		0x7c00011c
+#define PPC_INST_MSGCLRP		0x7c00015c
 #define PPC_INST_MTTMR			0x7c0003dc
 #define PPC_INST_NOP			0x60000000
 #define PPC_INST_PASTE			0x7c00070c
@@ -409,6 +410,8 @@
 					___PPC_RB(b))
 #define PPC_MSGSNDP(b)		stringify_in_c(.long PPC_INST_MSGSNDP | \
 					___PPC_RB(b))
+#define PPC_MSGCLRP(b)		stringify_in_c(.long PPC_INST_MSGCLRP | \
+					___PPC_RB(b))
 #define PPC_POPCNTB(a, s)	stringify_in_c(.long PPC_INST_POPCNTB | \
 					__PPC_RA(a) | __PPC_RS(s))
 #define PPC_POPCNTD(a, s)	stringify_in_c(.long PPC_INST_POPCNTD | \
arch/powerpc/kernel/asm-offsets.c +1 -0
index e15c178ba079..9624851ca276 100644
@@ -746,6 +746,7 @@ int main(void)
 #endif
 
 	DEFINE(PPC_DBELL_SERVER, PPC_DBELL_SERVER);
+	DEFINE(PPC_DBELL_MSGTYPE, PPC_DBELL_MSGTYPE);
 
 #ifdef CONFIG_PPC_8xx
 	DEFINE(VIRT_IMMR_BASE, (u64)__fix_to_virt(FIX_IMMR_BASE));
arch/powerpc/kernel/exceptions-64s.S +21 -2
index ae418b85c17c..a04ee0d7f88e 100644
@@ -1552,6 +1552,25 @@ END_FTR_SECTION_IFSET(CPU_FTR_CFAR)
 	b	1b
 
 /*
+ * When doorbell is triggered from system reset wakeup, the message is
+ * not cleared, so it would fire again when EE is enabled.
+ *
+ * When coming from local_irq_enable, there may be the same problem if
+ * we were hard disabled.
+ *
+ * Execute msgclr to clear pending exceptions before handling it.
+ */
+h_doorbell_common_msgclr:
+	LOAD_REG_IMMEDIATE(r3, PPC_DBELL_MSGTYPE << (63-36))
+	PPC_MSGCLR(3)
+	b 	h_doorbell_common
+
+doorbell_super_common_msgclr:
+	LOAD_REG_IMMEDIATE(r3, PPC_DBELL_MSGTYPE << (63-36))
+	PPC_MSGCLRP(3)
+	b 	doorbell_super_common
+
+/*
  * Called from arch_local_irq_enable when an interrupt needs
  * to be resent. r3 contains 0x500, 0x900, 0xa00 or 0xe80 to indicate
  * which kind of interrupt. MSR:EE is already off. We generate a
@@ -1576,13 +1595,13 @@ _GLOBAL(__replay_interrupt)
 	beq	hardware_interrupt_common
 BEGIN_FTR_SECTION
 	cmpwi	r3,0xe80
-	beq	h_doorbell_common
+	beq	h_doorbell_common_msgclr
 	cmpwi	r3,0xea0
 	beq	h_virt_irq_common
 	cmpwi	r3,0xe60
 	beq	hmi_exception_common
 FTR_SECTION_ELSE
 	cmpwi	r3,0xa00
-	beq	doorbell_super_common
+	beq	doorbell_super_common_msgclr
 ALT_FTR_SECTION_END_IFSET(CPU_FTR_HVMODE)
 	blr
Signature · 1 line
2.11.0
Reviewed-by on v2 5/14
#13 lore raw

Re: [PATCH 05/14] powerpc/64s: msgclr when handling doorbell exceptions

Quoted 6 lines · Nicholas Piggin

msgsnd doorbell exceptions are cleared when the doorbell interrupt is taken. However if a doorbell exception causes a system reset interrupt wake from power saving state, the message is not cleared. Processing the doorbell from the system reset interrupt requires msgclr to avoid taking the exception again.

So you are clearing the doorbell message in this patch.

Quoted 7 lines

Testing this plus the previous wakup direct patch gives:

                                original         wakeup direct     msgclr
Different threads, same core:   315k/s           264k/s            345k/s
Different cores:                235k/s           242k/s            242k/s

Net speedup is +10% for same core, and +3% for different core.

This is good speedup.

Quoted 115 lines
---
 arch/powerpc/include/asm/dbell.h      | 13 +++++++++++++
 arch/powerpc/include/asm/ppc-opcode.h |  3 +++
 arch/powerpc/kernel/asm-offsets.c     |  1 +
 arch/powerpc/kernel/exceptions-64s.S  | 23 +++++++++++++++++++++--
 4 files changed, 38 insertions(+), 2 deletions(-)
arch/powerpc/include/asm/dbell.h +13 -0
index f70cbfe0ec04..9f2ae0d25e15 100644
@@ -56,6 +56,19 @@ static inline void ppc_msgsync(void)
 				: : "i" (CPU_FTR_HVMODE|CPU_FTR_ARCH_300));
 }
 
+static inline void _ppc_msgclr(u32 msg)
+{
+	__asm__ __volatile__ (ASM_FTR_IFSET(PPC_MSGCLR(%1), PPC_MSGCLRP(%1), %0)
+				: : "i" (CPU_FTR_HVMODE), "r" (msg));
+}
+
+static inline void ppc_msgclr(enum ppc_dbell type)
+{
+	u32 msg = PPC_DBELL_TYPE(type);
+
+	_ppc_msgclr(msg);
+}
+
 #else /* CONFIG_PPC_BOOK3S */
 
 #define PPC_DBELL_MSGTYPE		PPC_DBELL
arch/powerpc/include/asm/ppc-opcode.h +3 -0
index 3a8d278e7421..3b29c54e51fa 100644
@@ -221,6 +221,7 @@
 #define PPC_INST_MSGCLR			0x7c0001dc
 #define PPC_INST_MSGSYNC		0x7c0006ec
 #define PPC_INST_MSGSNDP		0x7c00011c
+#define PPC_INST_MSGCLRP		0x7c00015c
 #define PPC_INST_MTTMR			0x7c0003dc
 #define PPC_INST_NOP			0x60000000
 #define PPC_INST_PASTE			0x7c00070c
@@ -409,6 +410,8 @@
 					___PPC_RB(b))
 #define PPC_MSGSNDP(b)		stringify_in_c(.long PPC_INST_MSGSNDP | \
 					___PPC_RB(b))
+#define PPC_MSGCLRP(b)		stringify_in_c(.long PPC_INST_MSGCLRP | \
+					___PPC_RB(b))
 #define PPC_POPCNTB(a, s)	stringify_in_c(.long PPC_INST_POPCNTB | \
 					__PPC_RA(a) | __PPC_RS(s))
 #define PPC_POPCNTD(a, s)	stringify_in_c(.long PPC_INST_POPCNTD | \
arch/powerpc/kernel/asm-offsets.c +1 -0
index e15c178ba079..9624851ca276 100644
@@ -746,6 +746,7 @@ int main(void)
 #endif
 
 	DEFINE(PPC_DBELL_SERVER, PPC_DBELL_SERVER);
+	DEFINE(PPC_DBELL_MSGTYPE, PPC_DBELL_MSGTYPE);
 
 #ifdef CONFIG_PPC_8xx
 	DEFINE(VIRT_IMMR_BASE, (u64)__fix_to_virt(FIX_IMMR_BASE));
arch/powerpc/kernel/exceptions-64s.S +21 -2
index ae418b85c17c..a04ee0d7f88e 100644
@@ -1552,6 +1552,25 @@ END_FTR_SECTION_IFSET(CPU_FTR_CFAR)
 	b	1b
 
 /*
+ * When doorbell is triggered from system reset wakeup, the message is
+ * not cleared, so it would fire again when EE is enabled.
+ *
+ * When coming from local_irq_enable, there may be the same problem if
+ * we were hard disabled.
+ *
+ * Execute msgclr to clear pending exceptions before handling it.
+ */
+h_doorbell_common_msgclr:
+	LOAD_REG_IMMEDIATE(r3, PPC_DBELL_MSGTYPE << (63-36))
+	PPC_MSGCLR(3)
+	b 	h_doorbell_common
+
+doorbell_super_common_msgclr:
+	LOAD_REG_IMMEDIATE(r3, PPC_DBELL_MSGTYPE << (63-36))
+	PPC_MSGCLRP(3)
+	b 	doorbell_super_common
+
+/*
  * Called from arch_local_irq_enable when an interrupt needs
  * to be resent. r3 contains 0x500, 0x900, 0xa00 or 0xe80 to indicate
  * which kind of interrupt. MSR:EE is already off. We generate a
@@ -1576,13 +1595,13 @@ _GLOBAL(__replay_interrupt)
 	beq	hardware_interrupt_common
 BEGIN_FTR_SECTION
 	cmpwi	r3,0xe80
-	beq	h_doorbell_common
+	beq	h_doorbell_common_msgclr
 	cmpwi	r3,0xea0
 	beq	h_virt_irq_common
 	cmpwi	r3,0xe60
 	beq	hmi_exception_common
 FTR_SECTION_ELSE
 	cmpwi	r3,0xa00
-	beq	doorbell_super_common
+	beq	doorbell_super_common_msgclr
 ALT_FTR_SECTION_END_IFSET(CPU_FTR_HVMODE)
 	blr
Signature · 1 line
2.11.0
author reviewer
#14 lore raw

PATCH v2 6/14 powerpc/64s: interrupt replay balance the return branch predictor

In reply to Nicholas Piggin

The __replay_interrupt code is branched to with bl, but the caller is returned to directly with rfid from the interrupt.

Instead return to a return stub that returns to the caller with blr, which should do better with the return predictor.

---
 arch/powerpc/kernel/exceptions-64s.S | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)
arch/powerpc/kernel/exceptions-64s.S +2 -1
index a04ee0d7f88e..d55201625ea3 100644
@@ -1586,7 +1586,7 @@ _GLOBAL(__replay_interrupt)
 	 * we don't give a damn about, so we don't bother storing them.
 	 */
 	mfmsr	r12
-	mflr	r11
+	LOAD_REG_ADDR(r11, __replay_interrupt_return)
 	mfcr	r9
 	ori	r12,r12,MSR_EE
 	cmpwi	r3,0x900
@@ -1604,4 +1604,5 @@ FTR_SECTION_ELSE
 	cmpwi	r3,0xa00
 	beq	doorbell_super_common_msgclr
 ALT_FTR_SECTION_END_IFSET(CPU_FTR_HVMODE)
+__replay_interrupt_return:
 	blr
Signature · 1 line
2.11.0
Reviewed-by on v2 6/14
#15 lore raw

Re: [PATCH 06/14] powerpc/64s: interrupt replay balance the return branch predictor

Quoted 7 lines · Nicholas Piggin

The __replay_interrupt code is branched to with bl, but the caller is returned to directly with rfid from the interrupt.

Instead return to a return stub that returns to the caller with blr, which should do better with the return predictor.

Quoted 26 lines
---
 arch/powerpc/kernel/exceptions-64s.S | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)
arch/powerpc/kernel/exceptions-64s.S +2 -1
index a04ee0d7f88e..d55201625ea3 100644
@@ -1586,7 +1586,7 @@ _GLOBAL(__replay_interrupt)
 	 * we don't give a damn about, so we don't bother storing them.
 	 */
 	mfmsr	r12
-	mflr	r11
+	LOAD_REG_ADDR(r11, __replay_interrupt_return)
 	mfcr	r9
 	ori	r12,r12,MSR_EE
 	cmpwi	r3,0x900
@@ -1604,4 +1604,5 @@ FTR_SECTION_ELSE
 	cmpwi	r3,0xa00
 	beq	doorbell_super_common_msgclr
 ALT_FTR_SECTION_END_IFSET(CPU_FTR_HVMODE)
+__replay_interrupt_return:
 	blr
Signature · 1 line
2.11.0
#16 lore raw

Re: [PATCH 06/14] powerpc/64s: interrupt replay balance the return branch predictor

In reply to Nicholas Piggin
Quoted 16 lines · Nicholas Piggin

The __replay_interrupt code is branched to with bl, but the caller is returned to directly with rfid from the interrupt.

Instead return to a return stub that returns to the caller with blr, which should do better with the return predictor.

---
 arch/powerpc/kernel/exceptions-64s.S | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)
arch/powerpc/kernel/exceptions-64s.S +0 -0
index a04ee0d7f88e..d55201625ea3 100644

arch/powerpc/kernel/exceptions-64s.S _GLOBAL(__replay_interrupt) · line 1589

Quoted 5 lines
arch/powerpc/kernel/exceptions-64s.S +1 -1
@@ -1586,7 +1586,7 @@ _GLOBAL(__replay_interrupt)
 	 * we don't give a damn about, so we don't bother storing them.
 	 */
 	mfmsr	r12
-	mflr	r11
+	LOAD_REG_ADDR(r11, __replay_interrupt_return)

Can you make it a local label, to make it clear nothing outside the file returns to there, and to not clutter the symbol map?

cheers

author reviewer
#17 lore raw

Re: [PATCH 06/14] powerpc/64s: interrupt replay balance the return branch predictor

Quoted 13 lines · On Tue, 13 Jun 2017 19:51:19 +1000 Michael Ellerman <[email protected]> wrote:
Quoted 11 lines · Nicholas Piggin

The __replay_interrupt code is branched to with bl, but the caller is returned to directly with rfid from the interrupt.

Instead return to a return stub that returns to the caller with blr, which should do better with the return predictor.

---
 arch/powerpc/kernel/exceptions-64s.S | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)
Quoted 13 lines

arch/powerpc/kernel/exceptions-64s.S _GLOBAL(__replay_interrupt) · line 1589

Quoted 10 lines
arch/powerpc/kernel/exceptions-64s.S +1 -1
index a04ee0d7f88e..d55201625ea3 100644
@@ -1586,7 +1586,7 @@ _GLOBAL(__replay_interrupt)
 	 * we don't give a damn about, so we don't bother storing them.
 	 */
 	mfmsr	r12
-	mflr	r11
+	LOAD_REG_ADDR(r11, __replay_interrupt_return)  

Can you make it a local label, to make it clear nothing outside the file returns to there, and to not clutter the symbol map?

I can do that. Interrupt returns will now get significantly attributed to this guy in profiles (and you can see it on some sleep/wake workloads). __replay_interrupt is probably better than arch_local_irq_restore, I guess.

Thanks,
Nick

author reviewer
#18 lore raw

PATCH v2 7/14 powerpc/64s: idle branch to handler with virtual mode offset

In reply to Nicholas Piggin

Have the system reset idle wakeup handlers branched to in real mode with the 0xc... kernel address applied. This allows simplifications of avoiding rfid when switching to virtual mode in the wakeup handler.

---
 arch/powerpc/include/asm/exception-64s.h | 17 ++++++++++++++---
 arch/powerpc/kernel/exceptions-64s.S     |  6 ++++--
 2 files changed, 18 insertions(+), 5 deletions(-)
arch/powerpc/include/asm/exception-64s.h +14 -3
index 183d73b6ed99..0912e328e1d7 100644
@@ -236,15 +236,26 @@ END_FTR_SECTION_NESTED(ftr,ftr,943)
 #define kvmppc_interrupt kvmppc_interrupt_pr
 #endif
 
+/*
+ * Branch to label using its 0xC000 address. This gives the same real address
+ * when relocation is off, but allows mtmsr to set MSR[IR|DR]=1.
+ * This could set the 0xc bits for !RELOCATABLE rather than load KBASE for
+ * a slight optimisation.
+ */
+#define BRANCH_TO_C000(reg, label)					\
+	__LOAD_HANDLER(reg, label);					\
+	mtctr	reg;							\
+	bctr
+
 #ifdef CONFIG_RELOCATABLE
 #define BRANCH_TO_COMMON(reg, label)					\
 	__LOAD_HANDLER(reg, label);					\
 	mtctr	reg;							\
 	bctr
 
-#define BRANCH_LINK_TO_FAR(label)					\
-	__LOAD_FAR_HANDLER(r12, label);					\
-	mtctr	r12;							\
+#define BRANCH_LINK_TO_FAR(reg, label)					\
+	__LOAD_FAR_HANDLER(reg, label);					\
+	mtctr	reg;							\
 	bctrl
 
 /*
arch/powerpc/kernel/exceptions-64s.S +4 -2
index d55201625ea3..fec7c933d095 100644
@@ -99,7 +99,9 @@ EXC_VIRT_NONE(0x4000, 0x100)
 #ifdef CONFIG_PPC_P7_NAP
 	/*
 	 * If running native on arch 2.06 or later, check if we are waking up
-	 * from nap/sleep/winkle, and branch to idle handler.
+	 * from nap/sleep/winkle, and branch to idle handler. The idle wakeup
+	 * handler initially runs in real mode, but we branch to the 0xc000...
+	 * address so we can turn on relocation with mtmsr.
 	 */
 #define IDLETEST(n)							\
 	BEGIN_FTR_SECTION ;						\
@@ -107,7 +109,7 @@ EXC_VIRT_NONE(0x4000, 0x100)
 	rlwinm.	r10,r10,47-31,30,31 ;					\
 	beq-	1f ;							\
 	cmpwi	cr3,r10,2 ;						\
-	BRANCH_TO_COMMON(r10, system_reset_idle_common) ;		\
+	BRANCH_TO_C000(r10, system_reset_idle_common) ;			\
 1:									\
 	END_FTR_SECTION_IFSET(CPU_FTR_HVMODE | CPU_FTR_ARCH_206)
 #else
Signature · 1 line
2.11.0
author reviewer
#19 lore raw

PATCH v2 8/14 powerpc/64s: idle avoid SRR usage in idle sleep/wake paths

In reply to Nicholas Piggin

Idle code now always runs at the 0xc... effective address whether in real or virtual mode. This means rfid can be ditched, along with a lot of SRR manipulations.

In the wakeup path, carry SRR1 around in r12. Use mtmsrd to change MSR states as required.

This also balances the return prediction for the idle call, by doing blr rather than rfid to return to the idle caller.

On POWER9, 2-process context switch on different cores, with snooze disabled, increases performance by 2%.

---
 arch/powerpc/kernel/exceptions-64s.S    |  1 +
 arch/powerpc/kernel/idle_book3s.S       | 57 +++++++++++++++------------------
 arch/powerpc/kvm/book3s_hv_rmhandlers.S |  8 ++++-
 3 files changed, 33 insertions(+), 33 deletions(-)
arch/powerpc/kernel/exceptions-64s.S +1 -0
index fec7c933d095..c3d0aef089a7 100644
@@ -130,6 +130,7 @@ EXC_VIRT_NONE(0x4100, 0x100)
 
 #ifdef CONFIG_PPC_P7_NAP
 EXC_COMMON_BEGIN(system_reset_idle_common)
+	mfspr	r12,SPRN_SRR1
 	b	pnv_powersave_wakeup
 #endif
 
arch/powerpc/kernel/idle_book3s.S +25 -32

163 lines not on this page · raw message

arch/powerpc/kvm/book3s_hv_rmhandlers.S +7 -1
index bdb3f76ceb6b..eb5b78b6bacf 100644
@@ -329,15 +329,21 @@ kvm_novcpu_exit:
  * We come in here when wakened from nap mode.
  * Relocation is off and most register values are lost.
  * r13 points to the PACA.
+ * r3 contains the SRR1 wakeup value, SRR1 is trashed.
  */
 	.globl	kvm_start_guest
 kvm_start_guest:
-
 	/* Set runlatch bit the minute you wake up from nap */
 	mfspr	r0, SPRN_CTRLF
 	ori 	r0, r0, 1
 	mtspr	SPRN_CTRLT, r0
 
+	/*
+	 * Could avoid this and pass it through in r3. For now,
+	 * code expects it to be in SRR1.
+	 */
+	mtspr	r3,SPRN_SRR1
+
 	ld	r2,PACATOC(r13)
 
 	li	r0,KVM_HWTHREAD_IN_KVM
Signature · 1 line
2.11.0
#20 lore raw

Re: [PATCH 08/14] powerpc/64s: idle avoid SRR usage in idle sleep/wake paths

Hi Nick,

Quoted 24 lines · Nicholas Piggin

Idle code now always runs at the 0xc... effective address whether in real or virtual mode. This means rfid can be ditched, along with a lot of SRR manipulations.

In the wakeup path, carry SRR1 around in r12. Use mtmsrd to change MSR states as required.

This also balances the return prediction for the idle call, by doing blr rather than rfid to return to the idle caller.

On POWER9, 2-process context switch on different cores, with snooze disabled, increases performance by 2%.

---
 arch/powerpc/kernel/exceptions-64s.S    |  1 +
 arch/powerpc/kernel/idle_book3s.S       | 57 +++++++++++++++------------------
 arch/powerpc/kvm/book3s_hv_rmhandlers.S |  8 ++++-
 3 files changed, 33 insertions(+), 33 deletions(-)
arch/powerpc/kernel/idle_book3s.S +0 -0
index fec7c933d095..c3d0aef089a7 100644
@@ -148,12 +147,8 @@ pnv_powersave_common:
 	 * the MMU context to the guest.

arch/powerpc/kernel/idle_book3s.S pnv_powersave_common: · line 151

Quoted 10 lines
arch/powerpc/kernel/idle_book3s.S +2 -6
 	 */
 	LOAD_REG_IMMEDIATE(r7, MSR_IDLE)
-	li	r6, MSR_RI
-	andc	r6, r9, r6
-	mtmsrd	r6, 1		/* clear RI before setting SRR0/1 */
-	mtspr	SPRN_SRR0, r4
-	mtspr	SPRN_SRR1, r7
-	rfid
+	mtmsrd	r7,0
+	bctr

So at this point we need to transition from virtual to real mode as the comment in pnv_enter_arch207_idle_mode expects us to. Which is being performed by mtmsrd here. Then we jump to the function via bctr. So, in this patch we are using two instructions to modify the MSR and the PC, while earlier the rfid would update these atomically.

Does forgoing atomicity have any risk? I am asking this because historically we have modified IR/DR bits in the MSR via rfid mechanism.
--
Thanks and Regards
gautham.

author reviewer
#21 lore raw

Re: [PATCH 08/14] powerpc/64s: idle avoid SRR usage in idle sleep/wake paths

Quoted 44 lines · On Tue, 13 Jun 2017 15:55:53 +0530 Gautham R Shenoy <[email protected]>…

Hi Nick,

Quoted 24 lines · Nicholas Piggin

Idle code now always runs at the 0xc... effective address whether in real or virtual mode. This means rfid can be ditched, along with a lot of SRR manipulations.

In the wakeup path, carry SRR1 around in r12. Use mtmsrd to change MSR states as required.

This also balances the return prediction for the idle call, by doing blr rather than rfid to return to the idle caller.

On POWER9, 2-process context switch on different cores, with snooze disabled, increases performance by 2%.

---
 arch/powerpc/kernel/exceptions-64s.S    |  1 +
 arch/powerpc/kernel/idle_book3s.S       | 57 +++++++++++++++------------------
 arch/powerpc/kvm/book3s_hv_rmhandlers.S |  8 ++++-
 3 files changed, 33 insertions(+), 33 deletions(-)
arch/powerpc/kernel/idle_book3s.S +0 -0
index fec7c933d095..c3d0aef089a7 100644
@@ -148,12 +147,8 @@ pnv_powersave_common:
 	 * the MMU context to the guest.

arch/powerpc/kernel/idle_book3s.S pnv_powersave_common: · line 151

Quoted 10 lines
arch/powerpc/kernel/idle_book3s.S +2 -6
 	 */
 	LOAD_REG_IMMEDIATE(r7, MSR_IDLE)
-	li	r6, MSR_RI
-	andc	r6, r9, r6
-	mtmsrd	r6, 1		/* clear RI before setting SRR0/1 */
-	mtspr	SPRN_SRR0, r4
-	mtspr	SPRN_SRR1, r7
-	rfid
+	mtmsrd	r7,0
+	bctr  

So at this point we need to transition from virtual to real mode as the comment in pnv_enter_arch207_idle_mode expects us to. Which is being performed by mtmsrd here. Then we jump to the function via bctr. So, in this patch we are using two instructions to modify the MSR and the PC, while earlier the rfid would update these atomically.

Quoted 3 lines

Does forgoing atomicity have any risk? I am asking this because historically we have modified IR/DR bits in the MSR via rfid mechanism.

I believe it's not a problem. Actually the ISA has a note about using it in this way, p.1181 of ISA v3.0B, the programming note suggests using mtmsrd rather than rfid to enable IR.

I've tested on POWER8 and 9 and not had any problems with it. Interesting question though.

One thing I wonder about is that ERAT installs real mode entries, so using mtmsrd to transition from real to virtual mode will require 2 I-ERAT entries for these nearby instruction addresses. Then if you did a branch to a distant address, that would require another I-ERAT. On the other hand if you do an rfid to switch MSR and branch to distant address at the same time, it should only require 2 I-ERAT entries. So you may see better microbenchmark performance of the first case, but the latter may end up being slower on real work.

I've decided that probably the kernel is compact enough that we aren't likely to cause more ERAT footprint by doing this. It would be interesting to do a proper analysis of this, but I haven't got around to it yet.

Thanks,
Nick

author reviewer
#22 lore raw

PATCH v2 9/14 powerpc/64s: idle hmi wakeup is unlikely

In reply to Nicholas Piggin

In a busy system, idle wakeups can be expected from IPIs and device interrupts.

---
 arch/powerpc/kernel/idle_book3s.S | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
arch/powerpc/kernel/idle_book3s.S +1 -1
index 6305d4d7a268..32b76fb28352 100644
@@ -306,7 +306,7 @@ FTR_SECTION_ELSE_NESTED(66);						\
 	rlwinm	r0,r12,45-31,0xe;  /* P7 wake reason field is 3 bits */	\
 ALT_FTR_SECTION_END_NESTED_IFSET(CPU_FTR_ARCH_207S, 66);		\
 	cmpwi	r0,0xa;			/* Hypervisor maintenance ? */	\
-	bne	20f;							\
+	bne+	20f;							\
 	/* Invoke opal call to handle hmi */				\
 	ld	r2,PACATOC(r13);					\
 	ld	r1,PACAR1(r13);						\
Signature · 1 line
2.11.0
Reviewed-by on v2 9/14
#23 lore raw

Re: [PATCH 09/14] powerpc/64s: idle hmi wakeup is unlikely

Quoted 4 lines · Nicholas Piggin

In a busy system, idle wakeups can be expected from IPIs and device interrupts.

Quoted 20 lines
---
 arch/powerpc/kernel/idle_book3s.S | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
arch/powerpc/kernel/idle_book3s.S +1 -1
index 6305d4d7a268..32b76fb28352 100644
@@ -306,7 +306,7 @@ FTR_SECTION_ELSE_NESTED(66);						\
 	rlwinm	r0,r12,45-31,0xe;  /* P7 wake reason field is 3 bits */	\
 ALT_FTR_SECTION_END_NESTED_IFSET(CPU_FTR_ARCH_207S, 66);		\
 	cmpwi	r0,0xa;			/* Hypervisor maintenance ? */	\
-	bne	20f;							\
+	bne+	20f;							\
 	/* Invoke opal call to handle hmi */				\
 	ld	r2,PACATOC(r13);					\
 	ld	r1,PACAR1(r13);						\
Signature · 1 line
2.11.0
author reviewer
#24 lore raw

PATCH v2 10/14 powerpc/64s: cpuidle set polling before enabling irqs

In reply to Nicholas Piggin

local_irq_enable can cause interrupts to be taken which could take significant amount of processing time. The idle process should set its polling flag before this, so another process that wakes it during this time will not have to send an IPI.

Expand the TIF_POLLING_NRFLAG coverage to as large as possible.

---
 drivers/cpuidle/cpuidle-powernv.c | 4 +++-
 drivers/cpuidle/cpuidle-pseries.c | 3 ++-
 2 files changed, 5 insertions(+), 2 deletions(-)
drivers/cpuidle/cpuidle-powernv.c +3 -1
index 79152676f62b..50b3c2e0306f 100644
@@ -51,9 +51,10 @@ static int snooze_loop(struct cpuidle_device *dev,
 {
 	u64 snooze_exit_time;
 
-	local_irq_enable();
 	set_thread_flag(TIF_POLLING_NRFLAG);
 
+	local_irq_enable();
+
 	snooze_exit_time = get_tb() + snooze_timeout;
 	ppc64_runlatch_off();
 	HMT_very_low();
@@ -66,6 +67,7 @@ static int snooze_loop(struct cpuidle_device *dev,
 	ppc64_runlatch_on();
 	clear_thread_flag(TIF_POLLING_NRFLAG);
 	smp_mb();
+
 	return index;
 }
 
drivers/cpuidle/cpuidle-pseries.c +2 -1
index 166ccd711ec9..7b12bb2ea70f 100644
@@ -62,9 +62,10 @@ static int snooze_loop(struct cpuidle_device *dev,
 	unsigned long in_purr;
 	u64 snooze_exit_time;
 
+	set_thread_flag(TIF_POLLING_NRFLAG);
+
 	idle_loop_prolog(&in_purr);
 	local_irq_enable();
-	set_thread_flag(TIF_POLLING_NRFLAG);
 	snooze_exit_time = get_tb() + snooze_timeout;
 
 	while (!need_resched()) {
Signature · 1 line
2.11.0
Reviewed-by on v2 10/14
#25 lore raw

Re: [PATCH 10/14] powerpc/64s: cpuidle set polling before enabling irqs

Quoted 8 lines · Nicholas Piggin

local_irq_enable can cause interrupts to be taken which could take significant amount of processing time. The idle process should set its polling flag before this, so another process that wakes it during this time will not have to send an IPI.

Expand the TIF_POLLING_NRFLAG coverage to as large as possible.

Looks good. Were you able to see this make a difference in any of the tests ?

Quoted 48 lines
---
 drivers/cpuidle/cpuidle-powernv.c | 4 +++-
 drivers/cpuidle/cpuidle-pseries.c | 3 ++-
 2 files changed, 5 insertions(+), 2 deletions(-)
drivers/cpuidle/cpuidle-powernv.c +3 -1
index 79152676f62b..50b3c2e0306f 100644
@@ -51,9 +51,10 @@ static int snooze_loop(struct cpuidle_device *dev,
 {
 	u64 snooze_exit_time;
 
-	local_irq_enable();
 	set_thread_flag(TIF_POLLING_NRFLAG);
 
+	local_irq_enable();
+
 	snooze_exit_time = get_tb() + snooze_timeout;
 	ppc64_runlatch_off();
 	HMT_very_low();
@@ -66,6 +67,7 @@ static int snooze_loop(struct cpuidle_device *dev,
 	ppc64_runlatch_on();
 	clear_thread_flag(TIF_POLLING_NRFLAG);
 	smp_mb();
+
 	return index;
 }
 
drivers/cpuidle/cpuidle-pseries.c +2 -1
index 166ccd711ec9..7b12bb2ea70f 100644
@@ -62,9 +62,10 @@ static int snooze_loop(struct cpuidle_device *dev,
 	unsigned long in_purr;
 	u64 snooze_exit_time;
 
+	set_thread_flag(TIF_POLLING_NRFLAG);
+
 	idle_loop_prolog(&in_purr);
 	local_irq_enable();
-	set_thread_flag(TIF_POLLING_NRFLAG);
 	snooze_exit_time = get_tb() + snooze_timeout;
 
 	while (!need_resched()) {
Signature · 1 line
2.11.0
author reviewer
#26 lore raw

Re: [PATCH 10/14] powerpc/64s: cpuidle set polling before enabling irqs

Quoted 6 lines · On Mon, 12 Jun 2017 20:40:25 +0530 Gautham R Shenoy <[email protected]>…
Quoted 5 lines · Nicholas Piggin

local_irq_enable can cause interrupts to be taken which could take significant amount of processing time. The idle process should set its polling flag before this, so another process that wakes it during this time will not have to send an IPI.

Quoted 6 lines
Quoted 3 lines

Expand the TIF_POLLING_NRFLAG coverage to as large as possible.

Looks good. Were you able to see this make a difference in any of the tests ?

No I didn't measure a difference or have a test case where this was noticable. I think on a workload with some IO interrupts as well as cross-CPU wakeups, then statistically we should see some improvement in IPI rates with this patch.

Thanks,
Nick

author reviewer
#27 lore raw

PATCH v2 11/14 powerpc/64s: cpuidle read mostly for common globals

In reply to Nicholas Piggin

Ensure these don't get put into bouncing cachelines.

---
 drivers/cpuidle/cpuidle-powernv.c | 10 +++++-----
 drivers/cpuidle/cpuidle-pseries.c |  8 ++++----
 2 files changed, 9 insertions(+), 9 deletions(-)
drivers/cpuidle/cpuidle-powernv.c +5 -5
index 50b3c2e0306f..9d03326ac05e 100644
@@ -32,18 +32,18 @@ static struct cpuidle_driver powernv_idle_driver = {
 	.owner            = THIS_MODULE,
 };
 
-static int max_idle_state;
-static struct cpuidle_state *cpuidle_state_table;
+static int max_idle_state __read_mostly;
+static struct cpuidle_state *cpuidle_state_table __read_mostly;
 
 struct stop_psscr_table {
 	u64 val;
 	u64 mask;
 };
 
-static struct stop_psscr_table stop_psscr_table[CPUIDLE_STATE_MAX];
+static struct stop_psscr_table stop_psscr_table[CPUIDLE_STATE_MAX] __read_mostly;
 
-static u64 snooze_timeout;
-static bool snooze_timeout_en;
+static u64 snooze_timeout __read_mostly;
+static bool snooze_timeout_en __read_mostly;
 
 static int snooze_loop(struct cpuidle_device *dev,
 			struct cpuidle_driver *drv,
drivers/cpuidle/cpuidle-pseries.c +4 -4
index 7b12bb2ea70f..a404f352d284 100644
@@ -25,10 +25,10 @@ struct cpuidle_driver pseries_idle_driver = {
 	.owner            = THIS_MODULE,
 };
 
-static int max_idle_state;
-static struct cpuidle_state *cpuidle_state_table;
-static u64 snooze_timeout;
-static bool snooze_timeout_en;
+static int max_idle_state __read_mostly;
+static struct cpuidle_state *cpuidle_state_table __read_mostly;
+static u64 snooze_timeout __read_mostly;
+static bool snooze_timeout_en __read_mostly;
 
 static inline void idle_loop_prolog(unsigned long *in_purr)
 {
Signature · 1 line
2.11.0
Reviewed-by on v2 11/14
#28 lore raw

Re: [PATCH 11/14] powerpc/64s: cpuidle read mostly for common globals

Quoted 3 lines · Nicholas Piggin

Ensure these don't get put into bouncing cachelines.

Quoted 55 lines
---
 drivers/cpuidle/cpuidle-powernv.c | 10 +++++-----
 drivers/cpuidle/cpuidle-pseries.c |  8 ++++----
 2 files changed, 9 insertions(+), 9 deletions(-)
drivers/cpuidle/cpuidle-powernv.c +5 -5
index 50b3c2e0306f..9d03326ac05e 100644
@@ -32,18 +32,18 @@ static struct cpuidle_driver powernv_idle_driver = {
 	.owner            = THIS_MODULE,
 };
 
-static int max_idle_state;
-static struct cpuidle_state *cpuidle_state_table;
+static int max_idle_state __read_mostly;
+static struct cpuidle_state *cpuidle_state_table __read_mostly;
 
 struct stop_psscr_table {
 	u64 val;
 	u64 mask;
 };
 
-static struct stop_psscr_table stop_psscr_table[CPUIDLE_STATE_MAX];
+static struct stop_psscr_table stop_psscr_table[CPUIDLE_STATE_MAX] __read_mostly;
 
-static u64 snooze_timeout;
-static bool snooze_timeout_en;
+static u64 snooze_timeout __read_mostly;
+static bool snooze_timeout_en __read_mostly;
 
 static int snooze_loop(struct cpuidle_device *dev,
 			struct cpuidle_driver *drv,
drivers/cpuidle/cpuidle-pseries.c +4 -4
index 7b12bb2ea70f..a404f352d284 100644
@@ -25,10 +25,10 @@ struct cpuidle_driver pseries_idle_driver = {
 	.owner            = THIS_MODULE,
 };
 
-static int max_idle_state;
-static struct cpuidle_state *cpuidle_state_table;
-static u64 snooze_timeout;
-static bool snooze_timeout_en;
+static int max_idle_state __read_mostly;
+static struct cpuidle_state *cpuidle_state_table __read_mostly;
+static u64 snooze_timeout __read_mostly;
+static bool snooze_timeout_en __read_mostly;
 
 static inline void idle_loop_prolog(unsigned long *in_purr)
 {
Signature · 1 line
2.11.0
#29 lore raw

Re: [PATCH 11/14] powerpc/64s: cpuidle read mostly for common globals

Quoted 6 lines · Gautham R Shenoy
Quoted 3 lines · Nicholas Piggin

Ensure these don't get put into bouncing cachelines.

Quoted 41 lines
Quoted 41 lines
---
 drivers/cpuidle/cpuidle-powernv.c | 10 +++++-----
 drivers/cpuidle/cpuidle-pseries.c |  8 ++++----
 2 files changed, 9 insertions(+), 9 deletions(-)
drivers/cpuidle/cpuidle-powernv.c +5 -5
index 50b3c2e0306f..9d03326ac05e 100644
@@ -32,18 +32,18 @@ static struct cpuidle_driver powernv_idle_driver = {
 	.owner            = THIS_MODULE,
 };
 
-static int max_idle_state;
-static struct cpuidle_state *cpuidle_state_table;
+static int max_idle_state __read_mostly;
+static struct cpuidle_state *cpuidle_state_table __read_mostly;
 
 struct stop_psscr_table {
 	u64 val;
 	u64 mask;
 };
 
-static struct stop_psscr_table stop_psscr_table[CPUIDLE_STATE_MAX];
+static struct stop_psscr_table stop_psscr_table[CPUIDLE_STATE_MAX] __read_mostly;
 
-static u64 snooze_timeout;
-static bool snooze_timeout_en;
+static u64 snooze_timeout __read_mostly;
+static bool snooze_timeout_en __read_mostly;
 
 static int snooze_loop(struct cpuidle_device *dev,
 			struct cpuidle_driver *drv,
drivers/cpuidle/cpuidle-pseries.c +0 -0
index 7b12bb2ea70f..a404f352d284 100644
@@ -25,10 +25,10 @@ struct cpuidle_driver pseries_idle_driver = {
 	.owner            = THIS_MODULE,
 };
 
Quoted 9 lines

drivers/cpuidle/cpuidle-pseries.c struct cpuidle_driver pseries_idle_driver = { · line 32

Quoted 9 lines
drivers/cpuidle/cpuidle-pseries.c +4 -4
-static int max_idle_state;
-static struct cpuidle_state *cpuidle_state_table;
-static u64 snooze_timeout;
-static bool snooze_timeout_en;
+static int max_idle_state __read_mostly;
+static struct cpuidle_state *cpuidle_state_table __read_mostly;
+static u64 snooze_timeout __read_mostly;
+static bool snooze_timeout_en __read_mostly;
 

Simple annotation of __read_mostly could save us a few cache line bounces. Good idea.

--Vaidy

author reviewer
#30 lore raw

PATCH v2 12/14 powerpc/64s: cpuidle no memory barrier after break from idle

In reply to Nicholas Piggin

A memory barrier is not required after the task wakes up, only if we clear the polling flag before waking. The case where we have work to do is the important one, so optimise for it.

---
 drivers/cpuidle/cpuidle-powernv.c | 11 +++++++++--
 drivers/cpuidle/cpuidle-pseries.c | 11 +++++++++--
 2 files changed, 18 insertions(+), 4 deletions(-)
drivers/cpuidle/cpuidle-powernv.c +9 -2
index 9d03326ac05e..37b0698b7193 100644
@@ -59,14 +59,21 @@ static int snooze_loop(struct cpuidle_device *dev,
 	ppc64_runlatch_off();
 	HMT_very_low();
 	while (!need_resched()) {
-		if (likely(snooze_timeout_en) && get_tb() > snooze_exit_time)
+		if (likely(snooze_timeout_en) && get_tb() > snooze_exit_time) {
+			/*
+			 * Task has not woken up but we are exiting the polling
+			 * loop anyway. Require a barrier after polling is
+			 * cleared to order subsequent test of need_resched().
+			 */
+			clear_thread_flag(TIF_POLLING_NRFLAG);
+			smp_mb();
 			break;
+		}
 	}
 
 	HMT_medium();
 	ppc64_runlatch_on();
 	clear_thread_flag(TIF_POLLING_NRFLAG);
-	smp_mb();
 
 	return index;
 }
drivers/cpuidle/cpuidle-pseries.c +9 -2
index a404f352d284..e9b3853d93ea 100644
@@ -71,13 +71,20 @@ static int snooze_loop(struct cpuidle_device *dev,
 	while (!need_resched()) {
 		HMT_low();
 		HMT_very_low();
-		if (snooze_timeout_en && get_tb() > snooze_exit_time)
+		if (likely(snooze_timeout_en) && get_tb() > snooze_exit_time) {
+			/*
+			 * Task has not woken up but we are exiting the polling
+			 * loop anyway. Require a barrier after polling is
+			 * cleared to order subsequent test of need_resched().
+			 */
+			clear_thread_flag(TIF_POLLING_NRFLAG);
+			smp_mb();
 			break;
+		}
 	}
 
 	HMT_medium();
 	clear_thread_flag(TIF_POLLING_NRFLAG);
-	smp_mb();
 
 	idle_loop_epilog(in_purr);
 
Signature · 1 line
2.11.0
Reviewed-by on v2 12/14
#31 lore raw

Re: [PATCH 12/14] powerpc/64s: cpuidle no memory barrier after break from idle

Quoted 6 lines · Nicholas Piggin

A memory barrier is not required after the task wakes up, only if we clear the polling flag before waking. The case where we have work to do is the important one, so optimise for it.

Quoted 20 lines
---
 drivers/cpuidle/cpuidle-powernv.c | 11 +++++++++--
 drivers/cpuidle/cpuidle-pseries.c | 11 +++++++++--
 2 files changed, 18 insertions(+), 4 deletions(-)
drivers/cpuidle/cpuidle-powernv.c +6 -1
index 9d03326ac05e..37b0698b7193 100644
@@ -59,14 +59,21 @@ static int snooze_loop(struct cpuidle_device *dev,
 	ppc64_runlatch_off();
 	HMT_very_low();
 	while (!need_resched()) {
-		if (likely(snooze_timeout_en) && get_tb() > snooze_exit_time)
+		if (likely(snooze_timeout_en) && get_tb() > snooze_exit_time) {
+			/*
+			 * Task has not woken up but we are exiting the polling
+			 * loop anyway. Require a barrier after polling is
+			 * cleared to order subsequent test of need_resched().
+			 */

drivers/cpuidle/cpuidle-powernv.c static int snooze_loop(struct cpuidle_device *dev, · line 69

Quoted 10 lines
drivers/cpuidle/cpuidle-powernv.c +3 -1
+			clear_thread_flag(TIF_POLLING_NRFLAG);
+			smp_mb();
 			break;
+		}
 	}
 
 	HMT_medium();
 	ppc64_runlatch_on();
 	clear_thread_flag(TIF_POLLING_NRFLAG);
-	smp_mb();

If we reach here without executing if(snooze_timeout) with the barrier+break, that means we have seen the need_resched flag and hence we can avoid the barrier. Clearing of the polling flag can be seen (take affect) later as we will exit the idle loop and re-enter anyway at this point. The caller also will check for need_resched and exit the idle loop.

Actually do_idle() has a __current_set_polling() and __current_clr_polling() in the default idle loop. Do we really need to set/clear the TIF_POLLING_NRFLAG again in cpuidle driver?

--Vaidy

author reviewer
#32 lore raw

Re: [PATCH 12/14] powerpc/64s: cpuidle no memory barrier after break from idle

Quoted 50 lines · On Mon, 12 Jun 2017 23:18:44 +0530 Vaidyanathan Srinivasan…
Quoted 6 lines · Nicholas Piggin

A memory barrier is not required after the task wakes up, only if we clear the polling flag before waking. The case where we have work to do is the important one, so optimise for it.

Quoted 20 lines
---
 drivers/cpuidle/cpuidle-powernv.c | 11 +++++++++--
 drivers/cpuidle/cpuidle-pseries.c | 11 +++++++++--
 2 files changed, 18 insertions(+), 4 deletions(-)
drivers/cpuidle/cpuidle-powernv.c +6 -1
index 9d03326ac05e..37b0698b7193 100644
@@ -59,14 +59,21 @@ static int snooze_loop(struct cpuidle_device *dev,
 	ppc64_runlatch_off();
 	HMT_very_low();
 	while (!need_resched()) {
-		if (likely(snooze_timeout_en) && get_tb() > snooze_exit_time)
+		if (likely(snooze_timeout_en) && get_tb() > snooze_exit_time) {
+			/*
+			 * Task has not woken up but we are exiting the polling
+			 * loop anyway. Require a barrier after polling is
+			 * cleared to order subsequent test of need_resched().
+			 */

drivers/cpuidle/cpuidle-powernv.c static int snooze_loop(struct cpuidle_device *dev, · line 69

Quoted 10 lines
drivers/cpuidle/cpuidle-powernv.c +3 -1
+			clear_thread_flag(TIF_POLLING_NRFLAG);
+			smp_mb();
 			break;
+		}
 	}
 
 	HMT_medium();
 	ppc64_runlatch_on();
 	clear_thread_flag(TIF_POLLING_NRFLAG);
-	smp_mb();  

If we reach here without executing if(snooze_timeout) with the barrier+break, that means we have seen the need_resched flag and hence we can avoid the barrier. Clearing of the polling flag can be seen (take affect) later as we will exit the idle loop and re-enter anyway at this point. The caller also will check for need_resched and exit the idle loop.

Quoted 3 lines

Actually do_idle() has a __current_set_polling() and __current_clr_polling() in the default idle loop. Do we really need to set/clear the TIF_POLLING_NRFLAG again in cpuidle driver?

We do because cpuidle drivers are entered with POLLING clear, don't they?

It would be nice to have the entire scheduler idle including cpuidle entry run with POLLING set. It would then be up to interrupt-based cpuidle drivers to clear POLLING before sleeping. I think that should remove... maybe 4 atomic ops from the most performance-critical idle states (the polling ones).

That's a bigger change though and will touch many archs and core code.

Thanks,
Nick

author reviewer
#33 lore raw

PATCH v2 13/14 powerpc/64: runlatch CTRL[RUN] set optimisation

In reply to Nicholas Piggin

The CTRL register is read-only except bit 63 which is the run latch control. This means it can be updated with a mtspr rather than mfspr/mtspr.

---
 arch/powerpc/kernel/process.c | 12 ++----------
 1 file changed, 2 insertions(+), 10 deletions(-)
arch/powerpc/kernel/process.c +2 -10
index baae104b16c7..a44ea034c226 100644
@@ -1960,12 +1960,8 @@ void show_stack(struct task_struct *tsk, unsigned long *stack)
 void notrace __ppc64_runlatch_on(void)
 {
 	struct thread_info *ti = current_thread_info();
-	unsigned long ctrl;
-
-	ctrl = mfspr(SPRN_CTRLF);
-	ctrl |= CTRL_RUNLATCH;
-	mtspr(SPRN_CTRLT, ctrl);
 
+	mtspr(SPRN_CTRLT, CTRL_RUNLATCH);
 	ti->local_flags |= _TLF_RUNLATCH;
 }
 
@@ -1973,13 +1969,9 @@ void notrace __ppc64_runlatch_on(void)
 void notrace __ppc64_runlatch_off(void)
 {
 	struct thread_info *ti = current_thread_info();
-	unsigned long ctrl;
 
 	ti->local_flags &= ~_TLF_RUNLATCH;
-
-	ctrl = mfspr(SPRN_CTRLF);
-	ctrl &= ~CTRL_RUNLATCH;
-	mtspr(SPRN_CTRLT, ctrl);
+	mtspr(SPRN_CTRLT, 0);
 }
 #endif /* CONFIG_PPC64 */
 
Signature · 1 line
2.11.0
Reviewed-by on v2 13/14
#34 lore raw

Re: [PATCH 13/14] powerpc/64: runlatch CTRL[RUN] set optimisation

Quoted 5 lines · Nicholas Piggin

The CTRL register is read-only except bit 63 which is the run latch control. This means it can be updated with a mtspr rather than mfspr/mtspr.

Quoted 24 lines
---
 arch/powerpc/kernel/process.c | 12 ++----------
 1 file changed, 2 insertions(+), 10 deletions(-)
arch/powerpc/kernel/process.c +1 -5
index baae104b16c7..a44ea034c226 100644
@@ -1960,12 +1960,8 @@ void show_stack(struct task_struct *tsk, unsigned long *stack)
 void notrace __ppc64_runlatch_on(void)
 {
 	struct thread_info *ti = current_thread_info();
-	unsigned long ctrl;
-
-	ctrl = mfspr(SPRN_CTRLF);
-	ctrl |= CTRL_RUNLATCH;
-	mtspr(SPRN_CTRLT, ctrl);
 
+	mtspr(SPRN_CTRLT, CTRL_RUNLATCH);
 	ti->local_flags |= _TLF_RUNLATCH;
 }
 
@@ -1973,13 +1969,9 @@ void notrace __ppc64_runlatch_on(void)
 void notrace __ppc64_runlatch_off(void)

arch/powerpc/kernel/process.c void notrace __ppc64_runlatch_on(void) · line 1974

Quoted 10 lines
arch/powerpc/kernel/process.c +1 -5
 {
 	struct thread_info *ti = current_thread_info();
-	unsigned long ctrl;
 
 	ti->local_flags &= ~_TLF_RUNLATCH;
-
-	ctrl = mfspr(SPRN_CTRLF);
-	ctrl &= ~CTRL_RUNLATCH;
-	mtspr(SPRN_CTRLT, ctrl);
+	mtspr(SPRN_CTRLT, 0);

Good idea. Writing to CTRL register can change only the RUN field. Was this any different in older generations? Anton and Ben kept the mfspr/mtspr part in earlier updates to this routine.

--Vaidy

#35 lore raw

Re: [PATCH 13/14] powerpc/64: runlatch CTRL[RUN] set optimisation

Quoted 18 lines · Vaidyanathan Srinivasan
Quoted 16 lines · Nicholas Piggin

The CTRL register is read-only except bit 63 which is the run latch control. This means it can be updated with a mtspr rather than mfspr/mtspr.

arch/powerpc/kernel/process.c +0 -1
index baae104b16c7..a44ea034c226 100644
@@ -1973,13 +1969,9 @@ void notrace __ppc64_runlatch_on(void)
 void notrace __ppc64_runlatch_off(void)
 {
 	struct thread_info *ti = current_thread_info();
-	unsigned long ctrl;
 
Quoted 9 lines

arch/powerpc/kernel/process.c void notrace __ppc64_runlatch_on(void) · line 1974

Quoted 6 lines
arch/powerpc/kernel/process.c +1 -4
 	ti->local_flags &= ~_TLF_RUNLATCH;
-
-	ctrl = mfspr(SPRN_CTRLF);
-	ctrl &= ~CTRL_RUNLATCH;
-	mtspr(SPRN_CTRLT, ctrl);
+	mtspr(SPRN_CTRLT, 0);

Good idea. Writing to CTRL register can change only the RUN field. Was this any different in older generations?

No AFAICS back to 2.02.

Quoted 2 lines

Anton and Ben kept the mfspr/mtspr part in earlier updates to this routine.

Doing the read/modify write is forward compatible vs a new writable field, whereas writing the whole register with a known value is not.

cheers

author reviewer
#36 lore raw

Re: [PATCH 13/14] powerpc/64: runlatch CTRL[RUN] set optimisation

Quoted 29 lines · On Tue, 13 Jun 2017 20:04:27 +1000 Michael Ellerman <[email protected]> wrote:
Quoted 18 lines · Vaidyanathan Srinivasan
Quoted 16 lines · Nicholas Piggin

The CTRL register is read-only except bit 63 which is the run latch control. This means it can be updated with a mtspr rather than mfspr/mtspr.

arch/powerpc/kernel/process.c +0 -1
index baae104b16c7..a44ea034c226 100644
@@ -1973,13 +1969,9 @@ void notrace __ppc64_runlatch_on(void)
 void notrace __ppc64_runlatch_off(void)
 {
 	struct thread_info *ti = current_thread_info();
-	unsigned long ctrl;
 
Quoted 9 lines

arch/powerpc/kernel/process.c void notrace __ppc64_runlatch_on(void) · line 1974

Quoted 6 lines
arch/powerpc/kernel/process.c +1 -4
 	ti->local_flags &= ~_TLF_RUNLATCH;
-
-	ctrl = mfspr(SPRN_CTRLF);
-	ctrl &= ~CTRL_RUNLATCH;
-	mtspr(SPRN_CTRLT, ctrl);
+	mtspr(SPRN_CTRLT, 0);  

Good idea. Writing to CTRL register can change only the RUN field. Was this any different in older generations?

Quoted 7 lines

No AFAICS back to 2.02.

Quoted 2 lines

Anton and Ben kept the mfspr/mtspr part in earlier updates to this routine.

Doing the read/modify write is forward compatible vs a new writable field, whereas writing the whole register with a known value is not.

Can we call that an incompatible arch change and not worry about it? ISA says we may expect TS (read-only) field to expand, but I guess they could shoehorn something else in there.

#37 lore raw

Re: [PATCH 13/14] powerpc/64: runlatch CTRL[RUN] set optimisation

In reply to Michael Ellerman
Quoted 10 lines · Michael Ellerman
Quoted 2 lines

Good idea.  Writing to CTRL register can change only the RUN field. Was this any different in older generations?

No AFAICS back to 2.02.

Quoted 2 lines

Anton and Ben kept the mfspr/mtspr part in earlier updates to this routine.

Doing the read/modify write is forward compatible vs a new writable field, whereas writing the whole register with a known value is not.

At this stage I wouldn't worry too much about it. What we can do is write a pre-cooked value (from reading it earlier once at boot) if we are paranoid or just do what Nick does and put the onus on future designs that might want to re-use it for other things to add a mode bits to configure the new feature in.

Ben.

#38 lore raw

Re: [PATCH 13/14] powerpc/64: runlatch CTRL[RUN] set optimisation

Quoted 2 lines · Benjamin Herrenschmidt
Quoted 1 line · Michael Ellerman
Quoted 1 line

Good idea.=C2=A0 Writing to CTRL register can change only the RUN fiel=

d.

Quoted 10 lines
Quoted 9 lines
Quoted 1 line

Was this any different in older generations?

=20
No AFAICS back to 2.02.
=20

Quoted 2 lines

Anton and Ben kept the mfspr/mtspr part in earlier updates to this routine.

=20
Doing the read/modify write is forward compatible vs a new writable field, whereas writing the whole register with a known value is not.

Quoted 5 lines

At this stage I wouldn't worry too much about it. What we can do is write a pre-cooked value (from reading it earlier once at boot) if we are paranoid or just do what Nick does and put the onus on future designs that might want to re-use it for other things to add a mode bits to configure the new feature in.

Fine by me.

cheers

author reviewer
#39 lore raw

PATCH v2 14/14 powerpc/64s: idle runlatch switch is done with MSR[EE]=0

In reply to Nicholas Piggin

2*mfmsr and 2*mtmsr can be avoided in the idle sleep/wake code because we know the MSR[EE] is clear.

---
 arch/powerpc/platforms/powernv/idle.c | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)
arch/powerpc/platforms/powernv/idle.c +6 -6
index ee416e016387..84c55a5ef7ea 100644
@@ -291,9 +291,9 @@ static unsigned long __power7_idle_type(unsigned long type)
 	if (!prep_irq_for_idle_irqsoff())
 		return 0;
 
-	ppc64_runlatch_off();
+	__ppc64_runlatch_off();
 	srr1 = power7_idle_insn(type);
-	ppc64_runlatch_on();
+	__ppc64_runlatch_on();
 
 	fini_irq_for_idle_irqsoff();
 
@@ -328,9 +328,9 @@ static unsigned long __power9_idle_type(unsigned long stop_psscr_val,
 	psscr = mfspr(SPRN_PSSCR);
 	psscr = (psscr & ~stop_psscr_mask) | stop_psscr_val;
 
-	ppc64_runlatch_off();
+	__ppc64_runlatch_off();
 	srr1 = power9_idle_stop(psscr);
-	ppc64_runlatch_on();
+	__ppc64_runlatch_on();
 
 	fini_irq_for_idle_irqsoff();
 
@@ -365,7 +365,7 @@ unsigned long pnv_cpu_offline(unsigned int cpu)
 	unsigned long srr1;
 	u32 idle_states = pnv_get_supported_cpuidle_states();
 
-	ppc64_runlatch_off();
+	__ppc64_runlatch_off();
 
 	if (cpu_has_feature(CPU_FTR_ARCH_300) && deepest_stop_found) {
 		unsigned long psscr;
@@ -392,7 +392,7 @@ unsigned long pnv_cpu_offline(unsigned int cpu)
 		HMT_medium();
 	}
 
-	ppc64_runlatch_on();
+	__ppc64_runlatch_on();
 
 	return srr1;
 }
Signature · 1 line
2.11.0
Acked-by on v2 14/14
#40 lore raw

Re: [PATCH 14/14] powerpc/64s: idle runlatch switch is done with MSR[EE]=0

Quoted 2 lines · Nicholas Piggin

2*mfmsr and 2*mtmsr can be avoided in the idle sleep/wake code because we know the MSR[EE] is clear.

Good optimization for powernv.

Quoted 1 line
Quoted 53 lines
---
 arch/powerpc/platforms/powernv/idle.c | 12 ++++++------
 1 file changed, 6 insertions(+), 6 deletions(-)
arch/powerpc/platforms/powernv/idle.c +6 -6
index ee416e016387..84c55a5ef7ea 100644
@@ -291,9 +291,9 @@ static unsigned long __power7_idle_type(unsigned long type)
 	if (!prep_irq_for_idle_irqsoff())
 		return 0;
 
-	ppc64_runlatch_off();
+	__ppc64_runlatch_off();
 	srr1 = power7_idle_insn(type);
-	ppc64_runlatch_on();
+	__ppc64_runlatch_on();
 
 	fini_irq_for_idle_irqsoff();
 
@@ -328,9 +328,9 @@ static unsigned long __power9_idle_type(unsigned long stop_psscr_val,
 	psscr = mfspr(SPRN_PSSCR);
 	psscr = (psscr & ~stop_psscr_mask) | stop_psscr_val;
 
-	ppc64_runlatch_off();
+	__ppc64_runlatch_off();
 	srr1 = power9_idle_stop(psscr);
-	ppc64_runlatch_on();
+	__ppc64_runlatch_on();
 
 	fini_irq_for_idle_irqsoff();
 
@@ -365,7 +365,7 @@ unsigned long pnv_cpu_offline(unsigned int cpu)
 	unsigned long srr1;
 	u32 idle_states = pnv_get_supported_cpuidle_states();
 
-	ppc64_runlatch_off();
+	__ppc64_runlatch_off();
 
 	if (cpu_has_feature(CPU_FTR_ARCH_300) && deepest_stop_found) {
 		unsigned long psscr;
@@ -392,7 +392,7 @@ unsigned long pnv_cpu_offline(unsigned int cpu)
 		HMT_medium();
 	}
 
-	ppc64_runlatch_on();
+	__ppc64_runlatch_on();
 
 	return srr1;
 }
Signature · 1 line
2.11.0