[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PATCH v2 1/2] common: move Linux-inherited fixed width type decls to common header
- To: Jan Beulich <jbeulich@xxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
- From: "Daniel P. Smith" <dpsmith@xxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 8 Aug 2023 12:43:15 -0400
- Arc-authentication-results: i=1; mx.zohomail.com; dkim=pass header.i=apertussolutions.com; spf=pass smtp.mailfrom=dpsmith@xxxxxxxxxxxxxxxxxxxx; dmarc=pass header.from=<dpsmith@xxxxxxxxxxxxxxxxxxxx>
- Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=zohomail.com; s=zohoarc; t=1691513005; h=Content-Type:Content-Transfer-Encoding:Cc:Date:From:In-Reply-To:MIME-Version:Message-ID:References:Subject:To; bh=52txK7ESKDZok3A5srdKuASszxGqFqTYvgKIv0vR6sY=; b=V8eP5AtnJCYb3ogGRO169JXpHwbkeO8PydthFx2231tpBhrYRzyR7BnJTZTcsoGMgdPR843KHtZLzmolmURxDkmlHbSML15kUTwqTbBJGBCNMAw6gUzZnn8x5Qd/jcGiiMoNVk2ojaK4DIWCiyt79b9RQiLe1glCVYp4Y4X71Fo=
- Arc-seal: i=1; a=rsa-sha256; t=1691513005; cv=none; d=zohomail.com; s=zohoarc; b=Ars4vVcGhiDHxCU36qEhp85KzI5ev7jsJ+KagjOKqLneQlqX6GYkJrhrW5QpkCIHJ0i8cMA2cmFWEGQJNufWPYybhEfxp4lbwzh2wohA1lP4OxprJ/PdY1vSN9BxQsPmcAbnnrxD0KxPf+q2ZbJ4bARqCklTyqxjKhnadSqac/M=
- 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>, Shawn Anastasio <sanastasio@xxxxxxxxxxxxxxxxxxxxx>, Volodymyr Babchuk <volodymyr_babchuk@xxxxxxxx>
- Delivery-date: Tue, 08 Aug 2023 16:43:47 +0000
- List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
On 8/4/23 02:08, Jan Beulich wrote:
Have these in one place, for all architectures to use. Also use the C99
types as the "original" ones, and derive the Linux compatible ones
(which we're trying to phase out). For __s<N>, seeing that no uses exist
anymore, move them to a new Linux compatibility header (as an act of
precaution - as said, we don't have any uses of these types right now).
In some Flask sources inclusion of asm/byteorder.h needs moving later.
I just did a test build against staging for x86 with all asm/byteorder.h
includes removed from FLASK and it built successfully. If there are no
object to a small non-functional change patch, I can clean up include
ordering as well and submit it to xen-devel.
v/r,
dps
|