Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp610725pxb; Wed, 3 Nov 2021 09:25:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyPrXTnggK7l7hrMStOEWehOyZTAsHVighX0PRO4uQeSgOykR7TqgBgWhCNfdombUCp0g7q X-Received: by 2002:a17:906:17d5:: with SMTP id u21mr55019113eje.16.1635956704633; Wed, 03 Nov 2021 09:25:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635956704; cv=none; d=google.com; s=arc-20160816; b=Mva95d//gb/AMpnNZnycISuWb47gdU3o84nHv+aZ9tswxwwP1quARaGxXmivdXCeFd L4h/uBGPStNBeE5m2ss0if0NQMTD5lsl4skRfe1EjjBaZCAP0VDsHkbuVxox9C9r3Rsf noeCCqApqDkrGLHL7hom7EW1eo7pmchaAAokCqJTHNgmjT2wQJoCnt28ARTMRiWWfvTY AfjmIO9BxkASF7w1jF9HhhV8v/bpnA5iBcjjF0gLodNQmtAh/ZbUyd027+4XKiJ6/8MD wbcBxsIS+3Ewfk5YuYprAC76+kVe539Saw/ZNRdEfhIcvuqxAi2JVCg2Qjy+gS3xtTdV ZJeQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=pZPnOZF+hdJcYh9xZcdMkg788n+bV531uGLxTiw/5VE=; b=DvZpctnhwWRtrTrfWEhevlO2d3+g4h3ped2Rdn/Git8FOMT3pNvKu7B888bBByJ4qp b+yG7NxvdO2pF3BPEGilZMeN6+5T6Vyn746SNEL48xeSrZ8N1GzBO0CBJraJJ1TEe0/4 4E+rqcHI3X3FBOxl8vB04L0dTGglZkWIWaxALqcBAmvLpyQK+vMaYlbwwECyZYliX621 xzgRZUu/Qj0+6O2P4iQ06yBdpfEdJCkk9SgCmknHl63tZzs5+AAB5FwlBiCNWYsec3gp Bh9kX8C9MRrBIF866d/KtvuuB2fDcUA+UBmt6jq0Ph5uhDUReJ2mDzGz26ssxBVBKSLF 23CQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=JqfEzbMm; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z2si3847609ejm.647.2021.11.03.09.24.39; Wed, 03 Nov 2021 09:25:04 -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; dkim=pass header.i=@google.com header.s=20210112 header.b=JqfEzbMm; 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=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232506AbhKCQZZ (ORCPT + 99 others); Wed, 3 Nov 2021 12:25:25 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56452 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231876AbhKCQZY (ORCPT ); Wed, 3 Nov 2021 12:25:24 -0400 Received: from mail-qk1-x736.google.com (mail-qk1-x736.google.com [IPv6:2607:f8b0:4864:20::736]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0CD54C061714 for ; Wed, 3 Nov 2021 09:22:48 -0700 (PDT) Received: by mail-qk1-x736.google.com with SMTP id ay20so2824701qkb.7 for ; Wed, 03 Nov 2021 09:22:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=pZPnOZF+hdJcYh9xZcdMkg788n+bV531uGLxTiw/5VE=; b=JqfEzbMmLVnAmQt8YW4PVvYxnfJUV8Cai7M2D4ZspxHxm1lmtt6uK3zATdc0OYPLM4 2X19d2x4Ciuy1Dy/7vX456LcaGbJorR33cCf6HwCiQnw45OJCdRUOApWwKzv/5j4EQiE DNms+/gc0q8di8+bjhEePgjaNGQIvDnUAJuH7vJkbzZGiuHK0AbQNL1dIygvy64s2WWL +UYPQRAoZIWKeGkr4/FSLXM/Td2PA5mOSC8pyZtFNlraZNLh/NXraOPhGqaIwzKOPAFF 5x/fIQoTU04MU0rfkSHgs8KyzsRLX6295Vukm+I5a8T9NPJ0xLKh9o6rxNQJA7YPH8Me 8GZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=pZPnOZF+hdJcYh9xZcdMkg788n+bV531uGLxTiw/5VE=; b=vOSSISmXjpRXgeSXKxxb7T7l2q3otq9pT6BeAve/Ku76cwbeYxI0PaDz2FkoL+Scnr NtlbpBCR1ILvZpmiN+Dec/GvJtc6GxQ6BpHCEOovXpGro1NNCJVHKP5gG7ts6yfbGOKr uMEgYU7EbMrBVQPFUmU+JQpaVU9cTrBTWFoX6lRFh9soAUqMwVuOmS8JW6MvTRX/+dxU aGJAay7tJhR3PNMDt9CjUBbPrduEdhXbGU7IiQYpyCDMkMtNHNfqVO5KC4hO88u5oPde J3gWU6JTVZIzQrG9AmAOLO5EuNHvReJ40dCFeNQmK2tg7YQbq/aK9W1bSZOrXBbEQcuX Nrqw== X-Gm-Message-State: AOAM532Fw2USqxNcAOAKNX7UbRLZCVmGaHWwdF/b6bn/FfH0yyARKL+2 KdMj+FXi/9AnezfZnZTonCPNeroswjSAcVvxQBbqvQ== X-Received: by 2002:a05:620a:460e:: with SMTP id br14mr18034981qkb.16.1635956566938; Wed, 03 Nov 2021 09:22:46 -0700 (PDT) MIME-Version: 1.0 References: <20211103133845.78528-1-wangkefeng.wang@huawei.com> <20211103133845.78528-4-wangkefeng.wang@huawei.com> In-Reply-To: <20211103133845.78528-4-wangkefeng.wang@huawei.com> From: Alexander Potapenko Date: Wed, 3 Nov 2021 17:22:10 +0100 Message-ID: Subject: Re: [PATCH v2 3/3] ARM: Support KFENCE for ARM To: Kefeng Wang Cc: Russell King , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Marco Elver , Dmitry Vyukov Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 3, 2021 at 2:26 PM Kefeng Wang wrote: > > Add architecture specific implementation details for KFENCE and enable > KFENCE on ARM. In particular, this implements the required interface in > . > > KFENCE requires that attributes for pages from its memory pool can > individually be set. Therefore, force the kfence pool to be mapped > at page granularity. > > Testing this patch using the testcases in kfence_test.c and all passed > with or without ARM_LPAE. > > Signed-off-by: Kefeng Wang > --- > arch/arm/Kconfig | 1 + > arch/arm/include/asm/kfence.h | 53 +++++++++++++++++++++++++++++++++++ > arch/arm/mm/fault.c | 19 ++++++++----- > 3 files changed, 66 insertions(+), 7 deletions(-) > create mode 100644 arch/arm/include/asm/kfence.h > > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig > index b9f72337224c..6d1f6f48995c 100644 > --- a/arch/arm/Kconfig > +++ b/arch/arm/Kconfig > @@ -69,6 +69,7 @@ config ARM > select HAVE_ARCH_AUDITSYSCALL if AEABI && !OABI_COMPAT > select HAVE_ARCH_BITREVERSE if (CPU_32v7M || CPU_32v7) && !CPU_32v6 > select HAVE_ARCH_JUMP_LABEL if !XIP_KERNEL && !CPU_ENDIAN_BE32 && MMU > + select HAVE_ARCH_KFENCE if MMU && !XIP_KERNEL > select HAVE_ARCH_KGDB if !CPU_ENDIAN_BE32 && MMU > select HAVE_ARCH_KASAN if MMU && !XIP_KERNEL > select HAVE_ARCH_MMAP_RND_BITS if MMU > diff --git a/arch/arm/include/asm/kfence.h b/arch/arm/include/asm/kfence.h > new file mode 100644 > index 000000000000..7980d0f2271f > --- /dev/null > +++ b/arch/arm/include/asm/kfence.h > @@ -0,0 +1,53 @@ > +/* SPDX-License-Identifier: GPL-2.0 */ > + > +#ifndef __ASM_ARM_KFENCE_H > +#define __ASM_ARM_KFENCE_H > + > +#include > + > +#include > +#include > + > +static inline int split_pmd_page(pmd_t *pmd, unsigned long addr) > +{ > + int i; > + unsigned long pfn = PFN_DOWN(__pa(addr)); > + pte_t *pte = pte_alloc_one_kernel(&init_mm); > + > + if (!pte) > + return -ENOMEM; > + > + for (i = 0; i < PTRS_PER_PTE; i++) > + set_pte_ext(pte + i, pfn_pte(pfn + i, PAGE_KERNEL), 0); > + pmd_populate_kernel(&init_mm, pmd, pte); > + > + flush_tlb_kernel_range(addr, addr + PMD_SIZE); > + return 0; > +} > + > +static inline bool arch_kfence_init_pool(void) > +{ > + unsigned long addr; > + pmd_t *pmd; > + > + for (addr = (unsigned long)__kfence_pool; is_kfence_address((void *)addr); > + addr += PAGE_SIZE) { > + pmd = pmd_off_k(addr); > + > + if (pmd_leaf(*pmd)) { > + if (split_pmd_page(pmd, addr & PMD_MASK)) > + return false; > + } > + } > + > + return true; > +} > + > +static inline bool kfence_protect_page(unsigned long addr, bool protect) > +{ > + set_memory_valid(addr, 1, !protect); > + > + return true; > +} > + > +#endif /* __ASM_ARM_KFENCE_H */ > diff --git a/arch/arm/mm/fault.c b/arch/arm/mm/fault.c > index f7ab6dabe89f..49148b675b43 100644 > --- a/arch/arm/mm/fault.c > +++ b/arch/arm/mm/fault.c > @@ -17,6 +17,7 @@ > #include > #include > #include > +#include > > #include > #include > @@ -99,6 +100,11 @@ void show_pte(const char *lvl, struct mm_struct *mm, unsigned long addr) > { } > #endif /* CONFIG_MMU */ > > +static inline bool is_write_fault(unsigned int fsr) > +{ > + return (fsr & FSR_WRITE) && !(fsr & FSR_CM); > +} Please don't increase the diff by moving the code around. Consider putting is_write_fault() in the right place in "ARM: mm: Provide is_write_fault()" instead.