From nobody Wed May 15 21:48:17 2024 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id AAE3DC433F5 for ; Thu, 14 Apr 2022 19:19:52 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345215AbiDNTWP (ORCPT ); Thu, 14 Apr 2022 15:22:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52052 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345131AbiDNTWH (ORCPT ); Thu, 14 Apr 2022 15:22:07 -0400 Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 096B7A145C for ; Thu, 14 Apr 2022 12:19:41 -0700 (PDT) Received: by mail-lj1-x22e.google.com with SMTP id 15so7239712ljw.8 for ; Thu, 14 Apr 2022 12:19:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=dof6CivR5ktaOrwRlo+Yx4ESbsQ7cxmBJatNzZcwa2k=; b=fxQPwiBYbg+xlj/wY1p5MdYQ66sD8b5fLGqQMckaU3CMT8EL/wfvWZU4SIiD6U9ip6 x0PnmD1xHmrsNFIVjQHsdnZPvUxHpmODdoG0gXRG1Z8rSW12jjdRfc1aIsVwhopbfwnB 45qwr+ltaiaL4VURctt6I1DyO99ZcxTE6B5dyns0TnRE7PewjAtJfw6eXZ2h61MbtG5G gnoBsZ84YiucFs13V1ifHyFlwHANNo9kDZLqLovrihL3G4p4VvU/pBaprwk/UBUaHLF8 Jet2oVaZ2CJOnjtS1rjynU5Y1dbnTih8Gq9+zPwZEHWY78hWw5dqkTkzEh7mHxP/iI+V giOA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=dof6CivR5ktaOrwRlo+Yx4ESbsQ7cxmBJatNzZcwa2k=; b=ogAY8JJO1AKB/CpFjDokBe/uJIHoCoe6K1gxxORQnF1odr5rkryflHETZ3YENs/ytl IkI8IeTPdllHUbozAgwyibMR6tq0Dc+3xLUAE5/Ts/IOB5p8nXcf8Gg0ukVnhCUg4XLs WlmvaXmLq11v25/rn9VU3q2bAzvS8jxUyc4GcAtEOhnCnTW9UVg9u124tZ/ncONC1hiT FdWhNkIxLdfzDcXFSuXS/KRpV7uqV5SJwZTumcfo3wuJveAkYjYPwA8DWqvbirG7/ilZ 5aPpCT9oxyl1rfNW4FryyoiffTC66mVmhaS20jSrEd2MFrbCIz8A7H6944Bg/JT+vybu qrZg== X-Gm-Message-State: AOAM532M0INg3uBcwEfsknq9u6lf5e1NKZ7LzUkV0h26m0m4lhDUeSNs q3hyA94/zEQru1yqdVqJ3HU= X-Google-Smtp-Source: ABdhPJx+KdnmdSildpq+aXrS8xmx/k1yM6QEi9zPtQDYyy8myxHzG38Yu1RM9ZZJBp2dsAgRlV7UJQ== X-Received: by 2002:a05:651c:512:b0:24d:9ee0:7f11 with SMTP id o18-20020a05651c051200b0024d9ee07f11mr1779012ljp.367.1649963979236; Thu, 14 Apr 2022 12:19:39 -0700 (PDT) Received: from otyshchenko.router ([212.22.223.21]) by smtp.gmail.com with ESMTPSA id l3-20020a194943000000b0046b928d2795sm85001lfj.67.2022.04.14.12.19.38 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Apr 2022 12:19:38 -0700 (PDT) From: Oleksandr Tyshchenko To: xen-devel@lists.xenproject.org, linux-kernel@vger.kernel.org Cc: Juergen Gross , Boris Ostrovsky , Stefano Stabellini , Julien Grall , Oleksandr Tyshchenko Subject: [RFC PATCH 1/6] xen/grants: support allocating consecutive grants Date: Thu, 14 Apr 2022 22:19:28 +0300 Message-Id: <1649963973-22879-2-git-send-email-olekstysh@gmail.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1649963973-22879-1-git-send-email-olekstysh@gmail.com> References: <1649963973-22879-1-git-send-email-olekstysh@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" From: Juergen Gross For support of virtio via grant mappings in rare cases larger mappings using consecutive grants are needed. Support those by adding a bitmap of free grants. As consecutive grants will be needed only in very rare cases (e.g. when configuring a virtio device with a multi-page ring), optimize for the normal case of non-consecutive allocations. Signed-off-by: Juergen Gross --- drivers/xen/grant-table.c | 238 +++++++++++++++++++++++++++++++++++++++---= ---- include/xen/grant_table.h | 4 + 2 files changed, 210 insertions(+), 32 deletions(-) diff --git a/drivers/xen/grant-table.c b/drivers/xen/grant-table.c index 8ccccac..1b458c0 100644 --- a/drivers/xen/grant-table.c +++ b/drivers/xen/grant-table.c @@ -33,6 +33,7 @@ =20 #define pr_fmt(fmt) "xen:" KBUILD_MODNAME ": " fmt =20 +#include #include #include #include @@ -72,9 +73,32 @@ =20 static grant_ref_t **gnttab_list; static unsigned int nr_grant_frames; + +/* + * Handling of free grants: + * + * Free grants are in a simple list anchored in gnttab_free_head. They are + * linked by grant ref, the last element contains GNTTAB_LIST_END. The num= ber + * of free entries is stored in gnttab_free_count. + * Additionally there is a bitmap of free entries anchored in + * gnttab_free_bitmap. This is being used for simplifying allocation of + * multiple consecutive grants, which is needed e.g. for support of virtio. + * gnttab_last_free is used to add free entries of new frames at the end of + * the free list. + * gnttab_free_tail_ptr specifies the variable which references the start + * of consecutive free grants ending with gnttab_last_free. This pointer is + * updated in a rather defensive way, in order to avoid performance hits in + * hot paths. + * All those variables are protected by gnttab_list_lock. + */ static int gnttab_free_count; -static grant_ref_t gnttab_free_head; +static unsigned int gnttab_size; +static grant_ref_t gnttab_free_head =3D GNTTAB_LIST_END; +static grant_ref_t gnttab_last_free =3D GNTTAB_LIST_END; +static grant_ref_t *gnttab_free_tail_ptr; +static unsigned long *gnttab_free_bitmap; static DEFINE_SPINLOCK(gnttab_list_lock); + struct grant_frames xen_auto_xlat_grant_frames; static unsigned int xen_gnttab_version; module_param_named(version, xen_gnttab_version, uint, 0); @@ -170,16 +194,111 @@ static int get_free_entries(unsigned count) =20 ref =3D head =3D gnttab_free_head; gnttab_free_count -=3D count; - while (count-- > 1) - head =3D gnttab_entry(head); + while (count--) { + bitmap_clear(gnttab_free_bitmap, head, 1); + if (gnttab_free_tail_ptr =3D=3D __gnttab_entry(head)) + gnttab_free_tail_ptr =3D &gnttab_free_head; + if (count) + head =3D gnttab_entry(head); + } gnttab_free_head =3D gnttab_entry(head); gnttab_entry(head) =3D GNTTAB_LIST_END; =20 + if (!gnttab_free_count) { + gnttab_last_free =3D GNTTAB_LIST_END; + gnttab_free_tail_ptr =3D NULL; + } + spin_unlock_irqrestore(&gnttab_list_lock, flags); =20 return ref; } =20 +static int get_seq_entry_count(void) +{ + if (gnttab_last_free =3D=3D GNTTAB_LIST_END || !gnttab_free_tail_ptr || + *gnttab_free_tail_ptr =3D=3D GNTTAB_LIST_END) + return 0; + + return gnttab_last_free - *gnttab_free_tail_ptr + 1; +} + +/* Rebuilds the free grant list and tries to find count consecutive entrie= s. */ +static int get_free_seq(unsigned int count) +{ + int ret =3D -ENOSPC; + unsigned int from, to; + grant_ref_t *last; + + gnttab_free_tail_ptr =3D &gnttab_free_head; + last =3D &gnttab_free_head; + + for (from =3D find_first_bit(gnttab_free_bitmap, gnttab_size); + from < gnttab_size; + from =3D find_next_bit(gnttab_free_bitmap, gnttab_size, to + 1)) { + to =3D find_next_zero_bit(gnttab_free_bitmap, gnttab_size, + from + 1); + if (ret < 0 && to - from >=3D count) { + ret =3D from; + bitmap_clear(gnttab_free_bitmap, ret, count); + from +=3D count; + gnttab_free_count -=3D count; + if (from =3D=3D to) + continue; + } + + while (from < to) { + *last =3D from; + last =3D __gnttab_entry(from); + gnttab_last_free =3D from; + from++; + } + if (to < gnttab_size) + gnttab_free_tail_ptr =3D __gnttab_entry(to - 1); + } + + *last =3D GNTTAB_LIST_END; + if (gnttab_last_free !=3D gnttab_size - 1) + gnttab_free_tail_ptr =3D NULL; + + return ret; +} + +static int get_free_entries_seq(unsigned int count) +{ + unsigned long flags; + int ret =3D 0; + + spin_lock_irqsave(&gnttab_list_lock, flags); + + if (gnttab_free_count < count) { + ret =3D gnttab_expand(count - gnttab_free_count); + if (ret < 0) + goto out; + } + + if (get_seq_entry_count() < count) { + ret =3D get_free_seq(count); + if (ret >=3D 0) + goto out; + ret =3D gnttab_expand(count - get_seq_entry_count()); + if (ret < 0) + goto out; + } + + ret =3D *gnttab_free_tail_ptr; + *gnttab_free_tail_ptr =3D gnttab_entry(ret + count - 1); + gnttab_free_count -=3D count; + if (!gnttab_free_count) + gnttab_free_tail_ptr =3D NULL; + bitmap_clear(gnttab_free_bitmap, ret, count); + + out: + spin_unlock_irqrestore(&gnttab_list_lock, flags); + + return ret; +} + static void do_free_callbacks(void) { struct gnttab_free_callback *callback, *next; @@ -206,17 +325,48 @@ static inline void check_free_callbacks(void) do_free_callbacks(); } =20 -static void put_free_entry(grant_ref_t ref) +static void put_free_entry_locked(grant_ref_t ref) { - unsigned long flags; - spin_lock_irqsave(&gnttab_list_lock, flags); gnttab_entry(ref) =3D gnttab_free_head; gnttab_free_head =3D ref; + if (!gnttab_free_count) + gnttab_last_free =3D ref; + if (gnttab_free_tail_ptr =3D=3D &gnttab_free_head) + gnttab_free_tail_ptr =3D __gnttab_entry(ref); gnttab_free_count++; + bitmap_set(gnttab_free_bitmap, ref, 1); +} + +static void put_free_entry(grant_ref_t ref) +{ + unsigned long flags; + + spin_lock_irqsave(&gnttab_list_lock, flags); + put_free_entry_locked(ref); check_free_callbacks(); spin_unlock_irqrestore(&gnttab_list_lock, flags); } =20 +static void gnttab_set_free(unsigned int start, unsigned int n) +{ + unsigned int i; + + for (i =3D start; i < start + n - 1; i++) + gnttab_entry(i) =3D i + 1; + + gnttab_entry(i) =3D GNTTAB_LIST_END; + if (!gnttab_free_count) { + gnttab_free_head =3D start; + gnttab_free_tail_ptr =3D &gnttab_free_head; + } else { + gnttab_entry(gnttab_last_free) =3D start; + } + gnttab_free_count +=3D n; + gnttab_last_free =3D i; + + bitmap_set(gnttab_free_bitmap, start, n); +} + /* * Following applies to gnttab_update_entry_v1 and gnttab_update_entry_v2. * Introducing a valid entry into the grant table: @@ -448,23 +598,31 @@ void gnttab_free_grant_references(grant_ref_t head) { grant_ref_t ref; unsigned long flags; - int count =3D 1; - if (head =3D=3D GNTTAB_LIST_END) - return; + spin_lock_irqsave(&gnttab_list_lock, flags); - ref =3D head; - while (gnttab_entry(ref) !=3D GNTTAB_LIST_END) { - ref =3D gnttab_entry(ref); - count++; + while (head !=3D GNTTAB_LIST_END) { + ref =3D gnttab_entry(head); + put_free_entry_locked(head); + head =3D ref; } - gnttab_entry(ref) =3D gnttab_free_head; - gnttab_free_head =3D head; - gnttab_free_count +=3D count; check_free_callbacks(); spin_unlock_irqrestore(&gnttab_list_lock, flags); } EXPORT_SYMBOL_GPL(gnttab_free_grant_references); =20 +void gnttab_free_grant_reference_seq(grant_ref_t head, unsigned int count) +{ + unsigned long flags; + unsigned int i; + + spin_lock_irqsave(&gnttab_list_lock, flags); + for (i =3D count; i > 0; i--) + put_free_entry_locked(head + i - 1); + check_free_callbacks(); + spin_unlock_irqrestore(&gnttab_list_lock, flags); +} +EXPORT_SYMBOL_GPL(gnttab_free_grant_reference_seq); + int gnttab_alloc_grant_references(u16 count, grant_ref_t *head) { int h =3D get_free_entries(count); @@ -478,6 +636,24 @@ int gnttab_alloc_grant_references(u16 count, grant_ref= _t *head) } EXPORT_SYMBOL_GPL(gnttab_alloc_grant_references); =20 +int gnttab_alloc_grant_reference_seq(unsigned int count, grant_ref_t *firs= t) +{ + int h; + + if (count =3D=3D 1) + h =3D get_free_entries(1); + else + h =3D get_free_entries_seq(count); + + if (h < 0) + return -ENOSPC; + + *first =3D h; + + return 0; +} +EXPORT_SYMBOL_GPL(gnttab_alloc_grant_reference_seq); + int gnttab_empty_grant_references(const grant_ref_t *private_head) { return (*private_head =3D=3D GNTTAB_LIST_END); @@ -570,16 +746,13 @@ static int grow_gnttab_list(unsigned int more_frames) goto grow_nomem; } =20 + gnttab_set_free(gnttab_size, extra_entries); =20 - for (i =3D grefs_per_frame * nr_grant_frames; - i < grefs_per_frame * new_nr_grant_frames - 1; i++) - gnttab_entry(i) =3D i + 1; - - gnttab_entry(i) =3D gnttab_free_head; - gnttab_free_head =3D grefs_per_frame * nr_grant_frames; - gnttab_free_count +=3D extra_entries; + if (!gnttab_free_tail_ptr) + gnttab_free_tail_ptr =3D __gnttab_entry(gnttab_size); =20 nr_grant_frames =3D new_nr_grant_frames; + gnttab_size +=3D extra_entries; =20 check_free_callbacks(); =20 @@ -1424,7 +1597,6 @@ int gnttab_init(void) int i; unsigned long max_nr_grant_frames; unsigned int max_nr_glist_frames, nr_glist_frames; - unsigned int nr_init_grefs; int ret; =20 gnttab_request_version(); @@ -1452,6 +1624,13 @@ int gnttab_init(void) } } =20 + i =3D gnttab_interface->grefs_per_grant_frame * max_nr_grant_frames; + gnttab_free_bitmap =3D bitmap_zalloc(i, GFP_KERNEL); + if (!gnttab_free_bitmap) { + ret =3D -ENOMEM; + goto ini_nomem; + } + ret =3D arch_gnttab_init(max_nr_grant_frames, nr_status_frames(max_nr_grant_frames)); if (ret < 0) @@ -1462,15 +1641,9 @@ int gnttab_init(void) goto ini_nomem; } =20 - nr_init_grefs =3D nr_grant_frames * - gnttab_interface->grefs_per_grant_frame; - - for (i =3D NR_RESERVED_ENTRIES; i < nr_init_grefs - 1; i++) - gnttab_entry(i) =3D i + 1; + gnttab_size =3D nr_grant_frames * gnttab_interface->grefs_per_grant_frame; =20 - gnttab_entry(nr_init_grefs - 1) =3D GNTTAB_LIST_END; - gnttab_free_count =3D nr_init_grefs - NR_RESERVED_ENTRIES; - gnttab_free_head =3D NR_RESERVED_ENTRIES; + gnttab_set_free(NR_RESERVED_ENTRIES, gnttab_size - NR_RESERVED_ENTRIES); =20 printk("Grant table initialized\n"); return 0; @@ -1479,6 +1652,7 @@ int gnttab_init(void) for (i--; i >=3D 0; i--) free_page((unsigned long)gnttab_list[i]); kfree(gnttab_list); + bitmap_free(gnttab_free_bitmap); return ret; } EXPORT_SYMBOL_GPL(gnttab_init); diff --git a/include/xen/grant_table.h b/include/xen/grant_table.h index dfd5bf3..d815e1d 100644 --- a/include/xen/grant_table.h +++ b/include/xen/grant_table.h @@ -129,10 +129,14 @@ int gnttab_try_end_foreign_access(grant_ref_t ref); */ int gnttab_alloc_grant_references(u16 count, grant_ref_t *pprivate_head); =20 +int gnttab_alloc_grant_reference_seq(unsigned int count, grant_ref_t *firs= t); + void gnttab_free_grant_reference(grant_ref_t ref); =20 void gnttab_free_grant_references(grant_ref_t head); =20 +void gnttab_free_grant_reference_seq(grant_ref_t head, unsigned int count); + int gnttab_empty_grant_references(const grant_ref_t *pprivate_head); =20 int gnttab_claim_grant_reference(grant_ref_t *pprivate_head); --=20 2.7.4 From nobody Wed May 15 21:48:17 2024 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id C7F83C433EF for ; Thu, 14 Apr 2022 19:19:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345252AbiDNTWT (ORCPT ); Thu, 14 Apr 2022 15:22:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52152 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345154AbiDNTWJ (ORCPT ); Thu, 14 Apr 2022 15:22:09 -0400 Received: from mail-lf1-x133.google.com (mail-lf1-x133.google.com [IPv6:2a00:1450:4864:20::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A8001A1469 for ; Thu, 14 Apr 2022 12:19:42 -0700 (PDT) Received: by mail-lf1-x133.google.com with SMTP id p10so10721736lfa.12 for ; Thu, 14 Apr 2022 12:19:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=nXDE5bXmpYq/ePRB6NaY2RzAfrYEzRtO2mFypRZiPSg=; b=cA7nvITvdvZ/NWohiTI9yXw9Bsz1InbMamu75ldsnVN7x3qmhXLAyGvrPtVVlEgWuL NZ3WkBCQbtGZmGnVfZF2FI0zW3lSrAaEiYaf3NmzuajCnK038Drh9zTO0b7nSusi4CnL e1qZbPPKBKFxxe5DFB0XvQaj7wjjs2o9wvNtVpddBoGigZZMnKaYx5+oaeq3JQzLKw0i dmCDvFfxnorQ4mEMq5dbKyVJvdzCrQPa7QBoW2pSIpyUfluDWhcpbCpCEOrh3ERVZ6RQ JHqdT6uWfB4Vl0qS8RUuuhOok2RLcjf5S86uHftuQb/SnSZkGxKzOpqLEaWYzD0UAaz4 EOBw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=nXDE5bXmpYq/ePRB6NaY2RzAfrYEzRtO2mFypRZiPSg=; b=OolFqKLwZLGr+2AyiN/U13dPSML5Lz3mso9wgPLLjKWeYReYtqmOQUbbfkr2gfGSD1 jAS91/89wFOTKdX5U2mCwiyxPtcu4bhBURdsXUY7foTkPqMAJbRwkTg9uiMaOAonu26c 8LmGlu8mxtjiHCqeQo0C37/iDR8362M5VsASOzjojvBHCpZyh7DyT2GHxXnDlV2SnN/t 2eGOJsrTIpkWeioscsCnOAn/CjQi0JHp9bLNJ/5cw+6Zp1WvU+dUMPT3mXx/ftF93TJV X6IfDGyzq9sJU8W9AjT+fFjAHLYblLkoVqoPDSO+tO1oOF36Dc2iMKKNl+DQ39vs30M5 Purw== X-Gm-Message-State: AOAM531AjMb4YVbYy1Qz5gKiRu+fPZeQp5fdyZNz+AxQVfXwKyBz6wW7 y5CXmovsRs5q6hWSuVN7RkU= X-Google-Smtp-Source: ABdhPJzJhDvPs8vZGIIBknd5EoVx+RBEPyUKlr3iat2rqmV3Cugsf4QEmPHWFroNg//S6JCMgOBeAA== X-Received: by 2002:a05:6512:b18:b0:44a:9a1f:dcf6 with SMTP id w24-20020a0565120b1800b0044a9a1fdcf6mr2838218lfu.4.1649963980695; Thu, 14 Apr 2022 12:19:40 -0700 (PDT) Received: from otyshchenko.router ([212.22.223.21]) by smtp.gmail.com with ESMTPSA id l3-20020a194943000000b0046b928d2795sm85001lfj.67.2022.04.14.12.19.39 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Apr 2022 12:19:40 -0700 (PDT) From: Oleksandr Tyshchenko To: xen-devel@lists.xenproject.org, x86@kernel.org, linux-kernel@vger.kernel.org Cc: Juergen Gross , Dave Hansen , Andy Lutomirski , Peter Zijlstra , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Boris Ostrovsky , Stefano Stabellini , Julien Grall , Oleksandr Tyshchenko Subject: [RFC PATCH 2/6] virtio: add option to restrict memory access under Xen Date: Thu, 14 Apr 2022 22:19:29 +0300 Message-Id: <1649963973-22879-3-git-send-email-olekstysh@gmail.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1649963973-22879-1-git-send-email-olekstysh@gmail.com> References: <1649963973-22879-1-git-send-email-olekstysh@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" From: Juergen Gross In order to support virtio in Xen guests add a config option enabling the user to specify whether in all Xen guests virtio should be able to access memory via Xen grant mappings only on the host side. This applies to fully virtualized guests only, as for paravirtualized guests this is mandatory. This requires to switch arch_has_restricted_virtio_memory_access() from a pure stub to a real function on x86 systems (Arm systems are not covered by now). Add the needed functionality by providing a special set of DMA ops handling the needed grant operations for the I/O pages. Signed-off-by: Juergen Gross --- arch/x86/mm/init.c | 15 ++++ arch/x86/mm/mem_encrypt.c | 5 -- arch/x86/xen/Kconfig | 9 +++ drivers/xen/Kconfig | 20 ++++++ drivers/xen/Makefile | 1 + drivers/xen/xen-virtio.c | 177 ++++++++++++++++++++++++++++++++++++++++++= ++++ include/xen/xen-ops.h | 8 +++ 7 files changed, 230 insertions(+), 5 deletions(-) create mode 100644 drivers/xen/xen-virtio.c diff --git a/arch/x86/mm/init.c b/arch/x86/mm/init.c index d8cfce2..526a3b2 100644 --- a/arch/x86/mm/init.c +++ b/arch/x86/mm/init.c @@ -8,6 +8,8 @@ #include #include =20 +#include + #include #include #include @@ -1065,3 +1067,16 @@ unsigned long max_swapfile_size(void) return pages; } #endif + +#ifdef CONFIG_ARCH_HAS_RESTRICTED_VIRTIO_MEMORY_ACCESS +int arch_has_restricted_virtio_memory_access(void) +{ + if (IS_ENABLED(CONFIG_XEN_PV_VIRTIO) && xen_pv_domain()) + return 1; + if (IS_ENABLED(CONFIG_XEN_HVM_VIRTIO_GRANT) && xen_hvm_domain()) + return 1; + + return cc_platform_has(CC_ATTR_GUEST_MEM_ENCRYPT); +} +EXPORT_SYMBOL_GPL(arch_has_restricted_virtio_memory_access); +#endif diff --git a/arch/x86/mm/mem_encrypt.c b/arch/x86/mm/mem_encrypt.c index 50d2099..dda020f 100644 --- a/arch/x86/mm/mem_encrypt.c +++ b/arch/x86/mm/mem_encrypt.c @@ -77,8 +77,3 @@ void __init mem_encrypt_init(void) print_mem_encrypt_feature_info(); } =20 -int arch_has_restricted_virtio_memory_access(void) -{ - return cc_platform_has(CC_ATTR_GUEST_MEM_ENCRYPT); -} -EXPORT_SYMBOL_GPL(arch_has_restricted_virtio_memory_access); diff --git a/arch/x86/xen/Kconfig b/arch/x86/xen/Kconfig index 85246dd..dffdffd 100644 --- a/arch/x86/xen/Kconfig +++ b/arch/x86/xen/Kconfig @@ -92,3 +92,12 @@ config XEN_DOM0 select X86_X2APIC if XEN_PVH && X86_64 help Support running as a Xen Dom0 guest. + +config XEN_PV_VIRTIO + bool "Xen virtio support for PV guests" + depends on XEN_VIRTIO && XEN_PV + default y + help + Support virtio for running as a paravirtualized guest. This will + need support on the backend side (qemu or kernel, depending on the + virtio device types used). diff --git a/drivers/xen/Kconfig b/drivers/xen/Kconfig index 120d32f..fc61f7a 100644 --- a/drivers/xen/Kconfig +++ b/drivers/xen/Kconfig @@ -335,4 +335,24 @@ config XEN_UNPOPULATED_ALLOC having to balloon out RAM regions in order to obtain physical memory space to create such mappings. =20 +config XEN_VIRTIO + bool "Xen virtio support" + default n + depends on VIRTIO && DMA_OPS + select ARCH_HAS_RESTRICTED_VIRTIO_MEMORY_ACCESS + help + Enable virtio support for running as Xen guest. Depending on the + guest type this will require special support on the backend side + (qemu or kernel, depending on the virtio device types used). + +config XEN_HVM_VIRTIO_GRANT + bool "Require virtio for fully virtualized guests to use grant mappings" + depends on XEN_VIRTIO && X86_64 + default y + help + Require virtio for fully virtualized guests to use grant mappings. + This will avoid the need to give the backend the right to map all + of the guest memory. This will need support on the backend side + (qemu or kernel, depending on the virtio device types used). + endmenu diff --git a/drivers/xen/Makefile b/drivers/xen/Makefile index 5aae66e..767009c 100644 --- a/drivers/xen/Makefile +++ b/drivers/xen/Makefile @@ -39,3 +39,4 @@ xen-gntalloc-y :=3D gntalloc.o xen-privcmd-y :=3D privcmd.o privcmd-buf.o obj-$(CONFIG_XEN_FRONT_PGDIR_SHBUF) +=3D xen-front-pgdir-shbuf.o obj-$(CONFIG_XEN_UNPOPULATED_ALLOC) +=3D unpopulated-alloc.o +obj-$(CONFIG_XEN_VIRTIO) +=3D xen-virtio.o diff --git a/drivers/xen/xen-virtio.c b/drivers/xen/xen-virtio.c new file mode 100644 index 00000000..cfd5eda --- /dev/null +++ b/drivers/xen/xen-virtio.c @@ -0,0 +1,177 @@ +// SPDX-License-Identifier: GPL-2.0-only +/*************************************************************************= ***** + * Xen virtio driver - enables using virtio devices in Xen guests. + * + * Copyright (c) 2021, Juergen Gross + */ + +#include +#include +#include +#include +#include +#include +#include + +#define XEN_GRANT_ADDR_OFF 0x8000000000000000ULL + +static inline dma_addr_t grant_to_dma(grant_ref_t grant) +{ + return XEN_GRANT_ADDR_OFF | ((dma_addr_t)grant << PAGE_SHIFT); +} + +static inline grant_ref_t dma_to_grant(dma_addr_t dma) +{ + return (grant_ref_t)((dma & ~XEN_GRANT_ADDR_OFF) >> PAGE_SHIFT); +} + +/* + * DMA ops for Xen virtio frontends. + * + * Used to act as a kind of software IOMMU for Xen guests by using grants = as + * DMA addresses. + * Such a DMA address is formed by using the grant reference as a frame + * number and setting the highest address bit (this bit is for the backend + * to be able to distinguish it from e.g. a mmio address). + * + * Note that for now we hard wire dom0 to be the backend domain. In order = to + * support any domain as backend we'd need to add a way to communicate the + * domid of this backend, e.g. via Xenstore or via the PCI-device's config + * space. + */ +static void *xen_virtio_dma_alloc(struct device *dev, size_t size, + dma_addr_t *dma_handle, gfp_t gfp, + unsigned long attrs) +{ + unsigned int n_pages =3D PFN_UP(size); + unsigned int i; + unsigned long pfn; + grant_ref_t grant; + void *ret; + + ret =3D (void *)__get_free_pages(gfp, get_order(size)); + if (!ret) + return NULL; + + pfn =3D virt_to_pfn(ret); + + if (gnttab_alloc_grant_reference_seq(n_pages, &grant)) { + free_pages((unsigned long)ret, get_order(size)); + return NULL; + } + + for (i =3D 0; i < n_pages; i++) { + gnttab_grant_foreign_access_ref(grant + i, 0, + pfn_to_gfn(pfn + i), 0); + } + + *dma_handle =3D grant_to_dma(grant); + + return ret; +} + +static void xen_virtio_dma_free(struct device *dev, size_t size, void *vad= dr, + dma_addr_t dma_handle, unsigned long attrs) +{ + unsigned int n_pages =3D PFN_UP(size); + unsigned int i; + grant_ref_t grant; + + grant =3D dma_to_grant(dma_handle); + + for (i =3D 0; i < n_pages; i++) + gnttab_end_foreign_access_ref(grant + i); + + gnttab_free_grant_reference_seq(grant, n_pages); + + free_pages((unsigned long)vaddr, get_order(size)); +} + +static struct page *xen_virtio_dma_alloc_pages(struct device *dev, size_t = size, + dma_addr_t *dma_handle, + enum dma_data_direction dir, + gfp_t gfp) +{ + WARN_ONCE(1, "xen_virtio_dma_alloc_pages size %ld\n", size); + return NULL; +} + +static void xen_virtio_dma_free_pages(struct device *dev, size_t size, + struct page *vaddr, dma_addr_t dma_handle, + enum dma_data_direction dir) +{ + WARN_ONCE(1, "xen_virtio_dma_free_pages size %ld\n", size); +} + +static dma_addr_t xen_virtio_dma_map_page(struct device *dev, struct page = *page, + unsigned long offset, size_t size, + enum dma_data_direction dir, + unsigned long attrs) +{ + grant_ref_t grant; + + if (gnttab_alloc_grant_references(1, &grant)) + return 0; + + gnttab_grant_foreign_access_ref(grant, 0, xen_page_to_gfn(page), + dir =3D=3D DMA_TO_DEVICE); + + return grant_to_dma(grant) + offset; +} + +static void xen_virtio_dma_unmap_page(struct device *dev, dma_addr_t dma_h= andle, + size_t size, enum dma_data_direction dir, + unsigned long attrs) +{ + grant_ref_t grant; + + grant =3D dma_to_grant(dma_handle); + + gnttab_end_foreign_access_ref(grant); + + gnttab_free_grant_reference(grant); +} + +static int xen_virtio_dma_map_sg(struct device *dev, struct scatterlist *s= g, + int nents, enum dma_data_direction dir, + unsigned long attrs) +{ + WARN_ONCE(1, "xen_virtio_dma_map_sg nents %d\n", nents); + return -EINVAL; +} + +static void xen_virtio_dma_unmap_sg(struct device *dev, struct scatterlist= *sg, + int nents, enum dma_data_direction dir, + unsigned long attrs) +{ + WARN_ONCE(1, "xen_virtio_dma_unmap_sg nents %d\n", nents); +} + +static int xen_virtio_dma_dma_supported(struct device *dev, u64 mask) +{ + return 1; +} + +static const struct dma_map_ops xen_virtio_dma_ops =3D { + .alloc =3D xen_virtio_dma_alloc, + .free =3D xen_virtio_dma_free, + .alloc_pages =3D xen_virtio_dma_alloc_pages, + .free_pages =3D xen_virtio_dma_free_pages, + .mmap =3D dma_common_mmap, + .get_sgtable =3D dma_common_get_sgtable, + .map_page =3D xen_virtio_dma_map_page, + .unmap_page =3D xen_virtio_dma_unmap_page, + .map_sg =3D xen_virtio_dma_map_sg, + .unmap_sg =3D xen_virtio_dma_unmap_sg, + .dma_supported =3D xen_virtio_dma_dma_supported, +}; + +void xen_virtio_setup_dma_ops(struct device *dev) +{ + dev->dma_ops =3D &xen_virtio_dma_ops; +} +EXPORT_SYMBOL_GPL(xen_virtio_setup_dma_ops); + +MODULE_DESCRIPTION("Xen virtio support driver"); +MODULE_AUTHOR("Juergen Gross "); +MODULE_LICENSE("GPL"); diff --git a/include/xen/xen-ops.h b/include/xen/xen-ops.h index a3584a3..ae3c1bc 100644 --- a/include/xen/xen-ops.h +++ b/include/xen/xen-ops.h @@ -221,4 +221,12 @@ static inline void xen_preemptible_hcall_end(void) { } =20 #endif /* CONFIG_XEN_PV && !CONFIG_PREEMPTION */ =20 +#ifdef CONFIG_XEN_VIRTIO +void xen_virtio_setup_dma_ops(struct device *dev); +#else +static inline void xen_virtio_setup_dma_ops(struct device *dev) +{ +} +#endif /* CONFIG_XEN_VIRTIO */ + #endif /* INCLUDE_XEN_OPS_H */ --=20 2.7.4 From nobody Wed May 15 21:48:17 2024 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3C76DC433FE for ; Thu, 14 Apr 2022 19:20:00 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345330AbiDNTWX (ORCPT ); Thu, 14 Apr 2022 15:22:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52168 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345161AbiDNTWJ (ORCPT ); Thu, 14 Apr 2022 15:22:09 -0400 Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id A2179A145C; Thu, 14 Apr 2022 12:19:43 -0700 (PDT) Received: by mail-lf1-x130.google.com with SMTP id b21so10776932lfb.5; Thu, 14 Apr 2022 12:19:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=R46jQ8Mh8wQzPdylSEViVF+ujde6F3v3VBI24iINPTM=; b=QRWLAqmejMzVP/VaSSlfrFYwEo3OK4Yf6F7LquH6LbczOkSkbq/vAsvvcBkQZ3ISuO wk/F7z7KZoaZjO6jJEtsC8Z8u0HmEeGUEZBJ+5uIIL8d4EZc/Xy5CV+958+05d7Oh+3w 0MTx5F+/q1lMyyGoE/T8SwKtQsZ+ljloGYnRMXgZR3RSh42S3JxNeguRIyZ8pSqxFcSJ lbwOzjD3LaDkuMdE7Vsq66i//JMVvHCxYJln9faVJVA4/8+FWK/0SSS5ZAme/0sNPB8x GZApoZF4cbZLwHjguo+2oIvkWDrnYDqQpErg124vnNNbbDISEkGcSHd43FjTBLZC5Hys u53A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=R46jQ8Mh8wQzPdylSEViVF+ujde6F3v3VBI24iINPTM=; b=hf6PxSD7Vr7l87OdoD9NNJAEBJLCSBtglmXXyciZgeR8YbFzBIItfG6L+sfFBz2XPF fbPD5Qzl+OU1DGp3fYvqI7KBFg8JOxBUVq9TlFquxisAfBEDp80evlAgI4rfTAj496WM nnw1vVTr7quXAc9RFq8OtoIKjuOnPgYjSxrUBL9IUf5+IISdN0PvQzUKOKoojggKRc3j 7pT9qMp2u5r1+9xCRhk3yQv//bpGDTGGdTjNZSxCez3jPJirsmv060b1XqUy53tPkJMF Zu5P9TSNpZpCNogzMn4vy22cLvnDSL003YhApzrdozA9VdAcRo76pQ45NFjsh0jEOxMr y83g== X-Gm-Message-State: AOAM5325wk9UfePDAfFCHcp9KUHUKOvTPR0rrBYwDrLM42FDI637jiXD jk8fbsTkJjJ0yxxIJFzRaQ4= X-Google-Smtp-Source: ABdhPJwDFkGrudp03NZzkhnvIn/IK69FMZdjURZkh3p/wuKd/xnIHAcuOjWitfBhsfM9796bR6Fn5A== X-Received: by 2002:a05:6512:169a:b0:44a:fea7:50a5 with SMTP id bu26-20020a056512169a00b0044afea750a5mr2825082lfb.498.1649963981876; Thu, 14 Apr 2022 12:19:41 -0700 (PDT) Received: from otyshchenko.router ([212.22.223.21]) by smtp.gmail.com with ESMTPSA id l3-20020a194943000000b0046b928d2795sm85001lfj.67.2022.04.14.12.19.40 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Apr 2022 12:19:41 -0700 (PDT) From: Oleksandr Tyshchenko To: xen-devel@lists.xenproject.org, virtualization@lists.linux-foundation.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Cc: Oleksandr Tyshchenko , "Michael S. Tsirkin" , Jason Wang , Rob Herring , Krzysztof Kozlowski , Julien Grall , Juergen Gross , Stefano Stabellini Subject: [RFC PATCH 3/6] dt-bindings: xen: Add xen,dev-domid property description for xen-virtio layer Date: Thu, 14 Apr 2022 22:19:30 +0300 Message-Id: <1649963973-22879-4-git-send-email-olekstysh@gmail.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1649963973-22879-1-git-send-email-olekstysh@gmail.com> References: <1649963973-22879-1-git-send-email-olekstysh@gmail.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" From: Oleksandr Tyshchenko Introduce Xen specific binding for the virtio-mmio device to be used by Xen virtio support driver in a subsequent commit. This binding specifies the ID of Xen domain where the corresponding device (backend) resides. This is needed for the option to restrict memory access using Xen grant mappings to work. Signed-off-by: Oleksandr Tyshchenko --- .../devicetree/bindings/virtio/xen,dev-domid.yaml | 39 ++++++++++++++++++= ++++ 1 file changed, 39 insertions(+) create mode 100644 Documentation/devicetree/bindings/virtio/xen,dev-domid.= yaml diff --git a/Documentation/devicetree/bindings/virtio/xen,dev-domid.yaml b/= Documentation/devicetree/bindings/virtio/xen,dev-domid.yaml new file mode 100644 index 00000000..78be993 --- /dev/null +++ b/Documentation/devicetree/bindings/virtio/xen,dev-domid.yaml @@ -0,0 +1,39 @@ +# SPDX-License-Identifier: (GPL-2.0-only or BSD-2-Clause) +%YAML 1.2 +--- +$id: http://devicetree.org/schemas/virtio/xen,dev-domid.yaml# +$schema: http://devicetree.org/meta-schemas/core.yaml# + +title: Xen specific binding for the virtio device + +maintainers: + - Oleksandr Tyshchenko + +select: true + +description: + This binding specifies the ID of Xen domain where the corresponding devi= ce + (backend) resides. This is needed for the option to restrict memory acce= ss + using Xen grant mappings to work. + + Note that current and generic "iommus" bindings are mutually exclusive, = since + the restricted memory access model on Xen behaves as a kind of software = IOMMU. + +properties: + xen,dev-domid: + $ref: /schemas/types.yaml#/definitions/uint32 + description: + Should contain the ID of device's domain. + +additionalProperties: true + +examples: + - | + virtio_block@3000 { + compatible =3D "virtio,mmio"; + reg =3D <0x3000 0x100>; + interrupts =3D <41>; + + /* The device is located in Xen domain with ID 1 */ + xen,dev-domid =3D <1>; + }; --=20 2.7.4 From nobody Wed May 15 21:48:17 2024 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=1649964015; cv=none; d=zohomail.com; s=zohoarc; b=HzwmidRv9lBLZOhJk06f/IzBxsbTwuOf7igjYKIpzK4B2cnvTYM0Qt1GZ0csJjzZZkh2t/ggWN972KNcDfd3xSGMpdm0Zy6KSA7rodkOvVBNs5fE2+m/xG/YSyGkQ87RPbbpCHHm4rZx0W3DTtKyJkbYyYM0OWi4WZfzar/i4LI= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1649964015; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:MIME-Version:Message-ID:References:Sender:Subject:To; bh=HH0lNJhCKrn1KVzcgV/uI3rqOPkxUwMay92nkSrAjww=; b=fxZD/H8gbGmh6mCS5NhjWLxefUyANeKGJsITgFPkL1oPlpicO/1GgMdRf0JKtXKlQ/UBMWOp92dD7AVpfAwmEM2+4vK1YWkTyvVKwulenSNtofY/E33Rw1yAk6iPp7l1Jf516nhba9bCNCj2c5s5/QuRVOQKwO/qgriyg1e6p0M= 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) Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 1649964015229673.5238670460665; Thu, 14 Apr 2022 12:20:15 -0700 (PDT) Received: from list by lists.xenproject.org with outflank-mailman.305049.519891 (Exim 4.92) (envelope-from ) id 1nf50L-0005vc-Mf; Thu, 14 Apr 2022 19:19:45 +0000 Received: by outflank-mailman (output) from mailman id 305049.519891; Thu, 14 Apr 2022 19:19:45 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1nf50L-0005v5-G6; Thu, 14 Apr 2022 19:19:45 +0000 Received: by outflank-mailman (input) for mailman id 305049; Thu, 14 Apr 2022 19:19:44 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1nf50K-00054x-KR for xen-devel@lists.xenproject.org; Thu, 14 Apr 2022 19:19:44 +0000 Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [2a00:1450:4864:20::230]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id d6d29c6f-bc27-11ec-8fbe-03012f2f19d4; Thu, 14 Apr 2022 21:19:43 +0200 (CEST) Received: by mail-lj1-x230.google.com with SMTP id o16so7264762ljp.3 for ; Thu, 14 Apr 2022 12:19:43 -0700 (PDT) Received: from otyshchenko.router ([212.22.223.21]) by smtp.gmail.com with ESMTPSA id l3-20020a194943000000b0046b928d2795sm85001lfj.67.2022.04.14.12.19.41 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Apr 2022 12:19:42 -0700 (PDT) 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: d6d29c6f-bc27-11ec-8fbe-03012f2f19d4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=HH0lNJhCKrn1KVzcgV/uI3rqOPkxUwMay92nkSrAjww=; b=CSmQsWmMPhKn65VWOLhlyWUk/5YwfpW6oHGmDgSr8oyIRtln1bgL/FxXCzwqOQ2scW Kul15jhG/xUMsrq9hwxgzV7VZ+jj3hupZRanvoSdnRr8nY+F8D9bVK1bhDZDRzNimT23 LAh7fUHs+YKWYCqE86acY6uO/YWr6KZAKVBtZxwCRFor0ambo4hAmrApMjmGMTo04/Vx omjZqW9FpYwni3wQwXilVmnhhBiTL44fcofN4KwMa0r/naLAzWmPO9D0cVR9OT/QkH7A h4d5ucGnzxq/vZwtYADqFA6IbCHPqfZ2O1SM0pyYOBrcVF6qgnYeOnQS+OhyTtG8dwru XDgw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=HH0lNJhCKrn1KVzcgV/uI3rqOPkxUwMay92nkSrAjww=; b=C45vKP/KXwWMnkBsnGoT9PkvB8ww3PfQgr0HsOvcUR8+2LI2TRnE/I2ZZtmSw3uBs4 pzfpUGNjqW584lp93FohXlmcRBiIwSYZRXooztWmRGbNT6LEUT6r6lKJiaaxgHWbmOhX TZhxbf66R5j2i1Ok6L57UGLMjQi9xzX4cFdmVDBpP43fn9mi6UGj8hkOmjQNRX8aOuCP Hc1S7w6AYeQJ00YaGsfSjuWMXejW2nM0sKOvAHn1HO/FFWr4oIphFs7L5dEgBlTQf+2e pVt1V904IdslXAkRbKCrZBcBc8pqSIceJTWkqC7joxKN/ntrt/aY4ncjLdZuqHN2cTfm xaHw== X-Gm-Message-State: AOAM532kWm62D2QwoAqF8ETnuLrkLgLn4WPPibAL5uM+gRlrMTu9aKMm 5tEKWdcqQfY3o85r/APcaYMWeFWeHX0= X-Google-Smtp-Source: ABdhPJyqaIJqLPokLPf5w1P1n+RXHoKfPPFHkJ8cRMG0ZDENL1jq4zsAVzAnYaGGBHo3X65+xfsMjQ== X-Received: by 2002:a2e:9c2:0:b0:24a:c757:b9bb with SMTP id 185-20020a2e09c2000000b0024ac757b9bbmr2493120ljj.360.1649963982965; Thu, 14 Apr 2022 12:19:42 -0700 (PDT) From: Oleksandr Tyshchenko To: xen-devel@lists.xenproject.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Cc: Oleksandr Tyshchenko , Stefano Stabellini , Russell King , Boris Ostrovsky , Juergen Gross , Julien Grall Subject: [RFC PATCH 4/6] virtio: Various updates to xen-virtio DMA ops layer Date: Thu, 14 Apr 2022 22:19:31 +0300 Message-Id: <1649963973-22879-5-git-send-email-olekstysh@gmail.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1649963973-22879-1-git-send-email-olekstysh@gmail.com> References: <1649963973-22879-1-git-send-email-olekstysh@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-ZohoMail-DKIM: pass (identity @gmail.com) X-ZM-MESSAGEID: 1649964015766100011 From: Oleksandr Tyshchenko In the context of current patch do the following: 1. Update code to support virtio-mmio devices 2. Introduce struct xen_virtio_data and account passed virtio devices (using list) as we need to store some per-device data 3. Add multi-page support for xen_virtio_dma_map(unmap)_page callbacks 4. Harden code against malicious backend 5. Change to use alloc_pages_exact() instead of __get_free_pages() 6. Introduce locking scheme to protect mappings (I am not 100% sure whether per-device lock is really needed) 7. Handle virtio device's DMA mask 8. Retrieve the ID of backend domain from DT for virtio-mmio device instead of hardcoding it. Signed-off-by: Oleksandr Tyshchenko --- arch/arm/xen/enlighten.c | 11 +++ drivers/xen/Kconfig | 2 +- drivers/xen/xen-virtio.c | 200 ++++++++++++++++++++++++++++++++++++++++++-= ---- include/xen/xen-ops.h | 5 ++ 4 files changed, 196 insertions(+), 22 deletions(-) diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c index ec5b082..870d92f 100644 --- a/arch/arm/xen/enlighten.c +++ b/arch/arm/xen/enlighten.c @@ -409,6 +409,17 @@ int __init arch_xen_unpopulated_init(struct resource *= *res) } #endif =20 +#ifdef CONFIG_ARCH_HAS_RESTRICTED_VIRTIO_MEMORY_ACCESS +int arch_has_restricted_virtio_memory_access(void) +{ + if (IS_ENABLED(CONFIG_XEN_HVM_VIRTIO_GRANT) && xen_hvm_domain()) + return 1; + + return 0; +} +EXPORT_SYMBOL_GPL(arch_has_restricted_virtio_memory_access); +#endif + static void __init xen_dt_guest_init(void) { struct device_node *xen_node; diff --git a/drivers/xen/Kconfig b/drivers/xen/Kconfig index fc61f7a..56afe6a 100644 --- a/drivers/xen/Kconfig +++ b/drivers/xen/Kconfig @@ -347,7 +347,7 @@ config XEN_VIRTIO =20 config XEN_HVM_VIRTIO_GRANT bool "Require virtio for fully virtualized guests to use grant mappings" - depends on XEN_VIRTIO && X86_64 + depends on XEN_VIRTIO && (X86_64 || ARM || ARM64) default y help Require virtio for fully virtualized guests to use grant mappings. diff --git a/drivers/xen/xen-virtio.c b/drivers/xen/xen-virtio.c index cfd5eda..c5b2ec9 100644 --- a/drivers/xen/xen-virtio.c +++ b/drivers/xen/xen-virtio.c @@ -7,12 +7,26 @@ =20 #include #include +#include #include #include #include #include #include =20 +struct xen_virtio_data { + /* The ID of backend domain */ + domid_t dev_domid; + struct device *dev; + struct list_head list; + spinlock_t lock; + /* Is device behaving sane? */ + bool broken; +}; + +static LIST_HEAD(xen_virtio_devices); +static DEFINE_SPINLOCK(xen_virtio_lock); + #define XEN_GRANT_ADDR_OFF 0x8000000000000000ULL =20 static inline dma_addr_t grant_to_dma(grant_ref_t grant) @@ -25,6 +39,25 @@ static inline grant_ref_t dma_to_grant(dma_addr_t dma) return (grant_ref_t)((dma & ~XEN_GRANT_ADDR_OFF) >> PAGE_SHIFT); } =20 +static struct xen_virtio_data *find_xen_virtio_data(struct device *dev) +{ + struct xen_virtio_data *data =3D NULL; + bool found =3D false; + + spin_lock(&xen_virtio_lock); + + list_for_each_entry( data, &xen_virtio_devices, list) { + if (data->dev =3D=3D dev) { + found =3D true; + break; + } + } + + spin_unlock(&xen_virtio_lock); + + return found ? data : NULL; +} + /* * DMA ops for Xen virtio frontends. * @@ -43,48 +76,78 @@ static void *xen_virtio_dma_alloc(struct device *dev, s= ize_t size, dma_addr_t *dma_handle, gfp_t gfp, unsigned long attrs) { - unsigned int n_pages =3D PFN_UP(size); - unsigned int i; + struct xen_virtio_data *data; + unsigned int i, n_pages =3D PFN_UP(size); unsigned long pfn; grant_ref_t grant; - void *ret; + void *ret =3D NULL; =20 - ret =3D (void *)__get_free_pages(gfp, get_order(size)); - if (!ret) + data =3D find_xen_virtio_data(dev); + if (!data) return NULL; =20 + spin_lock(&data->lock); + + if (unlikely(data->broken)) + goto out; + + ret =3D alloc_pages_exact(n_pages * PAGE_SIZE, gfp); + if (!ret) + goto out; + pfn =3D virt_to_pfn(ret); =20 if (gnttab_alloc_grant_reference_seq(n_pages, &grant)) { - free_pages((unsigned long)ret, get_order(size)); - return NULL; + free_pages_exact(ret, n_pages * PAGE_SIZE); + ret =3D NULL; + goto out; } =20 for (i =3D 0; i < n_pages; i++) { - gnttab_grant_foreign_access_ref(grant + i, 0, + gnttab_grant_foreign_access_ref(grant + i, data->dev_domid, pfn_to_gfn(pfn + i), 0); } =20 *dma_handle =3D grant_to_dma(grant); =20 +out: + spin_unlock(&data->lock); + return ret; } =20 static void xen_virtio_dma_free(struct device *dev, size_t size, void *vad= dr, dma_addr_t dma_handle, unsigned long attrs) { - unsigned int n_pages =3D PFN_UP(size); - unsigned int i; + struct xen_virtio_data *data; + unsigned int i, n_pages =3D PFN_UP(size); grant_ref_t grant; =20 + data =3D find_xen_virtio_data(dev); + if (!data) + return; + + spin_lock(&data->lock); + + if (unlikely(data->broken)) + goto out; + grant =3D dma_to_grant(dma_handle); =20 - for (i =3D 0; i < n_pages; i++) - gnttab_end_foreign_access_ref(grant + i); + for (i =3D 0; i < n_pages; i++) { + if (unlikely(!gnttab_end_foreign_access_ref(grant + i))) { + dev_alert(dev, "Grant still in use by backend domain, disabled for furt= her use\n"); + data->broken =3D true; + goto out; + } + } =20 gnttab_free_grant_reference_seq(grant, n_pages); =20 - free_pages((unsigned long)vaddr, get_order(size)); + free_pages_exact(vaddr, n_pages * PAGE_SIZE); + +out: + spin_unlock(&data->lock); } =20 static struct page *xen_virtio_dma_alloc_pages(struct device *dev, size_t = size, @@ -108,28 +171,71 @@ static dma_addr_t xen_virtio_dma_map_page(struct devi= ce *dev, struct page *page, enum dma_data_direction dir, unsigned long attrs) { + struct xen_virtio_data *data; + unsigned int i, n_pages =3D PFN_UP(size); grant_ref_t grant; + dma_addr_t dma_handle =3D DMA_MAPPING_ERROR; + + BUG_ON(dir =3D=3D DMA_NONE); + + data =3D find_xen_virtio_data(dev); + if (!data) + return DMA_MAPPING_ERROR; + + spin_lock(&data->lock); =20 - if (gnttab_alloc_grant_references(1, &grant)) - return 0; + if (unlikely(data->broken)) + goto out; =20 - gnttab_grant_foreign_access_ref(grant, 0, xen_page_to_gfn(page), - dir =3D=3D DMA_TO_DEVICE); + if (gnttab_alloc_grant_reference_seq(n_pages, &grant)) + goto out; =20 - return grant_to_dma(grant) + offset; + for (i =3D 0; i < n_pages; i++) { + gnttab_grant_foreign_access_ref(grant + i, data->dev_domid, + xen_page_to_gfn(page) + i, dir =3D=3D DMA_TO_DEVICE); + } + + dma_handle =3D grant_to_dma(grant) + offset; + +out: + spin_unlock(&data->lock); + + return dma_handle; } =20 static void xen_virtio_dma_unmap_page(struct device *dev, dma_addr_t dma_h= andle, size_t size, enum dma_data_direction dir, unsigned long attrs) { + struct xen_virtio_data *data; + unsigned int i, n_pages =3D PFN_UP(size); grant_ref_t grant; =20 + BUG_ON(dir =3D=3D DMA_NONE); + + data =3D find_xen_virtio_data(dev); + if (!data) + return; + + spin_lock(&data->lock); + + if (unlikely(data->broken)) + goto out; + grant =3D dma_to_grant(dma_handle); =20 - gnttab_end_foreign_access_ref(grant); + for (i =3D 0; i < n_pages; i++) { + if (unlikely(!gnttab_end_foreign_access_ref(grant + i))) { + dev_alert(dev, "Grant still in use by backend domain, disabled for furt= her use\n"); + data->broken =3D true; + goto out; + } + } + + gnttab_free_grant_reference_seq(grant, n_pages); =20 - gnttab_free_grant_reference(grant); +out: + spin_unlock(&data->lock); } =20 static int xen_virtio_dma_map_sg(struct device *dev, struct scatterlist *s= g, @@ -149,7 +255,7 @@ static void xen_virtio_dma_unmap_sg(struct device *dev,= struct scatterlist *sg, =20 static int xen_virtio_dma_dma_supported(struct device *dev, u64 mask) { - return 1; + return mask =3D=3D DMA_BIT_MASK(64); } =20 static const struct dma_map_ops xen_virtio_dma_ops =3D { @@ -166,9 +272,61 @@ static const struct dma_map_ops xen_virtio_dma_ops =3D= { .dma_supported =3D xen_virtio_dma_dma_supported, }; =20 +bool xen_is_virtio_device(struct device *dev) +{ + /* XXX Handle only DT devices for now */ + if (!dev->of_node) + return false; + + if (!of_device_is_compatible(dev->of_node, "virtio,mmio")) + return false; + + return of_property_read_bool(dev->of_node, "xen,dev-domid"); +} +EXPORT_SYMBOL_GPL(xen_is_virtio_device); + void xen_virtio_setup_dma_ops(struct device *dev) { + struct xen_virtio_data *data; + uint32_t dev_domid; + + data =3D find_xen_virtio_data(dev); + if (data) { + dev_err(dev, "xen_virtio data is already created\n"); + return; + } + + if (dev_is_pci(dev)) { + /* XXX Leave it hard wired to dom0 for now */ + dev_domid =3D 0; + } else if (dev->of_node) { + if (of_property_read_u32(dev->of_node, "xen,dev-domid", &dev_domid)) { + dev_err(dev, "xen,dev-domid property is not present\n"); + goto err; + } + } else + /* The ACPI case is not supported */ + goto err; + + data =3D devm_kzalloc(dev, sizeof(*data), GFP_KERNEL); + if (!data) { + dev_err(dev, "=D0=A1annot allocate xen_virtio data\n"); + goto err; + } + data->dev_domid =3D dev_domid; + data->dev =3D dev; + spin_lock_init(&data->lock); + + spin_lock(&xen_virtio_lock); + list_add(&data->list, &xen_virtio_devices); + spin_unlock(&xen_virtio_lock); + dev->dma_ops =3D &xen_virtio_dma_ops; + + return; + +err: + dev_err(dev, "=D0=A1annot set up xen_virtio DMA ops, retain platform DMA = ops\n"); } EXPORT_SYMBOL_GPL(xen_virtio_setup_dma_ops); =20 diff --git a/include/xen/xen-ops.h b/include/xen/xen-ops.h index ae3c1bc..fdbcb99 100644 --- a/include/xen/xen-ops.h +++ b/include/xen/xen-ops.h @@ -223,10 +223,15 @@ static inline void xen_preemptible_hcall_end(void) { } =20 #ifdef CONFIG_XEN_VIRTIO void xen_virtio_setup_dma_ops(struct device *dev); +bool xen_is_virtio_device(struct device *dev); #else static inline void xen_virtio_setup_dma_ops(struct device *dev) { } +static inline bool xen_is_virtio_device(struct device *dev) +{ + return false; +} #endif /* CONFIG_XEN_VIRTIO */ =20 #endif /* INCLUDE_XEN_OPS_H */ --=20 2.7.4 From nobody Wed May 15 21:48:17 2024 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=1649964013; cv=none; d=zohomail.com; s=zohoarc; b=aSAtDBPOUom/QR4O8GfiVZ4HoKCgyu2mhw0eF6BCPrTXhtI93EerPMGdj/tMSuZD26RzC6WKBxEWvhD8LDXkdeljJwEFrT+rI3hpV8bgtyzSPvy8f9HdGuNuLREWzlXugytPc4o4M1MVms0DJID8nF1+lYVBPRxibjXdxVdANqE= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1649964013; h=Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:Message-ID:References:Sender:Subject:To; bh=lMGcVfKV8sctWGleZvUOf73V/MSGq5S+Npr1qVNtBaA=; b=Iuf3htApxVWMRA8mNzSNxyHwUQtrQXONSCTwUOlqr1qe45MimbfM3+hWQIMvwuOEf+fxfeJW72G/9dLxqO15sanM6K3pHZY4V/T9nizech2G5CPNe3Kyz10eYeH2jsicPGCQX8HEtcms2jzwkzo9ftTvKbfCz+Ih4CIZg4caduc= 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) Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 1649964013129569.9077796525834; Thu, 14 Apr 2022 12:20:13 -0700 (PDT) Received: from list by lists.xenproject.org with outflank-mailman.305050.519905 (Exim 4.92) (envelope-from ) id 1nf50N-0006L0-17; Thu, 14 Apr 2022 19:19:47 +0000 Received: by outflank-mailman (output) from mailman id 305050.519905; Thu, 14 Apr 2022 19:19:46 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1nf50M-0006J6-Q5; Thu, 14 Apr 2022 19:19:46 +0000 Received: by outflank-mailman (input) for mailman id 305050; Thu, 14 Apr 2022 19:19:45 +0000 Received: from se1-gles-sth1-in.inumbo.com ([159.253.27.254] helo=se1-gles-sth1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1nf50L-0005Nh-I8 for xen-devel@lists.xenproject.org; Thu, 14 Apr 2022 19:19:45 +0000 Received: from mail-lf1-x129.google.com (mail-lf1-x129.google.com [2a00:1450:4864:20::129]) by se1-gles-sth1.inumbo.com (Halon) with ESMTPS id d788765a-bc27-11ec-a405-831a346695d4; Thu, 14 Apr 2022 21:19:44 +0200 (CEST) Received: by mail-lf1-x129.google.com with SMTP id b21so10777111lfb.5 for ; Thu, 14 Apr 2022 12:19:44 -0700 (PDT) Received: from otyshchenko.router ([212.22.223.21]) by smtp.gmail.com with ESMTPSA id l3-20020a194943000000b0046b928d2795sm85001lfj.67.2022.04.14.12.19.43 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Apr 2022 12:19:43 -0700 (PDT) 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: d788765a-bc27-11ec-a405-831a346695d4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=lMGcVfKV8sctWGleZvUOf73V/MSGq5S+Npr1qVNtBaA=; b=HouaAb9VHQFNGxR9MIu6VzU91fVp9m4H9MFuGHWemt2O82W51Jf7w0svknXQnp9eoL Goijg/CjOJm12gw7O79o4tOKKi3VWVpFlGcCExQrgrgWjTLybck87oaBE8839ZFvqsgt PHA9UIv4u9ZIJ0KRv79B8BNi7Ma48plv0i8Ikw6DPDjZOba9itZELQd6iL42ER4Do5KC KnGW1lDf5sUT5lSWC5BOctu4TM3VkGzNie7bvNS2Bn7x53eayd0Dgb1qqP6phAjj3tzd uRuUa2wtuEaXrTf/kpJoJpqL9whQiLU0m+UmApeEsmIl/mWjegT0468noSCexcMl91FI NpKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=lMGcVfKV8sctWGleZvUOf73V/MSGq5S+Npr1qVNtBaA=; b=MLZV1woHGMPXjj97f21iis6hTFiZ4Sb+0Kp3cFo1vnj6cEWqpeujGqjL311nWBhNX2 t/rRh8b2dxzKAqf85apkDW47KT4ahAuVuu9wNbm1YuyJpZVl4pmbWESeQ2cxjPyV8DFr 2oCrqk0Qyo/6unaR39nGvzjttwU0fiWhBAiwc3QZvnluq6DboqYrw8U9MQfvLunPmi1U ioUCk8CP1IkDEV5h+EuaJK54SE8/BLJ0NKqiqAoYMoqte1fWRxsd0GWrs+kbNMkPMej2 h8PvDkJgrUhDYRImSTUQWcroXBVBXMLVMuqGmORoARMLlL+MVz/fClLoMkfFLMSVYrUH Y3Ng== X-Gm-Message-State: AOAM530zbh5ClJsjSXhwi+UeZ92gQFR0ayKC/Ndxu0/ADc+wOK8+28Pv gIE2FT39txPv/j6kzn1I7M2jzPrKubM= X-Google-Smtp-Source: ABdhPJyqpKzQq/8peqyhT0SdO2Fz0WkprUG2NmtNhK+vB9NhUMwVEFgX8mPVozIXpha113okS20X4g== X-Received: by 2002:a05:6512:3f97:b0:44a:f67d:7d8 with SMTP id x23-20020a0565123f9700b0044af67d07d8mr2755017lfa.81.1649963984241; Thu, 14 Apr 2022 12:19:44 -0700 (PDT) From: Oleksandr Tyshchenko To: xen-devel@lists.xenproject.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Cc: Oleksandr Tyshchenko , Stefano Stabellini , Russell King , Catalin Marinas , Will Deacon , Boris Ostrovsky , Juergen Gross , Logan Gunthorpe , David Hildenbrand , Martin Oliveira , Kees Cook , Jean-Philippe Brucker , Julien Grall Subject: [RFC PATCH 5/6] arm/xen: Introduce xen_setup_dma_ops() Date: Thu, 14 Apr 2022 22:19:32 +0300 Message-Id: <1649963973-22879-6-git-send-email-olekstysh@gmail.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1649963973-22879-1-git-send-email-olekstysh@gmail.com> References: <1649963973-22879-1-git-send-email-olekstysh@gmail.com> X-ZohoMail-DKIM: pass (identity @gmail.com) X-ZM-MESSAGEID: 1649964014143100003 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" From: Oleksandr Tyshchenko This patch introduces new helper and places it in new header. The helper's purpose is to assign any Xen specific DMA ops in a single place. For now, we deal with xen-swiotlb DMA ops only. The subsequent patch will add xen-virtio DMA ops case. Also re-use the xen_swiotlb_detect() check on Arm32. Signed-off-by: Oleksandr Tyshchenko --- arch/arm/include/asm/xen/xen-ops.h | 1 + arch/arm/mm/dma-mapping.c | 5 ++--- arch/arm64/include/asm/xen/xen-ops.h | 1 + arch/arm64/mm/dma-mapping.c | 5 ++--- include/xen/arm/xen-ops.h | 13 +++++++++++++ 5 files changed, 19 insertions(+), 6 deletions(-) create mode 100644 arch/arm/include/asm/xen/xen-ops.h create mode 100644 arch/arm64/include/asm/xen/xen-ops.h create mode 100644 include/xen/arm/xen-ops.h diff --git a/arch/arm/include/asm/xen/xen-ops.h b/arch/arm/include/asm/xen/= xen-ops.h new file mode 100644 index 00000000..8d2fa24 --- /dev/null +++ b/arch/arm/include/asm/xen/xen-ops.h @@ -0,0 +1 @@ +#include diff --git a/arch/arm/mm/dma-mapping.c b/arch/arm/mm/dma-mapping.c index 82ffac6..a1bf9dd 100644 --- a/arch/arm/mm/dma-mapping.c +++ b/arch/arm/mm/dma-mapping.c @@ -33,7 +33,7 @@ #include #include #include -#include +#include =20 #include "dma.h" #include "mm.h" @@ -2288,8 +2288,7 @@ void arch_setup_dma_ops(struct device *dev, u64 dma_b= ase, u64 size, set_dma_ops(dev, dma_ops); =20 #ifdef CONFIG_XEN - if (xen_initial_domain()) - dev->dma_ops =3D &xen_swiotlb_dma_ops; + xen_setup_dma_ops(dev); #endif dev->archdata.dma_ops_setup =3D true; } diff --git a/arch/arm64/include/asm/xen/xen-ops.h b/arch/arm64/include/asm/= xen/xen-ops.h new file mode 100644 index 00000000..8d2fa24 --- /dev/null +++ b/arch/arm64/include/asm/xen/xen-ops.h @@ -0,0 +1 @@ +#include diff --git a/arch/arm64/mm/dma-mapping.c b/arch/arm64/mm/dma-mapping.c index 6719f9e..831e673 100644 --- a/arch/arm64/mm/dma-mapping.c +++ b/arch/arm64/mm/dma-mapping.c @@ -9,9 +9,9 @@ #include #include #include -#include =20 #include +#include =20 void arch_sync_dma_for_device(phys_addr_t paddr, size_t size, enum dma_data_direction dir) @@ -53,7 +53,6 @@ void arch_setup_dma_ops(struct device *dev, u64 dma_base,= u64 size, iommu_setup_dma_ops(dev, dma_base, dma_base + size - 1); =20 #ifdef CONFIG_XEN - if (xen_swiotlb_detect()) - dev->dma_ops =3D &xen_swiotlb_dma_ops; + xen_setup_dma_ops(dev); #endif } diff --git a/include/xen/arm/xen-ops.h b/include/xen/arm/xen-ops.h new file mode 100644 index 00000000..621da05 --- /dev/null +++ b/include/xen/arm/xen-ops.h @@ -0,0 +1,13 @@ +/* SPDX-License-Identifier: GPL-2.0 */ +#ifndef _ASM_ARM_XEN_OPS_H +#define _ASM_ARM_XEN_OPS_H + +#include + +static inline void xen_setup_dma_ops(struct device *dev) +{ + if (xen_swiotlb_detect()) + dev->dma_ops =3D &xen_swiotlb_dma_ops; +} + +#endif /* _ASM_ARM_XEN_OPS_H */ --=20 2.7.4 From nobody Wed May 15 21:48:17 2024 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=1649964012; cv=none; d=zohomail.com; s=zohoarc; b=JZCmF1S9IZhHrIyQeurMnUwx0g6zDmgxqlvb53ynLcOqRwrUcPHlZeCf7/A963BurzbyNjlhfW/S+Ut1m+/haSv5y7/ZebQ/G3YndqREJVkOp+NuKfQtwMscW0a6GNBeuK4sDE4/mQG1HvNb3bI0Fer4OEoQlIUlGGop49xxwDM= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1649964012; h=Cc:Date:From:In-Reply-To:List-Subscribe:List-Post:List-Id:List-Help:List-Unsubscribe:Message-ID:References:Sender:Subject:To; bh=JLvcL2fLROn3t3atjcd/ETf/m7mMDU63S8SDHDmllis=; b=mbZIE80MqumWsd3d9bmVpu08gLDf3ujZXXkhTRxt7mcGirqxUtoGVC7tLBKQeQ8cpY3excR2h96H4cs2BmvvHM1CVtdaVLzxV5A4JEja6I11SKPbFJylOzso5RU5p3eKz896FLSWViRF+6YdaLzR7gqZaBQj7hLw2cl3AG8kDys= 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) Return-Path: Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) by mx.zohomail.com with SMTPS id 1649964012800946.2187177463272; Thu, 14 Apr 2022 12:20:12 -0700 (PDT) Received: from list by lists.xenproject.org with outflank-mailman.305051.519918 (Exim 4.92) (envelope-from ) id 1nf50O-0006gE-CU; Thu, 14 Apr 2022 19:19:48 +0000 Received: by outflank-mailman (output) from mailman id 305051.519918; Thu, 14 Apr 2022 19:19:48 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1nf50O-0006f8-5l; Thu, 14 Apr 2022 19:19:48 +0000 Received: by outflank-mailman (input) for mailman id 305051; Thu, 14 Apr 2022 19:19:46 +0000 Received: from se1-gles-flk1-in.inumbo.com ([94.247.172.50] helo=se1-gles-flk1.inumbo.com) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1nf50M-00054x-G3 for xen-devel@lists.xenproject.org; Thu, 14 Apr 2022 19:19:46 +0000 Received: from mail-lf1-x136.google.com (mail-lf1-x136.google.com [2a00:1450:4864:20::136]) by se1-gles-flk1.inumbo.com (Halon) with ESMTPS id d82992f9-bc27-11ec-8fbe-03012f2f19d4; Thu, 14 Apr 2022 21:19:45 +0200 (CEST) Received: by mail-lf1-x136.google.com with SMTP id u7so10757064lfs.8 for ; Thu, 14 Apr 2022 12:19:45 -0700 (PDT) Received: from otyshchenko.router ([212.22.223.21]) by smtp.gmail.com with ESMTPSA id l3-20020a194943000000b0046b928d2795sm85001lfj.67.2022.04.14.12.19.44 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Thu, 14 Apr 2022 12:19:44 -0700 (PDT) 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: d82992f9-bc27-11ec-8fbe-03012f2f19d4 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=JLvcL2fLROn3t3atjcd/ETf/m7mMDU63S8SDHDmllis=; b=PHixjVnS4M4CDbB1CHxDVeo28b/aVzSp0mJdrnkLOhqhj+Q/2wwhqo/TFVejF1D2cn M+V0zaS78dJd9lsRuBeMiEdLy1jV96PMJyIQ6tdjGX+3REplXlVqvCJvz8NPjkgZDOPf 0khIrkBNwrWYo3QJ78y6BdHbLNpK0mHknzDWftCsqrE3xGyfA0HJKlIH7azM+WvVfhCo FHFrJ5hJRJK3Z7+BjHY/QTvixVEHiQzKm5aCRqRcCN/lRd8u9CYEkm4z/L9bHAfjRB0R fxISXS4qdfBlfdENdbDSL4T/6mCEkKAVOD6Rznx/DdO6NACB2S+j7tbT1uhlqWI/zvSd XiZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=JLvcL2fLROn3t3atjcd/ETf/m7mMDU63S8SDHDmllis=; b=NmroHfOKX7GO4XNqsPzENCJPicBKQx90nzYREaR2EgI0VLCirEea6c83Frat2N2VXj 8FQmz9x/TMbdotJQKOmIQqAirCgeLxl+SgFg6GolQOb8g0my+yciaf1GcZvnpThNkw3G 7GG0ixdcPaFmEF++hUpmwCJHvmHodEUSZP3Ua8rCdOdBk1i1vPScRjs1vgTKYCtu39/E kpIs6JBuDxdDnrhGx+Qn8L+7o76scyX5K97Jb9S8ARabQ8qLuh3cy1QCdVoEotTi28KD khbAb/9s5F6vyo73TOyMkiVr9kLwXXG7rnjRYXYCzH9HzYa0RpDXv3vTRSr+CMC8G+Nc RbsQ== X-Gm-Message-State: AOAM530jZozdHCB7us1QOnymzZkRUqUZe3pm6rFRkW3bcNysnUsJwXI6 U3NO/oWH4AEwUvqow+Rf54XJhP9w9/o= X-Google-Smtp-Source: ABdhPJwMUxbIWiWwpSwBanMHzTQNTMGbJ4JbV9MkuLqT17euk/S+BBLtlBgciKyx0qEt1KTBdH2vcw== X-Received: by 2002:a05:6512:1082:b0:44a:a6be:90b with SMTP id j2-20020a056512108200b0044aa6be090bmr2827259lfg.45.1649963985288; Thu, 14 Apr 2022 12:19:45 -0700 (PDT) From: Oleksandr Tyshchenko To: xen-devel@lists.xenproject.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Cc: Oleksandr Tyshchenko , Boris Ostrovsky , Juergen Gross , Stefano Stabellini , Julien Grall Subject: [RFC PATCH 6/6] arm/xen: Assign xen-virtio DMA ops for virtio devices in Xen guests Date: Thu, 14 Apr 2022 22:19:33 +0300 Message-Id: <1649963973-22879-7-git-send-email-olekstysh@gmail.com> X-Mailer: git-send-email 2.7.4 In-Reply-To: <1649963973-22879-1-git-send-email-olekstysh@gmail.com> References: <1649963973-22879-1-git-send-email-olekstysh@gmail.com> X-ZohoMail-DKIM: pass (identity @gmail.com) X-ZM-MESSAGEID: 1649964014128100002 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" From: Oleksandr Tyshchenko Call xen_virtio_setup_dma_ops() only for Xen-aware virtio devices in Xen guests if restricted access to the guest memory is enabled. Signed-off-by: Oleksandr Tyshchenko --- include/xen/arm/xen-ops.h | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/include/xen/arm/xen-ops.h b/include/xen/arm/xen-ops.h index 621da05..28b2ad3 100644 --- a/include/xen/arm/xen-ops.h +++ b/include/xen/arm/xen-ops.h @@ -2,12 +2,19 @@ #ifndef _ASM_ARM_XEN_OPS_H #define _ASM_ARM_XEN_OPS_H =20 +#include #include +#include =20 static inline void xen_setup_dma_ops(struct device *dev) { if (xen_swiotlb_detect()) dev->dma_ops =3D &xen_swiotlb_dma_ops; + +#ifdef CONFIG_XEN_VIRTIO + if (arch_has_restricted_virtio_memory_access() && xen_is_virtio_device(de= v)) + xen_virtio_setup_dma_ops(dev); +#endif } =20 #endif /* _ASM_ARM_XEN_OPS_H */ --=20 2.7.4