[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v2] xen/grants: repurpose command line max options


  • To: Roger Pau Monne <roger.pau@xxxxxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Tue, 14 Mar 2023 15:59:22 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=C1MtJRyDUdSf6zjlzWwh3YZ7KuDxKuh0rHp7KZqKNoE=; b=F/4WQVoj9duJXWagqd5O257zprw5auk8Mb+tF/CeWmZOydn/c7Dgthp3cRN+Xru5GzDGzFz8xTFTkjodr4s8ub1IO8CQSgnoj6CG5ngR7lpTR2lgPMZKR0mCYHP5gQ0Os/SN1AhRjNPTpPpRZU2Fr8+hc8/hEcwR1ioVvMYMNvmKZtIxeOjOtCBcD0GbsM7xjd4G7AO0civfRmebOlGg9jkHv2u0p2V+93m1AcKsFd2HsB7q9aacZL4lqccBsIgApzxLhr45sBQ0vzzT1ImnpNKRsNkSETH8sDW1ZN4mGo3SHcqlfO4r/Ld/SHhdZIotCTdV7jTt0oFBig6nTYBUjw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lFB8V6Rlue7+1m5qLQIihZyC2PqtdLcwSzg/A17OAC0cYFoR8r8wBOc4uek7r80pzfxzjyRQIYrTcvxGtUEcd4cDh7uRKEdbItLswJjQixZ+wX0tLsII2c5F5gNjl88qXTHTDAJ8UUzy4F4MhuHABF96LWqvNZ9R+CrjYyNZHsRQWm5/wZh3SU9HDZAHg4G2LHiMvuYfChE12BCk8hMzoeFa0TObrX6gKBxLW+CBb1XEQvXli+Q+6/l3+SDI+8lhJvNIxZgx8vK2+mbkhTaouFT89LBkYSb2m9y0tO7u7nw+xh1sV5ZwBdEhHdhNaL/QCju8CwtOvIt/tVUjtYv30Q==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
  • Cc: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxxx
  • Delivery-date: Tue, 14 Mar 2023 14:59:37 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 14.03.2023 15:45, Roger Pau Monne wrote:
> Slightly change the meaning of the command line
> gnttab_max_{maptrack_,}frames: do not use them as upper bounds for the
> passed values at domain creation, instead just use them as defaults
> in the absence of any provided value.
> 
> It's not very useful for the options to be used both as defaults and
> as capping values for domain creation inputs.  The defaults passed on
> the command line are used by dom0 which has a very different grant
> requirements than a regular domU.  dom0 usually needs a bigger
> maptrack array, while domU usually require a bigger number of grant
> frames.
> 
> The relaxation in the logic for the maximum size of the grant and
> maptrack table sizes doesn't change the fact that domain creation
> hypercall can cause resource exhausting, so disaggregated setups
> should take it into account.
> 
> Signed-off-by: Roger Pau Monné <roger.pau@xxxxxxxxxx>

Reviewed-by: Jan Beulich <jbeulich@xxxxxxxx>
albeit perhaps with yet one more wording change (which I'd be happy to
make while committing, provided you agree):

> --- a/docs/misc/xen-command-line.pandoc
> +++ b/docs/misc/xen-command-line.pandoc
> @@ -1232,11 +1232,11 @@ The usage of gnttab v2 is not security supported on 
> ARM platforms.
>  
>  > Can be modified at runtime
>  
> -Specify the maximum number of frames which any domain may use as part
> -of its grant table. This value is an upper boundary of the per-domain
> -value settable via Xen tools.
> +Specify the default upper bound on the number of frames which any domain may
> +use as part of its grant table unless a different value is specified at 
> domain
> +creation.
>  
> -Dom0 is using this value for sizing its grant table.
> +Note this value is the effective upper bound for dom0.

DomU-s created during Xen boot are equally taking this as their effective
value, aiui. So I'd be inclined to amend this: "... for dom0, and for
any domU created in the course of Xen booting".

> @@ -1245,9 +1245,11 @@ Dom0 is using this value for sizing its grant table.
>  
>  > Can be modified at runtime
>  
> -Specify the maximum number of frames to use as part of a domains
> -maptrack array. This value is an upper boundary of the per-domain
> -value settable via Xen tools.
> +Specify the default upper bound on the number of frames which any domain may
> +use as part of its maptrack array unless a different value is specified at
> +domain creation.
> +
> +Note this value is the effective upper bound for dom0.

Same here then of course (which actually is bad, because those DomU-s
shouldn't need this big a maptrack table, but that's a separate topic).

Jan



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.