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] [thread-next>] [day] [month] [year] [list]
Date:	Sun, 03 Jun 2012 16:27:59 -0300
From:	"William F." <william76.sh@...il.com>
To:	Russell King - ARM Linux <linux@....linux.org.uk>
CC:	Roland Stigge <stigge@...com.de>, srinivas.bakki@....com,
	lars@...afoo.de, linux-doc@...r.kernel.org, leiwen@...vell.com,
	devicetree-discuss@...ts.ozlabs.org, dedekind1@...il.com,
	linux-kernel@...r.kernel.org, kevin.wells@....com,
	b32955@...escale.com, linux-mtd@...ts.infradead.org,
	hechtb@...glemail.com, dwmw2@...radead.org,
	linux-arm-kernel@...ts.infradead.org
Subject: PLEASE, REMOVE MY EMAIL ADDRESS FROM ITS LIST.

Em 03-06-2012 16:09, Russell King - ARM Linux escreveu:
> On Sun, Jun 03, 2012 at 08:38:09PM +0200, Roland Stigge wrote:
>> +static int lpc32xx_xmit_dma(struct mtd_info *mtd, dma_addr_t dma,
>> +			    void *mem, int len, enum dma_transfer_direction dir)
>> +{
>> +	struct nand_chip *chip = mtd->priv;
>> +	struct lpc32xx_nand_host *host = chip->priv;
>> +	struct dma_async_tx_descriptor *desc;
>> +	int flags = DMA_CTRL_ACK | DMA_PREP_INTERRUPT;
>> +	int res;
>> +	dma_cookie_t cookie;
>> +
>> +	host->dma_slave_config.direction = dir;
>> +	host->dma_slave_config.src_addr = dma;
>> +	host->dma_slave_config.dst_addr = dma;
>> +	host->dma_slave_config.src_addr_width = DMA_SLAVE_BUSWIDTH_4_BYTES;
>> +	host->dma_slave_config.dst_addr_width = DMA_SLAVE_BUSWIDTH_4_BYTES;
>> +	host->dma_slave_config.src_maxburst = 4;
>> +	host->dma_slave_config.dst_maxburst = 4;
>> +	/* DMA controller does flow control: */
>> +	host->dma_slave_config.device_fc = false;
>> +	if (dmaengine_slave_config(host->dma_chan,&host->dma_slave_config)) {
>> +		dev_err(mtd->dev.parent, "Failed to setup DMA slave\n");
>> +		return -ENXIO;
>> +	}
>> +
>> +	sg_init_one(&host->sgl, mem, len);
>> +
>> +	res = dma_map_sg(host->dma_chan->device->dev,&host->sgl, 1,
>> +			 DMA_BIDIRECTIONAL);
>> +	if (res != 1) {
>> +		dev_err(mtd->dev.parent, "Failed to map sg list\n");
>> +		return -ENXIO;
>> +	}
>> +	desc = dmaengine_prep_slave_sg(host->dma_chan,&host->sgl, 1, dir,
>> +				       flags);
>> +	if (!desc) {
>> +		dev_err(mtd->dev.parent, "Failed to prepare slave sg\n");
>> +		goto out1;
>> +	}
>> +
>> +	init_completion(&host->comp);
>> +	desc->callback = lpc32xx_dma_complete_func;
>> +	desc->callback_param =&host->comp;
>> +
>> +	cookie = dmaengine_submit(desc);
>> +	if (dma_submit_error(cookie)) {
>> +		dev_err(mtd->dev.parent, "Failed to dmaengine_submit()\n");
>> +		goto out1;
>> +	}
> dmaengine_submit() is no longer allowed to fail, so you don't need this
> check here anymore.  It's been that way for a long time.
>
>> +	dma_async_issue_pending(host->dma_chan);
>> +
>> +	wait_for_completion_timeout(&host->comp, msecs_to_jiffies(1000));
> What about unmapping the buffer upon completion?
>
>> +
>> +	return 0;
>> +out1:
>> +	dma_unmap_sg(host->dma_chan->device->dev,&host->sgl, 1,
>> +		     DMA_BIDIRECTIONAL);
>> +	return -ENXIO;
>> +}
> ______________________________________________________
> Linux MTD discussion mailing list
> http://lists.infradead.org/mailman/listinfo/linux-mtd/
>

--
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