Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965147AbWILJRH (ORCPT ); Tue, 12 Sep 2006 05:17:07 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S965145AbWILJRH (ORCPT ); Tue, 12 Sep 2006 05:17:07 -0400 Received: from relay.2ka.mipt.ru ([194.85.82.65]:7903 "EHLO 2ka.mipt.ru") by vger.kernel.org with ESMTP id S965142AbWILJRD (ORCPT ); Tue, 12 Sep 2006 05:17:03 -0400 Date: Tue, 12 Sep 2006 13:15:57 +0400 From: Evgeniy Polyakov To: Dan Williams Cc: Roland Dreier , Jeff Garzik , neilb@suse.de, linux-raid@vger.kernel.org, akpm@osdl.org, linux-kernel@vger.kernel.org, christopher.leech@intel.com Subject: Re: [PATCH 08/19] dmaengine: enable multiple clients and operations Message-ID: <20060912091557.GC8432@2ka.mipt.ru> References: <1158015632.4241.31.camel@dwillia2-linux.ch.intel.com> <20060911231817.4737.49381.stgit@dwillia2-linux.ch.intel.com> <4505F4D0.7010901@garzik.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.5 (2ka.mipt.ru [0.0.0.0]); Tue, 12 Sep 2006 13:15:58 +0400 (MSD) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1514 Lines: 32 On Mon, Sep 11, 2006 at 11:18:59PM -0700, Dan Williams (dan.j.williams@gmail.com) wrote: > Or is this an example of the where "Do What You Must, And No More" > comes in, i.e. don't worry about making a generic RAID5_DMA while > there is only one implementation existence? > > I also want to pose the question of whether the dmaengine interface > should handle cryptographic transforms? We already have Acrypto: > http://tservice.net.ru/~s0mbre/blog/devel/acrypto/index.html. At the > same time since IOPs can do Galois Field multiplication and XOR it > would be nice to take advantage of that for crypto acceleration, but > this does not fit the model of a device that Acrypto supports. Each acrypto crypto device provides set of capabilities it supports, and when user requests some operation, acrypto core selects device with the maximum speed for given capabilities, so one can easily add there GF multiplication devices. Acrypto supports "sync" mode too in case your hardware is synchronous (i.e. it does not provide interrupt or other async event when operation is completed). P.S. acrypto homepage with some design notes and supported features can be found here: http://tservice.net.ru/~s0mbre/old/?section=projects&item=acrypto > Dan -- Evgeniy Polyakov - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/