On 18 June 2014 09:54, b40...@freescale.com <b40...@freescale.com> wrote:
> Hi Steve,
>
> I build libhugetlbfs for beagleboard arm device by yocto.
> " beagleboard" is considered to be "arm"  architecture.
> I think general "arm" Parameter should be added to detection logic.

So for libhugetlbfs, as I understand things, we rely on "uname -m" to
get the architecture, i.e. we are compiling on the host.
If "uname -m" is just equal to "arm" we don't know if we are dealing
with ARMv4,5,6,7 or whether or not it's big or little endian or even
whether or not we have Thumb (for when it's optional).

>
> The following information:
> Build Configuration:
> BB_VERSION        = "1.20.0"
> BUILD_SYS         = "x86_64-linux"
> NATIVELSBSTRING   = "Fedora-13"
> TARGET_SYS        = "arm-poky-linux-gnueabi"
> MACHINE           = "beagleboard"
> DISTRO            = "poky"
> DISTRO_VERSION    = "1.5"
> TUNE_FEATURES     = "armv7a vfp neon"
> TARGET_FPU        = "vfp-neon"
> meta
> meta-yocto
> meta-yocto-bsp    = "(nobranch):28e7e4ffa5cd6cdfe02392c60bc42ed396376dcd"
>

I am not overly familiar with poky, but recipes to cross-compile
libhugetlbfs for AArch64 on OpenEmbedded exist at:
http://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-benchmark/libhugetlbfs

I see we have "TUNE_FEATURES=armv7a" listed above, does it not make
more sense for "uname -m" to equal "armv7l" in your cross build
environment?

[ To my knowledge, huge pages are only supported upstream for 32-bit
ARM LPAE kernels, thus are not generally available for the
Beagleboard? ]

Cheers,
--
Steve

------------------------------------------------------------------------------
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing & Easy Data Exploration
http://p.sf.net/sfu/hpccsystems
_______________________________________________
Libhugetlbfs-devel mailing list
Libhugetlbfs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libhugetlbfs-devel

Reply via email to