From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757165Ab0EaTEK (ORCPT ); Mon, 31 May 2010 15:04:10 -0400 Received: from one.firstfloor.org ([213.235.205.2]:34916 "EHLO one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757138Ab0EaTEI (ORCPT ); Mon, 31 May 2010 15:04:08 -0400 Date: Mon, 31 May 2010 21:04:00 +0200 From: Andi Kleen To: Milan Broz Cc: Andi Kleen , device-mapper development , herbert@gondor.hengli.com.au, linux-kernel@vger.kernel.org, agk@redhat.com, ak@linux.intel.com Subject: Re: [dm-devel] [PATCH] DM-CRYPT: Scale to multiple CPUs Message-ID: <20100531190400.GH10766@basil.fritz.box> References: <20100531160425.GA20344@basil.fritz.box> <4C03F04D.4040200@redhat.com> <20100531174225.GE10766@basil.fritz.box> <4C03FB8E.1060109@redhat.com> <20100531182724.GG10766@basil.fritz.box> <4C040636.8060702@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C040636.8060702@redhat.com> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > I mean how it is implemented now in crypto API, and I was almost > sure that aes-ni acceleration code uses cryptd (iow real asynchronous processing) > and also that not all CPU cores can run these instruction in parallel. I think you can configure it to use cryptd (or pcrypt), but it's not default and usually higher overhead. Each CPU core has its own support for AES-NI (it's part of the SSE units), there's no shared crypto hardware between cores. There are other systems with separate AES units, but they are considerably more obscure. -Andi -- ak@linux.intel.com -- Speaking for myself only.