Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp545423pxt; Thu, 5 Aug 2021 06:06:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy9hHKKdQpKaMPsN6D0yM/zT4UP4KPcO+4Mi8jQxbdt+C5W3pUMEozMZKBKB1eP1qUljNzk X-Received: by 2002:a6b:4103:: with SMTP id n3mr28723ioa.20.1628168816931; Thu, 05 Aug 2021 06:06:56 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628168816; cv=none; d=google.com; s=arc-20160816; b=o9H0fAXPfx4yur1N/NtaZfu9xUomS/aaWZqT3zYSrahGvjXf2lW+zGJ/cX4T7CkATj FiF/772zvmxOpw8tCn8IzXJ5EBtHam3PEnvpQ9+MxRT8J4MuBEw3ai46hFZtY12tf3Ar ugC9n1P96sZYrb4FrpnVmWM3dH2clR5DqxtErCJDpS+gaq4GTz2SvFUD3WWYFAhjKmc9 8FrzSb6H7l2kgZzW1zx5oRM2owemI0J0LtxyHxPZOVciNML8zreyHxIgfF7/aainheYD AGlhbCgQNvn73ri21IDYx7KPTGeiv9Z5GA0aQSXKmpmGHUPmaZv2TJOajoht1SszsgdH kDjA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=QSY6HClGc6aj/dxGczqhfFoBAe6JsX4/qAlVvCkRgp0=; b=X7YRJITGpWqJjp0hkdQ3mwuc2TlK9B9hMlLJ75XxKFVMxTq9ew8MMqdNejTEChLCeM doanSAmqRQaTweFDr9378fqYfyonHi1thpHnDxNpjKZeo6JPvyDQn6YOmLffKaohvSta +3T3Da7PNhZ3koJ93CKJk8BcmvNTAUVpv0R8NWFfyDHCFqueqznCJzMazOaetoNh8LgH HZJrYoGO/+U3+E0or3wGXNMfrMYGtwQY1i/gGj+7Vk6GfzYk99+/Wnq4iOg2UO/KBmWn UtTHnjODzy5oO/I1wpGtZaiFrhO8/KTHYcREiHEtkoCaH1JMkkoHieS/ZHCaFJAav550 2iuw== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k10si6410493ilc.6.2021.08.05.06.06.43; Thu, 05 Aug 2021 06:06:56 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240209AbhHEKXE (ORCPT + 99 others); Thu, 5 Aug 2021 06:23:04 -0400 Received: from frasgout.his.huawei.com ([185.176.79.56]:3594 "EHLO frasgout.his.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240142AbhHEKXC (ORCPT ); Thu, 5 Aug 2021 06:23:02 -0400 Received: from fraeml734-chm.china.huawei.com (unknown [172.18.147.200]) by frasgout.his.huawei.com (SkyGuard) with ESMTP id 4GgPn36gKWz6F8JB; Thu, 5 Aug 2021 18:22:31 +0800 (CST) Received: from lhreml724-chm.china.huawei.com (10.201.108.75) by fraeml734-chm.china.huawei.com (10.206.15.215) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2176.2; Thu, 5 Aug 2021 12:22:47 +0200 Received: from [10.47.24.8] (10.47.24.8) by lhreml724-chm.china.huawei.com (10.201.108.75) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2176.2; Thu, 5 Aug 2021 11:22:46 +0100 Subject: Re: [PATCH] iommu/arm-smmu-v3: Remove some unneeded init in arm_smmu_cmdq_issue_cmdlist() To: , CC: , , , , References: <1624293394-202509-1-git-send-email-john.garry@huawei.com> From: John Garry Message-ID: Date: Thu, 5 Aug 2021 11:22:15 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: <1624293394-202509-1-git-send-email-john.garry@huawei.com> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.47.24.8] X-ClientProxiedBy: lhreml706-chm.china.huawei.com (10.201.108.55) To lhreml724-chm.china.huawei.com (10.201.108.75) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 21/06/2021 17:36, John Garry wrote: > Members of struct "llq" will be zero-inited, apart from member max_n_shift. > But we write llq.val straight after the init, so it was pointless to zero > init those other members. As such, separately init member max_n_shift > only. > > In addition, struct "head" is initialised to "llq" only so that member > max_n_shift is set. But that member is never referenced for "head", so > remove any init there. > > Removing these initializations is seen as a small performance optimisation, > as this code is (very) hot path. > Hi Will, Any chance you can pick up this small optimisation? Cheers > Signed-off-by: John Garry > > diff --git a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c > index 54b2f27b81d4..8a8ad49bb7fd 100644 > --- a/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c > +++ b/drivers/iommu/arm/arm-smmu-v3/arm-smmu-v3.c > @@ -727,11 +727,11 @@ static int arm_smmu_cmdq_issue_cmdlist(struct arm_smmu_device *smmu, > unsigned long flags; > bool owner; > struct arm_smmu_cmdq *cmdq = &smmu->cmdq; > - struct arm_smmu_ll_queue llq = { > - .max_n_shift = cmdq->q.llq.max_n_shift, > - }, head = llq; > + struct arm_smmu_ll_queue llq, head; > int ret = 0; > > + llq.max_n_shift = cmdq->q.llq.max_n_shift; > + > /* 1. Allocate some space in the queue */ > local_irq_save(flags); > llq.val = READ_ONCE(cmdq->q.llq.val); >