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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8AC62C61D97 for ; Wed, 22 Nov 2023 15:33:57 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1344462AbjKVPd6 (ORCPT ); Wed, 22 Nov 2023 10:33:58 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52360 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235201AbjKVPdn (ORCPT ); Wed, 22 Nov 2023 10:33:43 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1D5181BC9; Wed, 22 Nov 2023 07:33:16 -0800 (PST) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 56A62C433CB; Wed, 22 Nov 2023 15:33:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1700667195; bh=DBJcN5FTG05qwhWIh0MyzB/8LycVdIjfM46WyfaKjzU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=lahtm9OeyXh+DnN6RG3klRBoI41SJnujm7SsriBS/yVSGWud9ukhj5uPzpvNSjojq Fim8i8SQthZqvUL5ll6zpndHTWYjjkD4x8zmJ5CTh9i3k1vfKT5ShcMfUmyewoPEsJ y9G6Ao1qUSvQmbqXobLmxw1/+bH7Ie+R6Vuopk5sXKU0oGRQ7zGn3V4LB6/5FWiu2q 30DeJMRSOxDDu45dtj81WGp3l2G06cztfara+n1d5p55AiY1kUmgS2BuYYCpXEUQbq S0XfG1C1YYq47R+VI12+1TR2OkRLK3WR5mZIVRK8xWyHIlxyZZB+bwYpSU/VNnSOxd XEhK3Dlijnveg== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Mikulas Patocka , Mike Snitzer , Sasha Levin , agk@redhat.com, dm-devel@lists.linux.dev Subject: [PATCH AUTOSEL 6.6 17/17] dm-crypt: start allocating with MAX_ORDER Date: Wed, 22 Nov 2023 10:31:46 -0500 Message-ID: <20231122153212.852040-17-sashal@kernel.org> X-Mailer: git-send-email 2.42.0 In-Reply-To: <20231122153212.852040-1-sashal@kernel.org> References: <20231122153212.852040-1-sashal@kernel.org> MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore X-stable-base: Linux 6.6.2 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: stable@vger.kernel.org From: Mikulas Patocka [ Upstream commit 13648e04a9b831b3dfa5cf3887dfa6cf8fe5fe69 ] Commit 23baf831a32c ("mm, treewide: redefine MAX_ORDER sanely") changed the meaning of MAX_ORDER from exclusive to inclusive. So, we can allocate compound pages with up to 1 << MAX_ORDER pages. Reflect this change in dm-crypt and start trying to allocate compound pages with MAX_ORDER. Signed-off-by: Mikulas Patocka Signed-off-by: Mike Snitzer Signed-off-by: Sasha Levin --- drivers/md/dm-crypt.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/md/dm-crypt.c b/drivers/md/dm-crypt.c index 5315fd261c23b..9a4b4932438f3 100644 --- a/drivers/md/dm-crypt.c +++ b/drivers/md/dm-crypt.c @@ -1679,7 +1679,7 @@ static struct bio *crypt_alloc_buffer(struct dm_crypt_io *io, unsigned int size) unsigned int nr_iovecs = (size + PAGE_SIZE - 1) >> PAGE_SHIFT; gfp_t gfp_mask = GFP_NOWAIT | __GFP_HIGHMEM; unsigned int remaining_size; - unsigned int order = MAX_ORDER - 1; + unsigned int order = MAX_ORDER; retry: if (unlikely(gfp_mask & __GFP_DIRECT_RECLAIM)) -- 2.42.0