Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp804837ybz; Fri, 1 May 2020 08:51:21 -0700 (PDT) X-Google-Smtp-Source: APiQypLvrjBUg/i9aP3N4aMw1Fsor3W8+FWGDNE4N7syIB0Mx5z592ZKHpZK/+sTIBGmjdyoriqp X-Received: by 2002:a17:907:7210:: with SMTP id dr16mr3727671ejc.197.1588348281534; Fri, 01 May 2020 08:51:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588348281; cv=none; d=google.com; s=arc-20160816; b=TFoXzYJ8L9ryuZ2JVfe9QmIstVVnt7vAlrfwHu2jOf2ete3hYJQbaRoBwo5K7mR5MP EK6LSYLKezjMT6tdwV747wb5yZ6gwnsAiLuhf0dMizaER/ANC0AJW6AxChbED3b3ugEV ZRYNk7Y+PdtoaicTG+UP2CX45F2yjkQrUQT/bHotc8WhNADsIiIB+9wXIbgXY4cxR3UQ f+mA4dfT4/gzUg0aMNoHFDhBvnigMd8hhhXUYIzlnjMguhPRvpcTvkey12UF2yo6wEML 6aJ4RrpxRbrEtjD6Kd6PDImSnFZP0DostOu4G+L4GNUuMMwwu3oWWFxj5YRUU23cCiC6 Z57Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=1F0Cyw2+xtIlR775HnQaEnIckD/83QBgxkAlGXMVzAs=; b=cEoasZ5i7eVUhjwQJS1pNMyVvQzCsp3f18Sc0b0hK/vbbCkTr0TNkdq3vks9YfYFIz FvNqRH4FUxXV1Pa3UZzhNPq/rK0wEtfUNk5KKEhkyPb0QPnP7aDEz0bj6OL2/4mg1BD4 o/Ye6zsN7KPby/du8RWzElwRnlK7BmcA791woI4oNqT2Nl/Uw8v/gbFS5oM+GVh2B98H 7BwfwJ/gOwlU7nLfbJRZmc+MwCs5WuVVv55x5l4oUgqcipPZA6tyBdZY4WUbnzyPgPda Rzrb2Rbo5k5YDPsJVcxwHKuTtnY4PBpZPIkIo0PFHPvDG4kkLbeAaW593p+mtsI/IdQV lBww== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id x23si1988698ejb.130.2020.05.01.08.50.58; Fri, 01 May 2020 08:51:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729881AbgEAPsr (ORCPT + 99 others); Fri, 1 May 2020 11:48:47 -0400 Received: from smtp09.smtpout.orange.fr ([80.12.242.131]:34860 "EHLO smtp.smtpout.orange.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728495AbgEAPsr (ORCPT ); Fri, 1 May 2020 11:48:47 -0400 Received: from [192.168.42.210] ([93.22.134.90]) by mwinf5d84 with ME id ZToi220061xBBP903ToioQ; Fri, 01 May 2020 17:48:45 +0200 X-ME-Helo: [192.168.42.210] X-ME-Auth: Y2hyaXN0b3BoZS5qYWlsbGV0QHdhbmFkb28uZnI= X-ME-Date: Fri, 01 May 2020 17:48:45 +0200 X-ME-IP: 93.22.134.90 Subject: Re: [PATCH 4/4 v2] firmware: stratix10-svc: Slightly simplify code To: Richard Gong , gregkh@linuxfoundation.org, atull@kernel.org Cc: linux-kernel@vger.kernel.org, kernel-janitors@vger.kernel.org References: <8c505c686438c54da61ad4fe15e1eae722011153.1588142343.git.christophe.jaillet@wanadoo.fr> <1f8ae50d-6830-7fbb-e999-3e8110fe7cd6@linux.intel.com> From: Christophe JAILLET Message-ID: Date: Fri, 1 May 2020 17:48:40 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <1f8ae50d-6830-7fbb-e999-3e8110fe7cd6@linux.intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 01/05/2020 à 17:40, Richard Gong a écrit : > Hi, > > On 4/29/20 1:52 AM, Christophe JAILLET wrote: >> Replace 'devm_kmalloc_array(... | __GFP_ZERO)' with the equivalent and >> shorter 'devm_kcalloc(...)'. >> > It doesn't make much sense. > Actually devm_kcalloc returns devm_kmalloc_array(.., flag | __GFP_ZERO). > The only goal is to have a sightly less verbose code. This saves one line of code and there is no need to wonder why we explicitly pass __GFP_ZERO to kmalloc_array. Mostly a matter of taste. 'devm_kcalloc' is inlined, so the binary should be exactly the same. CJ >> 'ctrl->genpool' can not be NULL, so axe a useless test in the remove >> function. >> >> Signed-off-by: Christophe JAILLET >> --- >>   drivers/firmware/stratix10-svc.c | 6 ++---- >>   1 file changed, 2 insertions(+), 4 deletions(-) >> >> diff --git a/drivers/firmware/stratix10-svc.c >> b/drivers/firmware/stratix10-svc.c >> index 739004398877..c228337cb0a1 100644 >> --- a/drivers/firmware/stratix10-svc.c >> +++ b/drivers/firmware/stratix10-svc.c >> @@ -1002,8 +1002,7 @@ static int stratix10_svc_drv_probe(struct >> platform_device *pdev) >>       if (!controller) >>           return -ENOMEM; >>   -    chans = devm_kmalloc_array(dev, SVC_NUM_CHANNEL, >> -                   sizeof(*chans), GFP_KERNEL | __GFP_ZERO); >> +    chans = devm_kcalloc(dev, SVC_NUM_CHANNEL, sizeof(*chans), >> GFP_KERNEL); >>       if (!chans) >>           return -ENOMEM; >>   @@ -1086,8 +1085,7 @@ static int stratix10_svc_drv_remove(struct >> platform_device *pdev) >>           kthread_stop(ctrl->task); >>           ctrl->task = NULL; >>       } >> -    if (ctrl->genpool) >> -        gen_pool_destroy(ctrl->genpool); >> +    gen_pool_destroy(ctrl->genpool); >>       list_del(&ctrl->node); >>         return 0; >> > > Regards, > Richard >