mirror of
https://github.com/openembedded/meta-openembedded.git
synced 2026-07-26 07:37:14 +00:00
Martin Jansa
be8c765c7c
There is new patch-status QA check in oe-core: https://git.openembedded.org/openembedded-core/commit/?id=76a685bfcf927593eac67157762a53259089ea8a This is temporary work around just to hide _many_ warnings from optional patch-status (if you add it to WARN_QA). This just added Upstream-Status: Pending everywhere without actually investigating what's the proper status. This is just to hide current QA warnings and to catch new .patch files being added without Upstream-Status, but the number of Pending patches is now terrible: 5 (26%) meta-xfce 6 (50%) meta-perl 15 (42%) meta-webserver 21 (36%) meta-gnome 25 (57%) meta-filesystems 26 (43%) meta-initramfs 45 (45%) meta-python 47 (55%) meta-multimedia 312 (63%) meta-networking 756 (61%) meta-oe Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Khem Raj <raj.khem@gmail.com>
40 lines
1.1 KiB
Diff
40 lines
1.1 KiB
Diff
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] Mark glibc specific code so
|
|
|
|
Signed-off-by: Khem Raj <raj.khem@gmail.com>
|
|
|
|
---
|
|
Upstream-Status: Pending
|
|
|
|
morecore.c | 3 ++-
|
|
1 file changed, 2 insertions(+), 1 deletion(-)
|
|
|
|
diff --git a/morecore.c b/morecore.c
|
|
index 0eef782..d48509c 100644
|
|
--- a/morecore.c
|
|
+++ b/morecore.c
|
|
@@ -364,6 +364,7 @@ void hugetlbfs_setup_morecore(void)
|
|
|
|
INFO("setup_morecore(): heapaddr = 0x%lx\n", heapaddr);
|
|
|
|
+#ifdef __GLIBC__
|
|
heaptop = heapbase = (void *)heapaddr;
|
|
if (__hugetlb_opts.thp_morecore)
|
|
__morecore = &thp_morecore;
|
|
@@ -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 + hpage_size / 2);
|
|
else
|
|
@@ -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
|
|
}
|