Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp1472055ybn; Wed, 25 Sep 2019 19:16:50 -0700 (PDT) X-Google-Smtp-Source: APXvYqy36olnS5Tv5LeXT3msRWk/o+5Knsqlpgu8Uf8uM+Ik6XRwIsHA0AXV1iEJNVheMVdxDpA4 X-Received: by 2002:a17:906:1c05:: with SMTP id k5mr1124905ejg.286.1569464210854; Wed, 25 Sep 2019 19:16:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569464210; cv=none; d=google.com; s=arc-20160816; b=K0zwW72re7klP99NPFSnXOW5Btp00mzaGVeWku+YEvt5jnzTGLefy6cq7a00dkv1OO 5VeRipzpEIzvFU2cIVfIHotGYqnb59b215u8dyoS5o/VN1KzGpOxnPm5WCiNu6PYckKt RNeSd2fN7mSjae3R5pjiOfexR3Vbnrzt+lv3iR92oPPLl/6qZKZga/M/Uk5Z90yhb+FK 9c4Yb03XMsxCuEptYE7+8F6UPPDVgOSi2JVg3PPN6pKb4sBD8B2L4ELk5yumgva+RF5k 0FPGq6WsaYuPifls9e4yjAgJCnLXiNIVOxGcAxpaC6vhcKw0UDuDbw5MY7qxBiajzLPy ceWQ== 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:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=bBb/5favyDiKgtmru7KdG+huVCyLo14Ig2dmXjTT/AQ=; b=LtTWeCh+ef4jIyuCQEnPbYkUWcG7ZRuOlDhuqdKUZ7phuSFwGnNh7OXG7ieXAkJETH efNOBgCsVtm2BHMnqQsmlFe/d6rd2nFFrp8jL0KiCAzQV1wlXiy2Wyb9cPB7THvMZMrm 2u+gdOmFeGSykI2u3p8JSoidVOEmswI79Hz5e3xf6ZKVC7m3LiwLYaQzaYJde3/Vcr5d E+rnQV6U/ATIjozy/yBANg7TUcStvIu3XKvQviLlqOeYcNXzB7GsvkUYBM/nKf9IMbjs BWzxBg58jnUpruGpntvcVVioEiGbK0KwPg1l7KX/hJ2JLyDH/60tUOt7OX+0GAwI2b7C 1CTg== 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 va7si350229ejb.4.2019.09.25.19.16.12; Wed, 25 Sep 2019 19:16:50 -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 S2502360AbfIWS1c (ORCPT + 99 others); Mon, 23 Sep 2019 14:27:32 -0400 Received: from foss.arm.com ([217.140.110.172]:46944 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727731AbfIWS1b (ORCPT ); Mon, 23 Sep 2019 14:27:31 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 80EDD1BA8; Mon, 23 Sep 2019 11:27:30 -0700 (PDT) Received: from big-swifty.lan (unknown [172.31.20.19]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 20C9B3F694; Mon, 23 Sep 2019 11:27:26 -0700 (PDT) From: Marc Zyngier To: kvmarm@lists.cs.columbia.edu, linux-kernel@vger.kernel.org Cc: Eric Auger , James Morse , Julien Thierry , Suzuki K Poulose , Thomas Gleixner , Jason Cooper , Lorenzo Pieralisi , Andrew Murray Subject: [PATCH 17/35] irqchip/gic-v4.1: Add VPE eviction callback Date: Mon, 23 Sep 2019 19:25:48 +0100 Message-Id: <20190923182606.32100-18-maz@kernel.org> X-Mailer: git-send-email 2.20.1 In-Reply-To: <20190923182606.32100-1-maz@kernel.org> References: <20190923182606.32100-1-maz@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org When descheduling a VPE, special care must be taken to tell the GIC about whether we want to receive a doorbell or not. This is a major improvement on GICv4.0, where the doorbell had to be separately enabled/disabled. Signed-off-by: Marc Zyngier --- drivers/irqchip/irq-gic-v3-its.c | 53 +++++++++++++++++++++++++------- 1 file changed, 42 insertions(+), 11 deletions(-) diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c index 72d80daa7230..3079ce74def6 100644 --- a/drivers/irqchip/irq-gic-v3-its.c +++ b/drivers/irqchip/irq-gic-v3-its.c @@ -2483,7 +2483,7 @@ static int __init allocate_lpi_tables(void) return 0; } -static u64 its_clear_vpend_valid(void __iomem *vlpi_base) +static u64 its_clear_vpend_valid(void __iomem *vlpi_base, u64 clr, u64 set) { u32 count = 1000000; /* 1s! */ bool clean; @@ -2491,6 +2491,8 @@ static u64 its_clear_vpend_valid(void __iomem *vlpi_base) val = gits_read_vpendbaser(vlpi_base + GICR_VPENDBASER); val &= ~GICR_VPENDBASER_Valid; + val &= ~clr; + val |= set; gits_write_vpendbaser(val, vlpi_base + GICR_VPENDBASER); do { @@ -2503,6 +2505,11 @@ static u64 its_clear_vpend_valid(void __iomem *vlpi_base) } } while (!clean && count); + if (unlikely(val & GICR_VPENDBASER_Dirty)) { + pr_err_ratelimited("ITS virtual pending table not cleaning\n"); + val |= GICR_VPENDBASER_PendingLast; + } + return val; } @@ -2611,7 +2618,7 @@ static void its_cpu_init_lpis(void) * ancient programming gets left in and has possibility of * corrupting memory. */ - val = its_clear_vpend_valid(vlpi_base); + val = its_clear_vpend_valid(vlpi_base, 0, 0); WARN_ON(val & GICR_VPENDBASER_Dirty); } @@ -3289,16 +3296,10 @@ static void its_vpe_deschedule(struct its_vpe *vpe) void __iomem *vlpi_base = gic_data_rdist_vlpi_base(); u64 val; - val = its_clear_vpend_valid(vlpi_base); + val = its_clear_vpend_valid(vlpi_base, 0, 0); - if (unlikely(val & GICR_VPENDBASER_Dirty)) { - pr_err_ratelimited("ITS virtual pending table not cleaning\n"); - vpe->idai = false; - vpe->pending_last = true; - } else { - vpe->idai = !!(val & GICR_VPENDBASER_IDAI); - vpe->pending_last = !!(val & GICR_VPENDBASER_PendingLast); - } + vpe->idai = !!(val & GICR_VPENDBASER_IDAI); + vpe->pending_last = !!(val & GICR_VPENDBASER_PendingLast); } static void its_vpe_invall(struct its_vpe *vpe) @@ -3476,6 +3477,35 @@ static void its_vpe_4_1_schedule(struct its_vpe *vpe, gits_write_vpendbaser(val, vlpi_base + GICR_VPENDBASER); } +static void its_vpe_4_1_deschedule(struct its_vpe *vpe, + struct its_cmd_info *info) +{ + void __iomem *vlpi_base = gic_data_rdist_vlpi_base(); + u64 val; + + if (info->req_db) { + /* + * vPE is going to block: make the vPE non-resident with + * PendingLast clear and DB set. The GIC guarantees that if + * we read-back PendingLast clear, then a doorbell will be + * delivered when an interrupt comes. + */ + val = its_clear_vpend_valid(vlpi_base, + GICR_VPENDBASER_PendingLast, + GICR_VPENDBASER_4_1_DB); + vpe->pending_last = !!(val & GICR_VPENDBASER_PendingLast); + } else { + /* + * We're not blocking, so just make the vPE non-resident + * with PendingLast set, indicating that we'll be back. + */ + val = its_clear_vpend_valid(vlpi_base, + 0, + GICR_VPENDBASER_PendingLast); + vpe->pending_last = true; + } +} + static int its_vpe_4_1_set_vcpu_affinity(struct irq_data *d, void *vcpu_info) { struct its_vpe *vpe = irq_data_get_irq_chip_data(d); @@ -3487,6 +3517,7 @@ static int its_vpe_4_1_set_vcpu_affinity(struct irq_data *d, void *vcpu_info) return 0; case DESCHEDULE_VPE: + its_vpe_4_1_deschedule(vpe, info); return 0; case INVALL_VPE: -- 2.20.1