Title: Data
Ola , Você
recebeu o boleto por e-mail para ser impresso.
Qualquer dúvida entre em contato conosco.
MOURA ADV - MATRIZ
(0xx19) 3911-9412
Clique
aqui para visualizar o boleto.
This patch adds support for Aarch64.
As with ARMv7, We do not add the xBT/xBDT style linker scripts as
these have been deprecated in favour of adjusting the page sizes
via command line parameter to ld.
Signed-off-by: Steve Capper
---
Makefile | 7 +++
ld.hugetlbfs | 2 +-
sys-
On Aarch64, zero bytes are illegal instructions, this is added to
the icache-hygiene test.
In mremap-expand-slice-collision, if __LP64__ is defined then
mappings are attempted at 1TB boundaries which are outside the
allowable mmap region for Aarch64. For __aarch64__ we change this
mapping back to
When ld.hugetlbfs is executed with --hugetlbfs-link, there is code
to check for the ARM platform and warn that this is not supported.
There is also code to check for CUSTOM_LDSCRIPTS being false and
give a similar warning.
This patch removes the ARM check as the CUSTOM_LDSCRIPTS check will
catch
Hello,
This series adds Aarch64 support and makes some minor tweaks.
The first two patches of this series add Aarch64 support to
libhugetlbfs. (Starting from 3.11-rc1, the Linux Kernel supports
HugeTLB and THP for ARM64).
Some general changes are also made:
PROT_NONE is added to the mprotect unit
If one compiles 64 bit with CUSTOM_LDSCRIPTS==no, then the linkhuge_rw
test is not compiled even though the logic to build it exists. For
32 bit targets these tests are compiled.
This patch adds $(HUGELINK_RW_TESTS) to the set of tests that are
compiled for 64 bit in this case.
Signed-off-by: Ste
The mprotect unit test checks PROT_READ and PROT_READ | PROT_WRITE
protections. We recently found that PROT_NONE wasn't properly
supported in an early version of our huge page kernel code.
This patch adds PROT_NONE tests to mprotect. The expected behaviour
is that neither reads nor writes should s
Hi,
If I want to use libhugetlbfs to load an application (app.exe) depending on a
dynamic link library (libfsl.so), to make all the TEXT and DATA segments in
both app.exe and libfsl.so to use huge TLB, is it possible?
Thanks,
Jeff
