Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp7798555imm; Thu, 28 Jun 2018 09:25:39 -0700 (PDT) X-Google-Smtp-Source: ADUXVKI8sfetYLBYNLaJ+dcWBUIOUE0/sitM5ve0GX5qxvwg5McHytmrEzXPWIkt6Rk7obP6ANfa X-Received: by 2002:a65:4146:: with SMTP id x6-v6mr9484790pgp.221.1530203138994; Thu, 28 Jun 2018 09:25:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530203138; cv=none; d=google.com; s=arc-20160816; b=FvrZnoRnTX4U24nYmcKxlqxxi9lYe/R2BZke+zhqCHNkBKCMy7QeQdlK7nq/Q5CahM 6UeeeSi/im7cdAnFbRbYqaeXE8xS+nGU7oZQoSkpNj4muOWswL93d6fYRc7+Y5QL6oGx 9zlkiaFC7o0i6IN9VnPsTq9wolaWECrM4BnYRBDBQ9bk0fd1JvuhVnDNfmKw4wOvYssP PgKS0RqvUZzuwf40OOL84L4QPvmtoxyw93kM8VBniEzl6g/kpjFj6kuPvbTWXzifU2u6 xXAjd0NrpEDBZ4J5cS2MCrEnFIITDncwA5FpI+xoxhoUJlNl31LHonfrA2I9wZfOCY9x lEZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=6bKmKfNWAakR+PQOk8xi0nEILLK2Kidja2zE87RyVuM=; b=j8iRchyqbLhWy0/ZMzXauLkkSaS6NRbB+nCU/Pg8O1XRicTgbOHUvf/e5MkIPDH90L N3I3aUfJk37TGOa6ON8nL3+8g33pEofXKEGrIiMrzWYuAoRymP2VAYnymHvlLs1O7NAx bWizO3dDsGG2dJ1dx1CWJ4ozzDFQEYmquRwo479m2GzT3KbjxMlTrfmOZg7EPp4norq8 PL1rHutltiPpA4SH23mN8Pht0yKqivvrNcQD37mnbdxR40F6sfc4uyo/o2xf7rUfyFT+ HxZftm6iAj19k9uBQFIrbEPA+k1fUp6HwxxQU1jjKC9v07Z5z3Sy1hGil4Og+0qxfoJ8 94PQ== 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 m3-v6si5651761pgq.319.2018.06.28.09.25.24; Thu, 28 Jun 2018 09:25:38 -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 S965414AbeF1LBW (ORCPT + 99 others); Thu, 28 Jun 2018 07:01:22 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:54480 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934000AbeF1LBV (ORCPT ); Thu, 28 Jun 2018 07:01:21 -0400 Received: from localhost (unknown [104.153.224.166]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 94F4686A; Thu, 28 Jun 2018 11:01:17 +0000 (UTC) Date: Thu, 28 Jun 2018 19:52:41 +0900 From: Greg Kroah-Hartman To: Alan Stern Cc: Zhouyang Jia , linux-usb@vger.kernel.org, usb-storage@lists.one-eyed-alien.net, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] usb: storage: add error handling for kcalloc Message-ID: <20180628105241.GC5191@kroah.com> References: <20180625123326.GA14987@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.10.0 (2018-05-17) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jun 25, 2018 at 11:22:34AM -0400, Alan Stern wrote: > On Mon, 25 Jun 2018, Greg Kroah-Hartman wrote: > > > On Thu, Jun 14, 2018 at 09:29:11PM +0800, Zhouyang Jia wrote: > > > When kcalloc fails, the lack of error-handling code may > > > cause unexpected results. > > > > > > This patch adds error-handling code after calling kcalloc. > > > > > > Signed-off-by: Zhouyang Jia > > > Acked-by: Alan Stern > > > --- > > > v1->v2: > > > - Remove pr_warn statement. > > > --- > > > drivers/usb/storage/alauda.c | 3 +++ > > > 1 file changed, 3 insertions(+) > > > > > > diff --git a/drivers/usb/storage/alauda.c b/drivers/usb/storage/alauda.c > > > index 900591d..4e17609 100644 > > > --- a/drivers/usb/storage/alauda.c > > > +++ b/drivers/usb/storage/alauda.c > > > @@ -437,6 +437,9 @@ static int alauda_init_media(struct us_data *us) > > > + MEDIA_INFO(us).blockshift + MEDIA_INFO(us).pageshift); > > > MEDIA_INFO(us).pba_to_lba = kcalloc(num_zones, sizeof(u16*), GFP_NOIO); > > > MEDIA_INFO(us).lba_to_pba = kcalloc(num_zones, sizeof(u16*), GFP_NOIO); > > > + if ((MEDIA_INFO(us).pba_to_lba == NULL) > > > + || (MEDIA_INFO(us).lba_to_pba == NULL)) > > > + return USB_STOR_TRANSPORT_ERROR; > > > > You just leaked memory if only one of these succeeded :( > > That's not really true. The memory gets deallocated later on in any > case, when alauda_info_destructor() calls alauda_free_maps() if not > before. > > More troubling is the fact that this routine (i.e, alauda_init_media) > gets called from only one place, in alauda_check_media, and the caller > completely ignores the return value! Furthermore, the caller always > returns USB_STOR_TRANSPORT_FAILED. > > So on the whole, I don't think this patch is going to make any > difference to the driver's operation. Ok, I'm just going to drop it then. thanks, greg k-h