Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp540634pxb; Thu, 15 Apr 2021 00:09:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwO0ZPcwwnR4RL2Fg0g9nilS2R3Wvgn8pQ7hZ68Vj2adDTvN+rBh4ZLPnL0K7D7YdM1as/g X-Received: by 2002:a65:6a08:: with SMTP id m8mr2225652pgu.146.1618470584952; Thu, 15 Apr 2021 00:09:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618470584; cv=none; d=google.com; s=arc-20160816; b=ZgbL2qv+nE35EGBb0tNtYlfeW1vx2+piMkRbN0eA4zZSeOEAFsqYATQJ0FzSulf5kx 6j0q/YA0JZwp6SEHoFE25UbZnouxD163mKK2uzFhaEPLIY5o6xM7AKUww6RVb1hzixQB og155Tebhswi85MjZeSoWlx36izPpKPBlmz1JQpuhcjNmFSrpyFWaNZdcgZqgHQGpZUc y9ivpElCfaqX3uCzv5NLKm7f2hegwN7J4vzDQ5KUEmDZG2BfoW8gjWgKQ7SmMobgRQCn JSFobmHRKbtYJymkmsCEFCYmVO93VX/bxT1FU/sB5yvdywUeK6wR1KqRijxEea50lpiD wpxg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=nvv9Z+5IWRSsuwqqnBpx+MZMoeQomd87AFJ4WvcFBio=; b=DyTjf/5D3TGtcFDC2ijMcFxuKt5d4hH2OiS4KUWIIa22WdANQHAcdmH5wtkOJVdyMz n4OgGNbMk71uB62Cgr3y9gvf2QNwVtoN3Zb99wR23elnoadg7TjMQZRbKJgRmDmnNOxn k16cSSgGoXZpjnm0RnG3Pe/UW8q3MdLSAIqYRo1VEcM1DFok88YVQxFV1w6+JdPAeVXR qo1KRsdmLulZ6OU7uoo8wV4SsVS2AoiunUPr9XyHJ0HPLXc8lfisal5A/Za0lIIOOyr9 bLqpkmJHgXEjQ66ChweemD2g6cqreXXsnJiKjOZagyprE5sUazfrAvkUZSUSm+9fntz1 Pe0w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=fELtbrT9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n11si2207765pjp.23.2021.04.15.00.09.32; Thu, 15 Apr 2021 00:09:44 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=fELtbrT9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231143AbhDOHJR (ORCPT + 99 others); Thu, 15 Apr 2021 03:09:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54024 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230481AbhDOHJR (ORCPT ); Thu, 15 Apr 2021 03:09:17 -0400 Received: from mail-ot1-x32f.google.com (mail-ot1-x32f.google.com [IPv6:2607:f8b0:4864:20::32f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 849FFC061574; Thu, 15 Apr 2021 00:08:54 -0700 (PDT) Received: by mail-ot1-x32f.google.com with SMTP id k14-20020a9d7dce0000b02901b866632f29so21741436otn.1; Thu, 15 Apr 2021 00:08:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=nvv9Z+5IWRSsuwqqnBpx+MZMoeQomd87AFJ4WvcFBio=; b=fELtbrT9MMPajwbDhgBIp13s7ytuo9ZP436u5bHiLqI96pnWwNG5zhIfjL9Dw171m9 fgJQDkAnw4nnD67piz3+EUgSD97l2fMIi2PAliv47JT18EwJeet92Tk6/rxCnCh7x0vV 7A7B5sBCJKb+eCKX60HGUvjQraaDuXEGIqle1953TFREiTFvvUsoqfJTZRlpQlAF+gKE db8+fYW/SYMcJLsYG9M+aWLLBz/Ptng/B/iZjwwpjXsXR2q6XjFKU3GqS2C9dZv194e/ 77ZLOqxbOwrdA0Tl3lLF+WkUukRsQSMj8ryC+DoRJYTD+gNGZv7WIqo43RV9sKg3s/Sx LFiA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=nvv9Z+5IWRSsuwqqnBpx+MZMoeQomd87AFJ4WvcFBio=; b=S3dd5PSQTmo0Y+pcMEtDHpfVgScFNkoAeOnNS9k74z5lfCGlHp1pIiTXKPvxD6FXGe AdXFk4jkPyGq4eX+QB33iLWcmcH1CutDHbd0Ca6E2WfzPEV6aNSM/9aTcStHDhfOWzlM L3xE2Gawoo07nSfmla0xh7yiSiG8Pb0alGA7b3mVBKwz9jQQIZQFkqGZ1/X7QctLxODu jDRLwGV0CQoUp69JKj8ITbx8wECl0R4zn2bZixflShKSLT4HZgI4i02xYgSdQjdgtwWe 4jxtu24SxrWJ4luKmUurSDG1FxpZl98D9hmCS4QBKiuLLhiMFXU2J73Ibn30MJmOL6e5 z+9Q== X-Gm-Message-State: AOAM530XqGIkox0r1usmuRvTdGZHxRetlKoDtMkMjKgTfr0tLQ1Sa27W NQjf3bZkvmtWNVV/LM3/K10TUfqNL5MQ1C8CnXh/xfg7ejX76Q== X-Received: by 2002:a9d:ecf:: with SMTP id 73mr1587984otj.339.1618470533770; Thu, 15 Apr 2021 00:08:53 -0700 (PDT) MIME-Version: 1.0 References: <20210412161012.1628202-1-colin.king@canonical.com> In-Reply-To: From: Oded Gabbay Date: Thu, 15 Apr 2021 10:08:26 +0300 Message-ID: Subject: Re: [PATCH][next] habanalabs/gaudi: Fix uninitialized return code rc when read size is zero To: Arnd Bergmann , Greg Kroah-Hartman , Colin King Cc: Oded Gabbay , Ofir Bitton , kernel-janitors@vger.kernel.org, Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Apr 12, 2021 at 9:41 PM Arnd Bergmann wrote: > > On Mon, Apr 12, 2021 at 6:11 PM Colin King wrote: > > > > From: Colin Ian King > > > > In the case where size is zero the while loop never assigns rc and the > > return value is uninitialized. Fix this by initializing rc to zero. > > > > Addresses-Coverity: ("Uninitialized scalar variable") > > Fixes: 639781dcab82 ("habanalabs/gaudi: add debugfs to DMA from the device") > > Signed-off-by: Colin Ian King > > --- > > drivers/misc/habanalabs/gaudi/gaudi.c | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/drivers/misc/habanalabs/gaudi/gaudi.c b/drivers/misc/habanalabs/gaudi/gaudi.c > > index 8730b691ec61..b751652f80a8 100644 > > --- a/drivers/misc/habanalabs/gaudi/gaudi.c > > +++ b/drivers/misc/habanalabs/gaudi/gaudi.c > > @@ -6252,7 +6252,7 @@ static int gaudi_debugfs_read_dma(struct hl_device *hdev, u64 addr, u32 size, > > dma_addr_t dma_addr; > > void *kernel_addr; > > bool is_eng_idle; > > - int rc, dma_id; > > + int rc = 0, dma_id; > > > > kernel_addr = hdev->asic_funcs->asic_dma_alloc_coherent( > > hdev, SZ_2M, > > > In general, I don't like adding initializations during the declaration as that > tends to hide warnings for the cases where a later initialization is > missing. In this case it looks correct though. > > Acked-by: Arnd Bergmann I don't mind taking this patch for eliminating the warning but fyi, the caller function (hl_dma_size_write) checks that the size is not zero. If the size is zero, we never reach this function. Greg, do you mind applying it directly to your -next branch ? I don't have anything pending and I'm too lazy sending a pull request on a single patch ;) Reviewed-by: Oded Gabbay Thanks, Oded