From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 60FCC138334 for ; Fri, 16 Aug 2019 12:26:54 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7FE8CE0BCF; Fri, 16 Aug 2019 12:26:53 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 4F196E0BCF for ; Fri, 16 Aug 2019 12:26:53 +0000 (UTC) Received: from oystercatcher.gentoo.org (unknown [IPv6:2a01:4f8:202:4333:225:90ff:fed9:fc84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id E9B02349C4C for ; Fri, 16 Aug 2019 12:26:51 +0000 (UTC) Received: from localhost.localdomain (localhost [IPv6:::1]) by oystercatcher.gentoo.org (Postfix) with ESMTP id 9DDB1266 for ; Fri, 16 Aug 2019 12:26:50 +0000 (UTC) From: "Mike Pagano" To: gentoo-commits@lists.gentoo.org Content-Transfer-Encoding: 8bit Content-type: text/plain; charset=UTF-8 Reply-To: gentoo-dev@lists.gentoo.org, "Mike Pagano" Message-ID: <1565958369.80f421e5d9b1bc12165608319f3b2dd4e977a3a0.mpagano@gentoo> Subject: [gentoo-commits] proj/linux-patches:4.19 commit in: / X-VCS-Repository: proj/linux-patches X-VCS-Files: 0000_README 1800_vmalloc-sync-unmappings-fix.patch X-VCS-Directories: / X-VCS-Committer: mpagano X-VCS-Committer-Name: Mike Pagano X-VCS-Revision: 80f421e5d9b1bc12165608319f3b2dd4e977a3a0 X-VCS-Branch: 4.19 Date: Fri, 16 Aug 2019 12:26:50 +0000 (UTC) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-commits@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply X-Archives-Salt: 6bdcbb6e-a949-4269-a0b8-a7a900e0ac7b X-Archives-Hash: fd7b9a72a45b4d92cc28e9f2c7a10c65 commit: 80f421e5d9b1bc12165608319f3b2dd4e977a3a0 Author: Mike Pagano gentoo org> AuthorDate: Fri Aug 16 12:26:09 2019 +0000 Commit: Mike Pagano gentoo org> CommitDate: Fri Aug 16 12:26:09 2019 +0000 URL: https://gitweb.gentoo.org/proj/linux-patches.git/commit/?id=80f421e5 Removed redundant patch (vmalloc) 1800_vmalloc-sync-unmappings-fix.patch mm/vmalloc: Sync unmappings in __purge_vmap_area_lazy() Signed-off-by: Mike Pagano gentoo.org> 0000_README | 4 --- 1800_vmalloc-sync-unmappings-fix.patch | 58 ---------------------------------- 2 files changed, 62 deletions(-) diff --git a/0000_README b/0000_README index 142096b..3ef7886 100644 --- a/0000_README +++ b/0000_README @@ -319,10 +319,6 @@ Patch: 1510_fs-enable-link-security-restrictions-by-default.patch From: http://sources.debian.net/src/linux/3.16.7-ckt4-3/debian/patches/debian/fs-enable-link-security-restrictions-by-default.patch/ Desc: Enable link security restrictions by default. -Patch: 1800_vmalloc-sync-unmappings-fix.patch -From: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/patch/?id=3f8fd02b1bf1d7ba964485a56f2f4b53ae88c167 -Desc: mm/vmalloc: Sync unmappings in __purge_vmap_area_lazy() - Patch: 2000_BT-Check-key-sizes-only-if-Secure-Simple-Pairing-enabled.patch From: https://lore.kernel.org/linux-bluetooth/20190522070540.48895-1-marcel@holtmann.org/raw Desc: Bluetooth: Check key sizes only when Secure Simple Pairing is enabled. See bug #686758 diff --git a/1800_vmalloc-sync-unmappings-fix.patch b/1800_vmalloc-sync-unmappings-fix.patch deleted file mode 100644 index 7e56e51..0000000 --- a/1800_vmalloc-sync-unmappings-fix.patch +++ /dev/null @@ -1,58 +0,0 @@ -From 3f8fd02b1bf1d7ba964485a56f2f4b53ae88c167 Mon Sep 17 00:00:00 2001 -From: Joerg Roedel -Date: Fri, 19 Jul 2019 20:46:52 +0200 -Subject: mm/vmalloc: Sync unmappings in __purge_vmap_area_lazy() - -On x86-32 with PTI enabled, parts of the kernel page-tables are not shared -between processes. This can cause mappings in the vmalloc/ioremap area to -persist in some page-tables after the region is unmapped and released. - -When the region is re-used the processes with the old mappings do not fault -in the new mappings but still access the old ones. - -This causes undefined behavior, in reality often data corruption, kernel -oopses and panics and even spontaneous reboots. - -Fix this problem by activly syncing unmaps in the vmalloc/ioremap area to -all page-tables in the system before the regions can be re-used. - -References: https://bugzilla.suse.com/show_bug.cgi?id=1118689 -Fixes: 5d72b4fba40ef ('x86, mm: support huge I/O mapping capability I/F') -Signed-off-by: Joerg Roedel -Signed-off-by: Thomas Gleixner -Reviewed-by: Dave Hansen -Link: https://lkml.kernel.org/r/20190719184652.11391-4-joro@8bytes.org ---- - mm/vmalloc.c | 9 +++++++++ - 1 file changed, 9 insertions(+) - -diff --git a/mm/vmalloc.c b/mm/vmalloc.c -index 4fa8d84599b0..e0fc963acc41 100644 ---- a/mm/vmalloc.c -+++ b/mm/vmalloc.c -@@ -1258,6 +1258,12 @@ static bool __purge_vmap_area_lazy(unsigned long start, unsigned long end) - if (unlikely(valist == NULL)) - return false; - -+ /* -+ * First make sure the mappings are removed from all page-tables -+ * before they are freed. -+ */ -+ vmalloc_sync_all(); -+ - /* - * TODO: to calculate a flush range without looping. - * The list can be up to lazy_max_pages() elements. -@@ -3038,6 +3044,9 @@ EXPORT_SYMBOL(remap_vmalloc_range); - /* - * Implement a stub for vmalloc_sync_all() if the architecture chose not to - * have one. -+ * -+ * The purpose of this function is to make sure the vmalloc area -+ * mappings are identical in all page-tables in the system. - */ - void __weak vmalloc_sync_all(void) - { --- -cgit 1.2-0.3.lf.el7 -