Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp4049016ybg; Fri, 25 Oct 2019 12:34:41 -0700 (PDT) X-Google-Smtp-Source: APXvYqws10iLvOAanasRXbjQicZifTEM2PLDXPsmvDxgEd963dPqibr7+u4v8nLkvIxBm2ThL7xM X-Received: by 2002:a17:906:86d5:: with SMTP id j21mr5092378ejy.219.1572032081558; Fri, 25 Oct 2019 12:34:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1572032081; cv=none; d=google.com; s=arc-20160816; b=vgiH17/OVIj/yRWoGmrFimtbNtI5Vwsprx+rjfbrrRbSiCOP16g2SzFY6HL2jpF3N+ yMDIH2/DHt4fUqxxbUg2wLKD5YO836jJQGwgZ4E7GSbIoDhcCqunoL9ZHvH5RTF2KaT5 54znW0hsSQcYfc4+Ph6P/3KlBrvtaG3gsMDMVxKuSGfM7QUpNx3SlDG4RIuGEpPa+7Bc KCjz/cnpseudV9zeEX1GassbUnNjfGcgw8w3V6gbK4X5+9kHhrEZkGWgw4LCkWPrFjzx ddyfjhaCF5jdu7vzX5UovT8tMsqPjUC67ZiCx185LBz8Qw3nc1NtSDKPqq1J3I0f510m AtQQ== 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=lIYMnwRltpe4GOPIvCMr/6zW4WoKIcuLEDPFNTqkNlE=; b=jhy9wLDoK9zA94P9lcQMmRFSu38W9EuGpviESEqmVyBIoJfezgcpoS6hLDxjv3JK5/ XDq/teWGnDiOblWmyR/YijcL5YD8UXJQuMzLSGVLD2qx9tIKxRag1x/8Al1Cq0w4pY2T Lku8hYkSz6IsnZRYZyjL7nno0AwN/CPz7pH4bnnqo3CmzUAD5L6Z7RgS/CMDBWozlN+7 4OHvVzRcha/mM+gPMH5CZcP4J/9FgLDy0Oe/hcpJrTDnelPt5OMSAJB3IpQfeH8ysSMI 3+nrA0sWXRkTMH2El9+njL9lch7DO2jCu9AGOWHdK/7tfHvmDWo8ZknrUL8ieA7JxmI6 cq3Q== 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 w1si1698150eda.433.2019.10.25.12.34.18; Fri, 25 Oct 2019 12:34:41 -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 S2408697AbfJYJIG (ORCPT + 99 others); Fri, 25 Oct 2019 05:08:06 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:53102 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S2408378AbfJYJIF (ORCPT ); Fri, 25 Oct 2019 05:08:05 -0400 Received: from DGGEMS404-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 718267F90D984722DF34; Fri, 25 Oct 2019 17:08:03 +0800 (CST) Received: from [127.0.0.1] (10.184.12.158) by DGGEMS404-HUB.china.huawei.com (10.3.19.204) with Microsoft SMTP Server id 14.3.439.0; Fri, 25 Oct 2019 17:07:55 +0800 Subject: Re: [PATCH v2] irqchip/gic-v3-its: Use the exact ITSList for VMOVP To: Marc Zyngier CC: , , , , , , LKML References: <1571802386-2680-1-git-send-email-yuzenghui@huawei.com> <0f99f6a4ea567f53d38fb3bc0e6f59e4@www.loen.fr> From: Zenghui Yu Message-ID: <6bc4a648-4308-3ff8-8e73-d90040e74c99@huawei.com> Date: Fri, 25 Oct 2019 17:06:30 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:64.0) Gecko/20100101 Thunderbird/64.0 MIME-Version: 1.0 In-Reply-To: <0f99f6a4ea567f53d38fb3bc0e6f59e4@www.loen.fr> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Originating-IP: [10.184.12.158] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2019/10/25 16:24, Marc Zyngier wrote: > On 2019-10-23 04:46, Zenghui Yu wrote: >> On a system without Single VMOVP support (say GITS_TYPER.VMOVP == 0), >> we will map vPEs only on ITSs that will actually control interrupts >> for the given VM.  And when moving a vPE, the VMOVP command will be >> issued only for those ITSs. >> >> But when issuing VMOVPs we seemed fail to present the exact ITSList >> to ITSs who are actually included in the synchronization operation. >> The its_list_map we're currently using includes all ITSs in the system, >> even though some of them don't have the corresponding vPE mapping at all. >> >> Introduce get_its_list() to get the per-VM its_list_map, to indicate >> which ITSs have vPE mappings for the given VM, and use this map as >> the expected ITSList when building VMOVP. This is hopefully a performance >> gain not to do some synchronization with those unsuspecting ITSs. >> And initialize the whole command descriptor to zero at beginning, since >> the seq_num and its_list should be RES0 when GITS_TYPER.VMOVP == 1. >> >> Signed-off-by: Zenghui Yu > > I've applied this as a fix for 5.4. In the future, please cc LKML on all > IRQ-related patches (as documented in MAINTAINERS). I got it, thanks. Zenghui