]> git.ipfire.org Git - thirdparty/kernel/stable-queue.git/commitdiff
Drop arm64-signal-raise-limit-on-stack-frames.patch
authorSasha Levin <sashal@kernel.org>
Wed, 14 Sep 2022 18:02:19 +0000 (14:02 -0400)
committerSasha Levin <sashal@kernel.org>
Wed, 14 Sep 2022 18:02:19 +0000 (14:02 -0400)
Signed-off-by: Sasha Levin <sashal@kernel.org>
12 files changed:
queue-4.14/arm64-signal-raise-limit-on-stack-frames.patch [deleted file]
queue-4.14/series
queue-4.19/arm64-signal-raise-limit-on-stack-frames.patch [deleted file]
queue-4.19/series
queue-5.10/arm64-signal-raise-limit-on-stack-frames.patch [deleted file]
queue-5.10/series
queue-5.15/arm64-signal-raise-limit-on-stack-frames.patch [deleted file]
queue-5.15/series
queue-5.19/arm64-signal-raise-limit-on-stack-frames.patch [deleted file]
queue-5.19/series
queue-5.4/arm64-signal-raise-limit-on-stack-frames.patch [deleted file]
queue-5.4/series

diff --git a/queue-4.14/arm64-signal-raise-limit-on-stack-frames.patch b/queue-4.14/arm64-signal-raise-limit-on-stack-frames.patch
deleted file mode 100644 (file)
index 27292f4..0000000
+++ /dev/null
@@ -1,44 +0,0 @@
-From fc7ae800af5800119a26fcd3cc389093e8201bd6 Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Wed, 17 Aug 2022 19:23:21 +0100
-Subject: arm64/signal: Raise limit on stack frames
-
-From: Mark Brown <broonie@kernel.org>
-
-[ Upstream commit 7ddcaf78e93c9282b4d92184f511b4d5bee75355 ]
-
-The signal code has a limit of 64K on the size of a stack frame that it
-will generate, if this limit is exceeded then a process will be killed if
-it receives a signal. Unfortunately with the advent of SME this limit is
-too small - the maximum possible size of the ZA register alone is 64K. This
-is not an issue for practical systems at present but is easily seen using
-virtual platforms.
-
-Raise the limit to 256K, this is substantially more than could be used by
-any current architecture extension.
-
-Signed-off-by: Mark Brown <broonie@kernel.org>
-Acked-by: Catalin Marinas <catalin.marinas@arm.com>
-Link: https://lore.kernel.org/r/20220817182324.638214-2-broonie@kernel.org
-Signed-off-by: Will Deacon <will@kernel.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- arch/arm64/kernel/signal.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/arch/arm64/kernel/signal.c b/arch/arm64/kernel/signal.c
-index 43442b3a463f5..1b3973de417ec 100644
---- a/arch/arm64/kernel/signal.c
-+++ b/arch/arm64/kernel/signal.c
-@@ -97,7 +97,7 @@ static size_t sigframe_size(struct rt_sigframe_user_layout const *user)
-  * not taken into account.  This limit is not a guarantee and is
-  * NOT ABI.
-  */
--#define SIGFRAME_MAXSZ SZ_64K
-+#define SIGFRAME_MAXSZ SZ_256K
- static int __sigframe_alloc(struct rt_sigframe_user_layout *user,
-                           unsigned long *offset, size_t size, bool extend)
--- 
-2.35.1
-
index abde9e533726ffa0f15e1251f155d71f76ca5d1c..a0053aace715e3e1305a7c9aa6656d4b089c1a30 100644 (file)
@@ -39,7 +39,6 @@ drm-amdgpu-check-num_gfx_rings-for-gfx-v9_0-rb-setup.patch
 drm-radeon-add-a-force-flush-to-delay-work-when-rade.patch
 parisc-ccio-dma-handle-kmalloc-failure-in-ccio_init_.patch
 parisc-add-runtime-check-to-prevent-pa2.0-kernels-on.patch
-arm64-signal-raise-limit-on-stack-frames.patch
 fbdev-chipsfb-add-missing-pci_disable_device-in-chip.patch
 alsa-emu10k1-fix-out-of-bounds-access-in-snd_emu10k1_pcm_channel_alloc.patch
 alsa-aloop-fix-random-zeros-in-capture-data-when-using-jiffies-timer.patch
diff --git a/queue-4.19/arm64-signal-raise-limit-on-stack-frames.patch b/queue-4.19/arm64-signal-raise-limit-on-stack-frames.patch
deleted file mode 100644 (file)
index 2807616..0000000
+++ /dev/null
@@ -1,44 +0,0 @@
-From 4fdd13e4e46ab87c3a09a5bfc0e6440d4d258d4d Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Wed, 17 Aug 2022 19:23:21 +0100
-Subject: arm64/signal: Raise limit on stack frames
-
-From: Mark Brown <broonie@kernel.org>
-
-[ Upstream commit 7ddcaf78e93c9282b4d92184f511b4d5bee75355 ]
-
-The signal code has a limit of 64K on the size of a stack frame that it
-will generate, if this limit is exceeded then a process will be killed if
-it receives a signal. Unfortunately with the advent of SME this limit is
-too small - the maximum possible size of the ZA register alone is 64K. This
-is not an issue for practical systems at present but is easily seen using
-virtual platforms.
-
-Raise the limit to 256K, this is substantially more than could be used by
-any current architecture extension.
-
-Signed-off-by: Mark Brown <broonie@kernel.org>
-Acked-by: Catalin Marinas <catalin.marinas@arm.com>
-Link: https://lore.kernel.org/r/20220817182324.638214-2-broonie@kernel.org
-Signed-off-by: Will Deacon <will@kernel.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- arch/arm64/kernel/signal.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/arch/arm64/kernel/signal.c b/arch/arm64/kernel/signal.c
-index ca565853dea64..bd9b36ab35f0f 100644
---- a/arch/arm64/kernel/signal.c
-+++ b/arch/arm64/kernel/signal.c
-@@ -101,7 +101,7 @@ static size_t sigframe_size(struct rt_sigframe_user_layout const *user)
-  * not taken into account.  This limit is not a guarantee and is
-  * NOT ABI.
-  */
--#define SIGFRAME_MAXSZ SZ_64K
-+#define SIGFRAME_MAXSZ SZ_256K
- static int __sigframe_alloc(struct rt_sigframe_user_layout *user,
-                           unsigned long *offset, size_t size, bool extend)
--- 
-2.35.1
-
index 6e4ef60da0f61793bd30b92343db00db91c8bc51..e7cb79f2a482c3a9e5092e6d81b57a2e7b81c76a 100644 (file)
@@ -51,7 +51,6 @@ drm-radeon-add-a-force-flush-to-delay-work-when-rade.patch
 parisc-ccio-dma-handle-kmalloc-failure-in-ccio_init_.patch
 parisc-add-runtime-check-to-prevent-pa2.0-kernels-on.patch
 arm64-cacheinfo-fix-incorrect-assignment-of-signed-e.patch
-arm64-signal-raise-limit-on-stack-frames.patch
 fbdev-chipsfb-add-missing-pci_disable_device-in-chip.patch
 drm-amdgpu-mmvm_l2_cntl3-register-not-initialized-co.patch
 alsa-emu10k1-fix-out-of-bounds-access-in-snd_emu10k1_pcm_channel_alloc.patch
diff --git a/queue-5.10/arm64-signal-raise-limit-on-stack-frames.patch b/queue-5.10/arm64-signal-raise-limit-on-stack-frames.patch
deleted file mode 100644 (file)
index c02c36b..0000000
+++ /dev/null
@@ -1,44 +0,0 @@
-From 6192ca37b6f03dfa23f0ee5fbfe220d8b736beaf Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Wed, 17 Aug 2022 19:23:21 +0100
-Subject: arm64/signal: Raise limit on stack frames
-
-From: Mark Brown <broonie@kernel.org>
-
-[ Upstream commit 7ddcaf78e93c9282b4d92184f511b4d5bee75355 ]
-
-The signal code has a limit of 64K on the size of a stack frame that it
-will generate, if this limit is exceeded then a process will be killed if
-it receives a signal. Unfortunately with the advent of SME this limit is
-too small - the maximum possible size of the ZA register alone is 64K. This
-is not an issue for practical systems at present but is easily seen using
-virtual platforms.
-
-Raise the limit to 256K, this is substantially more than could be used by
-any current architecture extension.
-
-Signed-off-by: Mark Brown <broonie@kernel.org>
-Acked-by: Catalin Marinas <catalin.marinas@arm.com>
-Link: https://lore.kernel.org/r/20220817182324.638214-2-broonie@kernel.org
-Signed-off-by: Will Deacon <will@kernel.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- arch/arm64/kernel/signal.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/arch/arm64/kernel/signal.c b/arch/arm64/kernel/signal.c
-index 0dab5679a97d5..c42089ce089f7 100644
---- a/arch/arm64/kernel/signal.c
-+++ b/arch/arm64/kernel/signal.c
-@@ -91,7 +91,7 @@ static size_t sigframe_size(struct rt_sigframe_user_layout const *user)
-  * not taken into account.  This limit is not a guarantee and is
-  * NOT ABI.
-  */
--#define SIGFRAME_MAXSZ SZ_64K
-+#define SIGFRAME_MAXSZ SZ_256K
- static int __sigframe_alloc(struct rt_sigframe_user_layout *user,
-                           unsigned long *offset, size_t size, bool extend)
--- 
-2.35.1
-
index ae54e9f4ee2cc2652d5d920afe5abc0e2625a0c9..fcb40466a17586a7a82a54421b410deda12ee61b 100644 (file)
@@ -17,7 +17,6 @@ drm-radeon-add-a-force-flush-to-delay-work-when-rade.patch
 parisc-ccio-dma-handle-kmalloc-failure-in-ccio_init_.patch
 parisc-add-runtime-check-to-prevent-pa2.0-kernels-on.patch
 arm64-cacheinfo-fix-incorrect-assignment-of-signed-e.patch
-arm64-signal-raise-limit-on-stack-frames.patch
 net-core-skbuff-check-the-return-value-of-skb_copy_b.patch
 fbdev-chipsfb-add-missing-pci_disable_device-in-chip.patch
 drm-amdgpu-mmvm_l2_cntl3-register-not-initialized-co.patch
diff --git a/queue-5.15/arm64-signal-raise-limit-on-stack-frames.patch b/queue-5.15/arm64-signal-raise-limit-on-stack-frames.patch
deleted file mode 100644 (file)
index 608f594..0000000
+++ /dev/null
@@ -1,44 +0,0 @@
-From 3d1f2c313dc682145d012e801d310aac73eaa691 Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Wed, 17 Aug 2022 19:23:21 +0100
-Subject: arm64/signal: Raise limit on stack frames
-
-From: Mark Brown <broonie@kernel.org>
-
-[ Upstream commit 7ddcaf78e93c9282b4d92184f511b4d5bee75355 ]
-
-The signal code has a limit of 64K on the size of a stack frame that it
-will generate, if this limit is exceeded then a process will be killed if
-it receives a signal. Unfortunately with the advent of SME this limit is
-too small - the maximum possible size of the ZA register alone is 64K. This
-is not an issue for practical systems at present but is easily seen using
-virtual platforms.
-
-Raise the limit to 256K, this is substantially more than could be used by
-any current architecture extension.
-
-Signed-off-by: Mark Brown <broonie@kernel.org>
-Acked-by: Catalin Marinas <catalin.marinas@arm.com>
-Link: https://lore.kernel.org/r/20220817182324.638214-2-broonie@kernel.org
-Signed-off-by: Will Deacon <will@kernel.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- arch/arm64/kernel/signal.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/arch/arm64/kernel/signal.c b/arch/arm64/kernel/signal.c
-index b3e1beccf4588..8fdb89afd2b85 100644
---- a/arch/arm64/kernel/signal.c
-+++ b/arch/arm64/kernel/signal.c
-@@ -91,7 +91,7 @@ static size_t sigframe_size(struct rt_sigframe_user_layout const *user)
-  * not taken into account.  This limit is not a guarantee and is
-  * NOT ABI.
-  */
--#define SIGFRAME_MAXSZ SZ_64K
-+#define SIGFRAME_MAXSZ SZ_256K
- static int __sigframe_alloc(struct rt_sigframe_user_layout *user,
-                           unsigned long *offset, size_t size, bool extend)
--- 
-2.35.1
-
index f5c073a7c3fe7ddca971af06f1bf2d2139db8a28..e6a1b3695cbf2ece961e83a849465e95964287fa 100644 (file)
@@ -16,7 +16,6 @@ revert-parisc-show-error-if-wrong-32-64-bit-compiler.patch
 parisc-ccio-dma-handle-kmalloc-failure-in-ccio_init_.patch
 parisc-add-runtime-check-to-prevent-pa2.0-kernels-on.patch
 arm64-cacheinfo-fix-incorrect-assignment-of-signed-e.patch
-arm64-signal-raise-limit-on-stack-frames.patch
 netfilter-conntrack-work-around-exceeded-receive-win.patch
 cpufreq-check-only-freq_table-in-__resolve_freq.patch
 net-core-skbuff-check-the-return-value-of-skb_copy_b.patch
diff --git a/queue-5.19/arm64-signal-raise-limit-on-stack-frames.patch b/queue-5.19/arm64-signal-raise-limit-on-stack-frames.patch
deleted file mode 100644 (file)
index f981e6c..0000000
+++ /dev/null
@@ -1,44 +0,0 @@
-From c8a1c0e8a9b689271a181d7ddbce1bf5cbd17f3f Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Wed, 17 Aug 2022 19:23:21 +0100
-Subject: arm64/signal: Raise limit on stack frames
-
-From: Mark Brown <broonie@kernel.org>
-
-[ Upstream commit 7ddcaf78e93c9282b4d92184f511b4d5bee75355 ]
-
-The signal code has a limit of 64K on the size of a stack frame that it
-will generate, if this limit is exceeded then a process will be killed if
-it receives a signal. Unfortunately with the advent of SME this limit is
-too small - the maximum possible size of the ZA register alone is 64K. This
-is not an issue for practical systems at present but is easily seen using
-virtual platforms.
-
-Raise the limit to 256K, this is substantially more than could be used by
-any current architecture extension.
-
-Signed-off-by: Mark Brown <broonie@kernel.org>
-Acked-by: Catalin Marinas <catalin.marinas@arm.com>
-Link: https://lore.kernel.org/r/20220817182324.638214-2-broonie@kernel.org
-Signed-off-by: Will Deacon <will@kernel.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- arch/arm64/kernel/signal.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/arch/arm64/kernel/signal.c b/arch/arm64/kernel/signal.c
-index 8bb631bf9464c..e8e1f46d383da 100644
---- a/arch/arm64/kernel/signal.c
-+++ b/arch/arm64/kernel/signal.c
-@@ -91,7 +91,7 @@ static size_t sigframe_size(struct rt_sigframe_user_layout const *user)
-  * not taken into account.  This limit is not a guarantee and is
-  * NOT ABI.
-  */
--#define SIGFRAME_MAXSZ SZ_64K
-+#define SIGFRAME_MAXSZ SZ_256K
- static int __sigframe_alloc(struct rt_sigframe_user_layout *user,
-                           unsigned long *offset, size_t size, bool extend)
--- 
-2.35.1
-
index 9fff93c1afdb155a1656380b83c282f92520c375..24cc8dc5d39b3c432d42d0d6ddddbcb76809624e 100644 (file)
@@ -20,7 +20,6 @@ revert-parisc-show-error-if-wrong-32-64-bit-compiler.patch
 parisc-ccio-dma-handle-kmalloc-failure-in-ccio_init_.patch
 parisc-add-runtime-check-to-prevent-pa2.0-kernels-on.patch
 arm64-errata-add-detection-for-amevcntr01-incrementi.patch
-arm64-signal-raise-limit-on-stack-frames.patch
 netfilter-conntrack-work-around-exceeded-receive-win.patch
 thermal-int340x_thermal-handle-data_vault-when-the-v.patch
 cpufreq-check-only-freq_table-in-__resolve_freq.patch
diff --git a/queue-5.4/arm64-signal-raise-limit-on-stack-frames.patch b/queue-5.4/arm64-signal-raise-limit-on-stack-frames.patch
deleted file mode 100644 (file)
index eb9c721..0000000
+++ /dev/null
@@ -1,44 +0,0 @@
-From b93cbc869e160c9627d7726cfa8fb624502178af Mon Sep 17 00:00:00 2001
-From: Sasha Levin <sashal@kernel.org>
-Date: Wed, 17 Aug 2022 19:23:21 +0100
-Subject: arm64/signal: Raise limit on stack frames
-
-From: Mark Brown <broonie@kernel.org>
-
-[ Upstream commit 7ddcaf78e93c9282b4d92184f511b4d5bee75355 ]
-
-The signal code has a limit of 64K on the size of a stack frame that it
-will generate, if this limit is exceeded then a process will be killed if
-it receives a signal. Unfortunately with the advent of SME this limit is
-too small - the maximum possible size of the ZA register alone is 64K. This
-is not an issue for practical systems at present but is easily seen using
-virtual platforms.
-
-Raise the limit to 256K, this is substantially more than could be used by
-any current architecture extension.
-
-Signed-off-by: Mark Brown <broonie@kernel.org>
-Acked-by: Catalin Marinas <catalin.marinas@arm.com>
-Link: https://lore.kernel.org/r/20220817182324.638214-2-broonie@kernel.org
-Signed-off-by: Will Deacon <will@kernel.org>
-Signed-off-by: Sasha Levin <sashal@kernel.org>
----
- arch/arm64/kernel/signal.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/arch/arm64/kernel/signal.c b/arch/arm64/kernel/signal.c
-index f6d3278c1a4e0..92afd44db9dd8 100644
---- a/arch/arm64/kernel/signal.c
-+++ b/arch/arm64/kernel/signal.c
-@@ -91,7 +91,7 @@ static size_t sigframe_size(struct rt_sigframe_user_layout const *user)
-  * not taken into account.  This limit is not a guarantee and is
-  * NOT ABI.
-  */
--#define SIGFRAME_MAXSZ SZ_64K
-+#define SIGFRAME_MAXSZ SZ_256K
- static int __sigframe_alloc(struct rt_sigframe_user_layout *user,
-                           unsigned long *offset, size_t size, bool extend)
--- 
-2.35.1
-
index 76b36cef0fe3f91aa22841182aceab55006e6df2..5f00c9e8487a69fdc7f2804c93e0f56e3a4d4c6a 100644 (file)
@@ -71,7 +71,6 @@ drm-radeon-add-a-force-flush-to-delay-work-when-rade.patch
 parisc-ccio-dma-handle-kmalloc-failure-in-ccio_init_.patch
 parisc-add-runtime-check-to-prevent-pa2.0-kernels-on.patch
 arm64-cacheinfo-fix-incorrect-assignment-of-signed-e.patch
-arm64-signal-raise-limit-on-stack-frames.patch
 fbdev-chipsfb-add-missing-pci_disable_device-in-chip.patch
 drm-amdgpu-mmvm_l2_cntl3-register-not-initialized-co.patch
 alsa-emu10k1-fix-out-of-bounds-access-in-snd_emu10k1_pcm_channel_alloc.patch