From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39284) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1acnZ9-00028o-Cw for qemu-devel@nongnu.org; Mon, 07 Mar 2016 00:18:48 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1acnZ8-0007Af-GD for qemu-devel@nongnu.org; Mon, 07 Mar 2016 00:18:47 -0500 Date: Mon, 7 Mar 2016 13:18:37 +0800 From: Fam Zheng Message-ID: <20160307051837.GA21446@ad.usersys.redhat.com> References: <1456747261-22032-1-git-send-email-berrange@redhat.com> <1456747261-22032-3-git-send-email-berrange@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1456747261-22032-3-git-send-email-berrange@redhat.com> Subject: Re: [Qemu-devel] [PATCH v4 02/26] crypto: add support for PBKDF2 algorithm List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" Cc: qemu-devel@nongnu.org, qemu-block@nongnu.org On Mon, 02/29 12:00, Daniel P. Berrange wrote: > The LUKS data format includes use of PBKDF2 (Password-Based > Key Derivation Function). The Nettle library can provide > an implementation of this, but we don't want code directly > depending on a specific crypto library backend. Introduce > a new include/crypto/pbkdf.h header which defines a QEMU > API for invoking PBKDK2. The initial implementations are > backed by nettle & gcrypt, which are commonly available > with distros shipping GNUTLS. > > The test suite data is taken from the cryptsetup codebase > under the LGPLv2.1+ license. This merely aims to verify > that whatever backend we provide for this function in QEMU > will comply with the spec. > > Signed-off-by: Daniel P. Berrange Reviewed-by: Fam Zheng