Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752682AbbLNPVk (ORCPT ); Mon, 14 Dec 2015 10:21:40 -0500 Received: from mga02.intel.com ([134.134.136.20]:48233 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751470AbbLNPVi convert rfc822-to-8bit (ORCPT ); Mon, 14 Dec 2015 10:21:38 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,427,1444719600"; d="scan'208";a="873293670" From: "Marciniszyn, Mike" To: Nicholas Mc Guire CC: Doug Ledford , "Hefty, Sean" , Hal Rosenstock , Greg Kroah-Hartman , "linux-rdma@vger.kernel.org" , "devel@driverdev.osuosl.org" , "linux-kernel@vger.kernel.org" Subject: RE: [PATCH 2/3] staging/rdma/hfi1: check return value of kcalloc Thread-Topic: [PATCH 2/3] staging/rdma/hfi1: check return value of kcalloc Thread-Index: AQHRNn8PPIGR6HBhLk2XZXRi60BChJ7KmFjA Date: Mon, 14 Dec 2015 15:21:24 +0000 Message-ID: <32E1700B9017364D9B60AED9960492BC259CD79F@fmsmsx120.amr.corp.intel.com> References: <1450104189-2653-1-git-send-email-hofrat@osadl.org> <1450104189-2653-2-git-send-email-hofrat@osadl.org> In-Reply-To: <1450104189-2653-2-git-send-email-hofrat@osadl.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-inteldataclassification: CTP_IC x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsIiwiaWQiOiJjMmM1YTRjZC1hNTNkLTQwZGEtODk4OS1jMjBjNjIzNzU3MDUiLCJwcm9wcyI6W3sibiI6IkludGVsRGF0YUNsYXNzaWZpY2F0aW9uIiwidmFscyI6W3sidmFsdWUiOiJDVFBfSUMifV19XX0sIlN1YmplY3RMYWJlbHMiOltdLCJUTUNWZXJzaW9uIjoiMTUuNC4xMC4xOSIsIlRydXN0ZWRMYWJlbEhhc2giOiI4Y0Y0QnIzK2w4UkZBM0RXclFRS2dTWnJWWkNCaWxyeFJPZFNzcVAzbHJFPSJ9 x-originating-ip: [10.1.200.106] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 758 Lines: 23 > @@ -10129,6 +10129,9 @@ static void init_qos(struct hfi1_devdata *dd, > u32 first_ctxt) > if (num_vls * qpns_per_vl > dd->chip_rcv_contexts) > goto bail; > rsmmap = kcalloc(NUM_MAP_REGS, sizeof(u64), GFP_KERNEL); > + if (!rsmmap) > + goto bail; > + I checked out a linux-next remote at the next-20151214 tag. The allocation method is clearly kmalloc_array() not kcalloc(). Where are you seeing the kcalloc()? While it is tempting to allocate and zero, there is a chip rev specific difference. Mike -- 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/