On Mon, Sep 11, 2006 at 11:18:59PM -0700, Dan Williams (dan.j.williams@xxxxxxxxx) 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-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
