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-prev] [day] [month] [year] [list]
Message-ID: <20120412234827.GG24211@n2100.arm.linux.org.uk>
Date:	Fri, 13 Apr 2012 00:48:27 +0100
From:	Russell King - ARM Linux <linux@....linux.org.uk>
To:	Guennadi Liakhovetski <g.liakhovetski@....de>
Cc:	Linus Walleij <linus.walleij@...aro.org>,
	Vinod Koul <vinod.koul@...el.com>,
	linux-kernel@...r.kernel.org,
	Jassi Brar <jassisinghbrar@...il.com>,
	Magnus Damm <magnus.damm@...il.com>,
	Paul Mundt <lethal@...ux-sh.org>
Subject: Re: [PATCH/RFC] dmaengine: add a slave parameter to
	__dma_request_channel()

On Thu, Apr 12, 2012 at 11:33:28PM +0200, Guennadi Liakhovetski wrote:
> Now, how do we proceed from here? Do I understand it right, that Russell 
> would like to implement his ideas? Any idea when this is likely to happen? 

Well, I'm messing around with OMAP at the moment, converting its DMA
support to be DMA engine based.  As I think I've already said, I've
not taken _that_ much interest in dealing with how channels actually
get allocated there (though I do have something which works for the
time being so I can run and test this stuff.)

Note that the sa11x0 DMA engine driver uses strings to match channels,
and the strings are essentially identifiers for DMA request signals,
and this avoids either passing around DMA request numbers or having
them in some central header file.
--
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ