From nobody Mon Feb 9 11:32:06 2026 Delivered-To: importer@patchew.org Received-SPF: pass (zohomail.com: domain of lists.xenproject.org designates 192.237.175.120 as permitted sender) client-ip=192.237.175.120; envelope-from=xen-devel-bounces@lists.xenproject.org; helo=lists.xenproject.org; Authentication-Results: mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of lists.xenproject.org designates 192.237.175.120 as permitted sender) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org; dmarc=pass(p=none dis=none) header.from=gmail.com ARC-Seal: i=1; a=rsa-sha256; t=1611885576; cv=none; d=zohomail.com; s=zohoarc; b=U/iw2WvCV6rhnoMgXq8pGOMLVseXWkZT5S/T5TQ2nqHcOC//hTJqNQVfVNgByOtRBA0pzWaC434iTANUh2N19AVLUtPJTbjFAgvS3dITmns8hYBHuMJ/K4LilABLU7NTG8CkixgEh7RjVptnu15wO4cx9fQRZo26FgrfHvPoh9c= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1611885576; h=Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:Message-ID:References:Sender:Subject:To; bh=rF6mEm5YriIEef9BT+XrdAFUqgH3Lonx+bIstOZUlFo=; b=ZlMz5TTlmmreXeNyc5v/zBIezxt1mcHN3O3MQ8Pni9xj5H82Nk3oEylnv672cWgaPVEgepvhfMnxy65qfFL2M006WAhKI3VOxbwXhAgNFE7iExUXK7g9N+jZreUr6k29cKEcR5+f76oJlVquBlZj0+CJEfS9fCR5kf1DLLassN0= ARC-Authentication-Results: i=1; mx.zohomail.com; dkim=pass; spf=pass (zohomail.com: domain of lists.xenproject.org designates 192.237.175.120 as permitted sender) smtp.mailfrom=xen-devel-bounces@lists.xenproject.org; dmarc=pass header.from= (p=none dis=none) header.from= Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 1611885576540525.5189114406385; Thu, 28 Jan 2021 17:59:36 -0800 (PST) Received: from list by lists.xenproject.org with outflank-mailman.77635.140817 (Exim 4.92) (envelope-from ) id 1l5J4E-0007UI-4S; Fri, 29 Jan 2021 01:59:22 +0000 Received: by outflank-mailman (output) from mailman id 77635.140817; Fri, 29 Jan 2021 01:59:22 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1l5J4D-0007Tv-Lg; Fri, 29 Jan 2021 01:59:21 +0000 Received: by outflank-mailman (input) for mailman id 77635; Fri, 29 Jan 2021 01:59:20 +0000 Received: from us1-rack-iad1.inumbo.com ([172.99.69.81]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1l5Iw5-0004da-Me for xen-devel@lists.xenproject.org; Fri, 29 Jan 2021 01:50:57 +0000 Received: from mail-lj1-x229.google.com (unknown [2a00:1450:4864:20::229]) by us1-rack-iad1.inumbo.com (Halon) with ESMTPS id 6b1eead0-3291-4457-83cd-8c707f3c6841; Fri, 29 Jan 2021 01:49:30 +0000 (UTC) Received: by mail-lj1-x229.google.com with SMTP id a25so8754720ljn.0 for ; Thu, 28 Jan 2021 17:49:29 -0800 (PST) Received: from otyshchenko.www.tendawifi.com ([212.22.223.21]) by smtp.gmail.com with ESMTPSA id z128sm1840238lfa.72.2021.01.28.17.49.27 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Jan 2021 17:49:27 -0800 (PST) X-Outflank-Mailman: Message body and most headers restored to incoming version X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" X-Inumbo-ID: 6b1eead0-3291-4457-83cd-8c707f3c6841 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=rF6mEm5YriIEef9BT+XrdAFUqgH3Lonx+bIstOZUlFo=; b=FR0GXFcoTPqEIp5GCxkPfPq2ulwOtg6Hzes21Npdyg0cEm5DHrHMd/xs/M7iMCrRan X2nNOorGumkqMQbUR0nz8Cux0sfnJ0CEkc2JmvMccubZtcEuwRaPJwuvJ+S0MluXCcHM 41UyQyMEw6Py9VzT//IL5qTByLkWmT2JFctqJBrrLiqd2Lp5sqzA1QdrohEDy5Xe2wHp 3b3CijIMNeVssQ/tu8cD6QabTzKp2425h1CUrJyzbJggzsEIp3l93qSK0kp/wTOJugz1 gdJGwwBHokpmHS2FLc7k6PSQVhV4mku93I4+tNm1VPMrmOxxuW1i1j1vJnRKfLjA+61a tSEQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=rF6mEm5YriIEef9BT+XrdAFUqgH3Lonx+bIstOZUlFo=; b=Y5I4xKUwcu5C+nKC7iQ7N2gk5NTQVG1hJHh3ORwXOzdorPSumXBhNsbi/FNcgiN5Q+ ksq9+zkhzokSE6FywpodBkcut9rJ4W+plBmEdWmhjEYTW9H31JZd6mMiUd8Wcg5HTiS0 tAUDTNwuSlvuZTvOspYY1j7ALqv33TWu0NsuD6sImyqLsZ1gpXNJ0DGChRa78E0MXUU6 rU+xe4rWnawGdubqGgYArykbg+qBeua2pdZtKJPKXxr4q+jB+9S4ge75gjUs++gO0iq9 Dig9cRZT1CKX8BAeM7gdS5K/HBERBUD2nxwvUxwXMCgK/zyXQZN09nYR9+UaQPSqxyH+ +Hkg== X-Gm-Message-State: AOAM5330BIU5l4yZMWKHGNyY+oyYNUAslT0eGt1rLX/MhYzADlOv58+9 iAefvMr7Sl4hou5c33fTRLsE9FmsU2kSUw== X-Google-Smtp-Source: ABdhPJyHkJfC7bxhBDFViDBdYVc370+fwWLTAVrgT2cS351liUPi/9hR6v02WdPtPWY2oJpaLClD/w== X-Received: by 2002:a2e:a54f:: with SMTP id e15mr1129782ljn.441.1611884968369; Thu, 28 Jan 2021 17:49:28 -0800 (PST) From: Oleksandr Tyshchenko To: xen-devel@lists.xenproject.org Cc: Oleksandr Tyshchenko , Stefano Stabellini , Julien Grall , Volodymyr Babchuk , Julien Grall Subject: [PATCH V6 22/24] xen/arm: Add mapcache invalidation handling Date: Fri, 29 Jan 2021 03:48:50 +0200 Message-Id: <1611884932-1851-23-git-send-email-olekstysh@gmail.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1611884932-1851-1-git-send-email-olekstysh@gmail.com> References: <1611884932-1851-1-git-send-email-olekstysh@gmail.com> X-ZohoMail-DKIM: pass (identity @gmail.com) Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" From: Oleksandr Tyshchenko We need to send mapcache invalidation request to qemu/demu everytime the page gets removed from a guest. At the moment, the Arm code doesn't explicitely remove the existing mapping before inserting the new mapping. Instead, this is done implicitely by __p2m_set_entry(). First of all we need to recognize a case when the "freed" entry contains some RAM page in order to set the corresponding flag. The most suitable place to do this is p2m_free_entry(), there we can find the correct leaf type. The invalidation request will be sent in do_trap_hypercall() later on. Taking into the account the following the do_trap_hypercall() is the best place to send invalidation request: - The only way a guest can modify its P2M on Arm is via an hypercall - When sending the invalidation request, the vCPU will be blocked until all the IOREQ servers have acknowledged the invalidation Signed-off-by: Oleksandr Tyshchenko CC: Julien Grall Reviewed-by: Stefano Stabellini [On Arm only] Tested-by: Wei Chen --- Please note, this is a split/cleanup/hardening of Julien's PoC: "Add support for Guest IO forwarding to a device emulator" *** Please note, this patch depends on the following which is on review: https://patchwork.kernel.org/patch/11803383/ This patch is on par with x86 code (whether it is buggy or not). If there is a need to improve/harden something, this can be done on a follow-up. *** Changes V1 -> V2: - new patch, some changes were derived from (+ new explanation): xen/ioreq: Make x86's invalidate qemu mapcache handling common - put setting of the flag into __p2m_set_entry() - clarify the conditions when the flag should be set - use domain_has_ioreq_server() - update do_trap_hypercall() by adding local variable Changes V2 -> V3: - update patch description - move check to p2m_free_entry() - add a comment - use "curr" instead of "v" in do_trap_hypercall() Changes V3 -> V4: - update patch description - re-order check in p2m_free_entry() to call domain_has_ioreq_server() only if p2m->domain =3D=3D current->domain - add a comment in do_trap_hypercall() Changes V4 -> V5: - add Stefano's R-b - update comment in do_trap_hypercall() Changes V5 -> V6: - update comment in p2m_free_entry() and patch description --- --- xen/arch/arm/p2m.c | 25 +++++++++++++++++-------- xen/arch/arm/traps.c | 20 +++++++++++++++++--- 2 files changed, 34 insertions(+), 11 deletions(-) diff --git a/xen/arch/arm/p2m.c b/xen/arch/arm/p2m.c index d41c4fa..6895804 100644 --- a/xen/arch/arm/p2m.c +++ b/xen/arch/arm/p2m.c @@ -1,6 +1,7 @@ #include #include #include +#include #include #include #include @@ -749,17 +750,25 @@ static void p2m_free_entry(struct p2m_domain *p2m, if ( !p2m_is_valid(entry) ) return; =20 - /* Nothing to do but updating the stats if the entry is a super-page. = */ - if ( p2m_is_superpage(entry, level) ) + if ( p2m_is_superpage(entry, level) || (level =3D=3D 3) ) { - p2m->stats.mappings[level]--; - return; - } +#ifdef CONFIG_IOREQ_SERVER + /* + * If this gets called then either the entry was replaced by an en= try + * with a different base (valid case) or the shattering of a super= page + * has failed (error case). + * So, at worst, the spurious mapcache invalidation might be sent. + */ + if ( (p2m->domain =3D=3D current->domain) && + domain_has_ioreq_server(p2m->domain) && + p2m_is_ram(entry.p2m.type) ) + p2m->domain->mapcache_invalidate =3D true; +#endif =20 - if ( level =3D=3D 3 ) - { p2m->stats.mappings[level]--; - p2m_put_l3_page(entry); + /* Nothing to do if the entry is a super-page. */ + if ( level =3D=3D 3 ) + p2m_put_l3_page(entry); return; } =20 diff --git a/xen/arch/arm/traps.c b/xen/arch/arm/traps.c index 476900e..6fa1350 100644 --- a/xen/arch/arm/traps.c +++ b/xen/arch/arm/traps.c @@ -1451,6 +1451,7 @@ static void do_trap_hypercall(struct cpu_user_regs *r= egs, register_t *nr, const union hsr hsr) { arm_hypercall_fn_t call =3D NULL; + struct vcpu *curr =3D current; =20 BUILD_BUG_ON(NR_hypercalls < ARRAY_SIZE(arm_hypercall_table) ); =20 @@ -1467,7 +1468,7 @@ static void do_trap_hypercall(struct cpu_user_regs *r= egs, register_t *nr, return; } =20 - current->hcall_preempted =3D false; + curr->hcall_preempted =3D false; =20 perfc_incra(hypercalls, *nr); call =3D arm_hypercall_table[*nr].fn; @@ -1480,7 +1481,7 @@ static void do_trap_hypercall(struct cpu_user_regs *r= egs, register_t *nr, HYPERCALL_RESULT_REG(regs) =3D call(HYPERCALL_ARGS(regs)); =20 #ifndef NDEBUG - if ( !current->hcall_preempted ) + if ( !curr->hcall_preempted ) { /* Deliberately corrupt parameter regs used by this hypercall. */ switch ( arm_hypercall_table[*nr].nr_args ) { @@ -1497,8 +1498,21 @@ static void do_trap_hypercall(struct cpu_user_regs *= regs, register_t *nr, #endif =20 /* Ensure the hypercall trap instruction is re-executed. */ - if ( current->hcall_preempted ) + if ( curr->hcall_preempted ) regs->pc -=3D 4; /* re-execute 'hvc #XEN_HYPERCALL_TAG' */ + +#ifdef CONFIG_IOREQ_SERVER + /* + * We call ioreq_signal_mapcache_invalidate from do_trap_hypercall() + * because the only way a guest can modify its P2M on Arm is via an + * hypercall. + * Note that sending the invalidation request causes the vCPU to block + * until all the IOREQ servers have acknowledged the invalidation. + */ + if ( unlikely(curr->domain->mapcache_invalidate) && + test_and_clear_bool(curr->domain->mapcache_invalidate) ) + ioreq_signal_mapcache_invalidate(); +#endif } =20 void arch_hypercall_tasklet_result(struct vcpu *v, long res) --=20 2.7.4