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
| ||
|
Date: Thu, 11 Dec 2008 01:30:39 +0100 (CET) From: Guennadi Liakhovetski <g.liakhovetski@....de> To: Dan Williams <dan.j.williams@...el.com> cc: linux-kernel@...r.kernel.org, linux-fbdev-devel@...ts.sourceforge.net, adaplas@...il.com, Sascha Hauer <s.hauer@...gutronix.de>, linux-arm-kernel@...ts.arm.linux.org.uk Subject: Re: [PATCH 1/4 v2] dmaengine: add a tx_free method to struct dma_async_tx_descriptor Hi Dan, On Wed, 10 Dec 2008, Dan Williams wrote: > On Wed, Dec 10, 2008 at 3:36 AM, Guennadi Liakhovetski > <g.liakhovetski@....de> wrote: > > From: Guennadi Liakhovetski <lg@...x.de> > > > > Some users reuse DMA transaction descriptors multiple times and need an > > explicit call to release them. An example of such a user is Video4Linux, which > > has to be able to release descriptors on ioctl(VIDIOC_DQBUF). > > > > Signed-off-by: Guennadi Liakhovetski <lg@...x.de> > > > Hi Guennadi, > > Other dmaengine drivers have tasklets that scan the list of completed > descriptors and free the "acked" ones. This happens in the cleanup > tasklet... > /me looks > ...hmm this driver does not have a cleanup routine? Ideally support > for ioctl(VIDIOC_DQBUF) could be achieved through this mechanism > without needing to increase the size of dma_async_tx_descriptor (which > has cache utilization impacts on other drivers). You mean there are drivers, that have struct dma_async_tx_descriptor on stack? Can you give me an example? And you mean, that increasing the size of the struct by one pointer and letting users explicitly free those descriptors when they want is worse than introducing a tasklet that will have to periodically scan the list of descriptors while other hot paths will move elements to and from this list, look for acked elements, lock the list and free those elements? Periodically, because although we have an event when to free them - on ioctl - there is no API to trigger that tasklet. Or am I missing something? I can do this, it just sounds strange to me. Thanks Guennadi --- Guennadi Liakhovetski, Ph.D. Freelance Open-Source Software Developer -- 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