Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp340537pxu; Wed, 25 Nov 2020 04:45:12 -0800 (PST) X-Google-Smtp-Source: ABdhPJynakIRdmOQMlAnBU7BeWShHL3q3uR9gt8g4RxBODs5V62Yhnh2GW39E1osrJWY3sR16RWn X-Received: by 2002:aa7:c313:: with SMTP id l19mr3386063edq.293.1606308312021; Wed, 25 Nov 2020 04:45:12 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1606308312; cv=none; d=google.com; s=arc-20160816; b=xE98kR2pIE7nv9/0t9B9qErHzsp91Sx9TL0zzeUKfxvGQqiWa9lMc/sWqTmamxjCct zZvPYErrtb6MIxMSOpjSIWYshUS2GN5cusqvjpE0Ip7IB+tOHK7JuvE6FljnjYRpQSGu 2K9BwDF+rYY1jofEJZZb14VLc6Sck1v/ebPD6ZwX4aS4UuyevUuIgJgdsjra3TyHNkBy gRveDtA/2IZUyNvOtlaehOp0U5ftfhKwAGK0mfYbXa+3jLHWAUdiZnZC6buXcf0eV8za iMA0EDQner6LGcidWW5mE16jNJGe3PHrAkX38uHlZGHIqsqC/81eJTqaJlKKXfBd24wj OHYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:organization :from:references:cc:to:subject:dkim-signature; bh=E+jgAoXCcc+2e3woKE/RD7YJatBg4rpbL38pBlAO/5Y=; b=qvpMfn7dPIrQmJvmBzS+/GNvmtD+izJOXqbX4n+wcgmK8I0YA7bANXyPl7BmT8V+2d OveaneqUWluBLqzsuyrPVH4Mzpl8p2hPrtp+nvU1eFcIIBV8QLSk5I2yxDmhP4oO0bBa HOZVO36MHF6f2k/7+9iYCUMklzQ/Q46U6Pw3nRPitAv/CgUTm72i+cSjy3VlB6YotFOR yc5tN7O3exVB3XkkX/6DgbNPZcWr8CBx+JncTWvDDjBQaX8zcaknYl1y5e5RBiQnexs/ bmDH/PB/RN3AVsu7KGQJnZS8M7+oFeGAM8wE6NpQil91XlCOjz92Pj+sp9CSuaJubp1V 22CQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=NAmjrcRh; 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=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h16si1378856edv.359.2020.11.25.04.44.49; Wed, 25 Nov 2020 04:45:12 -0800 (PST) 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=@redhat.com header.s=mimecast20190719 header.b=NAmjrcRh; 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=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727403AbgKYMm4 (ORCPT + 99 others); Wed, 25 Nov 2020 07:42:56 -0500 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:50011 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726776AbgKYMm4 (ORCPT ); Wed, 25 Nov 2020 07:42:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1606308174; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=E+jgAoXCcc+2e3woKE/RD7YJatBg4rpbL38pBlAO/5Y=; b=NAmjrcRhnPM8JGpgHTrb5n2QN5hbv+5+0lU/rpwQGjg7suA1cH+ap68KXG3TeeigsvS4iG DHjK6DGtLe6QFL8ddVHy4leoapTo+IEQtMMT13bvb69zFBJyC2+8xpVIkBSZOHxZQPpZ6I QXDZgt8Cz0pKiiPQ9z7jCymv0u8hsoQ= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-185-DI1Pfe2wOHqV_YxKmpoagw-1; Wed, 25 Nov 2020 07:42:50 -0500 X-MC-Unique: DI1Pfe2wOHqV_YxKmpoagw-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id E63451E7C7; Wed, 25 Nov 2020 12:42:44 +0000 (UTC) Received: from [10.36.112.131] (ovpn-112-131.ams2.redhat.com [10.36.112.131]) by smtp.corp.redhat.com (Postfix) with ESMTP id C339A5D6AC; Wed, 25 Nov 2020 12:42:37 +0000 (UTC) Subject: Re: [PATCH v12 04/10] set_memory: allow querying whether set_direct_map_*() is actually enabled To: Mike Rapoport Cc: Mike Rapoport , Andrew Morton , Alexander Viro , Andy Lutomirski , Arnd Bergmann , Borislav Petkov , Catalin Marinas , Christopher Lameter , Dan Williams , Dave Hansen , Elena Reshetova , "H. Peter Anvin" , Ingo Molnar , James Bottomley , "Kirill A. Shutemov" , Matthew Wilcox , Mark Rutland , Michael Kerrisk , Palmer Dabbelt , Paul Walmsley , Peter Zijlstra , Rick Edgecombe , Roman Gushchin , Shuah Khan , Thomas Gleixner , Tycho Andersen , Will Deacon , linux-api@vger.kernel.org, linux-arch@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-nvdimm@lists.01.org, linux-riscv@lists.infradead.org, x86@kernel.org References: <20201125092208.12544-1-rppt@kernel.org> <20201125092208.12544-5-rppt@kernel.org> <5ea6eacd-79e8-0645-da39-d3461f60e627@redhat.com> <20201125121138.GJ123287@linux.ibm.com> From: David Hildenbrand Organization: Red Hat GmbH Message-ID: Date: Wed, 25 Nov 2020 13:42:36 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.4.0 MIME-Version: 1.0 In-Reply-To: <20201125121138.GJ123287@linux.ibm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 25.11.20 13:11, Mike Rapoport wrote: > On Wed, Nov 25, 2020 at 12:22:52PM +0100, David Hildenbrand wrote: >>> #include >>> >>> #endif /* __ASM_CACHEFLUSH_H */ >>> diff --git a/arch/arm64/include/asm/set_memory.h b/arch/arm64/include/asm/set_memory.h >>> new file mode 100644 >>> index 000000000000..ecb6b0f449ab >>> --- /dev/null >>> +++ b/arch/arm64/include/asm/set_memory.h >>> @@ -0,0 +1,17 @@ >>> +/* SPDX-License-Identifier: GPL-2.0-only */ >>> + >>> +#ifndef _ASM_ARM64_SET_MEMORY_H >>> +#define _ASM_ARM64_SET_MEMORY_H >>> + >>> +#include >>> + >>> +bool can_set_direct_map(void); >>> +#define can_set_direct_map can_set_direct_map >> >> Well, that looks weird. >> [...] > > We have a lot of those e.g. in linux/pgtable.h > >>> } >>> +#else /* CONFIG_ARCH_HAS_SET_DIRECT_MAP */ >>> +/* >>> + * Some architectures, e.g. ARM64 can disable direct map modifications at >>> + * boot time. Let them overrive this query. >>> + */ >>> +#ifndef can_set_direct_map >>> +static inline bool can_set_direct_map(void) >>> +{ >>> + return true; >>> +} >> >> I think we prefer __weak functions for something like that, avoids the >> ifdefery. > > I'd prefer this for two reasons: first, static inline can be optimized > away and second, there is no really good place to put generic > implementation. Fair enough Reviewed-by: David Hildenbrand -- Thanks, David / dhildenb