/* SPDX-License-Identifier: GPL-2.0 WITH Linux-syscall-note */1/*2* arch/arm/include/asm/byteorder.h3*4* ARM Endian-ness. In little endian mode, the data bus is connected such5* that byte accesses appear as:6* 0 = d0...d7, 1 = d8...d15, 2 = d16...d23, 3 = d24...d317* and word accesses (data or instruction) appear as:8* d0...d319*10* When in big endian mode, byte accesses appear as:11* 0 = d24...d31, 1 = d16...d23, 2 = d8...d15, 3 = d0...d712* and word accesses (data or instruction) appear as:13* d0...d3114*/15#ifndef _UAPI__ASM_ARM_SWAB_H16#define _UAPI__ASM_ARM_SWAB_H1718#include <linux/compiler.h>19#include <linux/types.h>2021#if !defined(__STRICT_ANSI__) || defined(__KERNEL__)22# define __SWAB_64_THRU_32__23#endif242526#if !defined(__KERNEL__) || __LINUX_ARM_ARCH__ < 627static inline __attribute_const__ __u32 __arch_swab32(__u32 x)28{29__u32 t;3031#ifndef __thumb__32if (!__builtin_constant_p(x)) {33/*34* The compiler needs a bit of a hint here to always do the35* right thing and not screw it up to different degrees36* depending on the gcc version.37*/38asm ("eor\t%0, %1, %1, ror #16" : "=r" (t) : "r" (x));39} else40#endif41t = x ^ ((x << 16) | (x >> 16)); /* eor r1,r0,r0,ror #16 */4243x = (x << 24) | (x >> 8); /* mov r0,r0,ror #8 */44t &= ~0x00FF0000; /* bic r1,r1,#0x00FF0000 */45x ^= (t >> 8); /* eor r0,r0,r1,lsr #8 */4647return x;48}49#define __arch_swab32 __arch_swab325051#endif5253#endif /* _UAPI__ASM_ARM_SWAB_H */545556