From: "Luis R. Rodriguez" <mcg...@suse.com> dma_alloc_writecombine()'s call and return value check is tangled in all in one call. Untangle both calls according to kernel coding style.
Signed-off-by: Luis R. Rodriguez <mcg...@suse.com> Acked-by: Vinod Koul <vinod.k...@intel.com> Cc: Vinod Koul <vinod.k...@intel.com> Cc: Dan Williams <dan.j.willi...@intel.com> Cc: dmaeng...@vger.kernel.org Cc: x...@kernel.org Link: http://lkml.kernel.org/r/1435258191-543-2-git-send-email-mcg...@do-not-panic.com Signed-off-by: Borislav Petkov <b...@suse.de> --- drivers/dma/iop-adma.c | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/drivers/dma/iop-adma.c b/drivers/dma/iop-adma.c index 998826854fdd..e4f43125e0fb 100644 --- a/drivers/dma/iop-adma.c +++ b/drivers/dma/iop-adma.c @@ -1300,10 +1300,11 @@ static int iop_adma_probe(struct platform_device *pdev) * note: writecombine gives slightly better performance, but * requires that we explicitly flush the writes */ - if ((adev->dma_desc_pool_virt = dma_alloc_writecombine(&pdev->dev, - plat_data->pool_size, - &adev->dma_desc_pool, - GFP_KERNEL)) == NULL) { + adev->dma_desc_pool_virt = dma_alloc_writecombine(&pdev->dev, + plat_data->pool_size, + &adev->dma_desc_pool, + GFP_KERNEL); + if (!adev->dma_desc_pool_virt) { ret = -ENOMEM; goto err_free_adev; } -- 2.4.3 _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
