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=-4.0 required=3.0 tests=BAYES_00, 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 94827C433E3 for ; Thu, 23 Jul 2020 22:25:02 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 58210207C4 for ; Thu, 23 Jul 2020 22:25:02 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 58210207C4 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=linux.intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id F22076B000A; Thu, 23 Jul 2020 18:25:01 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id ED19B6B000D; Thu, 23 Jul 2020 18:25:01 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id DE7316B0010; Thu, 23 Jul 2020 18:25:01 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0245.hostedemail.com [216.40.44.245]) by kanga.kvack.org (Postfix) with ESMTP id C8FA26B000A for ; Thu, 23 Jul 2020 18:25:01 -0400 (EDT) Received: from smtpin17.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id 76A0812325 for ; Thu, 23 Jul 2020 22:25:01 +0000 (UTC) X-FDA: 77070772002.17.house76_0e0f39126f42 Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin17.hostedemail.com (Postfix) with ESMTP id 3A9931802228E for ; Thu, 23 Jul 2020 22:25:01 +0000 (UTC) X-HE-Tag: house76_0e0f39126f42 X-Filterd-Recvd-Size: 2583 Received: from mga07.intel.com (mga07.intel.com [134.134.136.100]) by imf31.hostedemail.com (Postfix) with ESMTP for ; Thu, 23 Jul 2020 22:25:00 +0000 (UTC) IronPort-SDR: ok465aL5HRPpQI25e6QAyJipfVmqBk9zf9bVKSnxzpfdnBFpjsr4v4aFX0MW3AtMrOopXewaYt NCrTNCPbZdog== X-IronPort-AV: E=McAfee;i="6000,8403,9691"; a="215224294" X-IronPort-AV: E=Sophos;i="5.75,388,1589266800"; d="scan'208";a="215224294" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by orsmga105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Jul 2020 15:24:58 -0700 IronPort-SDR: zKgzapZCB5UJHSsy3nQZ6GSkGWrz0yYAHTsx6unny21M0x0GoIjIFkljULw2pjM59tiBuLli9p swij7RTimQgw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.75,388,1589266800"; d="scan'208";a="302465808" Received: from abdelh1x-mobl.amr.corp.intel.com (HELO localhost) ([10.249.38.107]) by orsmga002.jf.intel.com with ESMTP; 23 Jul 2020 15:24:56 -0700 Date: Fri, 24 Jul 2020 01:24:55 +0300 From: Jarkko Sakkinen To: Masami Hiramatsu Cc: linux-kernel@vger.kernel.org, Andi Kleen , Peter Zijlstra , Andrew Morton , "open list:MEMORY MANAGEMENT" Subject: Re: [PATCH v4 3/7] vmalloc: Add text_alloc() and text_free() Message-ID: <20200723222455.GB12405@linux.intel.com> References: <20200717030422.679972-1-jarkko.sakkinen@linux.intel.com> <20200717030422.679972-4-jarkko.sakkinen@linux.intel.com> <20200717175245.54758e3954abd1bcccfe5500@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200717175245.54758e3954abd1bcccfe5500@kernel.org> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo X-Rspamd-Queue-Id: 3A9931802228E X-Spamd-Result: default: False [0.00 / 100.00] X-Rspamd-Server: rspam05 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Fri, Jul 17, 2020 at 05:52:45PM +0900, Masami Hiramatsu wrote: > On Fri, 17 Jul 2020 06:04:17 +0300 > Jarkko Sakkinen wrote: > > > Introduce functions for allocating memory for dynamic trampolines, such > > as kprobes. An arch can promote the availability of these functions with > > CONFIG_ARCH_HAS_TEXT_ALLOC. Provide default/fallback implementation > > wrapping module_alloc() and module_memfree(). > > Doesn't it depend on CONFIG_MODULE? The idea would be that arch specifically promotes that it has text allocator that is not dependent on module subsystem. E.g. like the patch set does for x86. /Jarkko