Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp7422286ybl; Wed, 15 Jan 2020 22:42:04 -0800 (PST) X-Google-Smtp-Source: APXvYqydp72G1Ht9EThCqg8n05qV7IeqmBmFLnmNqxswsg26o0zbzKJ7D3EEK0QcgOLL/j2oawwm X-Received: by 2002:a9d:6c92:: with SMTP id c18mr866992otr.157.1579156924798; Wed, 15 Jan 2020 22:42:04 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579156924; cv=none; d=google.com; s=arc-20160816; b=gAWvnh10V7H48aEyhewsfAMMSzrm7DH13NPZelbvrNjiD96eswApLmE7Bpo82Ayv72 yTAci6tAWv2cHtfj/AAYj3mNR4DQdmsTj8Dg0KC+EUbdIlHhLORTb/80sBX70+UlV5uk znbg5YXht/jY4dUuu1VazSKmmQ5mPqBhDBtWOqOYXKXBQzJJRS95iYs28lRT3HrAs0jP AF8QdIjOB4hR6a8t0M6/h+BTlC2GPAsIeLq9RdEBL8RNPIFoHoHuFd6ToBJyYi10yqOb Su1mGgcmOgna4bV/gORwznhIH2KURbY47UW5Pbj0nsLg1JFXLJCZyUKqJoHreEFn/HJA C2bQ== 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:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=b+tt4oHa6kRHTpOgN6erZcjIxhWcFOdEwKJhmm6bb5E=; b=nTXQVT0V1VEmw+5n2vBDAJBNVNZHRHJYTAr+1oSVN3Ldm4EErBQpcTPrieBcaaQlGm 8o+TLbSWr/TK5mnkSUS+agR2QpD7TV5sR0guYlJAUHKNDRsV2S7ZLKjLiTRiBXpjI3ak iDOvgcSAbaMy74/IA4B/oum3EdfV62r8Nihtn6DlmoKksnsATrYHV4oG4R52bg4ADnOp oCtI27O7yqJ69a3m3FL/BZaTOflmioY21Xeh607+REjdaHPB4GfRUthkYwOHefvC5lYX nahRSmA5utddptPCSQH5EIuykAQRnhj/yekUkmviAXdkl1BPdWA0W4JIwgB5vasfPCiF vkgg== 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 c19si12855304otp.3.2020.01.15.22.41.52; Wed, 15 Jan 2020 22:42:04 -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 S1730040AbgAPGOD (ORCPT + 99 others); Thu, 16 Jan 2020 01:14:03 -0500 Received: from szxga07-in.huawei.com ([45.249.212.35]:41028 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726513AbgAPGOD (ORCPT ); Thu, 16 Jan 2020 01:14:03 -0500 Received: from DGGEMS413-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 02DAF9C7ADC8FB4C99BB; Thu, 16 Jan 2020 14:14:00 +0800 (CST) Received: from [127.0.0.1] (10.74.221.148) by DGGEMS413-HUB.china.huawei.com (10.3.19.213) with Microsoft SMTP Server id 14.3.439.0; Thu, 16 Jan 2020 14:13:53 +0800 Subject: Re: [PATCH v3 29/32] KVM: arm64: GICv4.1: Allow SGIs to switch between HW and SW interrupts To: Marc Zyngier , Zenghui Yu References: <20191224111055.11836-1-maz@kernel.org> <20191224111055.11836-30-maz@kernel.org> <6e24d53e-64d9-a682-6753-9e16155c7fde@huawei.com> CC: , , Eric Auger , James Morse , Julien Thierry , Suzuki K Poulose , Thomas Gleixner , Jason Cooper , Lorenzo Pieralisi , Andrew Murray , Robert Richter , "Tangnianyao (ICT)" From: Shaokun Zhang Message-ID: <081e74f7-5f0a-bdab-fd67-a3ed79a42e63@hisilicon.com> Date: Thu, 16 Jan 2020 14:13:52 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.74.221.148] 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/1/15 21:32, Marc Zyngier wrote: > On 2020-01-15 03:49, Zenghui Yu wrote: >> Hi, >> >> On 2020/1/15 10:49, Shaokun Zhang wrote: >>> Hi Marc, [This is from Nianyao] >>> >>> On 2019/12/24 19:10, 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-v4.c b/virt/kvm/arm/vgic/vgic-v4.c >>>> index c2fcde104ea2..063785fd2dc7 100644 >>>> --- a/virt/kvm/arm/vgic/vgic-v4.c >>>> +++ b/virt/kvm/arm/vgic/vgic-v4.c >>>> @@ -97,6 +97,102 @@ static irqreturn_t vgic_v4_doorbell_handler(int irq, void *info) >>>> return IRQ_HANDLED; >>>> } >>>> +static void vgic_v4_sync_sgi_config(struct its_vpe *vpe, struct vgic_irq *irq) >>>> +{ >>>> + vpe->sgi_config[irq->intid].enabled = irq->enabled; >>>> + vpe->sgi_config[irq->intid].group = irq->group; >>>> + vpe->sgi_config[irq->intid].priority = irq->priority; >>>> +} >>>> + >>>> +static void vgic_v4_enable_vsgis(struct kvm_vcpu *vcpu) >>>> +{ >>>> + struct its_vpe *vpe = &vcpu->arch.vgic_cpu.vgic_v3.its_vpe; >>>> + int i; >>>> + >>>> + /* >>>> + * With GICv4.1, every virtual SGI can be directly injected. So >>>> + * let's pretend that they are HW interrupts, tied to a host >>>> + * IRQ. The SGI code will do its magic. >>>> + */ >>>> + for (i = 0; i < VGIC_NR_SGIS; i++) { >>>> + struct vgic_irq *irq = vgic_get_irq(vcpu->kvm, vcpu, i); >>>> + struct irq_desc *desc; >>>> + int ret; >>>> + >>>> + if (irq->hw) { >>>> + vgic_put_irq(vcpu->kvm, irq); >>>> + continue; >>>> + } >>>> + >>>> + irq->hw = true; >>>> + irq->host_irq = irq_find_mapping(vpe->sgi_domain, i); >>> >>> I think we need to check whether irq_find_mapping returns 0. >>> >>>> + vgic_v4_sync_sgi_config(vpe, irq); >>>> + /* >>>> + * SGIs are initialised as disabled. Enable them if >>>> + * required by the rest of the VGIC init code. >>>> + */ >>>> + desc = irq_to_desc(irq->host_irq); >>>> + ret = irq_domain_activate_irq(irq_desc_get_irq_data(desc), >>>> + false); >>> >>> If irq->host_irq is not valid , in irq_domain_activate_irq, it will trigger NULL pointer >>> dereference in host kernel. >>> I meet a problem here. When hw support GIC4.1, and host kernel is started with >>> kvm-arm.vgic_v4_enable=0, starting a virtual machine will trigger NULL pointer >>> dereference in host. >> >> I think the thing is that we should _not_ try to configure vSGIs at all >> if kvm-arm.vgic_v4_enable=0 (which indicates we don't allow use of the >> GICv4 of direct injection). >> >> We currently set kvm_vgic_global_state.has_gicv4_1 to true if HW support >> GICv4.1, regardless whatever the gicv4_enable is (see patch#23 - >> vgic_v3_probe). I think this is what actually needs fixing. > > Yes, my point exactly. I've pushed out a potential fix [1], and I'd be > grateful if you could let me know whether that fixes it for you. > Nianyao has tested the patch, it works. Thanks for your quick reply. > Thanks, > > M. > > [1] https://git.kernel.org/pub/scm/linux/kernel/git/maz/arm-platforms.git/commit/?h=irq/gic-v4.1-devel&id=b82c2ee1d3fef66fb85793965c344260f618219d