diff options
| author |   Khem Raj <raj.khem@gmail.com> | 2018-10-12 12:28:04 -0700 |
|---|---|---|
| committer | Khem Raj <raj.khem@gmail.com> | 2018-10-12 13:08:17 -0700 |
| commit | ff0c0a1d83cafde9e039824329f0506335828745 (patch) | |
| tree | 3a928bedc9c86249fec8bbbe22c0055ec0ef83a9 /meta-oe/recipes-benchmark/libhugetlbfs/files/0002-Mark-glibc-specific-code-so.patch | |
| parent | 0dfc9ab6f069924a17c523e61c7e37b380248fc0 (diff) | |
| download | meta-openembedded-ff0c0a1d83cafde9e039824329f0506335828745.tar.gz | |
libhugetlbfs: Refresh patches with devtool
Makes devtool happy as per
http://lists.openembedded.org/pipermail/openembedded-core/2018-March/148675.html
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Cc: Daniel Díaz <daniel.diaz@linaro.org>
Diffstat (limited to 'meta-oe/recipes-benchmark/libhugetlbfs/files/0002-Mark-glibc-specific-code-so.patch')
| -rw-r--r-- | meta-oe/recipes-benchmark/libhugetlbfs/files/0002-Mark-glibc-specific-code-so.patch | 18 |
1 files changed, 8 insertions, 10 deletions
diff --git a/meta-oe/recipes-benchmark/libhugetlbfs/files/0002-Mark-glibc-specific-code-so.patch b/meta-oe/recipes-benchmark/libhugetlbfs/files/0002-Mark-glibc-specific-code-so.patch index 4354d78615..8cb184a651 100644 --- a/meta-oe/recipes-benchmark/libhugetlbfs/files/0002-Mark-glibc-specific-code-so.patch +++ b/meta-oe/recipes-benchmark/libhugetlbfs/files/0002-Mark-glibc-specific-code-so.patch @@ -1,18 +1,19 @@ -From b72bf6a81fa879f32a074fe53776fc8291c83b6f Mon Sep 17 00:00:00 2001 +From 0f548286848c70aa325c6748d80e8651389b4938 Mon Sep 17 00:00:00 2001 From: Khem Raj <raj.khem@gmail.com> Date: Thu, 21 Jun 2018 19:32:59 -0700 -Subject: [PATCH 2/6] Mark glibc specific code so +Subject: [PATCH] Mark glibc specific code so Signed-off-by: Khem Raj <raj.khem@gmail.com> + --- morecore.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/morecore.c b/morecore.c -index c5981d2..ec9fafa 100644 +index 0eef782..d48509c 100644 --- a/morecore.c +++ b/morecore.c -@@ -347,6 +347,7 @@ void hugetlbfs_setup_morecore(void) +@@ -364,6 +364,7 @@ void hugetlbfs_setup_morecore(void) INFO("setup_morecore(): heapaddr = 0x%lx\n", heapaddr); @@ -20,20 +21,17 @@ index c5981d2..ec9fafa 100644 heaptop = heapbase = (void *)heapaddr; if (__hugetlb_opts.thp_morecore) __morecore = &thp_morecore; -@@ -354,7 +355,6 @@ void hugetlbfs_setup_morecore(void) +@@ -371,7 +372,6 @@ void hugetlbfs_setup_morecore(void) __morecore = &hugetlbfs_morecore; /* Set some allocator options more appropriate for hugepages */ - if (__hugetlb_opts.shrink_ok) - mallopt(M_TRIM_THRESHOLD, hpage_size / 2); + mallopt(M_TRIM_THRESHOLD, hpage_size + hpage_size / 2); else -@@ -364,4 +364,5 @@ void hugetlbfs_setup_morecore(void) +@@ -381,4 +381,5 @@ void hugetlbfs_setup_morecore(void) * This doesn't appear to prohibit malloc() from falling back * to mmap() if we run out of hugepages. */ mallopt(M_MMAP_MAX, 0); +#endif } --- -2.17.1 - |