Re: [oe] [meta-oe][PATCH] libhugetlbfs: add recipe
On Mon, Sep 16, 2013 at 07:43:25AM +, Guo Chunrong-B40290 wrote: Hello , Please give some comments about patch . Hi, fails to build for qemux86-64 with gold enabled: | /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/x86_64-oe-linux/gcc/x86_64-oe-linux/4.8.1/ld: error: zero_filesize_segment.ld: SECTIONS seen after other input files; try -T/--script | /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/libexec/x86_64-oe-linux/gcc/x86_64-oe-linux/4.8.1/ld: internal error in input_sections_begin, at /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/binutils-cross/2.23.2-r4/binutils-2.23.2/gold/merge.h:269 | collect2: error: ld returned 1 exit status |CC64 obj64/linkhuge.o |LD64 (hugelink test) obj64/linkhuge |CC64 obj64/linkhuge_nofd.o |LD64 (hugelink test) obj64/linkhuge_nofd |CC64 obj64/linkshare.o |LD64 (hugelink test) obj64/linkshare |LD64 (xB test) obj64/xB.linkhuge | x86_64-oe-linux-ld: internal error in read_script_file, at /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/binutils-cross/2.23.2-r4/binutils-2.23.2/gold/script.cc:1600 | collect2: error: ld returned 1 exit status | make[1]: *** [obj64/xB.linkhuge] Error 1 | make: *** [tests/all] Error 2 | ERROR: oe_runmake failed | WARNING: exit code 1 from a shell command. | ERROR: Function failed: do_compile (log file is located at /home/jenkins/oe/shr-core-branches/shr-core/tmp-eglibc/work/x86_64-oe-linux/libhugetlbfs/git-r0/temp/log.do_compile.8133) NOTE: recipe libhugetlbfs-git-r0: task do_compile: Failed ERROR: Task 23473 (/home/jenkins/oe/shr-core-branches/shr-core/meta-openembedded/meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb, do_compile) failed with exit code '1' Can you try to resolve it? Thanks, chunrong -Original Message- From: Guo Chunrong-B40290 Sent: Tuesday, September 10, 2013 10:03 AM To: openembedded-devel@lists.openembedded.org Cc: Liu Ting-B28495; Luo Zhenhua-B19537; Guo Chunrong-B40290; Guo Chunrong-B40290 Subject: [meta-oe][PATCH] libhugetlbfs: add recipe Signed-off-by: Chunrong Guo b40...@freescale.com --- ...fs-Remove-segment-based-alignment-restric.patch | 131 ...-run_tests.py-fix-typo-in-test-invocation.patch | 30 + .../files/Fix-cross-compiling-on-PPC.patch | 28 .../libhugetlbfs/files/aarch64-support.patch | 88 + .../files/aarch64-unit-test-fixes.patch| 62 + .../files/add-PROT-NONE-to-the-mprotest-test.patch | 38 ++ .../files/checks-if-mtab-is-a-symlink.patch| 30 + .../libhugetlbfs/files/cross-compile.patch | 83 ...x-lib64-can-not-be-shiped-in-64bit-target.patch | 64 ++ .../libhugetlbfs/files/install64-fix.patch | 20 +++ ...s-Fix-perl-lib-can-not-be-shiped-to-sub-p.patch | 31 + ...s-avoid-search-host-library-path-for-cros.patch | 99 +++ ...ng-LIB32-and-LIB64-if-they-point-to-the-s.patch | 48 +++ .../libhugetlbfs/libhugetlbfs_git.bb | 51 14 files changed, 803 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0003-libhugetlbfs-Remove-segment-based-alignment-restric.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0004-tests-run_tests.py-fix-typo-in-test-invocation.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/Fix-cross-compiling-on-PPC.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-support.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-unit-test-fixes.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/add-PROT-NONE-to-the-mprotest-test.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/checks-if-mtab-is-a-symlink.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/cross-compile.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/fix-lib64-can-not-be-shiped-in-64bit-target.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/install64-fix.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/libhugetlbfs-Fix-perl-lib-can-not-be-shiped-to-sub-p.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/libhugetlbfs-avoid-search-host-library-path-for-cros.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/skip-checking-LIB32-and-LIB64-if-they-point-to-the-s.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb diff --git a/meta-oe/recipes-benchmark/libhugetlbfs/files/0003-libhugetlbfs-Remove-segment-based-alignment-restric.patch
Re: [oe] [meta-oe][PATCH] libhugetlbfs: add recipe
Hello , Please give some comments about patch . Thanks, chunrong -Original Message- From: Guo Chunrong-B40290 Sent: Tuesday, September 10, 2013 10:03 AM To: openembedded-devel@lists.openembedded.org Cc: Liu Ting-B28495; Luo Zhenhua-B19537; Guo Chunrong-B40290; Guo Chunrong-B40290 Subject: [meta-oe][PATCH] libhugetlbfs: add recipe Signed-off-by: Chunrong Guo b40...@freescale.com --- ...fs-Remove-segment-based-alignment-restric.patch | 131 ...-run_tests.py-fix-typo-in-test-invocation.patch | 30 + .../files/Fix-cross-compiling-on-PPC.patch | 28 .../libhugetlbfs/files/aarch64-support.patch | 88 + .../files/aarch64-unit-test-fixes.patch| 62 + .../files/add-PROT-NONE-to-the-mprotest-test.patch | 38 ++ .../files/checks-if-mtab-is-a-symlink.patch| 30 + .../libhugetlbfs/files/cross-compile.patch | 83 ...x-lib64-can-not-be-shiped-in-64bit-target.patch | 64 ++ .../libhugetlbfs/files/install64-fix.patch | 20 +++ ...s-Fix-perl-lib-can-not-be-shiped-to-sub-p.patch | 31 + ...s-avoid-search-host-library-path-for-cros.patch | 99 +++ ...ng-LIB32-and-LIB64-if-they-point-to-the-s.patch | 48 +++ .../libhugetlbfs/libhugetlbfs_git.bb | 51 14 files changed, 803 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0003-libhugetlbfs-Remove-segment-based-alignment-restric.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0004-tests-run_tests.py-fix-typo-in-test-invocation.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/Fix-cross-compiling-on-PPC.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-support.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-unit-test-fixes.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/add-PROT-NONE-to-the-mprotest-test.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/checks-if-mtab-is-a-symlink.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/cross-compile.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/fix-lib64-can-not-be-shiped-in-64bit-target.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/install64-fix.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/libhugetlbfs-Fix-perl-lib-can-not-be-shiped-to-sub-p.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/libhugetlbfs-avoid-search-host-library-path-for-cros.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/skip-checking-LIB32-and-LIB64-if-they-point-to-the-s.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb diff --git a/meta-oe/recipes-benchmark/libhugetlbfs/files/0003-libhugetlbfs-Remove-segment-based-alignment-restric.patch b/meta-oe/recipes-benchmark/libhugetlbfs/files/0003-libhugetlbfs-Remove-segment-based-alignment-restric.patch new file mode 100644 index 000..31f0516 --- /dev/null +++ b/meta-oe/recipes-benchmark/libhugetlbfs/files/0003-libhugetlbfs-Rem +++ ove-segment-based-alignment-restric.patch @@ -0,0 +1,131 @@ +Upstream-Status: Accepted + +From eee53989d5b7393352d77451b66066768113072a Mon Sep 17 00:00:00 2001 +From: Becky Bruce bec...@kernel.crashing.org +Date: Tue, 19 Apr 2011 14:13:18 -0500 +Subject: [PATCH 1/2] libhugetlbfs: Remove segment-based alignment +restrictions + +The existing library code enforces classic PPC segment restrictons on +the alignment and allocation of hugepages. BookE Freescale processors +don't have this restriction and allowing it to remain in place is +overly restrictive on 32-bit processors. Define PPC_NO_SEGMENTS to +turn this off. + +Signed-off-by: Becky Bruce bec...@kernel.crashing.org +--- + Makefile |2 +- + elflink.c |7 --- + libhugetlbfs_internal.h|3 ++- + morecore.c |2 +- + tests/brk_near_huge.c |2 +- + tests/truncate_above_4GB.c |6 -- + 6 files changed, 13 insertions(+), 9 deletions(-) + +diff --git a/Makefile b/Makefile +index d781871..3160f83 100644 +--- a/Makefile b/Makefile +@@ -29,7 +29,7 @@ INSTALL = install + LDFLAGS += -Wl,-z,noexecstack -ldl + CFLAGS ?= -O2 -g + CFLAGS += -Wall -fPIC +-CPPFLAGS += -D__LIBHUGETLBFS__ ++CPPFLAGS += -D__LIBHUGETLBFS__ -DPPC_NO_SEGMENTS + + ARCH = $(shell uname -m | sed -e s/i.86/i386/) + +diff --git a/elflink.c b/elflink.c +index c24bedc..432f3d7 100644 +--- a/elflink.c b/elflink.c +@@ -552,7 +552,8 @@ bail2: + seg-extrasz = end_orig - start; + } + +-#if defined(__powerpc64__) || defined (__powerpc__) ++#if defined(__powerpc64__) || \ ++ (defined(__powerpc__) !defined(PPC_NO_SEGMENTS)) + #define SLICE_LOW_TOP (0x1UL) + #define
[oe] [meta-oe][PATCH] libhugetlbfs: add recipe
Signed-off-by: Chunrong Guo b40...@freescale.com --- ...fs-Remove-segment-based-alignment-restric.patch | 131 ...-run_tests.py-fix-typo-in-test-invocation.patch | 30 + .../files/Fix-cross-compiling-on-PPC.patch | 28 .../libhugetlbfs/files/aarch64-support.patch | 88 + .../files/aarch64-unit-test-fixes.patch| 62 + .../files/add-PROT-NONE-to-the-mprotest-test.patch | 38 ++ .../files/checks-if-mtab-is-a-symlink.patch| 30 + .../libhugetlbfs/files/cross-compile.patch | 83 ...x-lib64-can-not-be-shiped-in-64bit-target.patch | 64 ++ .../libhugetlbfs/files/install64-fix.patch | 20 +++ ...s-Fix-perl-lib-can-not-be-shiped-to-sub-p.patch | 31 + ...s-avoid-search-host-library-path-for-cros.patch | 99 +++ ...ng-LIB32-and-LIB64-if-they-point-to-the-s.patch | 48 +++ .../libhugetlbfs/libhugetlbfs_git.bb | 51 14 files changed, 803 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0003-libhugetlbfs-Remove-segment-based-alignment-restric.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0004-tests-run_tests.py-fix-typo-in-test-invocation.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/Fix-cross-compiling-on-PPC.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-support.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/aarch64-unit-test-fixes.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/add-PROT-NONE-to-the-mprotest-test.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/checks-if-mtab-is-a-symlink.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/cross-compile.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/fix-lib64-can-not-be-shiped-in-64bit-target.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/install64-fix.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/libhugetlbfs-Fix-perl-lib-can-not-be-shiped-to-sub-p.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/libhugetlbfs-avoid-search-host-library-path-for-cros.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/skip-checking-LIB32-and-LIB64-if-they-point-to-the-s.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb diff --git a/meta-oe/recipes-benchmark/libhugetlbfs/files/0003-libhugetlbfs-Remove-segment-based-alignment-restric.patch b/meta-oe/recipes-benchmark/libhugetlbfs/files/0003-libhugetlbfs-Remove-segment-based-alignment-restric.patch new file mode 100644 index 000..31f0516 --- /dev/null +++ b/meta-oe/recipes-benchmark/libhugetlbfs/files/0003-libhugetlbfs-Remove-segment-based-alignment-restric.patch @@ -0,0 +1,131 @@ +Upstream-Status: Accepted + +From eee53989d5b7393352d77451b66066768113072a Mon Sep 17 00:00:00 2001 +From: Becky Bruce bec...@kernel.crashing.org +Date: Tue, 19 Apr 2011 14:13:18 -0500 +Subject: [PATCH 1/2] libhugetlbfs: Remove segment-based alignment restrictions + +The existing library code enforces classic PPC segment restrictons on the +alignment and allocation of hugepages. BookE Freescale processors +don't have this restriction and allowing it to remain in place +is overly restrictive on 32-bit processors. Define PPC_NO_SEGMENTS to +turn this off. + +Signed-off-by: Becky Bruce bec...@kernel.crashing.org +--- + Makefile |2 +- + elflink.c |7 --- + libhugetlbfs_internal.h|3 ++- + morecore.c |2 +- + tests/brk_near_huge.c |2 +- + tests/truncate_above_4GB.c |6 -- + 6 files changed, 13 insertions(+), 9 deletions(-) + +diff --git a/Makefile b/Makefile +index d781871..3160f83 100644 +--- a/Makefile b/Makefile +@@ -29,7 +29,7 @@ INSTALL = install + LDFLAGS += -Wl,-z,noexecstack -ldl + CFLAGS ?= -O2 -g + CFLAGS += -Wall -fPIC +-CPPFLAGS += -D__LIBHUGETLBFS__ ++CPPFLAGS += -D__LIBHUGETLBFS__ -DPPC_NO_SEGMENTS + + ARCH = $(shell uname -m | sed -e s/i.86/i386/) + +diff --git a/elflink.c b/elflink.c +index c24bedc..432f3d7 100644 +--- a/elflink.c b/elflink.c +@@ -552,7 +552,8 @@ bail2: + seg-extrasz = end_orig - start; + } + +-#if defined(__powerpc64__) || defined (__powerpc__) ++#if defined(__powerpc64__) || \ ++ (defined(__powerpc__) !defined(PPC_NO_SEGMENTS)) + #define SLICE_LOW_TOP (0x1UL) + #define SLICE_LOW_SIZE(1UL SLICE_LOW_SHIFT) + #define SLICE_HIGH_SIZE (1UL SLICE_HIGH_SHIFT) +@@ -574,7 +575,7 @@ static unsigned long hugetlb_slice_start(unsigned long addr) + return SLICE_LOW_TOP; + else + return ALIGN_DOWN(addr, SLICE_HIGH_SIZE); +-#elif defined(__powerpc__) ++#elif
Re: [oe] [meta-oe][PATCH ] libhugetlbfs: add recipe
Sure, I can do it. Best Regards, Zhenhua -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Fathi Boudra Sent: Wednesday, August 28, 2013 1:39 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [meta-oe][PATCH ] libhugetlbfs: add recipe On 28 August 2013 08:21, Luo Zhenhua-B19537 b19...@freescale.com wrote: -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Fathi Boudra On 28 August 2013 05:56, Luo Zhenhua-B19537 b19...@freescale.com wrote: Hi, libhugetlbfs should be moved to a common layer, since it can be used by other BSPs agreed. except linaro. what do you mean by except Linaro? [Luo Zhenhua-B19537] I mean libhugetlbfs recipe is maintained in meta- linaro layer. It make sense to get rid of if in meta-linaro and move libhugetlbfs in a common layer where it can be used by everybody. Now the question is who's doing this work? I suggested that you'll do it since you've submitted libhugetlbfs inclusion. However, if you don't want to do it, fair enough, I'll take a look to make it generic and will propose patches. Thought? Cheers, Fathi ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH ] libhugetlbfs: add recipe
On 28 August 2013 15:32, Luo Zhenhua-B19537 b19...@freescale.com wrote: Sure, I can do it. awesome! thanks. Best Regards, Zhenhua -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Fathi Boudra Sent: Wednesday, August 28, 2013 1:39 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [meta-oe][PATCH ] libhugetlbfs: add recipe On 28 August 2013 08:21, Luo Zhenhua-B19537 b19...@freescale.com wrote: -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Fathi Boudra On 28 August 2013 05:56, Luo Zhenhua-B19537 b19...@freescale.com wrote: Hi, libhugetlbfs should be moved to a common layer, since it can be used by other BSPs agreed. except linaro. what do you mean by except Linaro? [Luo Zhenhua-B19537] I mean libhugetlbfs recipe is maintained in meta- linaro layer. It make sense to get rid of if in meta-linaro and move libhugetlbfs in a common layer where it can be used by everybody. Now the question is who's doing this work? I suggested that you'll do it since you've submitted libhugetlbfs inclusion. However, if you don't want to do it, fair enough, I'll take a look to make it generic and will propose patches. Thought? Cheers, Fathi ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-oe][PATCH ] libhugetlbfs: add recipe
From: Chunrong Guo b40...@freescale.com *libhugetlbfs is a library which provides easy access to huge pages of memory Signed-off-by: Chunrong Guo b40...@freescale.com --- ...ler-to-be-override-regardless-of-32-or-64.patch | 94 ++ ...rl-lib-to-directory-perl-instead-of-perl5.patch | 41 ++ ...s-avoid-search-host-library-path-for-cros.patch | 70 +++ .../files/0002-Fix-cross-compiling-on-PPC.patch| 39 ++ ...fs-Remove-segment-based-alignment-restric.patch | 130 ...-run_tests.py-fix-typo-in-test-invocation.patch | 29 + .../files/checks-if-mtab-is-a-symlink.patch| 30 + ...s-Fix-perl-lib-can-not-be-shiped-to-sub-p.patch | 34 + ...ng-LIB32-and-LIB64-if-they-point-to-the-s.patch | 47 +++ ...Makefile-install-static-4G-edge-testcases.patch | 29 + .../libhugetlbfs/libhugetlbfs_git.bb | 49 11 files changed, 592 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0001-Allow-compiler-to-be-override-regardless-of-32-or-64.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0001-install-perl-lib-to-directory-perl-instead-of-perl5.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0001-libhugetlbfs-avoid-search-host-library-path-for-cros.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0002-Fix-cross-compiling-on-PPC.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0003-libhugetlbfs-Remove-segment-based-alignment-restric.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0004-tests-run_tests.py-fix-typo-in-test-invocation.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/checks-if-mtab-is-a-symlink.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/libhugetlbfs-Fix-perl-lib-can-not-be-shiped-to-sub-p.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/skip-checking-LIB32-and-LIB64-if-they-point-to-the-s.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/tests-Makefile-install-static-4G-edge-testcases.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb diff --git a/meta-oe/recipes-benchmark/libhugetlbfs/files/0001-Allow-compiler-to-be-override-regardless-of-32-or-64.patch b/meta-oe/recipes-benchmark/libhugetlbfs/files/0001-Allow-compiler-to-be-override-regardless-of-32-or-64.patch new file mode 100644 index 000..ee9138b --- /dev/null +++ b/meta-oe/recipes-benchmark/libhugetlbfs/files/0001-Allow-compiler-to-be-override-regardless-of-32-or-64.patch @@ -0,0 +1,94 @@ +From efba2e8dae0d2140289acd7a7fcc0e30ff00d676 Mon Sep 17 00:00:00 2001 +From: Chunrong Guo b40...@freescale.com +Date: Mon, 5 Aug 2013 21:36:57 -0500 +Subject: [PATCH] Allow compiler to be override regardless of 32 or 64-bit build + +Provide an easy means for cross compiling to override the compiler +without having to know if we intend a 32-bit or 64-bit build. + + +Upstream-Status: Accepted +Signed-off-by: Kumar Gala ga...@kernel.crashing.org +Signed-off-by: Chunrong b40...@freescale.com +--- + Makefile | 23 --- + 1 file changed, 12 insertions(+), 11 deletions(-) + +diff --git a/Makefile b/Makefile +index 48205af..878c71b 100644 +--- a/Makefile b/Makefile +@@ -33,58 +33,59 @@ CFLAGS += -Wall -fPIC + CPPFLAGS += -D__LIBHUGETLBFS__ + + ARCH = $(shell uname -m | sed -e s/i.86/i386/) ++CC = gcc + + CUSTOM_LDSCRIPTS = yes + + ifeq ($(ARCH),ppc64) +-CC64 = gcc -m64 ++CC64 = $(CC) -m64 + ELF64 = elf64ppc + TMPLIB64 = lib64 + TMPLIB32 = lib + ifneq ($(BUILDTYPE),NATIVEONLY) +-CC32 = gcc -m32 ++CC32 = $(CC) -m32 + ELF32 = elf32ppclinux + endif + else + ifeq ($(ARCH),ppc) +-CC32 = gcc -m32 ++CC32 = $(CC) -m32 + ELF32 = elf32ppclinux + TMPLIB32 = lib + else + ifeq ($(ARCH),armv7l) +-CC32 = gcc ++CC32 = $(CC) + TMPLIB32 = lib + ELF32 += armelf_linux_eabi + CUSTOM_LDSCRIPTS = no + else + ifeq ($(ARCH),i386) +-CC32 = gcc ++CC32 = $(CC) + ELF32 = elf_i386 + TMPLIB32 = lib + else + ifeq ($(ARCH),x86_64) +-CC64 = gcc -m64 ++CC64 = $(CC) -m64 + ELF64 = elf_x86_64 + TMPLIB64 = lib64 + TMPLIB32 = lib + ifneq ($(BUILDTYPE),NATIVEONLY) +-CC32 = gcc -m32 ++CC32 = $(CC) -m32 + ELF32 = elf_i386 + endif + else + ifeq ($(ARCH),ia64) +-CC64 = gcc ++CC64 = $(CC) + TMPLIB64 = lib64 + CFLAGS += -DNO_ELFLINK + else + ifeq ($(ARCH),sparc64) +-CC64 = gcc -m64 ++CC64 = $(CC) -m64 + TMPLIB64 = lib64 + CFLAGS += -DNO_ELFLINK + else + ifeq ($(ARCH),s390x) +-CC64 = gcc -m64 +-CC32 = gcc -m31 ++CC64 = $(CC) -m64 ++CC32 = $(CC) -m31 + ELF32 = elf_s390 + ELF64 = elf64_s390 + TMPLIB64 = lib64 +-- +1.7.9.7 + diff --git a/meta-oe/recipes-benchmark/libhugetlbfs/files/0001-install-perl-lib-to-directory-perl-instead-of-perl5.patch b/meta-oe/recipes-benchmark/libhugetlbfs/files/0001-install-perl-lib-to-directory-perl-instead-of-perl5.patch new file mode 100644 index
Re: [oe] [meta-oe][PATCH ] libhugetlbfs: add recipe
Hi, libhugetlbfs should be moved to a common layer, since it can be used by other BSPs except linaro. Best Regards, Zhenhua -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Fathi Boudra Sent: Tuesday, August 27, 2013 4:00 PM To: openembedded-devel@lists.openembedded.org Subject: Re: [oe] [meta-oe][PATCH ] libhugetlbfs: add recipe Hi, please, check http://layers.openembedded.org/layerindex/recipe/5471/ Could you integrate it into your work? On 27 August 2013 10:48, b40...@freescale.com wrote: From: Chunrong Guo b40...@freescale.com *libhugetlbfs is a library which provides easy access to huge pages of memory Signed-off-by: Chunrong Guo b40...@freescale.com --- ...ler-to-be-override-regardless-of-32-or-64.patch | 94 ++ ...rl-lib-to-directory-perl-instead-of-perl5.patch | 41 ++ ...s-avoid-search-host-library-path-for-cros.patch | 70 +++ .../files/0002-Fix-cross-compiling-on-PPC.patch| 39 ++ ...fs-Remove-segment-based-alignment-restric.patch | 130 ...-run_tests.py-fix-typo-in-test-invocation.patch | 29 + .../files/checks-if-mtab-is-a-symlink.patch| 30 + ...s-Fix-perl-lib-can-not-be-shiped-to-sub-p.patch | 34 + ...ng-LIB32-and-LIB64-if-they-point-to-the-s.patch | 47 +++ ...Makefile-install-static-4G-edge-testcases.patch | 29 + .../libhugetlbfs/libhugetlbfs_git.bb | 49 11 files changed, 592 insertions(+), 0 deletions(-) create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0001-Allow-compiler-to-be -override-regardless-of-32-or-64.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0001-install-perl-lib-to- directory-perl-instead-of-perl5.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0001-libhugetlbfs-avoid-s earch-host-library-path-for-cros.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0002-Fix-cross-compiling- on-PPC.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0003-libhugetlbfs-Remove- segment-based-alignment-restric.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/0004-tests-run_tests.py-f ix-typo-in-test-invocation.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/checks-if-mtab-is-a-symli nk.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/libhugetlbfs-Fix-perl-lib -can-not-be-shiped-to-sub-p.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/skip-checking-LIB32-and-L IB64-if-they-point-to-the-s.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/files/tests-Makefile-install-st atic-4G-edge-testcases.patch create mode 100644 meta-oe/recipes-benchmark/libhugetlbfs/libhugetlbfs_git.bb diff --git a/meta-oe/recipes-benchmark/libhugetlbfs/files/0001-Allow-compiler-to- be-override-regardless-of-32-or-64.patch b/meta-oe/recipes-benchmark/libhugetlbfs/files/0001-Allow-compiler-to- be-override-regardless-of-32-or-64.patch new file mode 100644 index 000..ee9138b --- /dev/null +++ b/meta-oe/recipes-benchmark/libhugetlbfs/files/0001-Allow-compiler +++ -to-be-override-regardless-of-32-or-64.patch @@ -0,0 +1,94 @@ +From efba2e8dae0d2140289acd7a7fcc0e30ff00d676 Mon Sep 17 00:00:00 +2001 +From: Chunrong Guo b40...@freescale.com +Date: Mon, 5 Aug 2013 21:36:57 -0500 +Subject: [PATCH] Allow compiler to be override regardless of 32 or +64-bit build + +Provide an easy means for cross compiling to override the compiler +without having to know if we intend a 32-bit or 64-bit build. + + +Upstream-Status: Accepted +Signed-off-by: Kumar Gala ga...@kernel.crashing.org +Signed-off-by: Chunrong b40...@freescale.com +--- + Makefile | 23 --- + 1 file changed, 12 insertions(+), 11 deletions(-) + +diff --git a/Makefile b/Makefile +index 48205af..878c71b 100644 +--- a/Makefile b/Makefile +@@ -33,58 +33,59 @@ CFLAGS += -Wall -fPIC CPPFLAGS += +-D__LIBHUGETLBFS__ + + ARCH = $(shell uname -m | sed -e s/i.86/i386/) ++CC = gcc + + CUSTOM_LDSCRIPTS = yes + + ifeq ($(ARCH),ppc64) +-CC64 = gcc -m64 ++CC64 = $(CC) -m64 + ELF64 = elf64ppc + TMPLIB64 = lib64 + TMPLIB32 = lib + ifneq ($(BUILDTYPE),NATIVEONLY) +-CC32 = gcc -m32 ++CC32 = $(CC) -m32 + ELF32 = elf32ppclinux + endif + else + ifeq ($(ARCH),ppc) +-CC32 = gcc -m32 ++CC32 = $(CC) -m32 + ELF32 = elf32ppclinux + TMPLIB32 = lib + else + ifeq ($(ARCH),armv7l) +-CC32 = gcc ++CC32 = $(CC) + TMPLIB32 = lib + ELF32 += armelf_linux_eabi + CUSTOM_LDSCRIPTS = no + else + ifeq ($(ARCH),i386) +-CC32 = gcc ++CC32 = $(CC) + ELF32 = elf_i386 + TMPLIB32 = lib + else + ifeq
Re: [oe] [meta-oe][PATCH ] libhugetlbfs: add recipe
Hi, On 28 August 2013 05:56, Luo Zhenhua-B19537 b19...@freescale.com wrote: Hi, libhugetlbfs should be moved to a common layer, since it can be used by other BSPs agreed. except linaro. what do you mean by except Linaro? Cheers, Fathi ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH ] libhugetlbfs: add recipe
-Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Fathi Boudra On 28 August 2013 05:56, Luo Zhenhua-B19537 b19...@freescale.com wrote: Hi, libhugetlbfs should be moved to a common layer, since it can be used by other BSPs agreed. except linaro. what do you mean by except Linaro? [Luo Zhenhua-B19537] I mean libhugetlbfs recipe is maintained in meta-linaro layer. Best Regards, Zhenhua ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [meta-oe][PATCH ] libhugetlbfs: add recipe
On 28 August 2013 08:21, Luo Zhenhua-B19537 b19...@freescale.com wrote: -Original Message- From: openembedded-devel-boun...@lists.openembedded.org [mailto:openembedded-devel-boun...@lists.openembedded.org] On Behalf Of Fathi Boudra On 28 August 2013 05:56, Luo Zhenhua-B19537 b19...@freescale.com wrote: Hi, libhugetlbfs should be moved to a common layer, since it can be used by other BSPs agreed. except linaro. what do you mean by except Linaro? [Luo Zhenhua-B19537] I mean libhugetlbfs recipe is maintained in meta-linaro layer. It make sense to get rid of if in meta-linaro and move libhugetlbfs in a common layer where it can be used by everybody. Now the question is who's doing this work? I suggested that you'll do it since you've submitted libhugetlbfs inclusion. However, if you don't want to do it, fair enough, I'll take a look to make it generic and will propose patches. Thought? Cheers, Fathi ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel