From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-10.1 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3DEB8CA9EB9 for ; Tue, 29 Oct 2019 06:28:00 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 06D6220862 for ; Tue, 29 Oct 2019 06:28:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1572330480; bh=yNdqKwkPUg1nfJduhuUGNRF3C81UVlmbtCghjnjrVBw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:List-ID:From; b=KClNbDH88dbNiGqCxFhqxyzqolwUH0g+OVABEQxdDZD5GOG7NjJA00WnUJGrlagiw QugPSAnVckSpCpHusuePr/kzDJ82t6J828zc3ho+49bTxyesBYamVqxEAcD7WVkSVb /5RBIG3NalApu3FuIyGqJpq1Uinr28u6Un1yb4YQ= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731830AbfJ2G17 (ORCPT ); Tue, 29 Oct 2019 02:27:59 -0400 Received: from mail.kernel.org ([198.145.29.99]:58742 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731764AbfJ2G17 (ORCPT ); Tue, 29 Oct 2019 02:27:59 -0400 Received: from localhost (unknown [77.137.89.37]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4FA412086A; Tue, 29 Oct 2019 06:27:58 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1572330479; bh=yNdqKwkPUg1nfJduhuUGNRF3C81UVlmbtCghjnjrVBw=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=EQgVDXotZruCKRt/hvHhT7cXfiO7Nxl3eprMTyC0zsHWVSUiwZ2Ih1/011gEcClg0 saNvmiCuUYOXKkPxyLaK+hjy628H1zgo/4VCZ4cTa3FDG3NJJhL/vNoGPWpL4o+yC8 6VwnD4RJdr8KWARAAeqBRDwQjVPQgGHI2a5UOV2U= From: Leon Romanovsky To: Doug Ledford , Jason Gunthorpe Cc: Leon Romanovsky , RDMA mailing list , Mike Marciniszyn , Ralph Campbell Subject: [PATCH rdma-next 03/16] RDMA/mlx4: Delete redundant zero memset Date: Tue, 29 Oct 2019 08:27:32 +0200 Message-Id: <20191029062745.7932-4-leon@kernel.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20191029062745.7932-1-leon@kernel.org> References: <20191029062745.7932-1-leon@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-rdma-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-rdma@vger.kernel.org From: Leon Romanovsky All callers to process_mad() allocate MAD output buffer with kzalloc, so there is no need to clear memory again. Signed-off-by: Leon Romanovsky --- drivers/infiniband/hw/mlx4/mad.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/infiniband/hw/mlx4/mad.c b/drivers/infiniband/hw/mlx4/mad.c index 57079110af9b..985cced5d509 100644 --- a/drivers/infiniband/hw/mlx4/mad.c +++ b/drivers/infiniband/hw/mlx4/mad.c @@ -966,7 +966,6 @@ static int iboe_process_mad(struct ib_device *ibdev, int mad_flags, u8 port_num, } mutex_unlock(&dev->counters_table[port_num - 1].mutex); if (stats_avail) { - memset(out_mad->data, 0, sizeof out_mad->data); switch (counter_stats.counter_mode & 0xf) { case 0: edit_counter(&counter_stats, -- 2.20.1