[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <35c0fc4ba93b11c4b8a55c2907f736a840cd12a3.1675161286.git.geert+renesas@glider.be>
Date: Tue, 31 Jan 2023 11:37:55 +0100
From: Geert Uytterhoeven <geert+renesas@...der.be>
To: Masahiro Yamada <masahiroy@...nel.org>,
Arnd Bergmann <arnd@...db.de>,
Andrew Morton <akpm@...ux-foundation.org>,
"H . Peter Anvin" <hpa@...or.com>
Cc: linux-kbuild@...r.kernel.org, linux-kernel@...r.kernel.org,
Geert Uytterhoeven <geert+renesas@...der.be>
Subject: [PATCH resend] compiler-intel: Remove duplicate RELOC_HIDE()
The RELOC_HIDE() implementation for the Intel compiler is identical to
the generic version in <linux/compiler.h>, so the former can just be
removed.
Signed-off-by: Geert Uytterhoeven <geert+renesas@...der.be>
---
Not even compile-tested.
---
include/linux/compiler-intel.h | 5 -----
1 file changed, 5 deletions(-)
diff --git a/include/linux/compiler-intel.h b/include/linux/compiler-intel.h
index b17f3cd18334df3d..efc8fafb58f595b2 100644
--- a/include/linux/compiler-intel.h
+++ b/include/linux/compiler-intel.h
@@ -16,11 +16,6 @@
#define barrier() __memory_barrier()
#define barrier_data(ptr) barrier()
-#define RELOC_HIDE(ptr, off) \
- ({ unsigned long __ptr; \
- __ptr = (unsigned long) (ptr); \
- (typeof(ptr)) (__ptr + (off)); })
-
/* This should act as an optimization barrier on var.
* Given that this compiler does not have inline assembly, a compiler barrier
* is the best we can do.
--
2.34.1
Powered by blists - more mailing lists