Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp196795pxx; Mon, 26 Oct 2020 06:39:43 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy7xiXpHDij75Gd/ioUek6x2Rt9rn5FpX5665edFz+je2GyakfzWrVh0zizDBS6soQToAop X-Received: by 2002:a17:906:3406:: with SMTP id c6mr14906382ejb.65.1603719583463; Mon, 26 Oct 2020 06:39:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603719583; cv=none; d=google.com; s=arc-20160816; b=UyNSm939S6B1AgfaDiCitE4yEJ29ixalyPwQ7HRf+ffwrBoLR/mALZX+bndb/OHuAb Dcb+PsO4V2+FRIiYEQx0Vsa+lhEf4vcgVlNcTmueEPJiH+8yW3dW16yqHf3e0w45BAAy 6/r1FQl6JYLIERc4vaK+bOLwExx+J+x5rXoEln98l1WUDmuLwIrRRqni+xf+L+GV68b+ 7d1pxzUu4F7PSlGbBStJ0jxuxoCU2Vhbvcscf/WLN5x4GAikf28niTT79QsN6jnwbcqy 7UohyyPY778BuM8BllIb7UGZr0G4fZb+cqc6fWOQRo/b+XgQCbn/I1VrRcwVN9VtyJEn ijRw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=FKZR/fFWx2ugkzMxQvsx6Xoq+hapt8bFKLVQ7nKSGs4=; b=VwvZX2lsjGF33hbNuO3R6FIchBqyQbJ9f6HHaZw7mV9K4U6+/jf6bN3fLsQvXQyPMU jIlnpp2xNPaa5DRVQ9dQ8JmOPCq9D5JYwCxbbH2DMQLfigVxrmEA5wWwOzLpovcWrb3T KAYgFHN4tWw6rRwKdTJdE8Ai97h7q57i9RmFEmcxIU4vVa/unWNC51mcz60IEOemZLap jEM23QhjghAG1Sy8AgXiBZMXnGRJga/VA9hvveGHyB6Z9PaE6BwOf40caI/vHqqavxgy Uirq45T4PpA8oeE0mZZKf5Yc26+2Z3u0u4LEzz/xzus0zcR3X/P/eBBPgP6hheBEst/s ikIg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v22si7124793ejr.474.2020.10.26.06.39.18; Mon, 26 Oct 2020 06:39:43 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1737201AbgJZNFE (ORCPT + 99 others); Mon, 26 Oct 2020 09:05:04 -0400 Received: from foss.arm.com ([217.140.110.172]:38288 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1737199AbgJZNFE (ORCPT ); Mon, 26 Oct 2020 09:05:04 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 57E461477; Mon, 26 Oct 2020 06:05:03 -0700 (PDT) Received: from e110176-lin.arm.com (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id DD6DE3F68F; Mon, 26 Oct 2020 06:05:00 -0700 (PDT) From: Gilad Ben-Yossef To: Herbert Xu , "David S. Miller" , Song Liu , Alasdair Kergon , Mike Snitzer , dm-devel@redhat.com Cc: Ofir Drang , linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org, linux-raid@vger.kernel.org Subject: [PATCH 0/4] crypto: switch to crypto API for EBOIV generation Date: Mon, 26 Oct 2020 15:04:43 +0200 Message-Id: <20201026130450.6947-1-gilad@benyossef.com> X-Mailer: git-send-email 2.28.0 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org This series creates an EBOIV template that produces a skcipher transform which passes through all operations to the skcipher, while using the same skcipher and key to encrypt the input IV, which is assumed to be a sector offset, although this is not enforced. This matches dm-crypt use of EBOIV to provide BitLocker support, and so it is proposed as a replacement in patch #3. Replacing the dm-crypt specific EBOIV implementation to a Crypto API based one allows us to save a memory allocation per each request, as well as opening the way for use of compatible alternative transform providers, one of which, based on the Arm TrustZone CryptoCell hardware, is proposed as patch #4. Future potential work to allow encapsulating the handling of multiple subsequent blocks by the Crypto API may also benefit from this work. The code has been tested on both x86_64 virtual machine with the dm-crypt test suite and on an arm 32 bit board with the CryptoCell hardware. Since no offical source for eboiv test vectors is known, the test vectors supplied as patch #2 are derived from sectors which are part of the dm-crypt test suite. Gilad Ben-Yossef (4): crypto: add eboiv as a crypto API template crypto: add eboiv(cbc(aes)) test vectors dm crypt: switch to EBOIV crypto API template crypto: ccree: re-introduce ccree eboiv support crypto/Kconfig | 21 ++ crypto/Makefile | 1 + crypto/eboiv.c | 295 +++++++++++++++++++++++++++ crypto/tcrypt.c | 9 + crypto/testmgr.c | 6 + crypto/testmgr.h | 279 +++++++++++++++++++++++++ drivers/crypto/ccree/cc_cipher.c | 130 ++++++++---- drivers/crypto/ccree/cc_crypto_ctx.h | 1 + drivers/md/Kconfig | 1 + drivers/md/dm-crypt.c | 61 ++---- 10 files changed, 725 insertions(+), 79 deletions(-) create mode 100644 crypto/eboiv.c -- 2.28.0