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

[PATCH v2 2/2] common: __u8 is history


  • To: "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Fri, 4 Aug 2023 08:08:58 +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=6kl6RWXn5uemkd7ASmE2X55x5oFAeTzP12gxwiwAjek=; b=cJiXg6n3czBBLkW2iObgOkT9OnaSdxKm7IHEso0Pnkdt7ALp/81m0tDPPm69ZnV8GefOBjh5Ah4A1vwLkSA8dwJCRiFBbL3+Qm1nthus/q7zyfgjDICvqG3pPrwfdZwR7FYlyLRAjZAJUYMjGtDvwNhy0NxjQZoxRiy7GRZHELQhWm9N2RLwjk6su+WHgY8aAHG5+IVICaan8kpmMnLNPuNABdUcscW5QfKmz96Cesik9+81TLYb6dHDJ6Umy615pG0z9004A4eJXlBGLFqEawefaQRShkyUsTv+03orfCIg10NyByOdklE4iaM/93hPa55ueJWKQKWVs/WrK8xmFw==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=DvX/PiIT/n9WMVHXRKgP/fAdTfzLiPzqQnAwg6I2YuRGAsmBCqvaPJkqJ0JffHk/wzV7Uno74L64d6BEpQKU4i7Q8UfUU7v+fYsPY+H/uFA0vpjsnlFQDLc2rkkV/YtoRrIpAOghlcS+LG0kaQF+5ntmfp9/3LuIn8cDFOIB4rdTtlguyyJebYFMh/utAljyGr7ySfNa7mW6QZlYxZuoRyazM+O1t/0bLiC1Tf6+huAM3jThqL4YPPRJk6cBVGb99RGKqd9EpanKyV5mv7O+0V+pycfxC4XS4zWBTouGq4dRBqII0ILSrPtaU0yUGmcCFQq+2TCn7Q1fFymbFW5VgQ==
  • 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>, Roger Pau Monné <roger.pau@xxxxxxxxxx>, Bertrand Marquis <bertrand.marquis@xxxxxxx>, Bobby Eshleman <bobbyeshleman@xxxxxxxxx>, Alistair Francis <alistair.francis@xxxxxxx>, Connor Davis <connojdavis@xxxxxxxxx>, Daniel Smith <dpsmith@xxxxxxxxxxxxxxxxxxxx>, Shawn Anastasio <sanastasio@xxxxxxxxxxxxxxxxxxxxx>, Volodymyr Babchuk <volodymyr_babchuk@xxxxxxxx>
  • Delivery-date: Fri, 04 Aug 2023 06:09:07 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

With the last uses gone, move the type to linux-compat.h.

No functional change intended.

Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx>
Acked-by: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>
---
The primary use of __u{16,32,64} is in the byte-order headers. Iirc
there is a series re-working part of that, so I guess before touching
the logic there that other series would better land first.

--- a/xen/include/xen/linux-compat.h
+++ b/xen/include/xen/linux-compat.h
@@ -12,6 +12,7 @@
 #include <xen/types.h>
 
 typedef int8_t  __s8;
+typedef uint8_t __u8;
 typedef int16_t __s16;
 typedef int32_t __s32;
 typedef int64_t __s64;
--- a/xen/include/xen/types.h
+++ b/xen/include/xen/types.h
@@ -6,7 +6,7 @@
 
 /* Linux inherited types which are being phased out */
 typedef int8_t s8;
-typedef uint8_t u8, __u8;
+typedef uint8_t u8;
 typedef int16_t s16;
 typedef uint16_t u16, __u16;
 typedef int32_t s32;




 


Rackspace

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