Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3543479pxb; Sun, 7 Feb 2021 13:22:04 -0800 (PST) X-Google-Smtp-Source: ABdhPJw7i5dKeh6UG2JxvM+l2QyDf9znWPf4WeNRXPSCiTGXQYa3NwTT0CK7bS4SnK1gaJ/BiwKY X-Received: by 2002:a05:6402:1051:: with SMTP id e17mr14404421edu.245.1612732924071; Sun, 07 Feb 2021 13:22:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612732924; cv=none; d=google.com; s=arc-20160816; b=v58brvITW/jsou9Mzv60cSDZqFIbUFaDQyVUU8MuJCQyWBU7NfyI0iUMYUiMiePnqF mxg78F/8bpBxtc6+bJGnJP0B3yG/ibABE2GF9N/X6hUF7GVxSXDu9sw8LtwirsX8T4fg h7uwLhilOdiXLWAu+eMLVJnUwKpvWfjoRLtSB76ddO/2x9egbPUfOeak6okNCmvm8n7Q IvE1XLb3YMvsD2dbF57um7PbT56K85Ngln9hedfB7wKkBiKI27u1s1+1axs8WxMHHwwg oZrcAH/LiPjwazqsC4PZlGolMFJj/jSDReBYB5SE4pDenJtvHj2j80kmGD78SP85BrdY w8lg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=SPGV4W3c+HfQPwT9ik3mcQVRr7MjxsS+ZciAe4yVUlM=; b=CPla/aoXmE0IgAZ5N1lF8MhAQcRml4V1pfTQT24GeaSbN8LN4gvsa8uhODax8y2Zi3 ANDBAxA7JsB5SmnORuLATJQOMe/MMl5XP1tbZ9CdwmbLYkCGdcCZ51ZgzBbXhGGuMyqL XwNqOEdu33X8GqW4TIfYHRRY+EcGg/lbfhOdQjMclLAC3A3BPsD73IUrBWa+zc4kyeyg Mqe+FBOiK1/V0GTAPVnFkC8aoooX5Mlxr9/WN7YnMnRpnNoI1M86S2tE4iUTrvj6AWQt Ki6w9yvJBM6K88dU51XLsdB7bam1N9RF/Pm+5apYC8bmOUU4u2yLuYTJ52S345DdRxmt q04Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Qv3f2Kip; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e23si2488438ejj.298.2021.02.07.13.21.40; Sun, 07 Feb 2021 13:22:04 -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=@kernel.org header.s=k20201202 header.b=Qv3f2Kip; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229715AbhBGVR5 (ORCPT + 99 others); Sun, 7 Feb 2021 16:17:57 -0500 Received: from mail.kernel.org ([198.145.29.99]:48842 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229537AbhBGVR4 (ORCPT ); Sun, 7 Feb 2021 16:17:56 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 1E91A64E3F; Sun, 7 Feb 2021 21:17:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1612732635; bh=5Xyqr8rs0eusH8iyrd6QXcXzQDQTUKI3rFAQ5S8uH5k=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Qv3f2KipmsrnggEw3SsbdauRHtaGR3K71Hz7fTKymieZfqZ69C2uZsVhChO0WF3ZH CkuoG8q2BXNZdlvbNdOwFMYJ0/7yq5ftxM/SWKWvfpvph9k/XETWbjU9RRTGpRLScM uPRrUpZ5eP1lmd5qsWrQQstzvTAvR381LUHEOVlBqEOqpUnjQQH1V0HWm6DiGfxjS2 dOzmwLbJyGuRbYFxsPpv0nOHPhnx4vWXhQIcK74ADp5JsHWbJgO6QkX9Opkpaf2PeB Z/6+DZV7HMrNQuy+pbI6HHWS1xLEmiXNcp3X57YGsuapFN+6EAOJnz4SjYOmUYCpqs n3DQ/tWcOtK5w== Date: Sun, 7 Feb 2021 23:17:07 +0200 From: Jarkko Sakkinen To: ira.weiny@intel.com Cc: Dave Hansen , Sean Christopherson , Jethro Beekman , linux-kernel@vger.kernel.org, linux-sgx@vger.kernel.org Subject: Re: [PATCH v4] x86: Remove unnecessary kmap() from sgx_ioc_enclave_init() Message-ID: References: <20210205170030.856723-1-ira.weiny@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210205170030.856723-1-ira.weiny@intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 05, 2021 at 09:00:30AM -0800, ira.weiny@intel.com wrote: > From: Ira Weiny > > kmap is inefficient and we are trying to reduce the usage in the kernel. > There is no readily apparent reason why initp_page needs to be allocated > and kmap'ed() but sigstruct needs to be page aligned and token > 512 byte aligned. > > kmalloc() can give us this alignment but we need to allocate PAGE_SIZE > bytes to do so. Rather than change this kmap() to kmap_local_page() use > kmalloc() instead. > > Remove the alloc_page()/kmap() and replace with kmalloc(PAGE_SIZE, ...) > to get a page aligned kernel address to use. > > In addition add a comment to document the alignment requirements so that > others like myself don't attempt to 'fix' this again. > > Cc: Dave Hansen > Cc: Sean Christopherson > Cc: Jethro Beekman > Signed-off-by: Ira Weiny Reviewed-by: Jarkko Sakkinen /Jarkko