Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp837367pxf; Thu, 1 Apr 2021 15:13:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy7nSVK2SJJ1G6pHwov2Abvt2CDwekCG2Mh8VWyiUQGOTsY4KlZwntdH/+CSxRdm9xi7vtm X-Received: by 2002:a05:6402:27d3:: with SMTP id c19mr12439554ede.129.1617315211291; Thu, 01 Apr 2021 15:13:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617315211; cv=none; d=google.com; s=arc-20160816; b=IbXy69rCW3MVFuJtJVAAiHP9uMaNS0R/6QDGDm4KMGP7dPr5XjZozKY+oSX94FOmYU LsR3iG5QFEfZVjS1FHHtQYDyIbdJEcry0ZgEyU2pyoBhyf6yutvWFSZf7LAkPzV1oIit ePvib9crLIp7mFfuoP0H1HQ/8rl5iKbp2GrCerDBtu1nNhycSE2Qhk/QfLB+hnnh0ZFk eVvwXYdzWao6tGyN+UoWQjxjgcpsKBT3qHNd0TX43Ft5WcqLN3ZuV0PsHVaEaqn5195z EkxSAOcANd35jnIUAwbi9dxiHmi0HwHIV5xjR1LMX5opnPcFOcaNI3rAvFzgX3PB+Oz5 aEMw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :ironport-sdr:ironport-sdr; bh=TTdHFzBoB1756rCeoDjyE5OZvegZrh5GWnQKYUqs4e8=; b=eOUhgNeeruL8uQmE/aEVUHpKD+zvaMVkqCq3jsjj83DOG7sVD7F5Rdo+wd5XCozHe3 sSC8NV5uFqXUP4g/ny8ard0ToxwC9aYWPpBLWID6sb70ArK+qrCNU9QMTptcjf7PxrK5 wLKKcYBnkEULhKkzNKZWOVyHG74p8AoU3KrX3D3Zcay3NJiNVvHhl65YySLzwybTsTu6 822j19N7TJZ6M+xlWt/xaJ0nZ9DVLbORBMtn4lYmGOtPVxDCimLWB5mvKbTM/iZj6+Nz KUijnsvqSUcSH0qhtJU2jMVH5QpGNhwjCMb4OixwuqD8J4BgUK+74GbhNUN9KK/qR/g3 YehQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f20si5087674edr.318.2021.04.01.15.13.08; Thu, 01 Apr 2021 15:13:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235737AbhDAWMS (ORCPT + 99 others); Thu, 1 Apr 2021 18:12:18 -0400 Received: from mga11.intel.com ([192.55.52.93]:34702 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234968AbhDAWLf (ORCPT ); Thu, 1 Apr 2021 18:11:35 -0400 IronPort-SDR: XDVhDw8gNDgxcfOsjtuwJJwAGmMepBJxAeuWmm+qACqf189x61NN7B+gxcF8Bn4d+MSt3fzJKv 3P/ZOLwp/xUQ== X-IronPort-AV: E=McAfee;i="6000,8403,9941"; a="189084570" X-IronPort-AV: E=Sophos;i="5.81,296,1610438400"; d="scan'208";a="189084570" Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Apr 2021 15:11:24 -0700 IronPort-SDR: GBN2CzivGSZmstkjkrlUhJLgzpJVIq3vZVZUzdrt4TT+j+5iyq7j5m1JOFWx7xOF/qiyMH4SE3 u6Cd1NhqMqlQ== X-IronPort-AV: E=Sophos;i="5.81,296,1610438400"; d="scan'208";a="517513910" Received: from yyu32-desk.sc.intel.com ([143.183.136.146]) by fmsmga001-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Apr 2021 15:11:23 -0700 From: Yu-cheng Yu To: x86@kernel.org, "H. Peter Anvin" , Thomas Gleixner , Ingo Molnar , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-mm@kvack.org, linux-arch@vger.kernel.org, linux-api@vger.kernel.org, Arnd Bergmann , Andy Lutomirski , Balbir Singh , Borislav Petkov , Cyrill Gorcunov , Dave Hansen , Eugene Syromiatnikov , Florian Weimer , "H.J. Lu" , Jann Horn , Jonathan Corbet , Kees Cook , Mike Kravetz , Nadav Amit , Oleg Nesterov , Pavel Machek , Peter Zijlstra , Randy Dunlap , "Ravi V. Shankar" , Vedvyas Shanbhogue , Dave Martin , Weijiang Yang , Pengfei Xu , Haitao Huang Cc: Yu-cheng Yu , "Kirill A . Shutemov" Subject: [PATCH v24 15/30] x86/mm: Update maybe_mkwrite() for shadow stack Date: Thu, 1 Apr 2021 15:10:49 -0700 Message-Id: <20210401221104.31584-16-yu-cheng.yu@intel.com> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20210401221104.31584-1-yu-cheng.yu@intel.com> References: <20210401221104.31584-1-yu-cheng.yu@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When serving a page fault, maybe_mkwrite() makes a PTE writable if its vma has VM_WRITE. A shadow stack vma has VM_SHADOW_STACK. Its PTEs have _PAGE_DIRTY, but not _PAGE_WRITE. In fork(), _PAGE_DIRTY is cleared to cause copy-on-write, and in the page fault handler, _PAGE_DIRTY is restored and the shadow stack page is writable again. Introduce an x86 version of maybe_mkwrite(), which sets proper PTE bits according to VM flags. Apply the same changes to maybe_pmd_mkwrite(). Signed-off-by: Yu-cheng Yu Cc: Kees Cook Cc: Kirill A. Shutemov --- v24: - Instead of doing arch_maybe_mkwrite(), overwrite maybe*_mkwrite() with x86 versions. - Change VM_SHSTK to VM_SHADOW_STACK. arch/x86/include/asm/pgtable.h | 8 ++++++++ arch/x86/mm/pgtable.c | 20 ++++++++++++++++++++ include/linux/mm.h | 2 ++ mm/huge_memory.c | 2 ++ 4 files changed, 32 insertions(+) diff --git a/arch/x86/include/asm/pgtable.h b/arch/x86/include/asm/pgtable.h index 46d9394b884f..51cdf14488b7 100644 --- a/arch/x86/include/asm/pgtable.h +++ b/arch/x86/include/asm/pgtable.h @@ -1686,6 +1686,14 @@ static inline bool arch_faults_on_old_pte(void) return false; } +#define maybe_mkwrite maybe_mkwrite +extern pte_t maybe_mkwrite(pte_t pte, struct vm_area_struct *vma); + +#ifdef CONFIG_TRANSPARENT_HUGEPAGE +#define maybe_pmd_mkwrite maybe_pmd_mkwrite +extern pmd_t maybe_pmd_mkwrite(pmd_t pmd, struct vm_area_struct *vma); +#endif /* CONFIG_TRANSPARENT_HUGEPAGE */ + #endif /* __ASSEMBLY__ */ #endif /* _ASM_X86_PGTABLE_H */ diff --git a/arch/x86/mm/pgtable.c b/arch/x86/mm/pgtable.c index f6a9e2e36642..e778dbbef3d8 100644 --- a/arch/x86/mm/pgtable.c +++ b/arch/x86/mm/pgtable.c @@ -610,6 +610,26 @@ int pmdp_clear_flush_young(struct vm_area_struct *vma, } #endif +pte_t maybe_mkwrite(pte_t pte, struct vm_area_struct *vma) +{ + if (likely(vma->vm_flags & VM_WRITE)) + pte = pte_mkwrite(pte); + else if (likely(vma->vm_flags & VM_SHADOW_STACK)) + pte = pte_mkwrite_shstk(pte); + return pte; +} + +#ifdef CONFIG_TRANSPARENT_HUGEPAGE +pmd_t maybe_pmd_mkwrite(pmd_t pmd, struct vm_area_struct *vma) +{ + if (likely(vma->vm_flags & VM_WRITE)) + pmd = pmd_mkwrite(pmd); + else if (likely(vma->vm_flags & VM_SHADOW_STACK)) + pmd = pmd_mkwrite_shstk(pmd); + return pmd; +} +#endif /* CONFIG_TRANSPARENT_HUGEPAGE */ + /** * reserve_top_address - reserves a hole in the top of kernel address space * @reserve - size of hole to reserve diff --git a/include/linux/mm.h b/include/linux/mm.h index 08282eb2f195..6ac9b3e9a865 100644 --- a/include/linux/mm.h +++ b/include/linux/mm.h @@ -993,12 +993,14 @@ void free_compound_page(struct page *page); * pte_mkwrite. But get_user_pages can cause write faults for mappings * that do not have writing enabled, when used by access_process_vm. */ +#ifndef maybe_mkwrite static inline pte_t maybe_mkwrite(pte_t pte, struct vm_area_struct *vma) { if (likely(vma->vm_flags & VM_WRITE)) pte = pte_mkwrite(pte); return pte; } +#endif vm_fault_t do_set_pmd(struct vm_fault *vmf, struct page *page); void do_set_pte(struct vm_fault *vmf, struct page *page, unsigned long addr); diff --git a/mm/huge_memory.c b/mm/huge_memory.c index ae907a9c2050..8203bd6ae4bd 100644 --- a/mm/huge_memory.c +++ b/mm/huge_memory.c @@ -478,12 +478,14 @@ static int __init setup_transparent_hugepage(char *str) } __setup("transparent_hugepage=", setup_transparent_hugepage); +#ifndef maybe_pmd_mkwrite pmd_t maybe_pmd_mkwrite(pmd_t pmd, struct vm_area_struct *vma) { if (likely(vma->vm_flags & VM_WRITE)) pmd = pmd_mkwrite(pmd); return pmd; } +#endif #ifdef CONFIG_MEMCG static inline struct deferred_split *get_deferred_split_queue(struct page *page) -- 2.21.0