From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_ADSP_CUSTOM_MED,DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2A056C433E2 for ; Wed, 9 Sep 2020 15:15:40 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 9489720757 for ; Wed, 9 Sep 2020 15:15:39 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="GUEvb4+w"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=google.com header.i=@google.com header.b="OL93yWh7" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 9489720757 Authentication-Results: mail.kernel.org; dmarc=fail (p=reject dis=none) header.from=google.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:To:Subject:Message-ID:Date:From:In-Reply-To: References:MIME-Version:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=IyCrZlVp/WFlKPgPU4GZ1JrXjNDtG1fT3BNkPmd2EJQ=; b=GUEvb4+wJmXk/po2bvpqM3O5x BuhE6rTlHaorJgMKeHb1yDC13cxaQHcBAylGsHbcRt6S04ArOtBscjeEJgybtmPIcnGNuMPsLaXj3 v9uy8gLTWq9aKQH3m7tmZYh8Xqz7mRnK6r8h+D9X8gdsLS6ff/VEH5pDvFmlPmCUUAQbVj8H1Ua8A 4pE0c104OqbDsg9WEgCpflVtlDy7cg3BCF/Wg9YQ4f59zvoXaAKSKNhKBjxhHxwwDkz0GIq1M9dTB FUjT/xY+tS/o9wo07bc7xV+P39Ynam1nkVJ7uBzCQ12dkgCN27FgJJ4JIRXKbqtRaBYv508L7AEkY c1DWTB6JA==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kG1nP-0000c7-RX; Wed, 09 Sep 2020 15:14:03 +0000 Received: from mail-oi1-x243.google.com ([2607:f8b0:4864:20::243]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kG1nN-0000Zj-GK for linux-arm-kernel@lists.infradead.org; Wed, 09 Sep 2020 15:14:02 +0000 Received: by mail-oi1-x243.google.com with SMTP id i17so2676901oig.10 for ; Wed, 09 Sep 2020 08:13:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=krZf25HoLYNOs+89jtLjxVuIVVFDL/DS0/iONN95wCA=; b=OL93yWh7YYd3Kjpp++lmqusu98KBOYAUlFtscMPkxq3j+FlurgE872aMXM+jYrZLfA slVo0YeMasFlKvpatP/yG3NYkdN7G9zeOdYYDSr/jO1YA4PDmwsY3l3/g2a+UUUUk0sh N/9n/d0axxncRngDQDQ73AzQCMoaR1Qi3RTeH2s7jWwOLkvp7DY3rFzAbiSaUOkyiI0j GbFHlK7xl53jSwXJVpwDyLq1COKTawKzlznu/fwxR2F5MYpx+55Ea2pfphDixt40qy/O 4WUi+T1ptbN4Z8SKmtiSt+QhKD3pGAaSGq2pBDoVmB67cUexujsDH5uHp7kmk03dwp6Y 27qA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=krZf25HoLYNOs+89jtLjxVuIVVFDL/DS0/iONN95wCA=; b=l/pUVQKVFmixXMwx/iJ1A9YqM7StvzrA4CEVtMcU045WeQa5qFknpg6Tevv/zWwIJt DGKJ/mm5XsWxzGVkUG7UgxQu3/lcThh3r7QrAgD7Y74wN+XkZSXwRl0qVtXj5DqzW8gV yj7alBl0Y9WuUY/JafjxhmOqP0PVDTxGaqUI9Yp4tPzLDNSG/VPazvrXkl3kF1zc+U+V tFdf9LHebh9ACdltCWil07JMU2j5ggeRwd3tt115cNHj5CDkRn/qzXAdfGmoNvRiFN8H ry5TeWH8UWFxu6syHdEO1et1Fx7Vx5YdxLZajLi1L3KH0Xgwh9iIR5bh3H4WSZbR06ii BNLQ== X-Gm-Message-State: AOAM530oo0UuKf9r261QJsHOpVa0O948pCY6bbIwjtZcNvaLcVIVvbZX fWugx3F8o6H429FRv+EEfGjSTYiP9RXtO7fOyfXw1g== X-Google-Smtp-Source: ABdhPJxUwoCrzBiq+mXsi/+rblK6OvwTU4QXrdeC28cSOlaNtqbrVQKyBMOckNHPSlXH4EYREa5LAoQDUNJklnzlV5o= X-Received: by 2002:aca:5158:: with SMTP id f85mr992820oib.121.1599664437260; Wed, 09 Sep 2020 08:13:57 -0700 (PDT) MIME-Version: 1.0 References: <20200907134055.2878499-1-elver@google.com> <20200907134055.2878499-4-elver@google.com> In-Reply-To: <20200907134055.2878499-4-elver@google.com> From: Marco Elver Date: Wed, 9 Sep 2020 17:13:45 +0200 Message-ID: Subject: Re: [PATCH RFC 03/10] arm64, kfence: enable KFENCE for ARM64 To: Catalin Marinas , Mark Rutland , Will Deacon , Linux ARM X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200909_111401_562288_7D601C25 X-CRM114-Status: GOOD ( 17.88 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "open list:DOCUMENTATION" , Peter Zijlstra , Dave Hansen , Linux Memory Management List , Eric Dumazet , Alexander Potapenko , "H. Peter Anvin" , Christoph Lameter , Jonathan Corbet , the arch/x86 maintainers , kasan-dev , Ingo Molnar , David Rientjes , Andrey Ryabinin , Kees Cook , "Paul E. McKenney" , Jann Horn , Andrey Konovalov , Qian Cai , Andy Lutomirski , Thomas Gleixner , Joonsoo Kim , Dmitry Vyukov , Greg Kroah-Hartman , LKML , Pekka Enberg , Borislav Petkov , Andrew Morton Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org Hello arm64 maintainers, On Mon, 7 Sep 2020 at 15:41, Marco Elver wrote: > Add architecture specific implementation details for KFENCE and enable > KFENCE for the arm64 architecture. In particular, this implements the > required interface in . Currently, the arm64 version does > not yet use a statically allocated memory pool, at the cost of a pointer > load for each is_kfence_address(). > For ARM64, we would like to solicit feedback on what the best option is > to obtain a constant address for __kfence_pool. One option is to declare > a memory range in the memory layout to be dedicated to KFENCE (like is > done for KASAN), however, it is unclear if this is the best available > option. We would like to avoid touching the memory layout. We can't yet tell what the best option for this might be. So, any suggestions on how to go about switching to a static pool would be much appreciated. Many thanks, -- Marco _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel