Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp6708774ybn; Mon, 30 Sep 2019 02:27:24 -0700 (PDT) X-Google-Smtp-Source: APXvYqz5DPpL2z+EYOk4PvBwZsmYemGhbiK4+1R7ZgEAb/YVYt/U+XWqNSa9TMZ9TPRk0lfHDsBq X-Received: by 2002:a17:906:4d08:: with SMTP id r8mr18342127eju.283.1569835644663; Mon, 30 Sep 2019 02:27:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569835644; cv=none; d=google.com; s=arc-20160816; b=u5FrAIyqp7iIRKK39wEwPkU6SDv/L2z1/3IUOyudCnsiSe4O7pjfYrFDg8aousgmLM fRclisxH2DwRdOzgdlXvqtSbCzAX5/rddEr6cp4ZaT6NSADS0plFxl4TCT+E/igBTdW4 ocUVMUYgEaBQzfH8XGB+AyfuCNVBbX82bAlsGjOP6ZOFzXYb5PMcTmzHPgNYV17Z4bJ+ nolFqyVvBGJNXI9ZATDa/XiSP00uBOUhOU03czAoPf9DPIsVKu59ARSzmxjtG89mbBgT fdvhvdCvMgu598jlyV0PcksY/MQyzEJHZWKzmTFzBGre50xbmWZM5EIJlBA6SSg56zip wEzg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:message-id:references :in-reply-to:cc:from:date:content-transfer-encoding:mime-version :subject:to; bh=XQQV/nBC3N8jW2OrTZZu6QsEqRET1UOq2NsnkIoUNfY=; b=Gn7kaiNuhgkgjKUOCrl0xW9nDjnTxiJOBpFI0jfuRPCSgnVslR/AE/MxcULWpkArA5 T7VzSqUfjKG1pkrABk9DMsUGThHHRxWkkRd3eJSTsrCEz9viz9i5/NsZqao/TGeliBA1 PppYstVsK2ibji3s5JzAgM/xfLAMKxvo14c6xZMyOrGzE/QYj6v01GyH5xl4rD3sTGQH pZILGIrWuPw3k7/Uy71ppr3b72SPuLaNNmaVorLT58QhYW6PgmYR0ZckYlh0O/lXuvAs jnIn79/J8TvFCX28pLnn9gSyhO9+rREDDX2Qg0ZErv/DsSEDB3xFQwUdsGo91/8ikyKR Pj1A== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id k1si6784556ede.255.2019.09.30.02.27.00; Mon, 30 Sep 2019 02:27:24 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730447AbfI3JYC (ORCPT + 99 others); Mon, 30 Sep 2019 05:24:02 -0400 Received: from inca-roads.misterjones.org ([213.251.177.50]:58711 "EHLO inca-roads.misterjones.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730421AbfI3JX6 (ORCPT ); Mon, 30 Sep 2019 05:23:58 -0400 Received: from www-data by cheepnis.misterjones.org with local (Exim 4.80) (envelope-from ) id 1iEruN-0001uK-8b; Mon, 30 Sep 2019 11:23:55 +0200 To: Zenghui Yu Subject: Re: [PATCH 31/35] irqchip/gic-v4.1: Eagerly vmap vPEs X-PHP-Originating-Script: 0:main.inc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 30 Sep 2019 10:23:55 +0100 From: Marc Zyngier Cc: , , Lorenzo Pieralisi , Jason Cooper , Thomas Gleixner In-Reply-To: <82576f6e-3736-8069-bbf2-7744fbea9ed2@huawei.com> References: <20190923182606.32100-1-maz@kernel.org> <20190923182606.32100-32-maz@kernel.org> <82576f6e-3736-8069-bbf2-7744fbea9ed2@huawei.com> Message-ID: X-Sender: maz@kernel.org User-Agent: Roundcube Webmail/0.7.2 X-SA-Exim-Connect-IP: X-SA-Exim-Rcpt-To: yuzenghui@huawei.com, kvmarm@lists.cs.columbia.edu, linux-kernel@vger.kernel.org, lorenzo.pieralisi@arm.com, jason@lakedaemon.net, tglx@linutronix.de X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on cheepnis.misterjones.org); SAEximRunCond expanded to false Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019-09-28 04:11, Zenghui Yu wrote: > On 2019/9/24 2:26, Marc Zyngier wrote: >> Now that we have HW-accelerated SGIs being delivered to VPEs, it >> becomes required to map the VPEs on all ITSs instead of relying >> on the lazy approach that we would use when using the ITS-list >> mechanism. >> Signed-off-by: Marc Zyngier >> --- >> drivers/irqchip/irq-gic-v3-its.c | 39 >> +++++++++++++++++++++++++------- >> 1 file changed, 31 insertions(+), 8 deletions(-) >> diff --git a/drivers/irqchip/irq-gic-v3-its.c >> b/drivers/irqchip/irq-gic-v3-its.c >> index 4aae9582182b..a1e8c4c2598a 100644 >> --- a/drivers/irqchip/irq-gic-v3-its.c >> +++ b/drivers/irqchip/irq-gic-v3-its.c >> @@ -1417,12 +1417,31 @@ static int its_irq_set_irqchip_state(struct >> irq_data *d, >> return 0; >> } >> +/* >> + * Two favourable cases: >> + * >> + * (a) Either we have a GICv4.1, and all vPEs have to be mapped at >> all times >> + * for vSGI delivery >> + * >> + * (b) Or the ITSs do not use a list map, meaning that VMOVP is >> cheap enough >> + * and we're better off mapping all VPEs always >> + * >> + * If neither (a) nor (b) is true, then we map VLPIs on demand. > ^^^^^ > vPEs Yes, well caught. Thanks, M. -- Jazz is not dead. It just smells funny...