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

Re: [PATCH v4 02/12] xen/arm: add SVE vector length field to the domain


  • To: Luca Fancellu <Luca.Fancellu@xxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Wed, 29 Mar 2023 12:32:23 +0200
  • 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=o2JcidsXNALf/2xzil5z70T3tCERle1BA3F2yliYlJg=; b=I/9mfhfHnhtB+ASZIWLflz3XDD9wR0rZrTK1LELMWTYxzWTHHFQZtHK6wo7HnwJCocw9D5/mDOCR+kEJa6uJvE8LC+jqh94wymwlEXEN4Y5FAzjD5+Op3cDvxICFlQmwpX7PennCDT2qFc4ql5zP/spcTSdbsLaLK0AoOxNpP4eJDzju2MsDnkGUXIhdkb/sjz8s6rfNGJKI6iZI6zltRzC8JY0QxF1tNzI29KEmuvEfr8gz+h6GOgpFgKu04dtussH7540PLgRrQyt1pvHtACOTLtOmJsle/fFPjGf4Xc1DEKNLVlkyPgQqM/zw+J420SptZqB+SX23YQkfUm4AaA==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=fDmvkIPN+znX7101xEcmEx3LRZAFxBYtK8j1n5beGKVxHJaW60TqcdNjOHQx5WI1E37PKYVVqSFEDwq5d8cCtukxL2deyUqbu0jmAxtzGK2uHEyG1F7s1uRwbfO3SjhICgGefnuw070lQkfKO4agXKIE1qODz8u0amdo9EGVmGNCo+RmfoXJL2KP719z6saa2zRUlyieTlSwsFuQKlV+FU/ANZoM0NUOshlLjt0C4BBv1mcQi3cHht6krq/+vN5VdpxY4oBvfaQVWpPh2H0eHzPnVD0qhfGz7ec+eTlyg94xjlPmvU35vjufL+MvTkGNdllwxkVSLejIQfs+rRJCQA==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
  • Cc: Bertrand Marquis <Bertrand.Marquis@xxxxxxx>, Wei Chen <Wei.Chen@xxxxxxx>, Stefano Stabellini <sstabellini@xxxxxxxxxx>, Julien Grall <julien@xxxxxxx>, Volodymyr Babchuk <Volodymyr_Babchuk@xxxxxxxx>, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, George Dunlap <george.dunlap@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Wed, 29 Mar 2023 10:32:36 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 29.03.2023 12:01, Luca Fancellu wrote:
>> On 28 Mar 2023, at 10:36, Jan Beulich <jbeulich@xxxxxxxx> wrote:
>> Yet another question is whether both range checks (against
>> SVE_VL_MAX_BITS and zcr_max_bits) are actually necessary / useful.
>> Iirc 2048 is a hard upper bound, so zcr_max_bits being higher than
>> that value should likely lead to not using SVE at all (if it doesn't
>> already; didn't check).
> 
> I think the check sve_vl_bits > zcr_max_bits is needed because from 
> sve_vl_bits = sve_decode_vl(config->arch.sve_vl); I can get values above the
> maximum supported bits (zcr_max_bits), later on I will use the struct 
> arch_domain
> field sve_vl to compute the size of the registers to be saved/restore
> 
> Is there something I’ve missed from your comment?

Hmm, I realize my earlier response may have been ambiguous: I didn't
mean to question the presence of both checks individually. I merely
meant to question whether in addition to the zcr_max_bits check you
really also need the SVE_VL_MAX_BITS one.

Jan



 


Rackspace

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