2021-12-21 10:21:41 -08:00
|
|
|
//===- bolt/runtime/common.h ------------------------------------*- C++ -*-===//
|
2021-03-09 16:18:11 -08:00
|
|
|
//
|
|
|
|
// Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
|
|
|
|
// See https://llvm.org/LICENSE.txt for license information.
|
|
|
|
// SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
|
|
|
|
//
|
|
|
|
//===----------------------------------------------------------------------===//
|
|
|
|
|
2023-04-19 16:07:25 -04:00
|
|
|
#if !defined(__x86_64__)
|
|
|
|
#error "For x86_64 only"
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#if defined(__linux__)
|
2020-11-17 13:57:29 -08:00
|
|
|
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
#include <cstddef>
|
|
|
|
#include <cstdint>
|
2020-11-17 13:57:29 -08:00
|
|
|
|
2022-02-05 01:33:11 +03:00
|
|
|
#include "config.h"
|
|
|
|
|
|
|
|
#ifdef HAVE_ELF_H
|
|
|
|
#include <elf.h>
|
|
|
|
#endif
|
|
|
|
|
2023-04-19 16:07:25 -04:00
|
|
|
#elif defined(__APPLE__)
|
2020-11-17 13:57:29 -08:00
|
|
|
|
|
|
|
typedef __SIZE_TYPE__ size_t;
|
|
|
|
#define __SSIZE_TYPE__ \
|
|
|
|
__typeof__(_Generic((__SIZE_TYPE__)0, unsigned long long int \
|
|
|
|
: (long long int)0, unsigned long int \
|
|
|
|
: (long int)0, unsigned int \
|
|
|
|
: (int)0, unsigned short \
|
|
|
|
: (short)0, unsigned char \
|
|
|
|
: (signed char)0))
|
|
|
|
typedef __SSIZE_TYPE__ ssize_t;
|
|
|
|
|
|
|
|
typedef unsigned long long uint64_t;
|
2021-01-20 16:40:17 -08:00
|
|
|
typedef unsigned uint32_t;
|
2021-01-28 12:44:14 -08:00
|
|
|
typedef unsigned char uint8_t;
|
2021-01-20 16:40:17 -08:00
|
|
|
|
|
|
|
typedef long long int64_t;
|
|
|
|
typedef int int32_t;
|
2020-11-17 13:57:29 -08:00
|
|
|
|
2023-04-19 16:07:25 -04:00
|
|
|
#else
|
|
|
|
#error "For Linux or MacOS only"
|
2020-10-15 03:51:56 -07:00
|
|
|
#endif
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
|
2020-07-27 16:52:51 -07:00
|
|
|
// Save all registers while keeping 16B stack alignment
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
#define SAVE_ALL \
|
|
|
|
"push %%rax\n" \
|
|
|
|
"push %%rbx\n" \
|
|
|
|
"push %%rcx\n" \
|
|
|
|
"push %%rdx\n" \
|
|
|
|
"push %%rdi\n" \
|
|
|
|
"push %%rsi\n" \
|
|
|
|
"push %%rbp\n" \
|
|
|
|
"push %%r8\n" \
|
|
|
|
"push %%r9\n" \
|
|
|
|
"push %%r10\n" \
|
|
|
|
"push %%r11\n" \
|
|
|
|
"push %%r12\n" \
|
|
|
|
"push %%r13\n" \
|
|
|
|
"push %%r14\n" \
|
2020-07-27 16:52:51 -07:00
|
|
|
"push %%r15\n" \
|
|
|
|
"sub $8, %%rsp\n"
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
|
2020-07-27 16:52:51 -07:00
|
|
|
// Mirrors SAVE_ALL
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
#define RESTORE_ALL \
|
2020-07-27 16:52:51 -07:00
|
|
|
"add $8, %%rsp\n" \
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
"pop %%r15\n" \
|
|
|
|
"pop %%r14\n" \
|
|
|
|
"pop %%r13\n" \
|
|
|
|
"pop %%r12\n" \
|
|
|
|
"pop %%r11\n" \
|
|
|
|
"pop %%r10\n" \
|
|
|
|
"pop %%r9\n" \
|
|
|
|
"pop %%r8\n" \
|
|
|
|
"pop %%rbp\n" \
|
|
|
|
"pop %%rsi\n" \
|
|
|
|
"pop %%rdi\n" \
|
|
|
|
"pop %%rdx\n" \
|
|
|
|
"pop %%rcx\n" \
|
|
|
|
"pop %%rbx\n" \
|
|
|
|
"pop %%rax\n"
|
|
|
|
|
2023-06-29 11:57:48 +03:00
|
|
|
#define PROT_READ 0x1 /* Page can be read. */
|
|
|
|
#define PROT_WRITE 0x2 /* Page can be written. */
|
|
|
|
#define PROT_EXEC 0x4 /* Page can be executed. */
|
|
|
|
#define PROT_NONE 0x0 /* Page can not be accessed. */
|
|
|
|
#define PROT_GROWSDOWN \
|
|
|
|
0x01000000 /* Extend change to start of \
|
|
|
|
growsdown vma (mprotect only). */
|
|
|
|
#define PROT_GROWSUP \
|
|
|
|
0x02000000 /* Extend change to start of \
|
|
|
|
growsup vma (mprotect only). */
|
|
|
|
|
|
|
|
/* Sharing types (must choose one and only one of these). */
|
|
|
|
#define MAP_SHARED 0x01 /* Share changes. */
|
|
|
|
#define MAP_PRIVATE 0x02 /* Changes are private. */
|
|
|
|
#define MAP_FIXED 0x10 /* Interpret addr exactly. */
|
|
|
|
|
|
|
|
#if defined(__APPLE__)
|
|
|
|
#define MAP_ANONYMOUS 0x1000
|
|
|
|
#else
|
|
|
|
#define MAP_ANONYMOUS 0x20
|
|
|
|
#endif
|
|
|
|
|
|
|
|
#define MAP_FAILED ((void *)-1)
|
|
|
|
|
2022-07-05 19:55:26 -07:00
|
|
|
// Functions that are required by freestanding environment. Compiler may
|
|
|
|
// generate calls to these implicitly.
|
|
|
|
extern "C" {
|
|
|
|
void *memcpy(void *Dest, const void *Src, size_t Len) {
|
|
|
|
uint8_t *d = static_cast<uint8_t *>(Dest);
|
|
|
|
const uint8_t *s = static_cast<const uint8_t *>(Src);
|
|
|
|
while (Len--)
|
|
|
|
*d++ = *s++;
|
|
|
|
return Dest;
|
|
|
|
}
|
|
|
|
|
|
|
|
void *memmove(void *Dest, const void *Src, size_t Len) {
|
|
|
|
uint8_t *d = static_cast<uint8_t *>(Dest);
|
|
|
|
const uint8_t *s = static_cast<const uint8_t *>(Src);
|
|
|
|
if (d < s) {
|
|
|
|
while (Len--)
|
|
|
|
*d++ = *s++;
|
|
|
|
} else {
|
|
|
|
s += Len - 1;
|
|
|
|
d += Len - 1;
|
|
|
|
while (Len--)
|
|
|
|
*d-- = *s--;
|
|
|
|
}
|
|
|
|
|
|
|
|
return Dest;
|
|
|
|
}
|
|
|
|
|
2022-07-07 14:48:47 +03:00
|
|
|
void *memset(void *Buf, int C, size_t Size) {
|
|
|
|
char *S = (char *)Buf;
|
|
|
|
for (size_t I = 0; I < Size; ++I)
|
|
|
|
*S++ = C;
|
|
|
|
return Buf;
|
2022-07-05 19:55:26 -07:00
|
|
|
}
|
|
|
|
|
|
|
|
int memcmp(const void *s1, const void *s2, size_t n) {
|
|
|
|
const uint8_t *c1 = static_cast<const uint8_t *>(s1);
|
|
|
|
const uint8_t *c2 = static_cast<const uint8_t *>(s2);
|
|
|
|
for (; n--; c1++, c2++) {
|
|
|
|
if (*c1 != *c2)
|
|
|
|
return *c1 < *c2 ? -1 : 1;
|
|
|
|
}
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
} // extern "C"
|
|
|
|
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
// Anonymous namespace covering everything but our library entry point
|
|
|
|
namespace {
|
|
|
|
|
2021-01-20 16:40:17 -08:00
|
|
|
constexpr uint32_t BufSize = 10240;
|
|
|
|
|
2020-11-19 14:56:45 -08:00
|
|
|
#define _STRINGIFY(x) #x
|
|
|
|
#define STRINGIFY(x) _STRINGIFY(x)
|
|
|
|
|
2021-06-02 19:11:52 -07:00
|
|
|
uint64_t __read(uint64_t fd, const void *buf, uint64_t count) {
|
|
|
|
uint64_t ret;
|
|
|
|
#if defined(__APPLE__)
|
|
|
|
#define READ_SYSCALL 0x2000003
|
|
|
|
#else
|
|
|
|
#define READ_SYSCALL 0
|
|
|
|
#endif
|
|
|
|
__asm__ __volatile__("movq $" STRINGIFY(READ_SYSCALL) ", %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(fd), "S"(buf), "d"(count)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
2020-11-17 13:57:29 -08:00
|
|
|
|
|
|
|
uint64_t __write(uint64_t fd, const void *buf, uint64_t count) {
|
|
|
|
uint64_t ret;
|
2020-11-19 14:56:45 -08:00
|
|
|
#if defined(__APPLE__)
|
|
|
|
#define WRITE_SYSCALL 0x2000004
|
|
|
|
#else
|
|
|
|
#define WRITE_SYSCALL 1
|
|
|
|
#endif
|
|
|
|
__asm__ __volatile__("movq $" STRINGIFY(WRITE_SYSCALL) ", %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(fd), "S"(buf), "d"(count)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
2020-11-17 13:57:29 -08:00
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2020-11-19 14:56:45 -08:00
|
|
|
void *__mmap(uint64_t addr, uint64_t size, uint64_t prot, uint64_t flags,
|
|
|
|
uint64_t fd, uint64_t offset) {
|
|
|
|
#if defined(__APPLE__)
|
|
|
|
#define MMAP_SYSCALL 0x20000c5
|
2020-11-17 13:57:29 -08:00
|
|
|
#else
|
2020-11-19 14:56:45 -08:00
|
|
|
#define MMAP_SYSCALL 9
|
|
|
|
#endif
|
|
|
|
void *ret;
|
|
|
|
register uint64_t r8 asm("r8") = fd;
|
|
|
|
register uint64_t r9 asm("r9") = offset;
|
|
|
|
register uint64_t r10 asm("r10") = flags;
|
|
|
|
__asm__ __volatile__("movq $" STRINGIFY(MMAP_SYSCALL) ", %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(addr), "S"(size), "d"(prot), "r"(r10), "r"(r8),
|
|
|
|
"r"(r9)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
uint64_t __munmap(void *addr, uint64_t size) {
|
|
|
|
#if defined(__APPLE__)
|
|
|
|
#define MUNMAP_SYSCALL 0x2000049
|
|
|
|
#else
|
|
|
|
#define MUNMAP_SYSCALL 11
|
|
|
|
#endif
|
|
|
|
uint64_t ret;
|
|
|
|
__asm__ __volatile__("movq $" STRINGIFY(MUNMAP_SYSCALL) ", %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(addr), "S"(size)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
2020-11-17 13:57:29 -08:00
|
|
|
|
2021-06-04 19:51:06 +03:00
|
|
|
#define SIG_BLOCK 0
|
|
|
|
#define SIG_UNBLOCK 1
|
|
|
|
#define SIG_SETMASK 2
|
|
|
|
|
|
|
|
static const uint64_t MaskAllSignals[] = {-1ULL};
|
|
|
|
|
|
|
|
uint64_t __sigprocmask(int how, const void *set, void *oldset) {
|
|
|
|
#if defined(__APPLE__)
|
|
|
|
#define SIGPROCMASK_SYSCALL 0x2000030
|
|
|
|
#else
|
|
|
|
#define SIGPROCMASK_SYSCALL 14
|
|
|
|
#endif
|
|
|
|
uint64_t ret;
|
|
|
|
register long r10 asm("r10") = sizeof(uint64_t);
|
|
|
|
__asm__ __volatile__("movq $" STRINGIFY(SIGPROCMASK_SYSCALL) ", %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(how), "S"(set), "d"(oldset), "r"(r10)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2023-06-20 15:04:17 +00:00
|
|
|
uint64_t __getpid() {
|
|
|
|
uint64_t ret;
|
|
|
|
#if defined(__APPLE__)
|
|
|
|
#define GETPID_SYSCALL 20
|
|
|
|
#else
|
|
|
|
#define GETPID_SYSCALL 39
|
|
|
|
#endif
|
|
|
|
__asm__ __volatile__("movq $" STRINGIFY(GETPID_SYSCALL) ", %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
:
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2021-01-28 12:44:14 -08:00
|
|
|
uint64_t __exit(uint64_t code) {
|
|
|
|
#if defined(__APPLE__)
|
|
|
|
#define EXIT_SYSCALL 0x2000001
|
|
|
|
#else
|
|
|
|
#define EXIT_SYSCALL 231
|
|
|
|
#endif
|
|
|
|
uint64_t ret;
|
|
|
|
__asm__ __volatile__("movq $" STRINGIFY(EXIT_SYSCALL) ", %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(code)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2021-01-20 16:40:17 -08:00
|
|
|
// Helper functions for writing strings to the .fdata file. We intentionally
|
2022-07-05 19:55:26 -07:00
|
|
|
// avoid using libc names to make it clear it is our impl.
|
2021-01-20 16:40:17 -08:00
|
|
|
|
|
|
|
/// Write number Num using Base to the buffer in OutBuf, returns a pointer to
|
|
|
|
/// the end of the string.
|
|
|
|
char *intToStr(char *OutBuf, uint64_t Num, uint32_t Base) {
|
|
|
|
const char *Chars = "0123456789abcdef";
|
|
|
|
char Buf[21];
|
|
|
|
char *Ptr = Buf;
|
|
|
|
while (Num) {
|
|
|
|
*Ptr++ = *(Chars + (Num % Base));
|
|
|
|
Num /= Base;
|
|
|
|
}
|
|
|
|
if (Ptr == Buf) {
|
|
|
|
*OutBuf++ = '0';
|
|
|
|
return OutBuf;
|
|
|
|
}
|
2021-12-28 18:43:53 -08:00
|
|
|
while (Ptr != Buf)
|
2021-01-20 16:40:17 -08:00
|
|
|
*OutBuf++ = *--Ptr;
|
2021-12-28 18:43:53 -08:00
|
|
|
|
2021-01-20 16:40:17 -08:00
|
|
|
return OutBuf;
|
|
|
|
}
|
|
|
|
|
|
|
|
/// Copy Str to OutBuf, returns a pointer to the end of the copied string
|
|
|
|
char *strCopy(char *OutBuf, const char *Str, int32_t Size = BufSize) {
|
|
|
|
while (*Str) {
|
|
|
|
*OutBuf++ = *Str++;
|
|
|
|
if (--Size <= 0)
|
|
|
|
return OutBuf;
|
|
|
|
}
|
|
|
|
return OutBuf;
|
|
|
|
}
|
|
|
|
|
2021-06-02 19:11:52 -07:00
|
|
|
/// Compare two strings, at most Num bytes.
|
|
|
|
int strnCmp(const char *Str1, const char *Str2, size_t Num) {
|
|
|
|
while (Num && *Str1 && (*Str1 == *Str2)) {
|
|
|
|
Num--;
|
|
|
|
Str1++;
|
|
|
|
Str2++;
|
|
|
|
}
|
|
|
|
if (Num == 0)
|
|
|
|
return 0;
|
|
|
|
return *(unsigned char *)Str1 - *(unsigned char *)Str2;
|
|
|
|
}
|
|
|
|
|
2021-01-20 16:40:17 -08:00
|
|
|
uint32_t strLen(const char *Str) {
|
|
|
|
uint32_t Size = 0;
|
|
|
|
while (*Str++)
|
|
|
|
++Size;
|
|
|
|
return Size;
|
|
|
|
}
|
|
|
|
|
2022-06-27 12:37:53 +00:00
|
|
|
void *strStr(const char *const Haystack, const char *const Needle) {
|
|
|
|
int j = 0;
|
|
|
|
|
|
|
|
for (int i = 0; i < strLen(Haystack); i++) {
|
|
|
|
if (Haystack[i] == Needle[0]) {
|
|
|
|
for (j = 1; j < strLen(Needle); j++) {
|
|
|
|
if (Haystack[i + j] != Needle[j])
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
if (j == strLen(Needle))
|
|
|
|
return (void *)&Haystack[i];
|
|
|
|
}
|
|
|
|
}
|
|
|
|
return nullptr;
|
|
|
|
}
|
|
|
|
|
2021-01-28 12:32:03 -08:00
|
|
|
void reportNumber(const char *Msg, uint64_t Num, uint32_t Base) {
|
|
|
|
char Buf[BufSize];
|
|
|
|
char *Ptr = Buf;
|
|
|
|
Ptr = strCopy(Ptr, Msg, BufSize - 23);
|
|
|
|
Ptr = intToStr(Ptr, Num, Base);
|
|
|
|
Ptr = strCopy(Ptr, "\n");
|
|
|
|
__write(2, Buf, Ptr - Buf);
|
|
|
|
}
|
|
|
|
|
|
|
|
void report(const char *Msg) { __write(2, Msg, strLen(Msg)); }
|
|
|
|
|
2021-01-19 02:08:55 +08:00
|
|
|
unsigned long hexToLong(const char *Str, char Terminator = '\0') {
|
|
|
|
unsigned long Res = 0;
|
|
|
|
while (*Str != Terminator) {
|
|
|
|
Res <<= 4;
|
|
|
|
if ('0' <= *Str && *Str <= '9')
|
|
|
|
Res += *Str++ - '0';
|
|
|
|
else if ('a' <= *Str && *Str <= 'f')
|
|
|
|
Res += *Str++ - 'a' + 10;
|
|
|
|
else if ('A' <= *Str && *Str <= 'F')
|
|
|
|
Res += *Str++ - 'A' + 10;
|
2021-12-28 18:43:53 -08:00
|
|
|
else
|
2021-01-19 02:08:55 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
return Res;
|
|
|
|
}
|
|
|
|
|
2022-06-27 12:37:53 +00:00
|
|
|
/// Starting from character at \p buf, find the longest consecutive sequence
|
|
|
|
/// of digits (0-9) and convert it to uint32_t. The converted value
|
|
|
|
/// is put into \p ret. \p end marks the end of the buffer to avoid buffer
|
|
|
|
/// overflow. The function \returns whether a valid uint32_t value is found.
|
|
|
|
/// \p buf will be updated to the next character right after the digits.
|
|
|
|
static bool scanUInt32(const char *&Buf, const char *End, uint32_t &Ret) {
|
|
|
|
uint64_t Result = 0;
|
|
|
|
const char *OldBuf = Buf;
|
|
|
|
while (Buf < End && ((*Buf) >= '0' && (*Buf) <= '9')) {
|
|
|
|
Result = Result * 10 + (*Buf) - '0';
|
|
|
|
++Buf;
|
|
|
|
}
|
|
|
|
if (OldBuf != Buf && Result <= 0xFFFFFFFFu) {
|
|
|
|
Ret = static_cast<uint32_t>(Result);
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2020-11-19 14:56:45 -08:00
|
|
|
#if !defined(__APPLE__)
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
// We use a stack-allocated buffer for string manipulation in many pieces of
|
|
|
|
// this code, including the code that prints each line of the fdata file. This
|
|
|
|
// buffer needs to accomodate large function names, but shouldn't be arbitrarily
|
|
|
|
// large (dynamically allocated) for simplicity of our memory space usage.
|
|
|
|
|
|
|
|
// Declare some syscall wrappers we use throughout this code to avoid linking
|
|
|
|
// against system libc.
|
|
|
|
uint64_t __open(const char *pathname, uint64_t flags, uint64_t mode) {
|
|
|
|
uint64_t ret;
|
|
|
|
__asm__ __volatile__("movq $2, %%rax\n"
|
|
|
|
"syscall"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(pathname), "S"(flags), "d"(mode)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2021-01-18 22:08:10 +08:00
|
|
|
struct dirent {
|
|
|
|
unsigned long d_ino; /* Inode number */
|
|
|
|
unsigned long d_off; /* Offset to next linux_dirent */
|
|
|
|
unsigned short d_reclen; /* Length of this linux_dirent */
|
|
|
|
char d_name[]; /* Filename (null-terminated) */
|
|
|
|
/* length is actually (d_reclen - 2 -
|
|
|
|
offsetof(struct linux_dirent, d_name)) */
|
|
|
|
};
|
|
|
|
|
|
|
|
long __getdents(unsigned int fd, dirent *dirp, size_t count) {
|
|
|
|
long ret;
|
|
|
|
__asm__ __volatile__("movq $78, %%rax\n"
|
|
|
|
"syscall"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(fd), "S"(dirp), "d"(count)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
uint64_t __readlink(const char *pathname, char *buf, size_t bufsize) {
|
|
|
|
uint64_t ret;
|
|
|
|
__asm__ __volatile__("movq $89, %%rax\n"
|
|
|
|
"syscall"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(pathname), "S"(buf), "d"(bufsize)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
uint64_t __lseek(uint64_t fd, uint64_t pos, uint64_t whence) {
|
|
|
|
uint64_t ret;
|
|
|
|
__asm__ __volatile__("movq $8, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(fd), "S"(pos), "d"(whence)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
int __close(uint64_t fd) {
|
|
|
|
uint64_t ret;
|
|
|
|
__asm__ __volatile__("movq $3, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(fd)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
int __madvise(void *addr, size_t length, int advice) {
|
|
|
|
int ret;
|
|
|
|
__asm__ __volatile__("movq $28, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(addr), "S"(length), "d"(advice)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2022-06-27 12:37:53 +00:00
|
|
|
#define _UTSNAME_LENGTH 65
|
|
|
|
|
|
|
|
struct UtsNameTy {
|
|
|
|
char sysname[_UTSNAME_LENGTH]; /* Operating system name (e.g., "Linux") */
|
|
|
|
char nodename[_UTSNAME_LENGTH]; /* Name within "some implementation-defined
|
|
|
|
network" */
|
|
|
|
char release[_UTSNAME_LENGTH]; /* Operating system release (e.g., "2.6.28") */
|
|
|
|
char version[_UTSNAME_LENGTH]; /* Operating system version */
|
|
|
|
char machine[_UTSNAME_LENGTH]; /* Hardware identifier */
|
|
|
|
char domainname[_UTSNAME_LENGTH]; /* NIS or YP domain name */
|
|
|
|
};
|
|
|
|
|
|
|
|
int __uname(struct UtsNameTy *Buf) {
|
|
|
|
int Ret;
|
|
|
|
__asm__ __volatile__("movq $63, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(Ret)
|
|
|
|
: "D"(Buf)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return Ret;
|
|
|
|
}
|
|
|
|
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
struct timespec {
|
|
|
|
uint64_t tv_sec; /* seconds */
|
|
|
|
uint64_t tv_nsec; /* nanoseconds */
|
|
|
|
};
|
|
|
|
|
|
|
|
uint64_t __nanosleep(const timespec *req, timespec *rem) {
|
|
|
|
uint64_t ret;
|
|
|
|
__asm__ __volatile__("movq $35, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(req), "S"(rem)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
int64_t __fork() {
|
|
|
|
uint64_t ret;
|
|
|
|
__asm__ __volatile__("movq $57, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
:
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
int __mprotect(void *addr, size_t len, int prot) {
|
|
|
|
int ret;
|
|
|
|
__asm__ __volatile__("movq $10, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(addr), "S"(len), "d"(prot)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
uint64_t __getppid() {
|
|
|
|
uint64_t ret;
|
|
|
|
__asm__ __volatile__("movq $110, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
:
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2021-03-09 16:18:11 -08:00
|
|
|
int __setpgid(uint64_t pid, uint64_t pgid) {
|
|
|
|
int ret;
|
|
|
|
__asm__ __volatile__("movq $109, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(pid), "S"(pgid)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
uint64_t __getpgid(uint64_t pid) {
|
|
|
|
uint64_t ret;
|
|
|
|
__asm__ __volatile__("movq $121, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(pid)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
|
|
|
int __kill(uint64_t pid, int sig) {
|
|
|
|
int ret;
|
|
|
|
__asm__ __volatile__("movq $62, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(pid), "S"(sig)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2021-10-15 20:46:09 +03:00
|
|
|
int __fsync(int fd) {
|
|
|
|
int ret;
|
|
|
|
__asm__ __volatile__("movq $74, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(ret)
|
|
|
|
: "D"(fd)
|
|
|
|
: "cc", "rcx", "r11", "memory");
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2022-06-27 12:37:53 +00:00
|
|
|
// %rdi %rsi %rdx %r10 %r8
|
|
|
|
// sys_prctl int option unsigned unsigned unsigned unsigned
|
|
|
|
// long arg2 long arg3 long arg4 long arg5
|
|
|
|
int __prctl(int Option, unsigned long Arg2, unsigned long Arg3,
|
|
|
|
unsigned long Arg4, unsigned long Arg5) {
|
|
|
|
int Ret;
|
|
|
|
register long rdx asm("rdx") = Arg3;
|
|
|
|
register long r8 asm("r8") = Arg5;
|
|
|
|
register long r10 asm("r10") = Arg4;
|
|
|
|
__asm__ __volatile__("movq $157, %%rax\n"
|
|
|
|
"syscall\n"
|
|
|
|
: "=a"(Ret)
|
|
|
|
: "D"(Option), "S"(Arg2), "d"(rdx), "r"(r10), "r"(r8)
|
|
|
|
:);
|
|
|
|
return Ret;
|
|
|
|
}
|
|
|
|
|
2021-01-28 12:44:14 -08:00
|
|
|
#endif
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
|
|
|
|
void reportError(const char *Msg, uint64_t Size) {
|
|
|
|
__write(2, Msg, Size);
|
|
|
|
__exit(1);
|
|
|
|
}
|
|
|
|
|
|
|
|
void assert(bool Assertion, const char *Msg) {
|
|
|
|
if (Assertion)
|
|
|
|
return;
|
|
|
|
char Buf[BufSize];
|
|
|
|
char *Ptr = Buf;
|
|
|
|
Ptr = strCopy(Ptr, "Assertion failed: ");
|
|
|
|
Ptr = strCopy(Ptr, Msg, BufSize - 40);
|
|
|
|
Ptr = strCopy(Ptr, "\n");
|
|
|
|
reportError(Buf, Ptr - Buf);
|
|
|
|
}
|
|
|
|
|
|
|
|
class Mutex {
|
|
|
|
volatile bool InUse{false};
|
|
|
|
|
|
|
|
public:
|
2022-07-06 08:19:22 +03:00
|
|
|
bool acquire() { return !__atomic_test_and_set(&InUse, __ATOMIC_ACQUIRE); }
|
|
|
|
void release() { __atomic_clear(&InUse, __ATOMIC_RELEASE); }
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
};
|
|
|
|
|
|
|
|
/// RAII wrapper for Mutex
|
|
|
|
class Lock {
|
|
|
|
Mutex &M;
|
2021-06-04 19:51:06 +03:00
|
|
|
uint64_t SignalMask[1] = {};
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
|
|
|
|
public:
|
|
|
|
Lock(Mutex &M) : M(M) {
|
2021-06-04 19:51:06 +03:00
|
|
|
__sigprocmask(SIG_BLOCK, MaskAllSignals, SignalMask);
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
while (!M.acquire()) {
|
|
|
|
}
|
|
|
|
}
|
2021-06-04 19:51:06 +03:00
|
|
|
|
|
|
|
~Lock() {
|
|
|
|
M.release();
|
|
|
|
__sigprocmask(SIG_SETMASK, SignalMask, nullptr);
|
|
|
|
}
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
};
|
|
|
|
|
2021-08-08 04:50:06 +08:00
|
|
|
/// RAII wrapper for Mutex
|
|
|
|
class TryLock {
|
|
|
|
Mutex &M;
|
|
|
|
bool Locked = false;
|
|
|
|
|
|
|
|
public:
|
|
|
|
TryLock(Mutex &M) : M(M) {
|
|
|
|
int Retry = 100;
|
|
|
|
while (--Retry && !M.acquire())
|
|
|
|
;
|
|
|
|
if (Retry)
|
|
|
|
Locked = true;
|
|
|
|
}
|
|
|
|
bool isLocked() { return Locked; }
|
|
|
|
|
|
|
|
~TryLock() {
|
|
|
|
if (isLocked())
|
|
|
|
M.release();
|
|
|
|
}
|
|
|
|
};
|
|
|
|
|
Adding automatic huge page support
Summary:
This patch enables automated hugify for Bolt.
When running Bolt against a binary with -hugify specified, Bolt will inject a call to a runtime library function at the entry of the binary. The runtime library calls madvise to map the hot code region into a 2M huge page. We support both new kernel with THP support and old kernels. For kernels with THP support we simply make a madvise call, while for old kernels, we first copy the code out, remap the memory with huge page, and then copy the code back.
With this change, we no longer need to manually call into hugify_self and precompile it with --hot-text. Instead, we could simply combine --hugify option with existing optimizations, and at runtime it will automatically move hot code into 2M pages.
Some details around the changes made:
1. Add an command line option to support --hugify. --hugify will automatically turn on --hot-text to get the proper hot code symbols. However, running with both --hugify and --hot-text is not allowed, since --hot-text is used on binaries that has precompiled call to hugify_self, which contradicts with the purpose of --hugify.
2. Moved the common utility functions out of instr.cpp to common.h, which will also be used by hugify.cpp. Added a few new system calls definitions.
3. Added a new class that inherits RuntimeLibrary, and implemented the necessary emit and link logic for hugify.
4. Added a simple test for hugify.
(cherry picked from FBD21384529)
2020-05-02 11:14:38 -07:00
|
|
|
inline uint64_t alignTo(uint64_t Value, uint64_t Align) {
|
|
|
|
return (Value + Align - 1) / Align * Align;
|
|
|
|
}
|
2020-10-15 03:51:56 -07:00
|
|
|
|
2020-11-17 13:57:29 -08:00
|
|
|
} // anonymous namespace
|