From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964974AbXDQPJQ (ORCPT ); Tue, 17 Apr 2007 11:09:16 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030506AbXDQPJQ (ORCPT ); Tue, 17 Apr 2007 11:09:16 -0400 Received: from relay.2ka.mipt.ru ([194.85.82.65]:51205 "EHLO 2ka.mipt.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964974AbXDQPJO (ORCPT ); Tue, 17 Apr 2007 11:09:14 -0400 Date: Tue, 17 Apr 2007 19:08:59 +0400 From: Evgeniy Polyakov To: Francis Moreau Cc: Herbert Xu , helge.hafting@aitel.hist.no, linux-kernel@vger.kernel.org, linux-crypto@vger.kernel.org Subject: Re: [CRYPTO] is it really optimized ? Message-ID: <20070417150859.GA9512@2ka.mipt.ru> References: <20070417130431.GA8685@2ka.mipt.ru> <38b2ab8a0704170701p69fd547dwe3e2523ba5798b55@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <38b2ab8a0704170701p69fd547dwe3e2523ba5798b55@mail.gmail.com> User-Agent: Mutt/1.5.9i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (2ka.mipt.ru [0.0.0.0]); Tue, 17 Apr 2007 19:09:08 +0400 (MSD) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Apr 17, 2007 at 04:01:51PM +0200, Francis Moreau (francis.moro@gmail.com) wrote: > On 4/17/07, Herbert Xu wrote: > > > >Yep. We don't need such a flag anyway. All we need is a way to tweak > >the priority and Bob's your uncle. > > > > Could you elaborate please, I don't see how you prevent others users > to use this module with priority. > > Priority is a stuff that tells you which aes implementation to use but > it does not prevent an implementation to be used several times... Preventing anyone from using the module is incorrect. How will you handle the case when you have only one algo registered and it will be exclusively used by ecryptfs? Herbert proposes to register _second_ algo (say aes-generic(prio_100) and aes_for_ecryptfs(prio_1)) with lower prio, so generic access will never try to catch aes_for_ecryptfs, but your code still can access it using full name. > Thanks > -- > Francis -- Evgeniy Polyakov