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

RE: [PATCH] VT-d: prune super-page related capability macros


  • To: Jan Beulich <jbeulich@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: "Tian, Kevin" <kevin.tian@xxxxxxxxx>
  • Date: Mon, 15 Nov 2021 05:00:15 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.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=nLl+NxyQpvuV+cVlUlzsT8lUoFCJeUl9WH/lRAGCTuY=; b=M0H4IzP7TKSvP36VE4Uvc5gFc3jnLCLDgoU9lUalfSnviqRM5n+RwAf5XDldyMW5PBXo7UPxxEFlkymNm3m94Hhg5wUR0CHozHr7DCJSrFEdUH99LkGAeLwmVkRRmQ0U/mr0rhmSe2nuI4IRUw5LT54yGfxtvcdQ+ku0mQi1zlPpOSMcOLIAkXt356cD6oKKUMI4jZ0owotv4EeklguZS1WwcyWTyLbM9q5PQwSUORGqIZWoJDT2IDpLLcoN5LVtR/lHApsU0bCVYLHw6QmCorGRhjkbkEdVMH3jYxSEgwcuRCb+NwZwqam1UjD7MNi3rSD9TUW52BwyJhz+HKS2NQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=FDUbhyfOeyhImvGWuN3lQeDgNwAIbrRBNR0tMdJlxtLnZcRVvs2bukXQK6udZChWxsb6S/EczjGFm5j5wJVpBj2R22LuHywR7ckCZli//kiTeA6SmvpdAB0zTQI6fF3+cygxcB0gnSaGvpSYJ7CAolyHXOQwGGzsJuPx8f1gHncBZzWi2Z0HGYTEvQDfZ4KmowdSMrylV3B0QGy/RJAqwYEtcvgPNOO5Z6gT7rjwOHZKWJMlGJjz1j4Vm8CEPqFGfVmBGfM3nOukWAqNO9QRz33vL+XmcRKrED1E7TQIyt/0AEhNw/zKxfHaAbyG3vmTJnlR6ygZfaVUzTu21RaGAw==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=intel.com;
  • Delivery-date: Mon, 15 Nov 2021 05:00:55 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AQHX16rhBc/SqHgVkkqU69tKyIu0P6wEC+9Q
  • Thread-topic: [PATCH] VT-d: prune super-page related capability macros

> From: Jan Beulich <jbeulich@xxxxxxxx>
> Sent: Friday, November 12, 2021 5:51 PM
> 
> cap_super_page_val() and cap_super_offset() are unused (apart from the
> latter using the former). I don't see how cap_super_offset() can be
> useful in its current shape: cap_super_page_val()'s result is not an
> lvalue and hence can't have its address taken. Plus a user would have
> to check the capability register field is non-zero, for
> find_first_bit() (or find_first_set_bit(), if suitably corrected) to be
> valid in the first place. Yet as per the spec when the field is non-zero
> the low bit would always be set, so the result would be independent of
> the actual value the field holds.
> 
> Further zap cap_sps_512gb() and cap_sps_1tb(). While earlier versions
> of the spec had things spelled out that way, the current version marks
> the two bits as reserved. And "48-bit offset to page frame" wasn't in
> line with 1Tb pages anyway - clearly 256Tb pages would have been meant
> here.
> 
> Finally properly parenthesize parameter uses in the remaining two
> macros.
> 
> Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>

Reviewed-by: Kevin Tian <kevin.tian@xxxxxxxxx>

> 
> --- a/xen/drivers/passthrough/vtd/iommu.h
> +++ b/xen/drivers/passthrough/vtd/iommu.h
> @@ -68,13 +68,8 @@
>  #define cap_num_fault_regs(c)  ((((c) >> 40) & 0xff) + 1)
>  #define cap_pgsel_inv(c)       (((c) >> 39) & 1)
> 
> -#define cap_super_page_val(c)  (((c) >> 34) & 0xf)
> -#define cap_super_offset(c)    (((find_first_bit(&cap_super_page_val(c), 4)) 
> \
> -                                 * OFFSET_STRIDE) + 21)
> -#define cap_sps_2mb(c)         ((c >> 34) & 1)
> -#define cap_sps_1gb(c)         ((c >> 35) & 1)
> -#define cap_sps_512gb(c)       ((c >> 36) & 1)
> -#define cap_sps_1tb(c)         ((c >> 37) & 1)
> +#define cap_sps_2mb(c)         (((c) >> 34) & 1)
> +#define cap_sps_1gb(c)         (((c) >> 35) & 1)
> 
>  #define cap_fault_reg_offset(c)    ((((c) >> 24) & 0x3ff) * 16)
> 


 


Rackspace

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