Received: by 2002:ac0:98c7:0:0:0:0:0 with SMTP id g7-v6csp2397059imd; Sun, 28 Oct 2018 09:09:01 -0700 (PDT) X-Google-Smtp-Source: AJdET5c0X5QiRASX6DzKqFbF/xSJ5meRY518U47/b09TxpoEJMpY4QWWMSEyyASgc2Uu7ssS4bmO X-Received: by 2002:a63:e601:: with SMTP id g1-v6mr10826972pgh.290.1540742941758; Sun, 28 Oct 2018 09:09:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1540742941; cv=none; d=google.com; s=arc-20160816; b=mWm9wt7/qR/VQvtzQbMANSHWNrTiO/Mj9tUJ5Ba9pnIiUDrKnerEUFGc4dtM2tG6lU mCdm4TEfDEsHCTQlYbc3t1uutENcmKp4UpNCQex/EO/CTWqNWAKGDcPxqZOHfTVb2/7b UhPCOtwfrVRxQS3VadssVMz9AuUA2ZldpKuurL0WL42fhCmFVjmeh98f2xxXMxlattSD /MtW9WesjdvZ1u/hzODhgx3Fjd5AqowqUSfXhfXBTAmg5X5nUd+LkD+BJY3n8oQL3g7e PLU2wVu+ZyYrXmWQtx27nbH3kdnR+RkAqFvaRwtuOoW45Zf96l63V8hGlfd6+VYoHIKq 8aaA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=c2jhqp6gUDTs+v/MbzKdeaYtkRCmUQqOBn575PBmW+8=; b=c7yWOp4Q1XvZwGGzUxsytCUBNlEuv9GFJmMwINUWLibDfqhFPYtNTp4WGdtS+2U443 Zcg33UyR5e/b3ejTjo2jydXDULIXm6iIyvXbnh/GCDy6qOwnqgrEKemJd0oZ0TibPgOp sm/gpCi3SGuI5dzRpzq7ITAuq3tVvKfkLkmidlHjQByAm8GMGfRDUOTyjAAB8zEknOUN LKqnQRlfnUpGc235UXthFOXeGLlbfdeF3wxO2IWrxnbXIWNkkICUgRqVMkfTh6yyE1Nb 9GzYzKePU0k10mZwG29XeZ+9nRSODoB6iVK/OUpJi+ao06HrdGz64YI7ECSwRG+xjIbe wWNQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id t11-v6si18730650pgo.494.2018.10.28.09.08.46; Sun, 28 Oct 2018 09:09:01 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727799AbeJ2Awh (ORCPT + 99 others); Sun, 28 Oct 2018 20:52:37 -0400 Received: from laurent.telenet-ops.be ([195.130.137.89]:33722 "EHLO laurent.telenet-ops.be" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727671AbeJ2Awh (ORCPT ); Sun, 28 Oct 2018 20:52:37 -0400 Received: from ramsan.of.borg ([84.194.111.163]) by laurent.telenet-ops.be with bizsmtp id t47X1y00L3XaVaC0147Xee; Sun, 28 Oct 2018 17:07:35 +0100 Received: from rox.of.borg ([192.168.97.57]) by ramsan.of.borg with esmtp (Exim 4.86_2) (envelope-from ) id 1gGnb9-0001io-Et; Sun, 28 Oct 2018 17:07:31 +0100 Received: from geert by rox.of.borg with local (Exim 4.90_1) (envelope-from ) id 1gGnb9-0006NB-CM; Sun, 28 Oct 2018 17:07:31 +0100 From: Geert Uytterhoeven To: Matias Bjorling , Keith Busch , Jens Axboe , Christoph Hellwig , Sagi Grimberg Cc: Arnd Bergmann , linux-block@vger.kernel.org, linux-nvme@lists.infradead.org, linux-kernel@vger.kernel.org, Geert Uytterhoeven Subject: [PATCH] lightnvm: Fix uninitialized return value in nvm_get_chunk_meta() Date: Sun, 28 Oct 2018 17:07:26 +0100 Message-Id: <20181028160726.24450-1-geert@linux-m68k.org> X-Mailer: git-send-email 2.17.1 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org With gcc 4.1: drivers/lightnvm/core.c: In function ‘nvm_get_bb_meta’: drivers/lightnvm/core.c:977: warning: ‘ret’ may be used uninitialized in this function and drivers/nvme/host/lightnvm.c: In function ‘nvme_nvm_get_chk_meta’: drivers/nvme/host/lightnvm.c:580: warning: ‘ret’ may be used uninitialized in this function Indeed, if (for the former) the number of channels or LUNs is zero, or (for both) the passed number of chunks is zero, ret will be returned uninitialized. Fix this by preinitializing ret to zero. Fixes: aff3fb18f957de93 ("lightnvm: move bad block and chunk state logic to core") Fixes: a294c199455187d1 ("lightnvm: implement get log report chunk helpers") Signed-off-by: Geert Uytterhoeven --- I don't know if this can happen in practice, but given this is core functionality that can be called from other files, or even from other modules, I think it's better to be safe than sorry. The latter seems to be a pre-existing issue since v4.17. I didn't notice it before, due to the dependency of NVM on PCI (my gcc 4.1 targets m68k, i.e. no PCI). --- drivers/lightnvm/core.c | 2 +- drivers/nvme/host/lightnvm.c | 3 ++- 2 files changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/lightnvm/core.c b/drivers/lightnvm/core.c index efb976a863d2295a..73ab3cf2686804ba 100644 --- a/drivers/lightnvm/core.c +++ b/drivers/lightnvm/core.c @@ -974,7 +974,7 @@ static int nvm_get_bb_meta(struct nvm_dev *dev, sector_t slba, struct ppa_addr ppa; u8 *blks; int ch, lun, nr_blks; - int ret; + int ret = 0; ppa.ppa = slba; ppa = dev_to_generic_addr(dev, ppa); diff --git a/drivers/nvme/host/lightnvm.c b/drivers/nvme/host/lightnvm.c index a4f3b263cd6c60ee..d64805dc8efbaa02 100644 --- a/drivers/nvme/host/lightnvm.c +++ b/drivers/nvme/host/lightnvm.c @@ -577,7 +577,8 @@ static int nvme_nvm_get_chk_meta(struct nvm_dev *ndev, struct ppa_addr ppa; size_t left = nchks * sizeof(struct nvme_nvm_chk_meta); size_t log_pos, offset, len; - int ret, i, max_len; + int i, max_len; + int ret = 0; /* * limit requests to maximum 256K to avoid issuing arbitrary large -- 2.17.1