update -rt to 4.14.59-rt37

Signed-off-by: Tiejun Chen <tiejun.china@gmail.com>

kernel/Makefile

@@ -221,14 +221,14 @@ ifeq ($(ARCH),x86_64)
 $(eval $(call kernel,4.17.10,4.17.x,$(EXTRA),$(DEBUG)))
 $(eval $(call kernel,4.14.58,4.14.x,$(EXTRA),$(DEBUG)))
 $(eval $(call kernel,4.14.58,4.14.x,,-dbg))
-$(eval $(call kernel,4.14.53,4.14.x,-rt,))
+$(eval $(call kernel,4.14.59,4.14.x,-rt,))
 $(eval $(call kernel,4.9.115,4.9.x,$(EXTRA),$(DEBUG)))
 $(eval $(call kernel,4.4.144,4.4.x,$(EXTRA),$(DEBUG)))
 
 else ifeq ($(ARCH),aarch64)
 $(eval $(call kernel,4.17.10,4.17.x,$(EXTRA),$(DEBUG)))
 $(eval $(call kernel,4.14.58,4.14.x,$(EXTRA),$(DEBUG)))
-$(eval $(call kernel,4.14.53,4.14.x,-rt,))
+$(eval $(call kernel,4.14.59,4.14.x,-rt,))
 
 else ifeq ($(ARCH),s390x)
 $(eval $(call kernel,4.17.10,4.17.x,$(EXTRA),$(DEBUG)))

kernel/patches-4.14.x-rt/0001-Revert-mm-vmstat.c-fix-vmstat_update-preemption-BUG.patch

@@ -1,59 +0,0 @@
-From 1f9863a3348be088896f745bca5cf5a31d1d2c96 Mon Sep 17 00:00:00 2001
-From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
-Date: Wed, 11 Apr 2018 11:27:44 +0200
-Subject: [PATCH 001/418] Revert mm/vmstat.c: fix vmstat_update() preemption
- BUG
-
-commit 97731753d44d5efcb95b994dc952c0e8195b3e96 upstream
-
-This patch reverts commit c7f26ccfb2c3 ("mm/vmstat.c: fix
-vmstat_update() preemption BUG").
-Steven saw a "using smp_processor_id() in preemptible" message and
-added a preempt_disable() section around it to keep it quiet. This is
-not the right thing to do it does not fix the real problem.
-
-vmstat_update() is invoked by a kworker on a specific CPU. This worker
-it bound to this CPU. The name of the worker was "kworker/1:1" so it
-should have been a worker which was bound to CPU1. A worker which can
-run on any CPU would have a `u' before the first digit.
-
-smp_processor_id() can be used in a preempt-enabled region as long as
-the task is bound to a single CPU which is the case here. If it could
-run on an arbitrary CPU then this is the problem we have an should seek
-to resolve.
-Not only this smp_processor_id() must not be migrated to another CPU but
-also refresh_cpu_vm_stats() which might access wrong per-CPU variables.
-Not to mention that other code relies on the fact that such a worker
-runs on one specific CPU only.
-
-Therefore I revert that commit and we should look instead what broke the
-affinity mask of the kworker.
-
-Cc: Steven J. Hill <steven.hill@cavium.com>
-Cc: Tejun Heo <htejun@gmail.com>
-Cc: Andrew Morton <akpm@linux-foundation.org>
-Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
-Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
----
- mm/vmstat.c | 2 --
- 1 file changed, 2 deletions(-)
-
-diff --git a/mm/vmstat.c b/mm/vmstat.c
-index e085b13c572e..4bb13e72ac97 100644
---- a/mm/vmstat.c
-+++ b/mm/vmstat.c
-@@ -1770,11 +1770,9 @@ static void vmstat_update(struct work_struct *w)
- 		 * to occur in the future. Keep on running the
- 		 * update worker thread.
- 		 */
--		preempt_disable();
- 		queue_delayed_work_on(smp_processor_id(), mm_percpu_wq,
- 				this_cpu_ptr(&vmstat_work),
- 				round_jiffies_relative(sysctl_stat_interval));
--		preempt_enable();
- 	}
- }
- 
--- 
-2.17.1
-

kernel/patches-4.14.x-rt/0001-rtmutex-Make-rt_mutex_futex_unlock-safe-for-irq-off-.patch

@@ -1,7 +1,7 @@
-From 0ff9e891f4b361a8909d6f062f5137f041d6adaa Mon Sep 17 00:00:00 2001
+From 9d9b5967777fb3b9f3ad66dd4d63967edfc6caa0 Mon Sep 17 00:00:00 2001
 From: Boqun Feng <boqun.feng@gmail.com>
 Date: Fri, 9 Mar 2018 14:56:28 +0800
-Subject: [PATCH 002/418] rtmutex: Make rt_mutex_futex_unlock() safe for
+Subject: [PATCH 001/414] rtmutex: Make rt_mutex_futex_unlock() safe for
  irq-off callsites
 
 Upstream commit 6b0ef92fee2a3189eba6d6b827b247cb4f6da7e9
@@ -123,5 +123,5 @@ index 65cc0cb984e6..940633c63254 100644
  	if (postunlock)
  		rt_mutex_postunlock(&wake_q);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0002-rcu-Suppress-lockdep-false-positive-boost_mtx-compla.patch

@@ -1,7 +1,7 @@
-From 7b28fe258efc9f3d9dbac60f39826d57845ff991 Mon Sep 17 00:00:00 2001
+From 32b98fe0f6614f935a87a50cc5a400bec339aac5 Mon Sep 17 00:00:00 2001
 From: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
 Date: Tue, 19 Sep 2017 15:36:42 -0700
-Subject: [PATCH 003/418] rcu: Suppress lockdep false-positive ->boost_mtx
+Subject: [PATCH 002/414] rcu: Suppress lockdep false-positive ->boost_mtx
  complaints
 
 Upstream commit bcda31a2659497df39d6bedfbdf17498b4f4ac89
@@ -52,5 +52,5 @@ index 8b3102d22823..181e2487c8b8 100644
  		/*
  		 * If this was the last task on the expedited lists,
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0003-brd-remove-unused-brd_mutex.patch

@@ -1,7 +1,7 @@
-From e90c5da25d3a76acf44c248eb76fe0b6794174dd Mon Sep 17 00:00:00 2001
+From 98fa7ef5ce9171e243c5ca9cc0a15d4a027d3991 Mon Sep 17 00:00:00 2001
 From: Mikulas Patocka <mpatocka@redhat.com>
 Date: Fri, 10 Nov 2017 12:29:34 -0500
-Subject: [PATCH 004/418] brd: remove unused brd_mutex
+Subject: [PATCH 003/414] brd: remove unused brd_mutex
 
 Upstream commit 15f7b41f70ddcca3b555bd0fdc7c8da7466b517e
 
@@ -28,5 +28,5 @@ index 2d7178f7754e..c1cf87718c2e 100644
  {
  	pgoff_t idx;
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0004-KVM-arm-arm64-Remove-redundant-preemptible-checks.patch

@@ -1,7 +1,7 @@
-From 36d6a35ae79ce5699704c987d3b4d3eb2de6e7db Mon Sep 17 00:00:00 2001
+From 0004e477787106d2bd6ab82800935f0854d81c39 Mon Sep 17 00:00:00 2001
 From: Christoffer Dall <christoffer.dall@linaro.org>
 Date: Fri, 8 Sep 2017 07:07:13 -0700
-Subject: [PATCH 005/418] KVM: arm/arm64: Remove redundant preemptible checks
+Subject: [PATCH 004/414] KVM: arm/arm64: Remove redundant preemptible checks
 
 Upstream commit 5a24575032971c5a9a4580417a791c427ebdb8e5
 
@@ -20,7 +20,7 @@ Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
  1 file changed, 2 deletions(-)
 
 diff --git a/virt/kvm/arm/arm.c b/virt/kvm/arm/arm.c
-index 9bee849db682..0c5d846ba809 100644
+index d5f1d8364571..0099cce0e264 100644
 --- a/virt/kvm/arm/arm.c
 +++ b/virt/kvm/arm/arm.c
 @@ -69,7 +69,6 @@ static DEFINE_PER_CPU(unsigned char, kvm_arm_hardware_enabled);
@@ -40,5 +40,5 @@ index 9bee849db682..0c5d846ba809 100644
  }
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0005-iommu-amd-Use-raw-locks-on-atomic-context-paths.patch

@@ -1,7 +1,7 @@
-From 5217a4b31298b5ff1082bd88e6ac8054780b6aaf Mon Sep 17 00:00:00 2001
+From 7958cf73713cfa4e11a497f1f955d60e529813d4 Mon Sep 17 00:00:00 2001
 From: Scott Wood <swood@redhat.com>
 Date: Sun, 21 Jan 2018 03:28:54 -0600
-Subject: [PATCH 007/418] iommu/amd: Use raw locks on atomic context paths
+Subject: [PATCH 005/414] iommu/amd: Use raw locks on atomic context paths
 
 Upstream commit 27790398c2aed917828dc3c6f81240d57f1584c9
 
@@ -176,5 +176,5 @@ index f6b24c7d8b70..7521745dc2a5 100644
  	/* Pointer to PCI device of this IOMMU */
  	struct pci_dev *dev;
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0006-iommu-amd-Don-t-use-dev_data-in-irte_ga_set_affinity.patch

@@ -1,7 +1,7 @@
-From f139b736cc22cafcb207795386fe46e0a8fea151 Mon Sep 17 00:00:00 2001
+From 510666f0989481bcf0f5d642294c86d8d9b7283a Mon Sep 17 00:00:00 2001
 From: Scott Wood <swood@redhat.com>
 Date: Sun, 28 Jan 2018 14:22:19 -0600
-Subject: [PATCH 008/418] iommu/amd: Don't use dev_data in
+Subject: [PATCH 006/414] iommu/amd: Don't use dev_data in
  irte_ga_set_affinity()
 
 Upstream commit 01ee04badefd296eb7a4430497373be9b7b16783
@@ -34,5 +34,5 @@ index ff50337fe3ba..388ec5e98ef5 100644
  		irte->lo.fields_remap.destination = dest_apicid;
  		modify_irte_ga(devid, index, irte, NULL);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0006-string-drop-__must_check-from-strscpy-and-restore-st.patch

@@ -1,68 +0,0 @@
-From c9e312daee80f74ba3e2b50da2ea33336f6846e8 Mon Sep 17 00:00:00 2001
-From: Tejun Heo <tj@kernel.org>
-Date: Tue, 9 Jan 2018 07:21:15 -0800
-Subject: [PATCH 006/418] string: drop __must_check from strscpy() and restore
- strscpy() usages in cgroup
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-Upstream commit 08a77676f9c5fc69a681ccd2cd8140e65dcb26c7
-
-e7fd37ba1217 ("cgroup: avoid copying strings longer than the buffers")
-converted possibly unsafe strncpy() usages in cgroup to strscpy().
-However, although the callsites are completely fine with truncated
-copied, because strscpy() is marked __must_check, it led to the
-following warnings.
-
-  kernel/cgroup/cgroup.c: In function ‘cgroup_file_name’:
-  kernel/cgroup/cgroup.c:1400:10: warning: ignoring return value of ‘strscpy’, declared with attribute warn_unused_result [-Wunused-result]
-     strscpy(buf, cft->name, CGROUP_FILE_NAME_MAX);
-	       ^
-
-To avoid the warnings, 50034ed49645 ("cgroup: use strlcpy() instead of
-strscpy() to avoid spurious warning") switched them to strlcpy().
-
-strlcpy() is worse than strlcpy() because it unconditionally runs
-strlen() on the source string, and the only reason we switched to
-strlcpy() here was because it was lacking __must_check, which doesn't
-reflect any material differences between the two function.  It's just
-that someone added __must_check to strscpy() and not to strlcpy().
-
-These basic string copy operations are used in variety of ways, and
-one of not-so-uncommon use cases is safely handling truncated copies,
-where the caller naturally doesn't care about the return value.  The
-__must_check doesn't match the actual use cases and forces users to
-opt for inferior variants which lack __must_check by happenstance or
-spread ugly (void) casts.
-
-Remove __must_check from strscpy() and restore strscpy() usages in
-cgroup.
-
-Signed-off-by: Tejun Heo <tj@kernel.org>
-Suggested-by: Linus Torvalds <torvalds@linux-foundation.org>
-Cc: Ma Shimiao <mashimiao.fnst@cn.fujitsu.com>
-Cc: Arnd Bergmann <arnd@arndb.de>
-Cc: Chris Metcalf <cmetcalf@ezchip.com>
-[bigeasy: drop the cgroup.c hunk]
-Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
----
- include/linux/string.h | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/include/linux/string.h b/include/linux/string.h
-index cfd83eb2f926..96115bf561b4 100644
---- a/include/linux/string.h
-+++ b/include/linux/string.h
-@@ -28,7 +28,7 @@ extern char * strncpy(char *,const char *, __kernel_size_t);
- size_t strlcpy(char *, const char *, size_t);
- #endif
- #ifndef __HAVE_ARCH_STRSCPY
--ssize_t __must_check strscpy(char *, const char *, size_t);
-+ssize_t strscpy(char *, const char *, size_t);
- #endif
- #ifndef __HAVE_ARCH_STRCAT
- extern char * strcat(char *, const char *);
--- 
-2.17.1
-

kernel/patches-4.14.x-rt/0007-iommu-amd-Avoid-locking-get_irq_table-from-atomic-co.patch

@@ -1,7 +1,7 @@
-From eec0129e06a60a46f1f09a329f850a248af0e4ea Mon Sep 17 00:00:00 2001
+From 8a351e0d8d77d77a91a01f5d6b29a644b4a4325d Mon Sep 17 00:00:00 2001
 From: Scott Wood <swood@redhat.com>
 Date: Wed, 14 Feb 2018 17:36:28 -0600
-Subject: [PATCH 009/418] iommu/amd: Avoid locking get_irq_table() from atomic
+Subject: [PATCH 007/414] iommu/amd: Avoid locking get_irq_table() from atomic
  context
 
 Upstream commit df42a04b15f19a842393dc98a84cbc52b1f8ed49
@@ -118,5 +118,5 @@ index 388ec5e98ef5..e42992fcebca 100644
  		return -ENODEV;
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0008-iommu-amd-Turn-dev_data_list-into-a-lock-less-list.patch

@@ -1,7 +1,7 @@
-From 53ff4b0f4c2a4ae8eea46b71b11b9fc5a7d79a11 Mon Sep 17 00:00:00 2001
+From 0d2bddd253183e23f224fcda3b7b34d27ebc106e Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 22 Mar 2018 16:22:34 +0100
-Subject: [PATCH 010/418] iommu/amd: Turn dev_data_list into a lock less list
+Subject: [PATCH 008/414] iommu/amd: Turn dev_data_list into a lock less list
 
 Upstream commit 779da73273fc4c4c6f41579a95e4fb7880a1720e
 
@@ -101,5 +101,5 @@ index 7521745dc2a5..16b1404da58c 100644
  	u16 devid;			  /* PCI Device ID */
  	u16 alias;			  /* Alias Device ID */
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0009-iommu-amd-Split-domain-id-out-of-amd_iommu_devtable_.patch

@@ -1,7 +1,7 @@
-From 1645ac08eb6be3c6b2900de419f578ed5f91ecf4 Mon Sep 17 00:00:00 2001
+From 83b51c4f5ff1be7f15efde56b978914d0895996e Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 22 Mar 2018 16:22:35 +0100
-Subject: [PATCH 011/418] iommu/amd: Split domain id out of
+Subject: [PATCH 009/414] iommu/amd: Split domain id out of
  amd_iommu_devtable_lock
 
 Upstream commit 2bc00180890427dcc092b2f2b0d03c904bcade29
@@ -64,5 +64,5 @@ index 1babecd37819..250b6354fae5 100644
  
  #define DEFINE_FREE_PT_FN(LVL, FN)				\
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0010-iommu-amd-Split-irq_lookup_table-out-of-the-amd_iomm.patch

@@ -1,7 +1,7 @@
-From 37ded533c97f8424a00e051c4351ab2515717457 Mon Sep 17 00:00:00 2001
+From a1336d2a2a1c04e806f89a36985b5cb1344567e7 Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 22 Mar 2018 16:22:36 +0100
-Subject: [PATCH 012/418] iommu/amd: Split irq_lookup_table out of the
+Subject: [PATCH 010/414] iommu/amd: Split irq_lookup_table out of the
  amd_iommu_devtable_lock
 
 Upstream commit ea6166f4b83e9cfba1c18f46a764d50045682fe5
@@ -52,5 +52,5 @@ index 250b6354fae5..2cedb0caec73 100644
  	return table;
  }
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0011-iommu-amd-Remove-the-special-case-from-alloc_irq_tab.patch

@@ -1,7 +1,7 @@
-From 7faa3de9da88db7a577fbc9d11c095425c7de802 Mon Sep 17 00:00:00 2001
+From c5569e1ca0250dcc293232513ad75aae8047f6ba Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 22 Mar 2018 16:22:37 +0100
-Subject: [PATCH 013/418] iommu/amd: Remove the special case from
+Subject: [PATCH 011/414] iommu/amd: Remove the special case from
  alloc_irq_table()
 
 Upstream commit fde65dd3d3096e8f6ecc7bbe544eb91f4220772c
@@ -96,5 +96,5 @@ index 2cedb0caec73..fc23b89d2372 100644
  		index = alloc_irq_index(devid, nr_irqs);
  	}
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0012-iommu-amd-Use-table-instead-irt-as-variable-name-in-.patch

@@ -1,7 +1,7 @@
-From c148dfef5e405f1d7f74ac4e667b19007bc31fd1 Mon Sep 17 00:00:00 2001
+From 4e6605ab50457816d0579a016417ed1a530cee8c Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 22 Mar 2018 16:22:38 +0100
-Subject: [PATCH 014/418] iommu/amd: Use `table' instead `irt' as variable name
+Subject: [PATCH 012/414] iommu/amd: Use `table' instead `irt' as variable name
  in amd_iommu_update_ga()
 
 Upstream commit 4fde541c9dc114c5b448ad34b0286fe8b7c550f1
@@ -54,5 +54,5 @@ index fc23b89d2372..bfda5f26ea50 100644
  	iommu_flush_irt(iommu, devid);
  	iommu_completion_wait(iommu);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0013-iommu-amd-Factor-out-setting-the-remap-table-for-a-d.patch

@@ -1,7 +1,7 @@
-From ef80165d12b76356146a32c6b43e45e98f052ae9 Mon Sep 17 00:00:00 2001
+From 2a7c51fa6a76aa7cca7455ef6c1363fc7cb9ec6f Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 22 Mar 2018 16:22:39 +0100
-Subject: [PATCH 015/418] iommu/amd: Factor out setting the remap table for a
+Subject: [PATCH 013/414] iommu/amd: Factor out setting the remap table for a
  devid
 
 Upstream commit 2fcc1e8ac4a8514c64f946178fc36c2e30e56a41
@@ -68,5 +68,5 @@ index bfda5f26ea50..d4eeb91afa36 100644
  out:
  	iommu_completion_wait(iommu);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0014-iommu-amd-Drop-the-lock-while-allocating-new-irq-rem.patch

@@ -1,7 +1,7 @@
-From 6224ad75694b7e9aa332a504f1da722c416a4cf3 Mon Sep 17 00:00:00 2001
+From 78aff31b5badc9ef5def900f4eeb1e47f24134aa Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 22 Mar 2018 16:22:40 +0100
-Subject: [PATCH 016/418] iommu/amd: Drop the lock while allocating new irq
+Subject: [PATCH 014/414] iommu/amd: Drop the lock while allocating new irq
  remap table
 
 Upstream commit 993ca6e063a69a0c65ca42ed449b6bc1b3844151
@@ -133,5 +133,5 @@ index d4eeb91afa36..8b6e515b395e 100644
  }
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0015-iommu-amd-Make-amd_iommu_devtable_lock-a-spin_lock.patch

@@ -1,7 +1,7 @@
-From 9d350d7dff14fe5881062bb1dd588fe1bf19719d Mon Sep 17 00:00:00 2001
+From 37d2bc916fbc0c736b9c764ebbf176d915f35763 Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 22 Mar 2018 16:22:41 +0100
-Subject: [PATCH 017/418] iommu/amd: Make amd_iommu_devtable_lock a spin_lock
+Subject: [PATCH 015/414] iommu/amd: Make amd_iommu_devtable_lock a spin_lock
 
 Upstream commit 2cd1083d79a0a8c223af430ca97884c28a1e2fc0
 
@@ -75,5 +75,5 @@ index 8b6e515b395e..f685026e6d9e 100644
  
  static void protection_domain_free(struct protection_domain *domain)
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0016-iommu-amd-Return-proper-error-code-in-irq_remapping_.patch

@@ -1,7 +1,7 @@
-From cf3885d685d1115031da5d5963a9152b11cf9f36 Mon Sep 17 00:00:00 2001
+From 23f1a4c0eaf25e45ba512b80df021765e5f8c0c4 Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 22 Mar 2018 16:22:42 +0100
-Subject: [PATCH 018/418] iommu/amd: Return proper error code in
+Subject: [PATCH 016/414] iommu/amd: Return proper error code in
  irq_remapping_alloc()
 
 Upstream commit 29d049be9438278c47253a74cf8d0ddf36bd5d68
@@ -42,5 +42,5 @@ index f685026e6d9e..f61c2dab5490 100644
  	} else {
  		index = alloc_irq_index(devid, nr_irqs);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0017-timers-Use-static-keys-for-migrate_enable-nohz_activ.patch

@@ -1,7 +1,7 @@
-From d2540f23d6110bdea14e3b9b8af69ee71909096f Mon Sep 17 00:00:00 2001
+From 4ac5106b58007df574bf75e8043b3956cca1fafc Mon Sep 17 00:00:00 2001
 From: Thomas Gleixner <tglx@linutronix.de>
 Date: Wed, 20 Dec 2017 17:12:50 +0100
-Subject: [PATCH 019/418] timers: Use static keys for
+Subject: [PATCH 017/414] timers: Use static keys for
  migrate_enable/nohz_active
 
 The members migrate_enable and nohz_active in the timer/hrtimer per CPU
@@ -283,5 +283,5 @@ index 9fe525f410bf..b24232985960 100644
  
  /*
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0018-hrtimer-Correct-blantanly-wrong-comment.patch

@@ -1,7 +1,7 @@
-From 437a57e7664994a510190bfaff01026cd7e75422 Mon Sep 17 00:00:00 2001
+From 18e4a446ba1b09e37ccda5b5c9a185dd4008cfd5 Mon Sep 17 00:00:00 2001
 From: Thomas Gleixner <tglx@linutronix.de>
 Date: Wed, 20 Dec 2017 17:12:51 +0100
-Subject: [PATCH 020/418] hrtimer: Correct blantanly wrong comment
+Subject: [PATCH 018/414] hrtimer: Correct blantanly wrong comment
 
 The protection of a hrtimer which runs its callback against migration to a
 different CPU has nothing to do with hard interrupt context.
@@ -38,5 +38,5 @@ index 883fef2926e9..65543d31af32 100644
  	raw_spin_unlock(&cpu_base->lock);
  	trace_hrtimer_expire_entry(timer, now);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0019-hrtimer-Fix-kerneldoc-for-struct-hrtimer_cpu_base.patch

@@ -1,7 +1,7 @@
-From b9a845a61b4f2fd293791e8a6f3b3031ba03308d Mon Sep 17 00:00:00 2001
+From 3417b2f612ef8cb6484f68dc8521ad9f2340c5cb Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:12:52 +0100
-Subject: [PATCH 021/418] hrtimer: Fix kerneldoc for struct hrtimer_cpu_base
+Subject: [PATCH 019/414] hrtimer: Fix kerneldoc for struct hrtimer_cpu_base
 
 The sequence '/**' marks the start of a struct description. Add the
 missing second asterisk. While at it adapt the ordering of the struct
@@ -44,5 +44,5 @@ index 79b2a8d29d8c..b3a382be8db0 100644
   * @nr_retries:		Total number of hrtimer interrupt retries
   * @nr_hangs:		Total number of hrtimer interrupt hangs
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0020-hrtimer-Cleanup-clock-argument-in-schedule_hrtimeout.patch

@@ -1,7 +1,7 @@
-From 3f2ef191049442d38c95443f4a85062a403cb21a Mon Sep 17 00:00:00 2001
+From 431cc332cba05e8803b5d67fd5ccf89c22cdb0a2 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:12:53 +0100
-Subject: [PATCH 022/418] hrtimer: Cleanup clock argument in
+Subject: [PATCH 020/414] hrtimer: Cleanup clock argument in
  schedule_hrtimeout_range_clock()
 
 schedule_hrtimeout_range_clock() uses an integer for the clock id
@@ -84,5 +84,5 @@ index 65543d31af32..790841b59433 100644
   * Make the current task sleep until the given expiry time has
   * elapsed. The routine will return immediately unless
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0021-hrtimer-Fix-hrtimer-function-description.patch

@@ -1,7 +1,7 @@
-From 7bceac6c2181a2ce1ba209d1fc6afb626dbab4c7 Mon Sep 17 00:00:00 2001
+From 53ec81b3e2722efde34e962102444261a5b6572a Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:12:54 +0100
-Subject: [PATCH 023/418] hrtimer: Fix hrtimer function description
+Subject: [PATCH 021/414] hrtimer: Fix hrtimer function description
 
 The hrtimer_start[_range_ns]() starts a timer reliable on this CPU only
 when HRTIMER_MODE_PINNED is set. Furthermore the HRTIMER_MODE_PINNED mode
@@ -64,5 +64,5 @@ index 790841b59433..6460aa2d9b25 100644
  void hrtimer_init(struct hrtimer *timer, clockid_t clock_id,
  		  enum hrtimer_mode mode)
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0022-hrtimer-Cleanup-hrtimer_mode-enum.patch

@@ -1,7 +1,7 @@
-From 79c700b613fe56d7318ab41bc9184cd8572006ec Mon Sep 17 00:00:00 2001
+From a28f838542f4a5b318acfd07e94dc83e2583dff3 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:12:56 +0100
-Subject: [PATCH 024/418] hrtimer: Cleanup hrtimer_mode enum
+Subject: [PATCH 022/414] hrtimer: Cleanup hrtimer_mode enum
 
 It's not obvious that the HRTIMER_MODE variants are bit combinations
 because all modes are hard coded constants.
@@ -47,5 +47,5 @@ index 4e6a8841dcbe..28f267cf2851 100644
  
  /*
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0023-tracing-hrtimer-Print-hrtimer-mode-in-hrtimer_start-.patch

@@ -1,7 +1,7 @@
-From 734fc4622933368429263530e951f67c458070eb Mon Sep 17 00:00:00 2001
+From a15b4fcd0054369d94b97a2064b930b23eeeac9c Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:12:58 +0100
-Subject: [PATCH 025/418] tracing/hrtimer: Print hrtimer mode in hrtimer_start
+Subject: [PATCH 023/414] tracing/hrtimer: Print hrtimer mode in hrtimer_start
  tracepoint
 
 The hrtimer_start tracepoint lacks the mode information. The mode is
@@ -117,5 +117,5 @@ index 6460aa2d9b25..476fe683e8ed 100644
  }
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0024-hrtimer-Switch-for-loop-to-_ffs-evaluation.patch

@@ -1,7 +1,7 @@
-From 551c25858df0438915d8addafa70afbb12779d35 Mon Sep 17 00:00:00 2001
+From ea534b414933b99a3a5b729a4112b28d33160529 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:12:59 +0100
-Subject: [PATCH 026/418] hrtimer: Switch for loop to _ffs() evaluation
+Subject: [PATCH 024/414] hrtimer: Switch for loop to _ffs() evaluation
 
 Looping over all clock bases to find active bits is suboptimal if not all
 bases are active.
@@ -86,5 +86,5 @@ index 476fe683e8ed..85f9335d0d60 100644
  
  		while ((node = timerqueue_getnext(&base->active))) {
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0025-hrtimer-Store-running-timer-in-hrtimer_clock_base.patch

@@ -1,7 +1,7 @@
-From 1ca83795806184362986a22e2a4dd0d5ac30eddd Mon Sep 17 00:00:00 2001
+From bcc3e93255cf34cf11886ae5cd1704571fba59d6 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:00 +0100
-Subject: [PATCH 027/418] hrtimer: Store running timer in hrtimer_clock_base
+Subject: [PATCH 025/414] hrtimer: Store running timer in hrtimer_clock_base
 
 The pointer to the currently running timer is stored in hrtimer_cpu_base
 before the base lock is dropped and the callback is invoked.
@@ -195,5 +195,5 @@ index 85f9335d0d60..bedfc2865901 100644
  
  static void __hrtimer_run_queues(struct hrtimer_cpu_base *cpu_base, ktime_t now)
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0026-hrtimer-Make-room-in-struct-hrtimer_cpu_base.patch

@@ -1,7 +1,7 @@
-From bbc2c2e88a6682df03351e2a3c19593de4c08d3e Mon Sep 17 00:00:00 2001
+From ba87bcb39f4bc26a0e1022597a49ba1b10c9ec95 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:01 +0100
-Subject: [PATCH 028/418] hrtimer: Make room in struct hrtimer_cpu_base
+Subject: [PATCH 026/414] hrtimer: Make room in struct hrtimer_cpu_base
 
 The upcoming softirq based hrtimers support requires an additional field in
 the hrtimer_cpu_base struct, which would grow the struct size beyond a
@@ -35,5 +35,5 @@ index 1bae7b9f071d..56e56bcb6f0f 100644
  #endif
  	struct hrtimer_clock_base	clock_base[HRTIMER_MAX_CLOCK_BASES];
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0027-hrtimer-Reduce-conditional-code-hres_active.patch

@@ -1,7 +1,7 @@
-From 036160e2bf23c43f7a7eb4482cd372c2c5983389 Mon Sep 17 00:00:00 2001
+From afb485a8f0c8869ab0a04383719c67c272b653e7 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:02 +0100
-Subject: [PATCH 029/418] hrtimer: Reduce conditional code (hres_active)
+Subject: [PATCH 027/414] hrtimer: Reduce conditional code (hres_active)
 
 The hrtimer_cpu_base struct has the CONFIG_HIGH_RES_TIMERS conditional
 struct member hres_active. All related functions to this member are
@@ -153,5 +153,5 @@ index bedfc2865901..7e0490143275 100644
  	return 0;
  }
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0028-hrtimer-Use-accesor-functions-instead-of-direct-acce.patch

@@ -1,7 +1,7 @@
-From 5f845b534ffc9f5a653f45bddf0dc4e99dd6a510 Mon Sep 17 00:00:00 2001
+From 934a2dcf8cb9c83bbe08d6a2a8f0d7a8c6dcb392 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:03 +0100
-Subject: [PATCH 030/418] hrtimer: Use accesor functions instead of direct
+Subject: [PATCH 028/414] hrtimer: Use accesor functions instead of direct
  access
 
 __hrtimer_hres_active() is now available unconditionally. Replace the
@@ -38,5 +38,5 @@ index 7e0490143275..85882d5da523 100644
  
  	raw_spin_lock(&base->lock);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0029-hrtimer-Make-the-remote-enqueue-check-unconditional.patch

@@ -1,7 +1,7 @@
-From 454c4ff0fb355b4dafad0f616d12cbdf1a6521db Mon Sep 17 00:00:00 2001
+From c9dadfb4f40895a2ea72698e2cb1bba1757b9a90 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:04 +0100
-Subject: [PATCH 031/418] hrtimer: Make the remote enqueue check unconditional
+Subject: [PATCH 029/414] hrtimer: Make the remote enqueue check unconditional
 
 hrtimer_cpu_base.expires_next is used to cache the next event armed in the
 timer hardware. The value is used to check whether an hrtimer can be
@@ -140,5 +140,5 @@ index 85882d5da523..b1016aabc73a 100644
  }
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0030-hrtimer-Make-hrtimer_cpu_base.next_timer-handling-un.patch

@@ -1,7 +1,7 @@
-From 0f5e672a02807d10c8772c839d358cb498ec6d9f Mon Sep 17 00:00:00 2001
+From d6c371590a1cf3f3c9568b182d8e1cb2dfaceadf Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:05 +0100
-Subject: [PATCH 032/418] hrtimer: Make hrtimer_cpu_base.next_timer handling
+Subject: [PATCH 030/414] hrtimer: Make hrtimer_cpu_base.next_timer handling
  unconditional
 
 hrtimer_cpu_base.next_timer stores the pointer to the next expiring timer
@@ -101,5 +101,5 @@ index b1016aabc73a..e01c2e78c032 100644
  	}
  	/*
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0031-hrtimer-Make-hrtimer_reprogramm-unconditional.patch

@@ -1,7 +1,7 @@
-From 528276dfeb134c7e8f46afdced23ebb1c7da0c8b Mon Sep 17 00:00:00 2001
+From 5c8f8eaa36b00eac21e3f19049e7a7402bc02381 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:06 +0100
-Subject: [PATCH 033/418] hrtimer: Make hrtimer_reprogramm() unconditional
+Subject: [PATCH 031/414] hrtimer: Make hrtimer_reprogramm() unconditional
 
 hrtimer_reprogram() needs to be available unconditionally for softirq based
 hrtimers. Move the function and all required struct members out of the
@@ -189,5 +189,5 @@ index e01c2e78c032..37085a13f19a 100644
   * Clock realtime was set
   *
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0032-hrtimer-Make-hrtimer_force_reprogramm-unconditionall.patch

@@ -1,7 +1,7 @@
-From 679e677ed43106bfa23fcd7fa318acf826e27113 Mon Sep 17 00:00:00 2001
+From 71378ed1a6a72a2c8e010fb9353fba8df488df7b Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:07 +0100
-Subject: [PATCH 034/418] hrtimer: Make hrtimer_force_reprogramm()
+Subject: [PATCH 032/414] hrtimer: Make hrtimer_force_reprogramm()
  unconditionally available
 
 hrtimer_force_reprogram() needs to be available unconditionally for softirq
@@ -107,5 +107,5 @@ index 37085a13f19a..5fd669dd46be 100644
  
  #endif /* CONFIG_HIGH_RES_TIMERS */
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0033-hrtimer-Unify-handling-of-hrtimer-remove.patch

@@ -1,7 +1,7 @@
-From 748812cb4f5a3b85cb2ba72c6edb68e390137b84 Mon Sep 17 00:00:00 2001
+From 177cbb8e5db3c0e4dd323a6a653e5a363c85f5cf Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:08 +0100
-Subject: [PATCH 035/418] hrtimer: Unify handling of hrtimer remove
+Subject: [PATCH 033/414] hrtimer: Unify handling of hrtimer remove
 
 When the first hrtimer on the current CPU is removed,
 hrtimer_force_reprogram() is invoked but only when
@@ -90,5 +90,5 @@ index 5fd669dd46be..ce9a3ef7a796 100644
  
  /*
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0034-hrtimer-Unify-handling-of-remote-enqueue.patch

@@ -1,7 +1,7 @@
-From bf1446f64f73dad06295e748afb019d24f7cb3ef Mon Sep 17 00:00:00 2001
+From 248f9a304f527cd8253fbd1c8f35ae35dc1caa47 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:09 +0100
-Subject: [PATCH 036/418] hrtimer: Unify handling of remote enqueue
+Subject: [PATCH 034/414] hrtimer: Unify handling of remote enqueue
 
 hrtimer_reprogram() is conditionally invoked from hrtimer_start_range_ns()
 when hrtimer_cpu_base.hres_active is true.
@@ -154,5 +154,5 @@ index b24232985960..34415f2b3f04 100644
  
  static unsigned long round_jiffies_common(unsigned long j, int cpu,
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0035-hrtimer-Make-remote-enqueue-decision-less-restrictiv.patch

@@ -1,7 +1,7 @@
-From fb8fd05821b83cac5e75caf3cd2e7d7f939e9df8 Mon Sep 17 00:00:00 2001
+From 2dc46ebab983cc8b2cfd85cc0eef716a7a660d46 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:10 +0100
-Subject: [PATCH 037/418] hrtimer: Make remote enqueue decision less
+Subject: [PATCH 035/414] hrtimer: Make remote enqueue decision less
  restrictive
 
 The current decision whether a timer can be queued on a remote CPU checks
@@ -34,5 +34,5 @@ index 35d7d0c8c3d6..1b2866645c83 100644
  
  static inline
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0036-hrtimer-Remove-base-argument-from-hrtimer_reprogram.patch

@@ -1,7 +1,7 @@
-From 9f9520ee32930e264c6c3b96bcbff47d3e1d3535 Mon Sep 17 00:00:00 2001
+From aafe75f039f4e96b2c6c1d3c0032af678591e28d Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:11 +0100
-Subject: [PATCH 038/418] hrtimer: Remove base argument from
+Subject: [PATCH 036/414] hrtimer: Remove base argument from
  hrtimer_reprogram()
 
 hrtimer_reprogram() must have access to the hrtimer_clock_base of the new
@@ -52,5 +52,5 @@ index 1b2866645c83..9030dcb3ef14 100644
  	unlock_hrtimer_base(timer, &flags);
  }
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0037-hrtimer-Split-hrtimer_start_range_ns.patch

@@ -1,7 +1,7 @@
-From 2902f951d983fd0c1ba2c263f8cefaaf9920dddf Mon Sep 17 00:00:00 2001
+From 2d39cd422d4266f02d8d95eef439e2ad508f8c8a Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:12 +0100
-Subject: [PATCH 039/418] hrtimer: Split hrtimer_start_range_ns()
+Subject: [PATCH 037/414] hrtimer: Split hrtimer_start_range_ns()
 
 Preparatory patch for softirq based hrtimers to avoid code duplication. No
 functional change.
@@ -77,5 +77,5 @@ index 9030dcb3ef14..687a8d903a18 100644
  }
  EXPORT_SYMBOL_GPL(hrtimer_start_range_ns);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0038-hrtimer-Split-__hrtimer_get_next_event.patch

@@ -1,7 +1,7 @@
-From 02981f05fa68ffe985a592dc05e55aab21ade52d Mon Sep 17 00:00:00 2001
+From d9e7ac76b7cef3f0b79a63864c6473b6e158c49a Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:13 +0100
-Subject: [PATCH 040/418] hrtimer: Split __hrtimer_get_next_event()
+Subject: [PATCH 038/414] hrtimer: Split __hrtimer_get_next_event()
 
 Preparatory patch for softirq based hrtimers to avoid code duplication. No
 functional change.
@@ -54,5 +54,5 @@ index 687a8d903a18..2382bc5d8e4d 100644
  
  static inline ktime_t hrtimer_update_base(struct hrtimer_cpu_base *base)
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0039-hrtimer-Use-irqsave-irqrestore-around-__run_hrtimer.patch

@@ -1,7 +1,7 @@
-From 98dc570c5d061de989184f864ecfb6ce8d37908d Mon Sep 17 00:00:00 2001
+From 96fbdc5365e4b933549b3f2428b08f4bc9e7bfa6 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:14 +0100
-Subject: [PATCH 041/418] hrtimer: Use irqsave/irqrestore around
+Subject: [PATCH 039/414] hrtimer: Use irqsave/irqrestore around
  __run_hrtimer()
 
 __run_hrtimer() is called with the hrtimer_cpu_base.lock held and
@@ -147,5 +147,5 @@ index 2382bc5d8e4d..86cdc9a76911 100644
  
  /*
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0040-hrtimer-Add-clock-bases-and-hrtimer-mode-for-soft-ir.patch

@@ -1,7 +1,7 @@
-From d748cf5fda146e95ece2f26bbb5355989feb2c0c Mon Sep 17 00:00:00 2001
+From 6c1a903df466a3e6485160185d29c569e98392a4 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:15 +0100
-Subject: [PATCH 042/418] hrtimer: Add clock bases and hrtimer mode for soft
+Subject: [PATCH 040/414] hrtimer: Add clock bases and hrtimer mode for soft
  irq context
 
 hrtimer callback functions are always executed in hard interrupt
@@ -114,5 +114,5 @@ index 86cdc9a76911..b5121845d12c 100644
  };
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0041-hrtimer-Prepare-handling-of-hard-and-softirq-based-h.patch

@@ -1,7 +1,7 @@
-From 8eacbcb00c9529dab3e37cfd52c28c8812c075d0 Mon Sep 17 00:00:00 2001
+From 0aaa599ac85c7489588544feee2d007de1249786 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:16 +0100
-Subject: [PATCH 043/418] hrtimer: Prepare handling of hard and softirq based
+Subject: [PATCH 041/414] hrtimer: Prepare handling of hard and softirq based
  hrtimers
 
 The softirq based hrtimer can utilize most of the existing hrtimers
@@ -118,5 +118,5 @@ index b5121845d12c..9a1f2b00c847 100644
  }
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0042-hrtimer-Implement-support-for-softirq-based-hrtimers.patch

@@ -1,7 +1,7 @@
-From f5e86c469b7c959867c9f4cb475ba5a116655ea6 Mon Sep 17 00:00:00 2001
+From 77008f1277d442b0d4320218ce6bff4b100bd4f4 Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:17 +0100
-Subject: [PATCH 044/418] hrtimer: Implement support for softirq based hrtimers
+Subject: [PATCH 042/414] hrtimer: Implement support for softirq based hrtimers
 
 hrtimer callbacks are always invoked in hard interrupt context. Several
 users in tree require soft interrupt context for their callbacks and
@@ -502,5 +502,5 @@ index 9a1f2b00c847..66d7a12d7256 100644
  
  /**
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0043-hrtimer-Implement-SOFT-HARD-clock-base-selection.patch

@@ -1,7 +1,7 @@
-From 19acab9d8df9e75cfa7ec3ef85cd681573fda33e Mon Sep 17 00:00:00 2001
+From 995d50bf0d967649155d26a1c5518ff2055164bb Mon Sep 17 00:00:00 2001
 From: Anna-Maria Gleixner <anna-maria@linutronix.de>
 Date: Wed, 20 Dec 2017 17:13:18 +0100
-Subject: [PATCH 045/418] hrtimer: Implement SOFT/HARD clock base selection
+Subject: [PATCH 043/414] hrtimer: Implement SOFT/HARD clock base selection
 
 All prerequisites to handle hrtimers for expiry in either hard or soft
 interrupt context are in place.
@@ -57,5 +57,5 @@ index 66d7a12d7256..9947480ad731 100644
  void hrtimer_init(struct hrtimer *timer, clockid_t clock_id,
  		  enum hrtimer_mode mode)
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0044-can-bcm-Replace-hrtimer_tasklet-with-softirq-based-h.patch

@@ -1,7 +1,7 @@
-From 2cbedaf9c22fa9c7b29f6e31ac181afd7d604783 Mon Sep 17 00:00:00 2001
+From e41462750d62f1c41fd2d31c4c9b48de2d81b25f Mon Sep 17 00:00:00 2001
 From: Thomas Gleixner <tglx@linutronix.de>
 Date: Thu, 23 Nov 2017 16:39:11 +0100
-Subject: [PATCH 046/418] can/bcm: Replace hrtimer_tasklet with softirq based
+Subject: [PATCH 044/414] can/bcm: Replace hrtimer_tasklet with softirq based
  hrtimer
 
 Switch the timer to HRTIMER_MODE_SOFT, which executed the timer
@@ -317,5 +317,5 @@ index 13690334efa3..9cc67ac257f1 100644
  
  	/* now we can register for can_ids, if we added a new bcm_op */
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0045-mac80211_hwsim-Replace-hrtimer-tasklet-with-softirq-.patch

@@ -1,7 +1,7 @@
-From b598f6cc9629cfae9153cad4f169cd94de94b74d Mon Sep 17 00:00:00 2001
+From cc601ebcb4fc381d3a6fd809da4103f6af90f83c Mon Sep 17 00:00:00 2001
 From: Thomas Gleixner <tglx@linutronix.de>
 Date: Thu, 23 Nov 2017 16:39:12 +0100
-Subject: [PATCH 047/418] mac80211_hwsim: Replace hrtimer tasklet with softirq
+Subject: [PATCH 045/414] mac80211_hwsim: Replace hrtimer tasklet with softirq
  hrtimer
 
 Switch the timer to HRTIMER_MODE_SOFT, which executed the timer
@@ -137,5 +137,5 @@ index d686ba10fecc..4afcdee4f8e2 100644
  	spin_lock_bh(&hwsim_radio_lock);
  	list_add_tail(&data->list, &hwsim_radios);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0046-xfrm-Replace-hrtimer-tasklet-with-softirq-hrtimer.patch

@@ -1,7 +1,7 @@
-From ab4e9cdebdecf8afc31c2175eeef0ee491edd893 Mon Sep 17 00:00:00 2001
+From 8c0e9dad7cd8996721f69a508203e8f6bfa12b7f Mon Sep 17 00:00:00 2001
 From: Thomas Gleixner <tglx@linutronix.de>
 Date: Thu, 23 Nov 2017 16:39:13 +0100
-Subject: [PATCH 048/418] xfrm: Replace hrtimer tasklet with softirq hrtimer
+Subject: [PATCH 046/414] xfrm: Replace hrtimer tasklet with softirq hrtimer
 
 Switch the timer to HRTIMER_MODE_SOFT, which executed the timer
 callback in softirq context and remove the hrtimer_tasklet.
@@ -136,5 +136,5 @@ index 6c4ec69e11a0..77f52dc790ec 100644
  	}
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0047-softirq-Remove-tasklet_hrtimer.patch

@@ -1,7 +1,7 @@
-From 07f6a6cd6f185c258b51f5868df1099d8ac0409f Mon Sep 17 00:00:00 2001
+From 84d22944bf656ca6957cc58ceba1a8f489ead682 Mon Sep 17 00:00:00 2001
 From: Thomas Gleixner <tglx@linutronix.de>
 Date: Thu, 23 Nov 2017 16:39:14 +0100
-Subject: [PATCH 049/418] softirq: Remove tasklet_hrtimer
+Subject: [PATCH 047/414] softirq: Remove tasklet_hrtimer
 
 There are no more tasklet_hrtimer users of this interface.
 Remove it.
@@ -113,5 +113,5 @@ index e89c3b0cff6d..359cec869172 100644
  {
  	int cpu;
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0048-ALSA-dummy-Replace-tasklet-with-softirq-hrtimer.patch

@@ -1,7 +1,7 @@
-From 24d5357d77a69078fc98402de3aab60d653b3fa8 Mon Sep 17 00:00:00 2001
+From 51d1d147b7b1fad19cb92eaea249838277c9f067 Mon Sep 17 00:00:00 2001
 From: Thomas Gleixner <tglx@linutronix.de>
 Date: Thu, 23 Nov 2017 16:39:15 +0100
-Subject: [PATCH 050/418] ALSA/dummy: Replace tasklet with softirq hrtimer
+Subject: [PATCH 048/414] ALSA/dummy: Replace tasklet with softirq hrtimer
 
 The tasklet is used to defer the execution of snd_pcm_period_elapsed() to
 the softirq context. Using the HRTIMER_MODE_SOFT mode invokes the timer
@@ -101,5 +101,5 @@ index c0939a0164a6..549e014ecc0d 100644
  }
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0049-usb-gadget-NCM-Replace-tasklet-with-softirq-hrtimer.patch

@@ -1,7 +1,7 @@
-From 0057023498b6d4b22530b1dfbe73ecbc8ffad56d Mon Sep 17 00:00:00 2001
+From d9fc17e1bbc04f471ec7070c7788f3e8b1087f59 Mon Sep 17 00:00:00 2001
 From: Thomas Gleixner <tglx@linutronix.de>
 Date: Thu, 23 Nov 2017 16:39:16 +0100
-Subject: [PATCH 051/418] usb/gadget/NCM: Replace tasklet with softirq hrtimer
+Subject: [PATCH 049/414] usb/gadget/NCM: Replace tasklet with softirq hrtimer
 
 The tx_tasklet tasklet is used in invoke the hrtimer (task_timer) in
 softirq context. This can be also achieved without the tasklet but
@@ -98,5 +98,5 @@ index 45b334ceaf2e..5f24e6d3b6eb 100644
  	ncm_string_defs[0].id = 0;
  	usb_free_all_descriptors(f);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0050-net-mvpp2-Replace-tasklet-with-softirq-hrtimer.patch

@@ -1,7 +1,7 @@
-From c49af3d9c660a7a707a2df5d9de7476078ea0d4e Mon Sep 17 00:00:00 2001
+From b9d178d6751f0bf94bd26aacb8c0c694ac92d123 Mon Sep 17 00:00:00 2001
 From: Thomas Gleixner <tglx@linutronix.de>
 Date: Thu, 23 Nov 2017 16:39:17 +0100
-Subject: [PATCH 052/418] net/mvpp2: Replace tasklet with softirq hrtimer
+Subject: [PATCH 050/414] net/mvpp2: Replace tasklet with softirq hrtimer
 
 The tx_done_tasklet tasklet is used in invoke the hrtimer
 (mvpp2_hr_timer_cb) in softirq context. This can be also achieved without
@@ -134,5 +134,5 @@ index 529be74f609d..b1d7378b131c 100644
  	}
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0051-arm-at91-do-not-disable-enable-clocks-in-a-row.patch

@@ -1,7 +1,7 @@
-From b6c2b5989660b182405f3934877171c0a96c4dcc Mon Sep 17 00:00:00 2001
+From 727e4f53abcedadc467084c8a89aa37d235bd637 Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Wed, 9 Mar 2016 10:51:06 +0100
-Subject: [PATCH 053/418] arm: at91: do not disable/enable clocks in a row
+Subject: [PATCH 051/414] arm: at91: do not disable/enable clocks in a row
 
 Currently the driver will disable the clock and enable it one line later
 if it is switching from periodic mode into one shot.
@@ -93,5 +93,5 @@ index 9de47d4d2d9e..4f45be268e52 100644
  		.set_state_oneshot	= tc_set_oneshot,
  	},
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0052-ARM-smp-Move-clear_tasks_mm_cpumask-call-to-__cpu_di.patch

@@ -1,7 +1,7 @@
-From 09e618ba20c6ff837af1ce439e27e0979ae617b9 Mon Sep 17 00:00:00 2001
+From 8f4e789c87e029c3c7d429e6e28d0eb937ca7346 Mon Sep 17 00:00:00 2001
 From: Grygorii Strashko <grygorii.strashko@ti.com>
 Date: Fri, 11 Sep 2015 21:21:23 +0300
-Subject: [PATCH 054/418] ARM: smp: Move clear_tasks_mm_cpumask() call to
+Subject: [PATCH 052/414] ARM: smp: Move clear_tasks_mm_cpumask() call to
  __cpu_die()
 
 When running with the RT-kernel (4.1.5-rt5) on TI OMAP dra7-evm and trying
@@ -87,5 +87,5 @@ index c9a0a5299827..7e5122af96ca 100644
  	 * platform_cpu_kill() is generally expected to do the powering off
  	 * and/or cutting of clocks to the dying CPU.  Optionally, this may
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0053-rtmutex-Handle-non-enqueued-waiters-gracefully.patch

@@ -1,7 +1,7 @@
-From 8b2112f6afd9643d70f46582f0602be382b62eef Mon Sep 17 00:00:00 2001
+From 64c4c76f4ac141722a1ba1fbcc2d41a50ba0e2c7 Mon Sep 17 00:00:00 2001
 From: Thomas Gleixner <tglx@linutronix.de>
 Date: Fri, 6 Nov 2015 18:51:03 +0100
-Subject: [PATCH 055/418] rtmutex: Handle non enqueued waiters gracefully
+Subject: [PATCH 053/414] rtmutex: Handle non enqueued waiters gracefully
 
 Yimin debugged that in case of a PI wakeup in progress when
 rt_mutex_start_proxy_lock() calls task_blocks_on_rt_mutex() the latter
@@ -33,5 +33,5 @@ index 940633c63254..fe7f97edc94e 100644
  
  	debug_rt_mutex_print_deadlock(waiter);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0054-rbtree-include-rcu.h-because-we-use-it.patch

@@ -1,7 +1,7 @@
-From 1ee4bc5017c2dfc14b348a6a131223a148ca89d2 Mon Sep 17 00:00:00 2001
+From 99ec286b59c1a09247a3a5753385ea1c936079ee Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Wed, 14 Sep 2016 11:52:17 +0200
-Subject: [PATCH 056/418] rbtree: include rcu.h because we use it
+Subject: [PATCH 054/414] rbtree: include rcu.h because we use it
 
 Since commit c1adf20052d8 ("Introduce rb_replace_node_rcu()")
 rbtree_augmented.h uses RCU related data structures but does not include
@@ -39,5 +39,5 @@ index ece43e882b56..7d012faa509a 100644
  struct latch_tree_node {
  	struct rb_node node[2];
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0055-rxrpc-remove-unused-static-variables.patch

@@ -1,7 +1,7 @@
-From ecf53d6e5fac47f5613f8adef21d9a3aa9928e7d Mon Sep 17 00:00:00 2001
+From cb4cd2c91b5cd0e8d23767e051c92b7f9d277aa7 Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Fri, 21 Oct 2016 10:54:50 +0200
-Subject: [PATCH 057/418] rxrpc: remove unused static variables
+Subject: [PATCH 055/414] rxrpc: remove unused static variables
 
 The rxrpc_security_methods and rxrpc_security_sem user has been removed
 in 648af7fca159 ("rxrpc: Absorb the rxkad security module"). This was
@@ -28,5 +28,5 @@ index e9f428351293..c4479afe8ae7 100644
  	[RXRPC_SECURITY_NONE]	= &rxrpc_no_security,
  #ifdef CONFIG_RXKAD
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0056-mfd-syscon-atmel-smc-include-string.h.patch

@@ -1,7 +1,7 @@
-From 2f94baea30383e8da5bca2d7854c92d64ad22c37 Mon Sep 17 00:00:00 2001
+From 3d173b2cddbb8f72c1a8e412a9e13b7d69b4af6b Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Wed, 4 Oct 2017 09:55:58 +0200
-Subject: [PATCH 058/418] mfd: syscon: atmel-smc: include string.h
+Subject: [PATCH 056/414] mfd: syscon: atmel-smc: include string.h
 
 The string.h header file is needed for the memset() definition. The RT
 build fails because it is not pulled in via other header files.
@@ -24,5 +24,5 @@ index 7d77948567d7..0adbd2e796fe 100644
  /**
   * atmel_smc_cs_conf_init - initialize a SMC CS conf
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0057-sched-swait-include-wait.h.patch

@@ -1,7 +1,7 @@
-From 88a1052fc359232c614fe07d2331b21fc5f1cdd0 Mon Sep 17 00:00:00 2001
+From dad4995002c053a2d75ed9aadd02146a9e5b9d1e Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Mon, 4 Dec 2017 13:11:10 +0100
-Subject: [PATCH 059/418] sched/swait: include wait.h
+Subject: [PATCH 057/414] sched/swait: include wait.h
 
 kbuild bot reported against an intermediate RT patch that the build
 fails with:
@@ -37,5 +37,5 @@ index c98aaf677466..84f9745365ff 100644
  
  /*
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0058-NFSv4-replace-seqcount_t-with-a-seqlock_t.patch

@@ -1,7 +1,7 @@
-From 501738a0c05a729a4cdfdc465d67b69d307ed5ca Mon Sep 17 00:00:00 2001
+From 87c7c17c4d4cfca00f604c9d4fd6ad9a983801de Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Fri, 28 Oct 2016 23:05:11 +0200
-Subject: [PATCH 060/418] NFSv4: replace seqcount_t with a seqlock_t
+Subject: [PATCH 058/414] NFSv4: replace seqcount_t with a seqlock_t
 
 The raw_write_seqcount_begin() in nfs4_reclaim_open_state() bugs me
 because it maps to preempt_disable() in -RT which I can't have at this
@@ -57,7 +57,7 @@ index a73144b3cb8c..0c403d280b96 100644
  };
  
 diff --git a/fs/nfs/nfs4proc.c b/fs/nfs/nfs4proc.c
-index 8ff98bbe479b..610abc7392d7 100644
+index 928bbc397818..c2b9d5d6e6cb 100644
 --- a/fs/nfs/nfs4proc.c
 +++ b/fs/nfs/nfs4proc.c
 @@ -2686,7 +2686,7 @@ static int _nfs4_open_and_get_state(struct nfs4_opendata *opendata,
@@ -131,5 +131,5 @@ index 45873ed92057..c487a1ca7106 100644
  }
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0059-Bluetooth-avoid-recursive-locking-in-hci_send_to_cha.patch

@@ -1,7 +1,7 @@
-From c685af47c8ba64119584512bb0881367c104e439 Mon Sep 17 00:00:00 2001
+From 26e3f4a085d447ef75cc202750c0a97e4686257d Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 21 Sep 2017 15:35:57 +0200
-Subject: [PATCH 061/418] Bluetooth: avoid recursive locking in
+Subject: [PATCH 059/414] Bluetooth: avoid recursive locking in
  hci_send_to_channel()
 
 Mart reported a deadlock in -RT in the call path:
@@ -72,5 +72,5 @@ index 65d734c165bd..923e9a271872 100644
  	}
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0060-iommu-iova-Use-raw_cpu_ptr-instead-of-get_cpu_ptr-fo.patch

@@ -1,7 +1,7 @@
-From e6ea419645846e97bf9b1a6434b6822c9997193b Mon Sep 17 00:00:00 2001
+From 8fdda08777908ad7a6172ce415ec5703f9b0faff Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 21 Sep 2017 17:21:40 +0200
-Subject: [PATCH 062/418] iommu/iova: Use raw_cpu_ptr() instead of
+Subject: [PATCH 060/414] iommu/iova: Use raw_cpu_ptr() instead of
  get_cpu_ptr() for ->fq
 
 get_cpu_ptr() disabled preemption and returns the ->fq object of the
@@ -44,5 +44,5 @@ index 33edfa794ae9..b30900025c62 100644
  EXPORT_SYMBOL_GPL(queue_iova);
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0061-greybus-audio-don-t-inclide-rwlock.h-directly.patch

@@ -1,7 +1,7 @@
-From 4c708f244439a8be64e98c3181a9622d6f7a27b7 Mon Sep 17 00:00:00 2001
+From ff6ce9f69a7f509c0e10bd78c0dc1d9bacde185a Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 5 Oct 2017 14:38:52 +0200
-Subject: [PATCH 063/418] greybus: audio: don't inclide rwlock.h directly.
+Subject: [PATCH 061/414] greybus: audio: don't inclide rwlock.h directly.
 
 rwlock.h should not be included directly. Instead linux/splinlock.h
 should be included. One thing it does is to break the RT build.
@@ -32,5 +32,5 @@ index aa6508b44fab..045696ce85c7 100644
  
  #include "audio_manager.h"
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0062-xen-9pfs-don-t-inclide-rwlock.h-directly.patch

@@ -1,7 +1,7 @@
-From a465d491485f432fbfdfa5e72f6cc97604bbed6f Mon Sep 17 00:00:00 2001
+From 57aadd3335c145d39a4e3ced1de6e220f793e224 Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 5 Oct 2017 14:38:52 +0200
-Subject: [PATCH 064/418] xen/9pfs: don't inclide rwlock.h directly.
+Subject: [PATCH 062/414] xen/9pfs: don't inclide rwlock.h directly.
 
 rwlock.h should not be included directly. Instead linux/splinlock.h
 should be included. One thing it does is to break the RT build.
@@ -30,5 +30,5 @@ index 325c56043007..a3f577e81c79 100644
  #include <net/9p/client.h>
  #include <net/9p/transport.h>
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0063-drm-i915-properly-init-lockdep-class.patch

@@ -1,7 +1,7 @@
-From 64f7609a4afaa3ae86b180e6b390ab61c7297756 Mon Sep 17 00:00:00 2001
+From d3d5a7b7f58b32f9c1418d8350a895c3e130a54b Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Thu, 30 Nov 2017 16:06:13 +0100
-Subject: [PATCH 065/418] drm/i915: properly init lockdep class
+Subject: [PATCH 063/414] drm/i915: properly init lockdep class
 
 The code has an ifdef and uses two functions to either init the bare
 spinlock or init it and set a lock-class. It is possible to do the same
@@ -33,5 +33,5 @@ index c597ce277a04..c1108d3921f8 100644
  	INIT_LIST_HEAD(&tl->requests);
  	i915_syncmap_init(&tl->sync);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0064-timerqueue-Document-return-values-of-timerqueue_add-.patch

@@ -1,7 +1,7 @@
-From 2824c3956bf820cd38b0f3a08216efbef33788bc Mon Sep 17 00:00:00 2001
+From 8ec366eaf670a24ee71b4c406d6526e0055da290 Mon Sep 17 00:00:00 2001
 From: Thomas Gleixner <tglx@linutronix.de>
 Date: Fri, 22 Dec 2017 15:51:15 +0100
-Subject: [PATCH 066/418] timerqueue: Document return values of
+Subject: [PATCH 064/414] timerqueue: Document return values of
  timerqueue_add/del()
 
 The return values of timerqueue_add/del() are not documented in the kernel doc
@@ -41,5 +41,5 @@ index 4a720ed4fdaf..0d54bcbc8170 100644
  bool timerqueue_del(struct timerqueue_head *head, struct timerqueue_node *node)
  {
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0065-sparc64-use-generic-rwsem-spinlocks-rt.patch

@@ -1,7 +1,7 @@
-From c60dd1b0d2dacd22df582b78b3ef708cf9e6d118 Mon Sep 17 00:00:00 2001
+From d6d57ba863defd4ff1388c7dcc8323925065347b Mon Sep 17 00:00:00 2001
 From: Allen Pais <allen.pais@oracle.com>
 Date: Fri, 13 Dec 2013 09:44:41 +0530
-Subject: [PATCH 067/418] sparc64: use generic rwsem spinlocks rt
+Subject: [PATCH 065/414] sparc64: use generic rwsem spinlocks rt
 
 Signed-off-by: Allen Pais <allen.pais@oracle.com>
 Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
@@ -29,5 +29,5 @@ index 4e83f950713e..7f9d71523763 100644
  config GENERIC_HWEIGHT
  	bool
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0066-kernel-SRCU-provide-a-static-initializer.patch

@@ -1,7 +1,7 @@
-From 0f6e08944cbaa658d44e566453df5842b8ce1821 Mon Sep 17 00:00:00 2001
+From b3f979f24ccd48b0c93d73294c35380c42bcd39d Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Tue, 19 Mar 2013 14:44:30 +0100
-Subject: [PATCH 068/418] kernel/SRCU: provide a static initializer
+Subject: [PATCH 066/414] kernel/SRCU: provide a static initializer
 
 There are macros for static initializer for the three out of four
 possible notifier types, that are:
@@ -161,5 +161,5 @@ index a949f4f9e4d7..85ae8c0dddb4 100644
  #define DEFINE_STATIC_SRCU(name)	__DEFINE_SRCU(name, static)
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0067-target-drop-spin_lock_assert-irqs_disabled-combo-che.patch

@@ -1,7 +1,7 @@
-From ea6612c14ec2799b3cfbefe06ba925dbe056e5af Mon Sep 17 00:00:00 2001
+From d05bcd29edaa799b4225174339015b255c66a2a4 Mon Sep 17 00:00:00 2001
 From: "bigeasy@linutronix.de" <bigeasy@linutronix.de>
 Date: Fri, 23 Mar 2018 18:17:36 +0100
-Subject: [PATCH 069/418] target: drop spin_lock_assert() + irqs_disabled()
+Subject: [PATCH 067/414] target: drop spin_lock_assert() + irqs_disabled()
  combo checks
 
 There are a few functions which check for if the lock is held
@@ -64,5 +64,5 @@ index e6d51135d105..b00829995131 100644
  		return 0;
  	/*
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0068-kernel-sched-Provide-a-pointer-to-the-valid-CPU-mask.patch

@@ -1,7 +1,7 @@
-From 86cd8a7ab1b4d258a8d7aa3cbf4bf82b3d857f6f Mon Sep 17 00:00:00 2001
+From 1a58613ad9bf0d2488507ae6733e7cbb69853812 Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Tue, 4 Apr 2017 12:50:16 +0200
-Subject: [PATCH 070/418] kernel: sched: Provide a pointer to the valid CPU
+Subject: [PATCH 068/414] kernel: sched: Provide a pointer to the valid CPU
  mask
 MIME-Version: 1.0
 Content-Type: text/plain; charset=UTF-8
@@ -73,7 +73,7 @@ Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
  include/linux/sched.h                      |  5 +--
  kernel/cgroup/cpuset.c                     |  2 +-
  kernel/fork.c                              |  3 +-
- kernel/sched/core.c                        | 42 +++++++++++-----------
+ kernel/sched/core.c                        | 40 +++++++++++-----------
  kernel/sched/cpudeadline.c                 |  4 +--
  kernel/sched/cpupri.c                      |  4 +--
  kernel/sched/deadline.c                    |  6 ++--
@@ -82,7 +82,7 @@ Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
  kernel/trace/trace_hwlat.c                 |  2 +-
  lib/smp_processor_id.c                     |  2 +-
  samples/trace_events/trace-events-sample.c |  2 +-
- 24 files changed, 78 insertions(+), 77 deletions(-)
+ 24 files changed, 77 insertions(+), 76 deletions(-)
 
 diff --git a/arch/ia64/kernel/mca.c b/arch/ia64/kernel/mca.c
 index 555b11180156..6866201a7603 100644
@@ -133,10 +133,10 @@ index a7c0f97e4b0d..1a08428eedcf 100644
  
  out_unlock:
 diff --git a/arch/mips/kernel/traps.c b/arch/mips/kernel/traps.c
-index 5669d3b8bd38..53bfb74e5f67 100644
+index 583aed906933..24ad7aaca5eb 100644
 --- a/arch/mips/kernel/traps.c
 +++ b/arch/mips/kernel/traps.c
-@@ -1192,12 +1192,12 @@ static void mt_ase_fp_affinity(void)
+@@ -1193,12 +1193,12 @@ static void mt_ase_fp_affinity(void)
  		 * restricted the allowed set to exclude any CPUs with FPUs,
  		 * we'll skip the procedure.
  		 */
@@ -270,10 +270,10 @@ index 6781bcdb10b3..d069ad261572 100644
  
  	cpu_id = smp_processor_id();
 diff --git a/drivers/infiniband/hw/qib/qib_file_ops.c b/drivers/infiniband/hw/qib/qib_file_ops.c
-index 9396c1807cc3..a42fcd4735cb 100644
+index 40efc9151ec4..12924aad90cc 100644
 --- a/drivers/infiniband/hw/qib/qib_file_ops.c
 +++ b/drivers/infiniband/hw/qib/qib_file_ops.c
-@@ -1163,7 +1163,7 @@ static unsigned int qib_poll(struct file *fp, struct poll_table_struct *pt)
+@@ -1167,7 +1167,7 @@ static unsigned int qib_poll(struct file *fp, struct poll_table_struct *pt)
  static void assign_ctxt_affinity(struct file *fp, struct qib_devdata *dd)
  {
  	struct qib_filedata *fd = fp->private_data;
@@ -282,7 +282,7 @@ index 9396c1807cc3..a42fcd4735cb 100644
  	const struct cpumask *local_mask = cpumask_of_pcibus(dd->pcidev->bus);
  	int local_cpu;
  
-@@ -1644,9 +1644,8 @@ static int qib_assign_ctxt(struct file *fp, const struct qib_user_info *uinfo)
+@@ -1648,9 +1648,8 @@ static int qib_assign_ctxt(struct file *fp, const struct qib_user_info *uinfo)
  		ret = find_free_ctxt(i_minor - 1, fp, uinfo);
  	else {
  		int unit;
@@ -375,19 +375,19 @@ index 98c91bd341b4..04c3ebd7a9a9 100644
  	 * One for us, one for whoever does the "release_task()" (usually
  	 * parent)
 diff --git a/kernel/sched/core.c b/kernel/sched/core.c
-index f287dcbe8cb2..5909b525f668 100644
+index 31615d1ae44c..d5d8244d780b 100644
 --- a/kernel/sched/core.c
 +++ b/kernel/sched/core.c
-@@ -960,7 +960,7 @@ static struct rq *__migrate_task(struct rq *rq, struct rq_flags *rf,
- 	}
+@@ -912,7 +912,7 @@ static inline bool is_per_cpu_kthread(struct task_struct *p)
+  */
+ static inline bool is_cpu_allowed(struct task_struct *p, int cpu)
+ {
+-	if (!cpumask_test_cpu(cpu, &p->cpus_allowed))
++	if (!cpumask_test_cpu(cpu, p->cpus_ptr))
+ 		return false;
  
- 	/* Affinity changed (again). */
--	if (!cpumask_test_cpu(dest_cpu, &p->cpus_allowed))
-+	if (!cpumask_test_cpu(dest_cpu, p->cpus_ptr))
- 		return rq;
- 
- 	update_rq_clock(rq);
-@@ -988,7 +988,7 @@ static int migration_cpu_stop(void *data)
+ 	if (is_per_cpu_kthread(p))
+@@ -1007,7 +1007,7 @@ static int migration_cpu_stop(void *data)
  	local_irq_disable();
  	/*
  	 * We need to explicitly wake pending tasks before running
@@ -396,7 +396,7 @@ index f287dcbe8cb2..5909b525f668 100644
  	 * during wakeups, see set_cpus_allowed_ptr()'s TASK_WAKING test.
  	 */
  	sched_ttwu_pending();
-@@ -1019,7 +1019,7 @@ static int migration_cpu_stop(void *data)
+@@ -1038,7 +1038,7 @@ static int migration_cpu_stop(void *data)
   */
  void set_cpus_allowed_common(struct task_struct *p, const struct cpumask *new_mask)
  {
@@ -405,7 +405,7 @@ index f287dcbe8cb2..5909b525f668 100644
  	p->nr_cpus_allowed = cpumask_weight(new_mask);
  }
  
-@@ -1089,7 +1089,7 @@ static int __set_cpus_allowed_ptr(struct task_struct *p,
+@@ -1108,7 +1108,7 @@ static int __set_cpus_allowed_ptr(struct task_struct *p,
  		goto out;
  	}
  
@@ -414,7 +414,7 @@ index f287dcbe8cb2..5909b525f668 100644
  		goto out;
  
  	if (!cpumask_intersects(new_mask, cpu_valid_mask)) {
-@@ -1250,10 +1250,10 @@ static int migrate_swap_stop(void *data)
+@@ -1269,10 +1269,10 @@ static int migrate_swap_stop(void *data)
  	if (task_cpu(arg->src_task) != arg->src_cpu)
  		goto unlock;
  
@@ -427,7 +427,7 @@ index f287dcbe8cb2..5909b525f668 100644
  		goto unlock;
  
  	__migrate_swap_task(arg->src_task, arg->dst_cpu);
-@@ -1294,10 +1294,10 @@ int migrate_swap(struct task_struct *cur, struct task_struct *p)
+@@ -1313,10 +1313,10 @@ int migrate_swap(struct task_struct *cur, struct task_struct *p)
  	if (!cpu_active(arg.src_cpu) || !cpu_active(arg.dst_cpu))
  		goto out;
  
@@ -440,7 +440,7 @@ index f287dcbe8cb2..5909b525f668 100644
  		goto out;
  
  	trace_sched_swap_numa(cur, arg.src_cpu, p, arg.dst_cpu);
-@@ -1441,7 +1441,7 @@ void kick_process(struct task_struct *p)
+@@ -1460,7 +1460,7 @@ void kick_process(struct task_struct *p)
  EXPORT_SYMBOL_GPL(kick_process);
  
  /*
@@ -449,7 +449,7 @@ index f287dcbe8cb2..5909b525f668 100644
   *
   * A few notes on cpu_active vs cpu_online:
   *
-@@ -1481,14 +1481,14 @@ static int select_fallback_rq(int cpu, struct task_struct *p)
+@@ -1500,14 +1500,14 @@ static int select_fallback_rq(int cpu, struct task_struct *p)
  		for_each_cpu(dest_cpu, nodemask) {
  			if (!cpu_active(dest_cpu))
  				continue;
@@ -463,10 +463,10 @@ index f287dcbe8cb2..5909b525f668 100644
  		/* Any allowed, online CPU? */
 -		for_each_cpu(dest_cpu, &p->cpus_allowed) {
 +		for_each_cpu(dest_cpu, p->cpus_ptr) {
- 			if (!(p->flags & PF_KTHREAD) && !cpu_active(dest_cpu))
+ 			if (!is_cpu_allowed(p, dest_cpu))
  				continue;
- 			if (!cpu_online(dest_cpu))
-@@ -1533,7 +1533,7 @@ static int select_fallback_rq(int cpu, struct task_struct *p)
+ 
+@@ -1551,7 +1551,7 @@ static int select_fallback_rq(int cpu, struct task_struct *p)
  }
  
  /*
@@ -475,7 +475,7 @@ index f287dcbe8cb2..5909b525f668 100644
   */
  static inline
  int select_task_rq(struct task_struct *p, int cpu, int sd_flags, int wake_flags)
-@@ -1543,11 +1543,11 @@ int select_task_rq(struct task_struct *p, int cpu, int sd_flags, int wake_flags)
+@@ -1561,11 +1561,11 @@ int select_task_rq(struct task_struct *p, int cpu, int sd_flags, int wake_flags)
  	if (p->nr_cpus_allowed > 1)
  		cpu = p->sched_class->select_task_rq(p, cpu, sd_flags, wake_flags);
  	else
@@ -489,16 +489,7 @@ index f287dcbe8cb2..5909b525f668 100644
  	 * CPU.
  	 *
  	 * Since this is common to all placement strategies, this lives here.
-@@ -1555,7 +1555,7 @@ int select_task_rq(struct task_struct *p, int cpu, int sd_flags, int wake_flags)
- 	 * [ this allows ->select_task() to simply return task_cpu(p) and
- 	 *   not worry about this generic constraint ]
- 	 */
--	if (unlikely(!cpumask_test_cpu(cpu, &p->cpus_allowed) ||
-+	if (unlikely(!cpumask_test_cpu(cpu, p->cpus_ptr) ||
- 		     !cpu_online(cpu)))
- 		cpu = select_fallback_rq(task_cpu(p), p);
- 
-@@ -2445,7 +2445,7 @@ void wake_up_new_task(struct task_struct *p)
+@@ -2462,7 +2462,7 @@ void wake_up_new_task(struct task_struct *p)
  #ifdef CONFIG_SMP
  	/*
  	 * Fork balancing, do it here and not earlier because:
@@ -507,7 +498,7 @@ index f287dcbe8cb2..5909b525f668 100644
  	 *  - any previously selected CPU might disappear through hotplug
  	 *
  	 * Use __set_task_cpu() to avoid calling sched_class::migrate_task_rq,
-@@ -4147,7 +4147,7 @@ static int __sched_setscheduler(struct task_struct *p,
+@@ -4164,7 +4164,7 @@ static int __sched_setscheduler(struct task_struct *p,
  			 * the entire root_domain to become SCHED_DEADLINE. We
  			 * will also fail if there's no bandwidth available.
  			 */
@@ -516,7 +507,7 @@ index f287dcbe8cb2..5909b525f668 100644
  			    rq->rd->dl_bw.bw == 0) {
  				task_rq_unlock(rq, p, &rf);
  				return -EPERM;
-@@ -4741,7 +4741,7 @@ long sched_getaffinity(pid_t pid, struct cpumask *mask)
+@@ -4758,7 +4758,7 @@ long sched_getaffinity(pid_t pid, struct cpumask *mask)
  		goto out_unlock;
  
  	raw_spin_lock_irqsave(&p->pi_lock, flags);
@@ -525,7 +516,7 @@ index f287dcbe8cb2..5909b525f668 100644
  	raw_spin_unlock_irqrestore(&p->pi_lock, flags);
  
  out_unlock:
-@@ -5306,7 +5306,7 @@ int task_can_attach(struct task_struct *p,
+@@ -5323,7 +5323,7 @@ int task_can_attach(struct task_struct *p,
  	 * allowed nodes is unnecessary.  Thus, cpusets are not
  	 * applicable for such threads.  This prevents checking for
  	 * success of set_cpus_allowed_ptr() on all attached tasks
@@ -534,7 +525,7 @@ index f287dcbe8cb2..5909b525f668 100644
  	 */
  	if (p->flags & PF_NO_SETAFFINITY) {
  		ret = -EINVAL;
-@@ -5333,7 +5333,7 @@ int migrate_task_to(struct task_struct *p, int target_cpu)
+@@ -5350,7 +5350,7 @@ int migrate_task_to(struct task_struct *p, int target_cpu)
  	if (curr_cpu == target_cpu)
  		return 0;
  
@@ -543,7 +534,7 @@ index f287dcbe8cb2..5909b525f668 100644
  		return -EINVAL;
  
  	/* TODO: This is not properly updating schedstats */
-@@ -5470,7 +5470,7 @@ static void migrate_tasks(struct rq *dead_rq, struct rq_flags *rf)
+@@ -5487,7 +5487,7 @@ static void migrate_tasks(struct rq *dead_rq, struct rq_flags *rf)
  		put_prev_task(rq, next);
  
  		/*
@@ -812,5 +803,5 @@ index 5522692100ba..8b4be8e1802a 100644
  	trace_foo_with_template_simple("HELLO", cnt);
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0069-kernel-sched-core-add-migrate_disable.patch

@@ -1,7 +1,7 @@
-From a667e33b49a6dbdb90ed035b84bd1fdbee4456be Mon Sep 17 00:00:00 2001
+From 3d187a141e0e95a0e5e378f67dfc05ddad388e0f Mon Sep 17 00:00:00 2001
 From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
 Date: Sat, 27 May 2017 19:02:06 +0200
-Subject: [PATCH 071/418] kernel/sched/core: add migrate_disable()
+Subject: [PATCH 069/414] kernel/sched/core: add migrate_disable()
 
 ---
  include/linux/preempt.h |  23 +++++++
@@ -85,10 +85,10 @@ index 9fb239e12b82..5801e516ba63 100644
   * Callback to arch code if there's nosmp or maxcpus=0 on the
   * boot command line:
 diff --git a/kernel/sched/core.c b/kernel/sched/core.c
-index 5909b525f668..1fffb66e599a 100644
+index d5d8244d780b..f62dd754def1 100644
 --- a/kernel/sched/core.c
 +++ b/kernel/sched/core.c
-@@ -1023,7 +1023,15 @@ void set_cpus_allowed_common(struct task_struct *p, const struct cpumask *new_ma
+@@ -1042,7 +1042,15 @@ void set_cpus_allowed_common(struct task_struct *p, const struct cpumask *new_ma
  	p->nr_cpus_allowed = cpumask_weight(new_mask);
  }
  
@@ -105,7 +105,7 @@ index 5909b525f668..1fffb66e599a 100644
  {
  	struct rq *rq = task_rq(p);
  	bool queued, running;
-@@ -1052,6 +1060,20 @@ void do_set_cpus_allowed(struct task_struct *p, const struct cpumask *new_mask)
+@@ -1071,6 +1079,20 @@ void do_set_cpus_allowed(struct task_struct *p, const struct cpumask *new_mask)
  		set_curr_task(rq, p);
  }
  
@@ -126,7 +126,7 @@ index 5909b525f668..1fffb66e599a 100644
  /*
   * Change a given task's CPU affinity. Migrate the thread to a
   * proper CPU and schedule it away if the CPU it's executing on
-@@ -1110,9 +1132,16 @@ static int __set_cpus_allowed_ptr(struct task_struct *p,
+@@ -1129,9 +1151,16 @@ static int __set_cpus_allowed_ptr(struct task_struct *p,
  	}
  
  	/* Can the task run on the task's current CPU? If so, we're done */
@@ -144,7 +144,7 @@ index 5909b525f668..1fffb66e599a 100644
  	dest_cpu = cpumask_any_and(cpu_valid_mask, new_mask);
  	if (task_running(rq, p) || p->state == TASK_WAKING) {
  		struct migration_arg arg = { p, dest_cpu };
-@@ -6745,3 +6774,100 @@ const u32 sched_prio_to_wmult[40] = {
+@@ -6762,3 +6791,100 @@ const u32 sched_prio_to_wmult[40] = {
   /*  10 */  39045157,  49367440,  61356676,  76695844,  95443717,
   /*  15 */ 119304647, 148102320, 186737708, 238609294, 286331153,
  };
@@ -261,5 +261,5 @@ index 2f93e4a2d9f6..3108da1ee253 100644
  #undef PN
  #undef __PN
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0070-tracing-Reverse-the-order-of-trace_types_lock-and-ev.patch

@@ -1,7 +1,7 @@
-From 302178ccea60a034d07f9cd06b0125e0b7593eef Mon Sep 17 00:00:00 2001
+From 40be7b1c2167a4798c6c84cd1c8a059efe5025d1 Mon Sep 17 00:00:00 2001
 From: "Steven Rostedt (VMware)" <rostedt@goodmis.org>
 Date: Thu, 21 Sep 2017 16:22:49 -0400
-Subject: [PATCH 072/418] tracing: Reverse the order of trace_types_lock and
+Subject: [PATCH 070/414] tracing: Reverse the order of trace_types_lock and
  event_mutex
 
 In order to make future changes where we need to call
@@ -22,7 +22,7 @@ Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
  2 files changed, 20 insertions(+), 16 deletions(-)
 
 diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
-index 520ecaf61dc4..4bf8880fe702 100644
+index e268750bd4ad..26ec13580069 100644
 --- a/kernel/trace/trace.c
 +++ b/kernel/trace/trace.c
 @@ -7671,6 +7671,7 @@ static int instance_mkdir(const char *name)
@@ -195,5 +195,5 @@ index d53268a4e167..1b87157edbff 100644
  }
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0071-ring-buffer-Rewrite-trace_recursive_-un-lock-to-be-s.patch

@@ -1,7 +1,7 @@
-From 96c040ce706162c43b425440eda48cef9bdebd06 Mon Sep 17 00:00:00 2001
+From 09a24cd34c2b11f8fd56430f66f86f4ae2eae03c Mon Sep 17 00:00:00 2001
 From: "Steven Rostedt (VMware)" <rostedt@goodmis.org>
 Date: Fri, 22 Sep 2017 16:59:02 -0400
-Subject: [PATCH 073/418] ring-buffer: Rewrite trace_recursive_(un)lock() to be
+Subject: [PATCH 071/414] ring-buffer: Rewrite trace_recursive_(un)lock() to be
  simpler
 
 The current method to prevent the ring buffer from entering into a recursize
@@ -119,5 +119,5 @@ index 36f018b15392..29bad749560a 100644
  
  /**
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0072-tracing-Remove-lookups-from-tracing_map-hitcount.patch

@@ -1,7 +1,7 @@
-From dbc516c436397e139294abec327a70aa52704927 Mon Sep 17 00:00:00 2001
+From c00d7b1f0af177496a3f9e87952bc632ed961af7 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Fri, 22 Sep 2017 14:58:18 -0500
-Subject: [PATCH 074/418] tracing: Remove lookups from tracing_map hitcount
+Subject: [PATCH 072/414] tracing: Remove lookups from tracing_map hitcount
 
 Lookups inflate the hitcount, making it essentially useless.  Only
 inserts and updates should really affect the hitcount anyway, so
@@ -32,5 +32,5 @@ index 305039b122fa..07e75344725b 100644
  		}
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0073-tracing-Increase-tracing-map-KEYS_MAX-size.patch

@@ -1,7 +1,7 @@
-From 90f5524788c6192f4982a18f5fd6eefaf717558d Mon Sep 17 00:00:00 2001
+From 9cd219e6bbcfbb790039a30af4a0fe80c84a2d6c Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Fri, 22 Sep 2017 14:58:19 -0500
-Subject: [PATCH 075/418] tracing: Increase tracing map KEYS_MAX size
+Subject: [PATCH 073/414] tracing: Increase tracing map KEYS_MAX size
 
 The current default for the number of subkeys in a compound key is 2,
 which is too restrictive.  Increase it to a more realistic value of 3.
@@ -30,5 +30,5 @@ index ab0ca77331d0..5b5bbf8ae550 100644
  #define TRACING_MAP_FIELDS_MAX		(TRACING_MAP_KEYS_MAX + \
  					 TRACING_MAP_VALS_MAX)
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0074-tracing-Make-traceprobe-parsing-code-reusable.patch

@@ -1,7 +1,7 @@
-From 22812092d861a7d031fbc0ff6e5ce2cf26a86605 Mon Sep 17 00:00:00 2001
+From b64a31d00a26eafa511f2aa7b28416d42459fe0f Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Fri, 22 Sep 2017 14:58:20 -0500
-Subject: [PATCH 076/418] tracing: Make traceprobe parsing code reusable
+Subject: [PATCH 074/414] tracing: Make traceprobe parsing code reusable
 
 traceprobe_probes_write() and traceprobe_command() actually contain
 nothing that ties them to kprobes - the code is generically useful for
@@ -28,7 +28,7 @@ Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
  6 files changed, 103 insertions(+), 103 deletions(-)
 
 diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
-index 4bf8880fe702..f76dd9df0c77 100644
+index 26ec13580069..5aea670a9b7e 100644
 --- a/kernel/trace/trace.c
 +++ b/kernel/trace/trace.c
 @@ -8265,6 +8265,92 @@ void ftrace_dump(enum ftrace_dump_mode oops_dump_mode)
@@ -333,5 +333,5 @@ index 7197ff9f0bbd..2db5a19833ed 100644
  
  static const struct file_operations uprobe_events_ops = {
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0075-tracing-Clean-up-hist_field_flags-enum.patch

@@ -1,7 +1,7 @@
-From 70a6e0e8d8281767cbb5cce28381ff4fd7f4a990 Mon Sep 17 00:00:00 2001
+From cc804e77781f5e47c444176f0a871549a0f25492 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Fri, 22 Sep 2017 14:58:21 -0500
-Subject: [PATCH 077/418] tracing: Clean up hist_field_flags enum
+Subject: [PATCH 075/414] tracing: Clean up hist_field_flags enum
 
 As we add more flags, specifying explicit integers for the flag values
 becomes more unwieldy and error-prone - switch them over to left-shift
@@ -49,5 +49,5 @@ index 7eb975a2d0e1..4f6b6406d6ec 100644
  
  struct hist_trigger_attrs {
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0076-tracing-Add-hist_field_name-accessor.patch

@@ -1,7 +1,7 @@
-From 05a79715ee35f8e4df5533fddc771a9aa63c7729 Mon Sep 17 00:00:00 2001
+From 2a62bdf95f1c277759cae29536ab66e885943504 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Fri, 22 Sep 2017 14:58:22 -0500
-Subject: [PATCH 078/418] tracing: Add hist_field_name() accessor
+Subject: [PATCH 076/414] tracing: Add hist_field_name() accessor
 
 In preparation for hist_fields that won't be strictly based on
 trace_event_fields, add a new hist_field_name() accessor to allow that
@@ -180,5 +180,5 @@ index 4f6b6406d6ec..4dc39e3efb21 100644
  		const char *flags_str = get_hist_field_flags(hist_field);
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0077-tracing-Reimplement-log2.patch

@@ -1,7 +1,7 @@
-From 01db72914258d658c65914107bb55f07cce90257 Mon Sep 17 00:00:00 2001
+From 9fd54977344b5c297402ac7f6cf443e700716eff Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Fri, 22 Sep 2017 14:58:23 -0500
-Subject: [PATCH 079/418] tracing: Reimplement log2
+Subject: [PATCH 077/414] tracing: Reimplement log2
 
 log2 as currently implemented applies only to u64 trace_event_field
 derived fields, and assumes that anything it's applied to is a u64
@@ -120,5 +120,5 @@ index 4dc39e3efb21..4eddc1933079 100644
  		}
  	}
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0078-tracing-Move-hist-trigger-Documentation-to-histogram.patch

@@ -1,7 +1,7 @@
-From 2c0d4e4c1cdefd51e1e4d7f7897a6547116ea328 Mon Sep 17 00:00:00 2001
+From a4ed86cabdf2c718ad372bf20e04a55b78065622 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:35 -0600
-Subject: [PATCH 080/418] tracing: Move hist trigger Documentation to
+Subject: [PATCH 078/414] tracing: Move hist trigger Documentation to
  histogram.txt
 
 The hist trigger Documentation takes up a large part of events.txt -
@@ -3150,5 +3150,5 @@ index 000000000000..b2145f44b190
 +        Entries: 7
 +        Dropped: 0
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0079-tracing-Add-Documentation-for-log2-modifier.patch

@@ -1,7 +1,7 @@
-From 8e1ab3990c05e88fd17bcf0bdd474428f3dce918 Mon Sep 17 00:00:00 2001
+From e43a043fd5f52fca34d9e4f66b8ed112bf069d9b Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:36 -0600
-Subject: [PATCH 081/418] tracing: Add Documentation for log2 modifier
+Subject: [PATCH 079/414] tracing: Add Documentation for log2 modifier
 
 Add a line for the log2 modifier, to keep it aligned with
 tracing/README.
@@ -29,5 +29,5 @@ index b2145f44b190..a4143f04a097 100644
    Note that in general the semantics of a given field aren't
    interpreted when applying a modifier to it, but there are some
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0080-tracing-Add-support-to-detect-and-avoid-duplicates.patch

@@ -1,7 +1,7 @@
-From b049db6b373697ec94a0762fc49c4b153fedb85c Mon Sep 17 00:00:00 2001
+From 390fbcbd4c9d4dc44196020c7a094f0fc98a32fb Mon Sep 17 00:00:00 2001
 From: Vedang Patel <vedang.patel@intel.com>
 Date: Mon, 15 Jan 2018 20:51:37 -0600
-Subject: [PATCH 082/418] tracing: Add support to detect and avoid duplicates
+Subject: [PATCH 080/414] tracing: Add support to detect and avoid duplicates
 
 A duplicate in the tracing_map hash table is when 2 different entries
 have the same key and, as a result, the key_hash. This is possible due
@@ -120,5 +120,5 @@ index 07e75344725b..b30f3439f27f 100644
  		}
  
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0081-tracing-Remove-code-which-merges-duplicates.patch

@@ -1,7 +1,7 @@
-From 0fd3610c03bd5395eabca6794b0197d54cbb1b83 Mon Sep 17 00:00:00 2001
+From bdfbdb272b3738f1c7c94af976c1441d33290db9 Mon Sep 17 00:00:00 2001
 From: Vedang Patel <vedang.patel@intel.com>
 Date: Mon, 15 Jan 2018 20:51:38 -0600
-Subject: [PATCH 083/418] tracing: Remove code which merges duplicates
+Subject: [PATCH 081/414] tracing: Remove code which merges duplicates
 
 We now have the logic to detect and remove duplicates in the
 tracing_map hash table. The code which merges duplicates in the
@@ -198,5 +198,5 @@ index 5b5bbf8ae550..de57887c0670 100644
  	void			(*elt_clear)(struct tracing_map_elt *elt);
  	void			(*elt_init)(struct tracing_map_elt *elt);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0082-ring-buffer-Add-interface-for-setting-absolute-time-.patch

@@ -1,7 +1,7 @@
-From 749ae55d84a1c7dc284b0401bca3036a7ca380af Mon Sep 17 00:00:00 2001
+From 06f1ea65611d18c2fce8e1c4fed1671f95d35702 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:39 -0600
-Subject: [PATCH 084/418] ring-buffer: Add interface for setting absolute time
+Subject: [PATCH 082/414] ring-buffer: Add interface for setting absolute time
  stamps
 
 Define a new function, tracing_set_time_stamp_abs(), which can be used
@@ -68,7 +68,7 @@ index 29bad749560a..2be361b63c7b 100644
  
  static inline unsigned long rb_page_entries(struct buffer_page *bpage)
 diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
-index f76dd9df0c77..9102a63de0b6 100644
+index 5aea670a9b7e..f75eb0df7dd9 100644
 --- a/kernel/trace/trace.c
 +++ b/kernel/trace/trace.c
 @@ -2269,7 +2269,7 @@ trace_event_buffer_lock_reserve(struct ring_buffer **current_rb,
@@ -140,5 +140,5 @@ index 221591636530..0506c4cdfeba 100644
   * The global tracer (top) should be the first trace array added,
   * but we check the flag anyway.
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0083-ring-buffer-Redefine-the-unimplemented-RINGBUF_TYPE_.patch

@@ -1,7 +1,7 @@
-From 894bc1fe03522eff1a45b8262e4e959c76b4c3fc Mon Sep 17 00:00:00 2001
+From 9f67e02e27ed28e415ea0e2b36e3ed12113bdb37 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:40 -0600
-Subject: [PATCH 085/418] ring-buffer: Redefine the unimplemented
+Subject: [PATCH 083/414] ring-buffer: Redefine the unimplemented
  RINGBUF_TYPE_TIME_STAMP
 
 RINGBUF_TYPE_TIME_STAMP is defined but not used, and from what I can
@@ -326,5 +326,5 @@ index 2be361b63c7b..e48989ff0427 100644
  			ring_buffer_normalize_time_stamp(buffer,
  							 cpu_buffer->cpu, ts);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0084-tracing-Add-timestamp_mode-trace-file.patch

@@ -1,7 +1,7 @@
-From 01962ea941a67756a5193d333d90872abe579ca8 Mon Sep 17 00:00:00 2001
+From 15e2d254eb4b12f827423744fe5e69ce42507f2c Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:41 -0600
-Subject: [PATCH 086/418] tracing: Add timestamp_mode trace file
+Subject: [PATCH 084/414] tracing: Add timestamp_mode trace file
 
 Add a new option flag indicating whether or not the ring buffer is in
 'absolute timestamp' mode.
@@ -62,7 +62,7 @@ index d4601df6e72e..54213e5c23f6 100644
  
  	Directory for the Hardware Latency Detector.
 diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
-index 9102a63de0b6..96f0b9ac910d 100644
+index f75eb0df7dd9..ed50ecb0592b 100644
 --- a/kernel/trace/trace.c
 +++ b/kernel/trace/trace.c
 @@ -4520,6 +4520,9 @@ static const char readme_msg[] =
@@ -141,5 +141,5 @@ index 9102a63de0b6..96f0b9ac910d 100644
  
  #if defined(CONFIG_TRACER_MAX_TRACE) || defined(CONFIG_HWLAT_TRACER)
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0085-tracing-Give-event-triggers-access-to-ring_buffer_ev.patch

@@ -1,7 +1,7 @@
-From 8c050da361b56aedad4fc65903e6637eef917800 Mon Sep 17 00:00:00 2001
+From 88ddb6459b76ae7f56abd46e62b976906d96701c Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:42 -0600
-Subject: [PATCH 087/418] tracing: Give event triggers access to
+Subject: [PATCH 085/414] tracing: Give event triggers access to
  ring_buffer_event
 
 The ring_buffer event can provide a timestamp that may be useful to
@@ -312,5 +312,5 @@ index b413fab7d75b..9dd8b9ce2594 100644
  
  int event_enable_trigger_print(struct seq_file *m,
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0086-tracing-Add-ring-buffer-event-param-to-hist-field-fu.patch

@@ -1,7 +1,7 @@
-From a1ff7598f798bf9a0cd383388b1f6fc59158499e Mon Sep 17 00:00:00 2001
+From e2a4c5f3252c8e72a9f2a7936708cb76bdc67e58 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:43 -0600
-Subject: [PATCH 088/418] tracing: Add ring buffer event param to hist field
+Subject: [PATCH 086/414] tracing: Add ring buffer event param to hist field
  functions
 
 Some events such as timestamps require access to a ring_buffer_event
@@ -145,5 +145,5 @@ index 77079c79b6d4..9126be52ff4d 100644
  
  static void hist_trigger_stacktrace_print(struct seq_file *m,
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0087-tracing-Break-out-hist-trigger-assignment-parsing.patch

@@ -1,7 +1,7 @@
-From b441bdabcb62630b995577ffb882a330e1230081 Mon Sep 17 00:00:00 2001
+From 8c0e516c256760a737c21d9e830df9d5d586bba8 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:44 -0600
-Subject: [PATCH 089/418] tracing: Break out hist trigger assignment parsing
+Subject: [PATCH 087/414] tracing: Break out hist trigger assignment parsing
 
 This will make it easier to add variables, and makes the parsing code
 cleaner regardless.
@@ -114,5 +114,5 @@ index 9126be52ff4d..4935290fd1e8 100644
  			goto free;
  		}
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0088-tracing-Add-hist-trigger-timestamp-support.patch

@@ -1,7 +1,7 @@
-From 2bace2378c6fac1967958883ec49397c777fd52d Mon Sep 17 00:00:00 2001
+From f5fc85120c33816190064e90232e0e70723df981 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:45 -0600
-Subject: [PATCH 090/418] tracing: Add hist trigger timestamp support
+Subject: [PATCH 088/414] tracing: Add hist trigger timestamp support
 
 Add support for a timestamp event field.  This is actually a 'pseudo-'
 event field in that it behaves like it's part of the event record, but
@@ -248,5 +248,5 @@ index 4935290fd1e8..cd80bca34cec 100644
  				test->ops->free(test->ops, test);
  		}
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0089-tracing-Add-per-element-variable-support-to-tracing_.patch

@@ -1,7 +1,7 @@
-From 757a116d1821b4e7205fa89aa8952cf2a5145448 Mon Sep 17 00:00:00 2001
+From 45a3b7f05299ff169006f2aa6449ecd9de7abbb3 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:46 -0600
-Subject: [PATCH 091/418] tracing: Add per-element variable support to
+Subject: [PATCH 089/414] tracing: Add per-element variable support to
  tracing_map
 
 In order to allow information to be passed between trace events, add
@@ -228,5 +228,5 @@ index de57887c0670..053eb92b2d31 100644
  					unsigned int i,
  					unsigned int key_offset,
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0090-tracing-Add-hist_data-member-to-hist_field.patch

@@ -1,7 +1,7 @@
-From 13ddac3670783cf9d59da3b1a6fefe4d4c98ad86 Mon Sep 17 00:00:00 2001
+From df2a37f4a941491dde3d94a72010c3504b11ead3 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:47 -0600
-Subject: [PATCH 092/418] tracing: Add hist_data member to hist_field
+Subject: [PATCH 090/414] tracing: Add hist_data member to hist_field
 
 Allow hist_data access via hist_field.  Some users of hist_fields
 require or will require more access to the associated hist_data.
@@ -84,5 +84,5 @@ index cd80bca34cec..ec58902145e9 100644
  		ret = -ENOMEM;
  		goto out;
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0091-tracing-Add-usecs-modifier-for-hist-trigger-timestam.patch

@@ -1,7 +1,7 @@
-From 824b2e6a8b7ad3d12bafbd08c4607e42a6b7e746 Mon Sep 17 00:00:00 2001
+From 2613c3be2bd48363cb6be506c88749dfc3134e8d Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:48 -0600
-Subject: [PATCH 093/418] tracing: Add usecs modifier for hist trigger
+Subject: [PATCH 091/414] tracing: Add usecs modifier for hist trigger
  timestamps
 
 Appending .usecs onto a common_timestamp field will cause the
@@ -41,7 +41,7 @@ index a4143f04a097..25c94730d3fe 100644
    Note that in general the semantics of a given field aren't
    interpreted when applying a modifier to it, but there are some
 diff --git a/kernel/trace/trace.c b/kernel/trace/trace.c
-index 96f0b9ac910d..9d199ebdc0cb 100644
+index ed50ecb0592b..3cefb457970e 100644
 --- a/kernel/trace/trace.c
 +++ b/kernel/trace/trace.c
 @@ -1170,6 +1170,14 @@ static struct {
@@ -166,5 +166,5 @@ index ec58902145e9..6d268e25d051 100644
  	return flags_str;
  }
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0092-tracing-Add-variable-support-to-hist-triggers.patch

@@ -1,7 +1,7 @@
-From c036038343bf211c28892bdd819624ac83c90135 Mon Sep 17 00:00:00 2001
+From f2dc1339a756443004b858f819f0ab4fb85ea91a Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:49 -0600
-Subject: [PATCH 094/418] tracing: Add variable support to hist triggers
+Subject: [PATCH 092/414] tracing: Add variable support to hist triggers
 
 Add support for saving the value of a current event's event field by
 assigning it to a variable that can be read by a subsequent event.
@@ -784,5 +784,5 @@ index 6d268e25d051..b4301542bb4a 100644
  		ret = 0;
  		goto out_free;
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0093-tracing-Account-for-variables-in-named-trigger-compa.patch

@@ -1,7 +1,7 @@
-From 64310c13b5bd98fea0da2be71497bc593c51635f Mon Sep 17 00:00:00 2001
+From 00e76e4674dcb08f980b20339bd1e0df0bac774d Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:50 -0600
-Subject: [PATCH 095/418] tracing: Account for variables in named trigger
+Subject: [PATCH 093/414] tracing: Account for variables in named trigger
  compatibility
 
 Named triggers must also have the same set of variables in order to be
@@ -47,5 +47,5 @@ index b4301542bb4a..68ff2491edd0 100644
  
  	for (i = 0; i < hist_data->n_sort_keys; i++) {
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0094-tracing-Move-get_hist_field_flags.patch

@@ -1,7 +1,7 @@
-From 01ad16a4b2f9769b5b9cda086b748b83390df603 Mon Sep 17 00:00:00 2001
+From ce02f3f1b893b14481591ea65b0f9ed04a804824 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:51 -0600
-Subject: [PATCH 096/418] tracing: Move get_hist_field_flags()
+Subject: [PATCH 094/414] tracing: Move get_hist_field_flags()
 
 Move get_hist_field_flags() to make it more easily accessible for new
 code (and keep the move separate from new functionality).
@@ -79,5 +79,5 @@ index 68ff2491edd0..c6c24d6d2be8 100644
  {
  	const char *field_name = hist_field_name(hist_field, 0);
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0095-tracing-Add-simple-expression-support-to-hist-trigge.patch

@@ -1,7 +1,7 @@
-From 79dc3193df67d3d2b6dd7adfe882613065da48e2 Mon Sep 17 00:00:00 2001
+From 13e83fbfc0915adadbca222e863f7d93958bf009 Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:52 -0600
-Subject: [PATCH 097/418] tracing: Add simple expression support to hist
+Subject: [PATCH 095/414] tracing: Add simple expression support to hist
  triggers
 
 Add support for simple addition, subtraction, and unary expressions
@@ -630,5 +630,5 @@ index c6c24d6d2be8..d2f01f3f26e1 100644
  
  		if (hist_data->fields[i]->flags & HIST_FIELD_FL_HEX) {
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0096-tracing-Generalize-per-element-hist-trigger-data.patch

@@ -1,7 +1,7 @@
-From 64be61c14d8f6e5237227b74ca406688a864d424 Mon Sep 17 00:00:00 2001
+From c90c725c2ac00315e80251d6ed44bb3860b6484f Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:53 -0600
-Subject: [PATCH 098/418] tracing: Generalize per-element hist trigger data
+Subject: [PATCH 096/414] tracing: Generalize per-element hist trigger data
 
 Up until now, hist triggers only needed per-element support for saving
 'comm' data, which was saved directly as a private data pointer.
@@ -160,5 +160,5 @@ index d2f01f3f26e1..893f65ce31a5 100644
  			uval = *(u64 *)(key + key_field->offset);
  			seq_printf(m, "%s: %-16s[%10llu]", field_name,
 -- 
-2.17.1
+2.18.0
 

kernel/patches-4.14.x-rt/0097-tracing-Pass-tracing_map_elt-to-hist_field-accessor-.patch

@@ -1,7 +1,7 @@
-From 716b78d7084aeb4c724aea33818670c65ce1de09 Mon Sep 17 00:00:00 2001
+From f685a8ce4ebde4bae2faed2f1ceecfb86e752f9d Mon Sep 17 00:00:00 2001
 From: Tom Zanussi <tom.zanussi@linux.intel.com>
 Date: Mon, 15 Jan 2018 20:51:54 -0600
-Subject: [PATCH 099/418] tracing: Pass tracing_map_elt to hist_field accessor
+Subject: [PATCH 097/414] tracing: Pass tracing_map_elt to hist_field accessor
  functions
 
 Some accessor functions, such as for variable references, require
@@ -227,5 +227,5 @@ index 893f65ce31a5..becf37b2b0da 100644
  				key = (void *)(unsigned long)field_contents;
  				use_compound_key = true;
 -- 
-2.17.1
+2.18.0