Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp217004ybv; Wed, 19 Feb 2020 19:56:00 -0800 (PST) X-Google-Smtp-Source: APXvYqzKWYlgMdbnlZ63vu+zdUYvGtE1y6SMGV6Wew4bXy9/C3eWSHTlVNywquG+C5cOwp0p39wr X-Received: by 2002:aca:5dc3:: with SMTP id r186mr682167oib.137.1582170960179; Wed, 19 Feb 2020 19:56:00 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582170960; cv=none; d=google.com; s=arc-20160816; b=MmNtGRW5orN226KmQasmRbvkAYDUqejJV9KBfOWGajlO+0jaZJU2SUrAji5gKLzI2e CRmYORqyTGzbpnomtzzDOH+nSVi8m0WUxw30J69fiz1X58N9PdsZw1ceXnVn9dF+NXaH 3bfpb+h1cyAFG+V9tPMCQxZmcNB4ElpcQGPv+EQ+K37pGaJB6D1Jw/sMFptJAcGYF7+I qIfjlyIkMd90iAULErM5O+W59bo8gexy9mx7znm575zoeuUdNsfOFTVTtZ+AalUzGHVU FIQAdbRzowEkqQcjXnfToLxETGcsdYrXq/Fvim3ioTJBRda/vt8fyR1UoHZ5FlG2hMqw sdMQ== 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=md4Hqp+7jr0BTmd1PDjyodC/ZeBZnA0Wmu8eRJ779ws=; b=Tz8JXAzej9HjgDkph/nCIwumBdZXb1mhcMMS5YatXEnQVxZEIueVb/kKO1W8npqw6N njyJDIMW1pRWIyw/ecadBiK7QsbqooNdHIiRvxbm8H0R2zMSe4QSxu0q8Obyl7OoaPCY 7SYFNEXg/9HRCrPCtL1V/vOqIbs+Pz3hceSpdFMGOTHJ+QCevdkEYE2dYPUKj76C4FG1 cCgKdspgXLCpUjjQuKpVHtAk/GT/+yrA1uGJu/5hNxkF9FNnEjVXijNBaVXweG+cL8Yg WwZNkFL+Z4RUTfTKO8yVlxgYVpGuhAZ0cchu8Nm6Q4YVlthDPYCftySSzy9dreZzduJb JdEA== 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 i11si1016004otc.105.2020.02.19.19.55.47; Wed, 19 Feb 2020 19:56:00 -0800 (PST) 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 S1727806AbgBTDzi (ORCPT + 99 others); Wed, 19 Feb 2020 22:55:38 -0500 Received: from szxga06-in.huawei.com ([45.249.212.32]:50084 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1727370AbgBTDzi (ORCPT ); Wed, 19 Feb 2020 22:55:38 -0500 Received: from DGGEMS408-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id 9FA318B7216BCCE18721; Thu, 20 Feb 2020 11:55:34 +0800 (CST) Received: from [127.0.0.1] (10.173.222.27) by DGGEMS408-HUB.china.huawei.com (10.3.19.208) with Microsoft SMTP Server id 14.3.439.0; Thu, 20 Feb 2020 11:55:26 +0800 Subject: Re: [PATCH v4 16/20] KVM: arm64: GICv4.1: Allow SGIs to switch between HW and SW interrupts To: Marc Zyngier , , , , CC: Lorenzo Pieralisi , Jason Cooper , Robert Richter , "Thomas Gleixner" , Eric Auger , "James Morse" , Julien Thierry , Suzuki K Poulose References: <20200214145736.18550-1-maz@kernel.org> <20200214145736.18550-17-maz@kernel.org> From: Zenghui Yu Message-ID: <6798eb13-a7e9-2a92-91b2-9b657962ea79@huawei.com> Date: Thu, 20 Feb 2020 11:55:24 +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: <20200214145736.18550-17-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 2020/2/14 22:57, Marc Zyngier wrote: > In order to let a guest buy in the new, active-less SGIs, we > need to be able to switch between the two modes. > > Handle this by stopping all guest activity, transfer the state > from one mode to the other, and resume the guest. > > Signed-off-by: Marc Zyngier [...] > diff --git a/virt/kvm/arm/vgic/vgic-v3.c b/virt/kvm/arm/vgic/vgic-v3.c > index 1bc09b523486..2c9fc13e2c59 100644 > --- a/virt/kvm/arm/vgic/vgic-v3.c > +++ b/virt/kvm/arm/vgic/vgic-v3.c > @@ -540,6 +540,8 @@ int vgic_v3_map_resources(struct kvm *kvm) > goto out; > } > > + if (kvm_vgic_global_state.has_gicv4_1) > + vgic_v4_configure_vsgis(kvm); > dist->ready = true; > > out: Is there any reason to invoke vgic_v4_configure_vsgis() here? This is called on the first VCPU run, through kvm_vgic_map_resources(). Shouldn't the vSGI configuration only driven by a GICD_CTLR.nASSGIreq writing (from guest, or from userspace maybe)? Thanks, Zenghui