Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754297Ab3GYCq3 (ORCPT ); Wed, 24 Jul 2013 22:46:29 -0400 Received: from co9ehsobe003.messaging.microsoft.com ([207.46.163.26]:24701 "EHLO co9outboundpool.messaging.microsoft.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753642Ab3GYCqX (ORCPT ); Wed, 24 Jul 2013 22:46:23 -0400 X-Forefront-Antispam-Report: CIP:70.37.183.190;KIP:(null);UIP:(null);IPV:NLI;H:mail.freescale.net;RD:none;EFVD:NLI X-SpamScore: 10 X-BigFish: VS10(zzbb2dI98dI9371I1432I67favzz1f42h208ch1ee6h1de0h1fdah2073h1202h1e76h1d1ah1d2ah1fc6hzz1de098h1de097h8275bhz2dh2a8h668h839h947hd25he5bhf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h1765h18e1h190ch1946h19b4h19c3h1ad9h1b0ah1d0ch1d2eh1d3fh1dfeh1dffh1f5fh1155h) Message-ID: <51F09189.9010602@freescale.com> Date: Thu, 25 Jul 2013 10:46:33 +0800 From: Hongbo Zhang User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Scott Wood CC: , , , , , Subject: Re: [PATCH v5 4/4] DMA: Freescale: eliminate a compiling warning References: <1374646870-5162-1-git-send-email-hongbo.zhang@freescale.com> <1374646870-5162-5-git-send-email-hongbo.zhang@freescale.com> <1374694411.15592.63@snotra> In-Reply-To: <1374694411.15592.63@snotra> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-OriginatorOrg: freescale.com X-FOPE-CONNECTOR: Id%0$Dn%*$RO%0$TLS%0$FQDN%$TlsDn% Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2449 Lines: 61 On 07/25/2013 03:33 AM, Scott Wood wrote: > On 07/24/2013 01:21:09 AM, hongbo.zhang@freescale.com wrote: >> From: Hongbo Zhang >> >> The variable cookie is initialized in a list_for_each_entry loop, >> if(unlikely) >> the list is empty, this variable will be used uninitialized, so we >> get a gcc >> compiling warning about this. This patch fixes this defect by setting an >> initial value to the varialble cookie. >> >> Signed-off-by: Hongbo Zhang >> --- >> drivers/dma/fsldma.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/drivers/dma/fsldma.c b/drivers/dma/fsldma.c >> index 16a9a48..14d68a4 100644 >> --- a/drivers/dma/fsldma.c >> +++ b/drivers/dma/fsldma.c >> @@ -406,7 +406,7 @@ static dma_cookie_t fsl_dma_tx_submit(struct >> dma_async_tx_descriptor *tx) >> struct fsl_desc_sw *desc = tx_to_fsl_desc(tx); >> struct fsl_desc_sw *child; >> unsigned long flags; >> - dma_cookie_t cookie; >> + dma_cookie_t cookie = 0; >> >> spin_lock_irqsave(&chan->desc_lock, flags); > > This patch is unrelated to the rest of the patch series... > > What are the semantics of this function if there are multiple entries > in the list? Returning the last cookie seems a bit odd. > > Is zero the proper error value? include/linux/dmaengine.h suggests > that cookies should be < 0 to indicate error. I found this compiling warning since the beginning of this work, it is better somebody fixes it sooner or later, so I take it at last. Yes it was a bit hard to define the initial value, I saw the dmaengine.h, and I searched all the other DMA drivers with initial value before making the decision: drivers/dma/mv_xor.c: dma_cookie_t cookie = 0; drivers/dma/sh/shdma-base.c: dma_cookie_t cookie = 0; drivers/dma/mmp_pdma.c: dma_cookie_t cookie = -EBUSY; drivers/dma/ppc4xx/adma.c: dma_cookie_t cookie = 0; drivers/dma/iop-adma.c: dma_cookie_t cookie = 0; most of them using 0, and only one negative value, it seems better? but -EBUSY isn't so accurate I think. My thought is to drop this in the next iteration, and back to this after the first 3 get merged. > > -Scott -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/