Received: by 2002:a25:31c3:0:0:0:0:0 with SMTP id x186csp736302ybx; Wed, 30 Oct 2019 23:37:52 -0700 (PDT) X-Google-Smtp-Source: APXvYqy4rf+lyBVk04d7I8UuidaIbnldOa8MHAV6b+9dGfEsNb2QvLYUTAgdxDIaRx5AEQBEehTj X-Received: by 2002:a17:906:770c:: with SMTP id q12mr2180855ejm.75.1572503872020; Wed, 30 Oct 2019 23:37:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572503872; cv=none; d=google.com; s=arc-20160816; b=w4EX8GWtbjI1QCnDj4Fd0U9EWiVu4MWbcfIpFc/cFl29P/pQ1Dtshdd2TEPccko+PJ i4LwMgTrajD9bsH2glR+XMoT1ITuYbTQ7PfwqAl31Y2E42Uq3BbfmjbVpA0SDBCScvSO RKoNXh7NJATiMwG29h+8AhPjgjipofBpRLff8lz6psgF8zkF0EdBSQ53zziXfPpQ2Qhy rEIfi9qH1GjIQ9+4C3X7JO2cwLDnADMt+39eg3SVmo2gjAfdW/XFNbS4CVt0M9QOGsGc w4CRlfTI6YhfC6QMVL1dl5Vq8oYIWF1mX0yzr5G9DtR6/T1o4vd3sq8UzFZO3weNegxl N2kg== 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 :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=YZGnmNdoVll6nKVXZ9gTXXTpC6N0ErB1HyhDIJU6wic=; b=ALkiYgnUJAuvmg01a9hvkc8Sdcvt9iJqqOM2JLjJGkz0qrRApO6bMOOhZ47JA5v5Hb qrnU4ELTnOrogj2Cq/Bn25wwAhPfEljnSw5QAdiF4fnTxCAzVeP8tyN1nNLUWw/PQ5zP EDEhAPr3YFtWvBDJnQO3wCoDSw67y5cmGG30lV3XeGjuF5RTwu4VMsvxGACL+ijB9V+Y UAPycUw1HhXnltjHWI+iJzGD/Jvh62NoT01ABwg2btz7YSawjXFd+qOSDXEN5fY1HSAQ lBz6mlPVjQY7BQ0wdgnWl/PtO5ca5gs/PVva2RYbrPdQ+Wt4/G+ICGkvYz0Re9YEenGq 47ug== 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 gg9si2723962ejb.438.2019.10.30.23.37.16; Wed, 30 Oct 2019 23:37:52 -0700 (PDT) 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 S1726806AbfJaGdh (ORCPT + 99 others); Thu, 31 Oct 2019 02:33:37 -0400 Received: from szxga04-in.huawei.com ([45.249.212.190]:5657 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726461AbfJaGdh (ORCPT ); Thu, 31 Oct 2019 02:33:37 -0400 Received: from DGGEMS407-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id D5BE744129F9C179275F; Thu, 31 Oct 2019 14:33:33 +0800 (CST) Received: from [127.0.0.1] (10.173.222.27) by DGGEMS407-HUB.china.huawei.com (10.3.19.207) with Microsoft SMTP Server id 14.3.439.0; Thu, 31 Oct 2019 14:33:24 +0800 Subject: Re: [PATCH v2 06/36] irqchip/gic-v3-its: Kill its->device_ids and use TYPER copy instead To: Marc Zyngier , , CC: Eric Auger , James Morse , Julien Thierry , Suzuki K Poulose , Thomas Gleixner , Jason Cooper , Lorenzo Pieralisi , "Andrew Murray" , Jayachandran C , "Robert Richter" References: <20191027144234.8395-1-maz@kernel.org> <20191027144234.8395-7-maz@kernel.org> From: Zenghui Yu Message-ID: <603e60d8-b2a5-74a4-6d32-8277aa0e39c1@huawei.com> Date: Thu, 31 Oct 2019 14:33:23 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.2.0 MIME-Version: 1.0 In-Reply-To: <20191027144234.8395-7-maz@kernel.org> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.173.222.27] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Marc, On 2019/10/27 22:42, Marc Zyngier wrote: > Now that we have a copy of TYPER in the ITS structure, rely on this > to provide the same service as its->device_ids, which gets axed. > Errata workarounds are now updating the cached fields instead of > requiring a separate field in the ITS structure. > > Signed-off-by: Marc Zyngier Reviewed-by: Zenghui Yu > --- > drivers/irqchip/irq-gic-v3-its.c | 24 +++++++++++++----------- > include/linux/irqchip/arm-gic-v3.h | 2 +- > 2 files changed, 14 insertions(+), 12 deletions(-) > > diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c > index 3b046181ddfc..6c91c7feadf3 100644 > --- a/drivers/irqchip/irq-gic-v3-its.c > +++ b/drivers/irqchip/irq-gic-v3-its.c > @@ -109,7 +109,6 @@ struct its_node { > struct list_head its_device_list; > u64 flags; > unsigned long list_nr; > - u32 device_ids; > int numa_node; > unsigned int msi_domain_flags; > u32 pre_its_base; /* for Socionext Synquacer */ > @@ -117,6 +116,7 @@ struct its_node { > }; > > #define is_v4(its) (!!((its)->typer & GITS_TYPER_VLPIS)) > +#define device_ids(its) (FIELD_GET(GITS_TYPER_DEVBITS, (its)->typer) + 1) > > #define ITS_ITT_ALIGN SZ_256 > > @@ -1938,9 +1938,9 @@ static bool its_parse_indirect_baser(struct its_node *its, > if (new_order >= MAX_ORDER) { > new_order = MAX_ORDER - 1; > ids = ilog2(PAGE_ORDER_TO_SIZE(new_order) / (int)esz); > - pr_warn("ITS@%pa: %s Table too large, reduce ids %u->%u\n", > + pr_warn("ITS@%pa: %s Table too large, reduce ids %llu->%u\n", > &its->phys_base, its_base_type_string[type], > - its->device_ids, ids); > + device_ids(its), ids); But this pr_warn() looks a bit odd. The table type is chosen from its_base_type_string[], but ids is always Devbits (+1)? Thanks, Zenghui