Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp913402imu; Fri, 4 Jan 2019 09:22:46 -0800 (PST) X-Google-Smtp-Source: ALg8bN5yk/4X7w6C6u8b1krtWs8geMCw1ju6e224eQpij77lpmcxgoCXg3CYFTDIfXMkZjRdi2jm X-Received: by 2002:a62:6503:: with SMTP id z3mr51744426pfb.169.1546622566734; Fri, 04 Jan 2019 09:22:46 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1546622566; cv=none; d=google.com; s=arc-20160816; b=JrInLYxNp8xZtWLuaST6xHYOeYxzJ1E9lMPBwQ2wDevtea9Q86DxAD/ImzFO3l6zs7 DAys1kqLgw6/WtANGYsp8ud1aJyEGkBQRSaFNCQ59ilbtGNq8Mb4d2EYtssoqaFNcUml QQLyKnssjgyUpOyHfPVuB7Yl4Z8FRglJcBtKzkFaurr4JG29biWlhFi5UWOuK9DPUlrM 3aCkFMqCL5f+lcrqA/PwKnu5MyVLHmsJ3vi+VJh1Ua+DYErg1IQe9PAsB+9FK8ZSLP/j fRdtANXv/HIQuKVSZBlN93nmTM81Y1qg5ErutRTIBMonZspISN76NNDAIN3jj1DZfWJv a3ww== 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:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=JafDdgpG8mbZXfAm9Z3ll4rT/4zzFLu3KX4xQkbG2Fs=; b=N74GV8IqwPjiw0+UK7AHbsIuPmD+fjtshznMAMlogeJiIprDMmgXyW1vzLDcAz+nAT sX7KoTfbCHHYKrbAMZXf1AUaoFjkALmijQe3i9BjecoPF12RJG/FXHs/JI4YZFIn+bGp lKFC5jMvYfvVj2x2CAlUkcGEFax1eX1+SdXfdwUp7zVZrsFjBpBqtvHLBqniDtXCYbde /p2drNr9W1ktwtyjtuOXcye9tzi8r0+JItxO76B1BvjXIQDlX3DoOzBCak2DcUdO2975 9Nb3CmmC0MbKDgDIqtqc9av91FIpo4NkyiBiLeLCa+5GTrO5J8Icafl2SoIRciireDR3 63Ww== 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 r77si5602379pfa.186.2019.01.04.09.22.25; Fri, 04 Jan 2019 09:22:46 -0800 (PST) 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 S1726938AbfADNNV (ORCPT + 99 others); Fri, 4 Jan 2019 08:13:21 -0500 Received: from szxga04-in.huawei.com ([45.249.212.190]:17086 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726143AbfADNNV (ORCPT ); Fri, 4 Jan 2019 08:13:21 -0500 Received: from DGGEMS412-HUB.china.huawei.com (unknown [172.30.72.60]) by Forcepoint Email with ESMTP id E6F908F7E5DC7; Fri, 4 Jan 2019 21:13:15 +0800 (CST) Received: from [127.0.0.1] (10.202.226.43) by DGGEMS412-HUB.china.huawei.com (10.3.19.212) with Microsoft SMTP Server id 14.3.408.0; Fri, 4 Jan 2019 21:13:14 +0800 Subject: Re: [PATCH] scsi/mvsas/mv_init.c: Use dma_zalloc_coherent To: Sabyasachi Gupta , , , References: <5bf56248.1c69fb81.21a6e.5a72@mx.google.com> CC: Souptick Joarder , , , Brajeswar Ghosh From: John Garry Message-ID: Date: Fri, 4 Jan 2019 13:13:08 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.202.226.43] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/01/2019 12:48, Sabyasachi Gupta wrote: > On Wed, Dec 19, 2018 at 6:49 PM Sabyasachi Gupta > wrote: >> >> On Sat, Dec 1, 2018 at 6:40 PM Sabyasachi Gupta >> wrote: >>> >>> On Wed, Nov 21, 2018 at 7:18 PM Sabyasachi Gupta >>> wrote: >>>> >>>> Replace dma_alloc_coherent + memset with dma_zalloc_coherent >>>> If you're going to make this change, then how about change these to the managed version, so that we can avoid the explicit free'ing at driver removal? >>>> Signed-off-by: Sabyasachi Gupta >>> >>> Any comment on this patch? >> >> Any comment on this patch? > > Any comment on this patch? > >> >>> >>>> --- >>>> drivers/scsi/mvsas/mv_init.c | 12 ++++-------- >>>> 1 file changed, 4 insertions(+), 8 deletions(-) >>>> >>>> diff --git a/drivers/scsi/mvsas/mv_init.c b/drivers/scsi/mvsas/mv_init.c >>>> index 3ac3437..495bddb 100644 >>>> --- a/drivers/scsi/mvsas/mv_init.c >>>> +++ b/drivers/scsi/mvsas/mv_init.c >>>> @@ -253,33 +253,29 @@ static int mvs_alloc(struct mvs_info *mvi, struct Scsi_Host *shost) >>>> /* >>>> * alloc and init our DMA areas >>>> */ >>>> - mvi->tx = dma_alloc_coherent(mvi->dev, >>>> + mvi->tx = dma_zalloc_coherent(mvi->dev, >>>> sizeof(*mvi->tx) * MVS_CHIP_SLOT_SZ, >>>> &mvi->tx_dma, GFP_KERNEL); I'm guessing that this does not pass checkpatch with --strict option. Thanks, John >>>> if (!mvi->tx) >>>> goto err_out; >>>> - memset(mvi->tx, 0, sizeof(*mvi->tx) * MVS_CHIP_SLOT_SZ); >>>> - mvi->rx_fis = dma_alloc_coherent(mvi->dev, MVS_RX_FISL_SZ, >>>> + mvi->rx_fis = dma_zalloc_coherent(mvi->dev, MVS_RX_FISL_SZ, >>>> &mvi->rx_fis_dma, GFP_KERNEL); >>>> if (!mvi->rx_fis) >>>> goto err_out; >>>> - memset(mvi->rx_fis, 0, MVS_RX_FISL_SZ); >>>> >>>> - mvi->rx = dma_alloc_coherent(mvi->dev, >>>> + mvi->rx = dma_zalloc_coherent(mvi->dev, >>>> sizeof(*mvi->rx) * (MVS_RX_RING_SZ + 1), >>>> &mvi->rx_dma, GFP_KERNEL); >>>> if (!mvi->rx) >>>> goto err_out; >>>> - memset(mvi->rx, 0, sizeof(*mvi->rx) * (MVS_RX_RING_SZ + 1)); >>>> mvi->rx[0] = cpu_to_le32(0xfff); >>>> mvi->rx_cons = 0xfff; >>>> >>>> - mvi->slot = dma_alloc_coherent(mvi->dev, >>>> + mvi->slot = dma_zalloc_coherent(mvi->dev, >>>> sizeof(*mvi->slot) * slot_nr, >>>> &mvi->slot_dma, GFP_KERNEL); >>>> if (!mvi->slot) >>>> goto err_out; >>>> - memset(mvi->slot, 0, sizeof(*mvi->slot) * slot_nr); >>>> >>>> mvi->bulk_buffer = dma_alloc_coherent(mvi->dev, >>>> TRASH_BUCKET_SIZE, >>>> -- >>>> 2.7.4 >>>> > > . >