kernel: Move to Linux 4.17.4-openpower1

 powerpc/64s: Fix DT CPU features Power9 DD2.1 logic
 powerpc/64s/radix: Fix radix_kvm_prefetch_workaround paca access of not possible CPU
 powerpc/fadump: Unregister fadump on kexec down path.
 powerpc/powernv/cpuidle: Init all present cpus for deep states
 powerpc/powernv: copy/paste - Mask SO bit in CR
 powerpc/powernv/ioda2: Remove redundant free of TCE pages
 powerpc/ptrace: Fix enforcement of DAWR constraints
 powerpc/perf: Fix memory allocation for core-imc based on num_possible_cpus()
 powerpc/ptrace: Fix setting 512B aligned breakpoints with PTRACE_SET_DEBUGREG
 powerpc/pkeys: Detach execute_only key on !PROT_EXEC
 powerpc/mm/hash: Add missing isync prior to kernel stack SLB switch
 cpuidle: powernv: Fix promotion from snooze if next state disabled

Signed-off-by: Joel Stanley <joel@jms.id.au>

3 files changed, 5 insertions, 59 deletions

diff --git a/openpower/linux/0001-xhci-Reset-controller-on-xhci-shutdown.patch b/openpower/linux/0001-xhci-Reset-controller-on-xhci-shutdown.patch
index a195d748..838a2393 100644
--- a/openpower/linux/0001-xhci-Reset-controller-on-xhci-shutdown.patch
+++ b/openpower/linux/0001-xhci-Reset-controller-on-xhci-shutdown.patch
@@ -1,7 +1,7 @@
 From 0000000000000000000000000000000000000000 Mon Sep 17 00:00:00 2001
 From: Brian King <brking@linux.vnet.ibm.com>
 Date: Wed, 25 Oct 2017 10:42:59 +1100
-Subject: [PATCH 1/3] xhci: Reset controller on xhci shutdown
+Subject: [PATCH 1/2] xhci: Reset controller on xhci shutdown
 
 Fixes kexec boot. Without a hard reset, some USB chips will fail to
 initialize in a kexec booted kernel.
diff --git a/openpower/linux/0003-Release-OpenPower-kernel.patch b/openpower/linux/0002-Release-OpenPower-kernel.patch
index 77391821..46d2a505 100644
--- a/openpower/linux/0003-Release-OpenPower-kernel.patch
+++ b/openpower/linux/0002-Release-OpenPower-kernel.patch
@@ -1,7 +1,7 @@
 From 0000000000000000000000000000000000000000 Mon Sep 17 00:00:00 2001
 From: Joel Stanley <joel@jms.id.au>
-Date: Mon, 4 Jun 2018 17:14:35 +0930
-Subject: [PATCH 3/3] Release OpenPower kernel
+Date: Wed, 4 Jul 2018 14:07:48 +1000
+Subject: [PATCH 2/2] Release OpenPower kernel
 
 Signed-off-by: Joel Stanley <joel@jms.id.au>
 ---
@@ -9,13 +9,13 @@ Signed-off-by: Joel Stanley <joel@jms.id.au>
  1 file changed, 1 insertion(+), 1 deletion(-)
 
 diff --git a/Makefile b/Makefile
-index 31dc3a08295a..0b03fdaf7349 100644
+index 1d740dbe676d..15430bc142eb 100644
 --- a/Makefile
 +++ b/Makefile
 @@ -2,7 +2,7 @@
  VERSION = 4
  PATCHLEVEL = 17
- SUBLEVEL = 3
+ SUBLEVEL = 4
 -EXTRAVERSION =
 +EXTRAVERSION = -openpower1
  NAME = Merciless Moray
diff --git a/openpower/linux/0002-powerpc-perf-Fix-memory-allocation-for-core-imc-base.patch b/openpower/linux/0002-powerpc-perf-Fix-memory-allocation-for-core-imc-base.patch
deleted file mode 100644
index 76436dae..00000000
--- a/openpower/linux/0002-powerpc-perf-Fix-memory-allocation-for-core-imc-base.patch
+++ /dev/null
@@ -1,54 +0,0 @@
-From 0000000000000000000000000000000000000000 Mon Sep 17 00:00:00 2001
-From: Anju T Sudhakar <anju@linux.vnet.ibm.com>
-Date: Fri, 11 May 2018 19:13:42 +0530
-Subject: [PATCH 2/3] powerpc/perf: Fix memory allocation for core-imc based on
- num_possible_cpus()
-
-Currently memory is allocated for core-imc based on cpu_present_mask, which has
-bit 'cpu' set iff cpu is populated. We use  (cpu number / threads per core)
-as as array index to access the memory.
-So in a system with guarded cores, since allocation happens based on
-cpu_present_mask, (cpu number / threads per core) bounds the index and leads
-to memory overflow.
-
-The issue is exposed in a guard test.
-The guard test will make some CPU's as un-available to the system during boot
-time as well as at runtime. So when the cpu is unavailable to the system during
-boot time, the memory allocation happens depending on the number of available
-cpus. And when we access the memory using (cpu number / threads per core) as the
-index the system crashes due to memory overflow.
-
-Allocating memory for core-imc based on cpu_possible_mask, which has
-bit 'cpu' set iff cpu is populatable, will fix this issue.
-
-Reported-by: Pridhiviraj Paidipeddi <ppaidipe@linux.vnet.ibm.com>
-Signed-off-by: Anju T Sudhakar <anju@linux.vnet.ibm.com>
-Reviewed-by: Balbir Singh <bsingharora@gmail.com>
-Message-Id: <1526046222-17842-1-git-send-email-anju@linux.vnet.ibm.com>
-Signed-off-by: Joel Stanley <joel@jms.id.au>
----
- arch/powerpc/perf/imc-pmu.c | 4 ++--
- 1 file changed, 2 insertions(+), 2 deletions(-)
-
-diff --git a/arch/powerpc/perf/imc-pmu.c b/arch/powerpc/perf/imc-pmu.c
-index d7532e7b9ab5..75fb23c24ee8 100644
---- a/arch/powerpc/perf/imc-pmu.c
-+++ b/arch/powerpc/perf/imc-pmu.c
-@@ -1146,7 +1146,7 @@ static int init_nest_pmu_ref(void)
- 
- static void cleanup_all_core_imc_memory(void)
- {
--	int i, nr_cores = DIV_ROUND_UP(num_present_cpus(), threads_per_core);
-+	int i, nr_cores = DIV_ROUND_UP(num_possible_cpus(), threads_per_core);
- 	struct imc_mem_info *ptr = core_imc_pmu->mem_info;
- 	int size = core_imc_pmu->counter_mem_size;
- 
-@@ -1264,7 +1264,7 @@ static int imc_mem_init(struct imc_pmu *pmu_ptr, struct device_node *parent,
- 		if (!pmu_ptr->pmu.name)
- 			return -ENOMEM;
- 
--		nr_cores = DIV_ROUND_UP(num_present_cpus(), threads_per_core);
-+		nr_cores = DIV_ROUND_UP(num_possible_cpus(), threads_per_core);
- 		pmu_ptr->mem_info = kcalloc(nr_cores, sizeof(struct imc_mem_info),
- 								GFP_KERNEL);
-