[packages/kernel/LINUX_4_19] - up to 4.19.24; reverts included upstream

[arekm]

commit 5d420c4245d34842653b9aa9ac8ececc03a2f609
Author: Arkadiusz Miśkiewicz <arekm at maven.pl>
Date:   Wed Feb 20 19:30:24 2019 +0100

    - up to 4.19.24; reverts included upstream

 kernel-small_fixes.patch | 91 ------------------------------------------------
 kernel.spec              |  4 +--
 2 files changed, 2 insertions(+), 93 deletions(-)
---
diff --git a/kernel.spec b/kernel.spec
index bf757a97..bd757359 100644
--- a/kernel.spec
+++ b/kernel.spec
@@ -70,7 +70,7 @@
 
 %define		rel		1
 %define		basever		4.19
-%define		postver		.21
+%define		postver		.24
 
 # define this to '-%{basever}' for longterm branch
 %define		versuffix	-%{basever}
@@ -122,7 +122,7 @@ Source0:	https://www.kernel.org/pub/linux/kernel/v4.x/linux-%{basever}.tar.xz
 # Source0-md5:	740a90cf810c2105df8ee12e5d0bb900
 %if "%{postver}" != ".0"
 Patch0:		https://www.kernel.org/pub/linux/kernel/v4.x/patch-%{version}.xz
-# Patch0-md5:	108650861b371cf203342db26f835bac
+# Patch0-md5:	158e30ad305f6aa6825e495621082220
 %endif
 Source1:	kernel.sysconfig
 
diff --git a/kernel-small_fixes.patch b/kernel-small_fixes.patch
index e7f76cde..30bd2ed5 100644
--- a/kernel-small_fixes.patch
+++ b/kernel-small_fixes.patch
@@ -39,95 +39,4 @@ index 584cf2d..aea3bc2 100644
  	/* version 5 superblocks support inode version counters. */
  	if (XFS_SB_VERSION_NUM(&mp->m_sb) == XFS_SB_VERSION_5)
 
-From: Dave Chinner <dchinner at redhat.com>
-
-This reverts commit a76cf1a474d7dbcd9336b5f5afb0162baa142cf0.
-
-This change causes serious changes to page cache and inode cache
-behaviour and balance, resulting in major performance regressions
-when combining worklaods such as large file copies and kernel
-compiles.
-
-https://bugzilla.kernel.org/show_bug.cgi?id=202441
-
-This change is a hack to work around the problems introduced by
-changing how agressive shrinkers are on small caches in commit
-172b06c32b94 ("mm: slowly shrink slabs with a relatively small
-number of objects"). It creates more problems than it solves, wasn't
-adequately reviewed or tested, so it needs to be reverted.
-
-cc: <stable at vger.kernel.org>
-Signed-off-by: Dave Chinner <dchinner at redhat.com>
----
- fs/inode.c | 7 ++-----
- 1 file changed, 2 insertions(+), 5 deletions(-)
-
-diff --git a/fs/inode.c b/fs/inode.c
-index 0cd47fe0dbe5..73432e64f874 100644
---- a/fs/inode.c
-+++ b/fs/inode.c
-@@ -730,11 +730,8 @@ static enum lru_status inode_lru_isolate(struct list_head *item,
- 		return LRU_REMOVED;
- 	}
- 
--	/*
--	 * Recently referenced inodes and inodes with many attached pages
--	 * get one more pass.
--	 */
--	if (inode->i_state & I_REFERENCED || inode->i_data.nrpages > 1) {
-+	/* recently referenced inodes get one more pass */
-+	if (inode->i_state & I_REFERENCED) {
- 		inode->i_state &= ~I_REFERENCED;
- 		spin_unlock(&inode->i_lock);
- 		return LRU_ROTATE;
--- 
-2.20.1
-
-This reverts commit 172b06c32b949759fe6313abec514bc4f15014f4.
-
-This change changes the agressiveness of shrinker reclaim, causing
-small cache and low priority reclaim to greatly increase
-scanning pressure on small caches. As a result, light memory
-pressure has a disproportionate affect on small caches, and causes
-large caches to be reclaimed much faster than previously.
-
-As a result, it greatly perturbs the delicate balance of the VFS
-caches (dentry/inode vs file page cache) such that the inode/dentry
-caches are reclaimed much, much faster than the page cache and this
-drives us into several other caching imbalance related problems.
-
-As such, this is a bad change and needs to be reverted.
-
-[ Needs some massaging to retain the later seekless shrinker
-modifications. ]
-
-cc: <stable at vger.kernel.org>
-Signed-off-by: Dave Chinner <dchinner at redhat.com>
----
- mm/vmscan.c | 10 ----------
- 1 file changed, 10 deletions(-)
-
-diff --git a/mm/vmscan.c b/mm/vmscan.c
-index a714c4f800e9..e979705bbf32 100644
---- a/mm/vmscan.c
-+++ b/mm/vmscan.c
-@@ -491,16 +491,6 @@ static unsigned long do_shrink_slab(struct shrink_control *shrinkctl,
- 		delta = freeable / 2;
- 	}
- 
--	/*
--	 * Make sure we apply some minimal pressure on default priority
--	 * even on small cgroups. Stale objects are not only consuming memory
--	 * by themselves, but can also hold a reference to a dying cgroup,
--	 * preventing it from being reclaimed. A dying cgroup with all
--	 * corresponding structures like per-cpu stats and kmem caches
--	 * can be really big, so it may lead to a significant waste of memory.
--	 */
--	delta = max_t(unsigned long long, delta, min(freeable, batch_size));
--
- 	total_scan += delta;
- 	if (total_scan < 0) {
- 		pr_err("shrink_slab: %pF negative objects to delete nr=%ld\n",
--- 
-2.20.1
 
================================================================

---- gitweb:

http://git.pld-linux.org/gitweb.cgi/packages/kernel.git/commitdiff/5d420c4245d34842653b9aa9ac8ececc03a2f609