RFC: support for MV_CESA with TDMA · Phil Sutter <hidden> · 2012-05-25
[PATCH 11/13] mv_cesa: implement descriptor chaining for hashes, too · Phil Sutter <hidden> · 2012-05-25
[PATCH 04/13] mv_cesa: split up processing callbacks · Phil Sutter <hidden> · 2012-05-25
[PATCH 13/13] mv_cesa, mv_tdma: outsource common dma-pool handling code · Phil Sutter <hidden> · 2012-05-25
[PATCH 08/13] mv_cesa: fetch extra_bytes via TDMA engine, too · Phil Sutter <hidden> · 2012-05-25
[PATCH 07/13] mv_cesa: have TDMA copy back the digest result · Phil Sutter <hidden> · 2012-05-25
[PATCH 06/13] mv_cesa: use TDMA engine for data transfers · Phil Sutter <hidden> · 2012-05-25
[PATCH 10/13] mv_cesa: reorganise mv_start_new_hash_req a bit · Phil Sutter <hidden> · 2012-05-25
[PATCH 02/13] mv_cesa: minor formatting cleanup, will all make sense soon · Phil Sutter <hidden> · 2012-05-25
[PATCH 05/13] add a driver for the Marvell TDMA engine · Phil Sutter <hidden> · 2012-05-25
[PATCH 12/13] mv_cesa: drop the now unused process callback · Phil Sutter <hidden> · 2012-05-25
[PATCH 03/13] mv_cesa: prepare the full sram config in dram · Phil Sutter <hidden> · 2012-05-25
[PATCH 09/13] mv_cesa: implementing packet chain mode, only aes for now · Phil Sutter <hidden> · 2012-05-25
[PATCH 01/13] mv_cesa: do not use scatterlist iterators · Phil Sutter <hidden> · 2012-05-25
Re: RFC: support for MV_CESA with TDMA · cloudy.linux <hidden> · 2012-05-27
Re: RFC: support for MV_CESA with TDMA · Phil Sutter <hidden> · 2012-05-29
Re: RFC: support for MV_CESA with TDMA · Herbert Xu <herbert@gondor.apana.org.au> · 2012-06-12
Re: RFC: support for MV_CESA with TDMA · Phil Sutter <hidden> · 2012-06-12
Re: RFC: support for MV_CESA with TDMA · Herbert Xu <herbert@gondor.apana.org.au> · 2012-06-12
RFC: support for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-06-12
[PATCH 10/13] mv_cesa: reorganise mv_start_new_hash_req a bit · Phil Sutter <hidden> · 2012-06-12
[PATCH 12/13] mv_cesa: drop the now unused process callback · Phil Sutter <hidden> · 2012-06-12
[PATCH 09/13] mv_cesa: implementing packet chain mode, only aes for now · Phil Sutter <hidden> · 2012-06-12
[PATCH 07/13] mv_cesa: have DMA engine copy back the digest result · Phil Sutter <hidden> · 2012-06-12
[PATCH 13/13] mv_cesa, mv_dma: outsource common dma-pool handling code · Phil Sutter <hidden> · 2012-06-12
[PATCH 04/13] mv_cesa: split up processing callbacks · Phil Sutter <hidden> · 2012-06-12
[PATCH 06/13] mv_cesa: use DMA engine for data transfers · Phil Sutter <hidden> · 2012-06-12
[PATCH 03/13] mv_cesa: prepare the full sram config in dram · Phil Sutter <hidden> · 2012-06-12
[PATCH 08/13] mv_cesa: fetch extra_bytes via DMA engine, too · Phil Sutter <hidden> · 2012-06-12
[PATCH 11/13] mv_cesa: implement descriptor chaining for hashes, too · Phil Sutter <hidden> · 2012-06-12
[PATCH 02/13] mv_cesa: minor formatting cleanup, will all make sense soon · Phil Sutter <hidden> · 2012-06-12
[PATCH 05/13] add a driver for the Marvell IDMA/TDMA engines · Phil Sutter <hidden> · 2012-06-12
[PATCH 01/13] mv_cesa: do not use scatterlist iterators · Phil Sutter <hidden> · 2012-06-12
Re: RFC: support for MV_CESA with IDMA or TDMA · cloudy.linux <hidden> · 2012-06-15
Re: RFC: support for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-06-15
[PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Simon Baatz <hidden> · 2012-06-16
[PATCH 1/2] mv_dma: fix mv_init_engine() error case · Simon Baatz <hidden> · 2012-06-16
[PATCH 2/2] ARM: Orion: mv_dma: Add support for clk · Simon Baatz <hidden> · 2012-06-16
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-06-18
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Simon Baatz <hidden> · 2012-06-18
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-06-19
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · cloudy.linux <hidden> · 2012-06-19
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-06-19
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · cloudy.linux <hidden> · 2012-06-20
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Andrew Lunn <andrew@lunn.ch> · 2012-07-16
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-07-16
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Andrew Lunn <andrew@lunn.ch> · 2012-07-16
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-07-16
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Simon Baatz <hidden> · 2012-07-16
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Andrew Lunn <andrew@lunn.ch> · 2012-07-16
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · cloudy.linux <hidden> · 2012-06-20
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-06-20
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-06-25
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · cloudy.linux <hidden> · 2012-06-25
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-06-25
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · cloudy.linux <hidden> · 2012-06-25
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-06-25
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · cloudy.linux <hidden> · 2012-06-26
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · cloudy.linux <hidden> · 2012-06-30
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-07-06
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · cloudy.linux <hidden> · 2012-07-08
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-07-09
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · cloudy.linux <hidden> · 2012-07-31
Re: [PATCH 0/2] Fixes for MV_CESA with IDMA or TDMA · Phil Sutter <hidden> · 2012-10-23
[PATCH 0/1] MV_CESA with DMA: Clk init fixes · Simon Baatz <hidden> · 2012-06-26
[PATCH 1/1] mv_dma: mv_cesa: fixes for clock init · Simon Baatz <hidden> · 2012-06-26
Re: [PATCH 0/1] MV_CESA with DMA: Clk init fixes · Phil Sutter <hidden> · 2012-07-06

Re: RFC: support for MV_CESA with TDMA

From: Herbert Xu <herbert@gondor.apana.org.au>
Date: 2012-06-12 10:04:41

On Fri, May 25, 2012 at 06:08:26PM +0200, Phil Sutter wrote:

The point for this being RFC is backwards-compatibility: earlier
hardware (Orion) ships a (slightly) different DMA engine (IDMA) along
with the same crypto engine, so in fact mv_cesa.c is in use on these
platforms, too. But since I don't possess hardware of this kind, I am
not able to make this code IDMA-compatible. Also, due to the quite
massive reorganisation of code flow, I don't really see how to make TDMA
support optional in mv_cesa.c.

So does this break existing functionality or not?

Cheers,
-- 
Email: Herbert Xu [off-list ref]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

`h`	back out one level
`j`	next message in thread
`k`	previous message in thread
`l`	drill in
`Esc`	close help / fold thread tree
`?`	toggle this help