linux-kernel - dmaengine cyclic transfers

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <20100810131032.GI27749@pengutronix.de>
Date:	Tue, 10 Aug 2010 15:10:32 +0200
From:	Sascha Hauer <s.hauer@...gutronix.de>
To:	linux kernel <linux-kernel@...r.kernel.org>
Cc:	Dan Williams <dan.j.williams@...el.com>,
	Linus Walleij <linus.ml.walleij@...il.com>,
	Hans-Christian Egtvedt <hans-christian.egtvedt@...el.com>
Subject: dmaengine cyclic transfers

Hi All,

I'm just looking into implementing the Freescale i.MX SDMA engine in the
dmaengine API. One usecase of this dma engine is sound. After some
digging I found the following commit:

commit d9de451989a88a2003ca06e524aca4665c0c7f06
Author: Hans-Christian Egtvedt <hans-christian.egtvedt@...el.com>
Date:   Wed Apr 1 15:47:02 2009 +0200

    dw_dmac: add cyclic API to DW DMA driver

This could be very useful for the SDMA engine aswell. What are the
reasons this is not implemented in the generic dmaengine API but as
an extension to a specific driver? Should I also implement it like
this or isn't it better to extend the dmaengine itself?

Sascha

-- 
Pengutronix e.K.                           |                             |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0    |
Amtsgericht Hildesheim, HRA 2686           | Fax:   +49-5121-206917-5555 |
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/