Re: [OE-core] [PATCH] busybox-1.21.1/defconfig: disable rfkill

[Marcin Juszkiewicz]

W dniu 29.07.2013 12:44, Laszlo Papp pisze:
 OK, I give up the contribution. I really cannot collaborate with
 people who think it is acceptable to break *many* users' life for the
 whole project without being able to use anything in favor of a very
 limited (!) people with only two (!) applications.

Stop being closed minded. OpenEmbedded provides many options for doing
alterations and you got some suggestions in this thread how to make you
happy without breaking setup for other people.

If your toolchain is more then 4 years old then maybe stick with older
versions of OE as well?

Or just update linux-libc-headers part of toolchain and be happy with
it? But it would require you to rebuild everything to check does it
builds...

Or do one simple change in your own layer to disable this config option?
This would take you just 5 minutes and provide compatibility with
probably even 2.4 kernels.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Using OpenEmbedded for customized builds

[Marcin Juszkiewicz]

W dniu 04.07.2013 07:34, Holger Hans Peter Freyther pisze:

 Can this be already modeled? Do you have any idea how this could
 be done?

My idea is simple.

Keep each customer changes in separate layers and have separate builds
for base and each customer. Let then customer builds use base
sstate-cache in read-only mode (file:// mirror). This way you do all
base building in base dir/vm and customer ones in separate ones.

None of customer builds affect others and each of them uses sstate from
common base one.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] tune-cortexa5.inc: add tune file for cortex-a5, based on a7

[Marcin Juszkiewicz]

W dniu 04.06.2013 21:57, Andy Voltz pisze:

 I just tried this solution with my vybrid cortex-a5 build. The only issue is a
 parse error on ${CORTEX_ID} here: 
 
 TUNEVALID[cortex${CORTEX_ID}] = Enable Cortex-${CORTEX_NAME} specific
 
 I amended the changes so that each tune-cortexa5.inc (for example) looks like:
 
 +CORTEX_ID = a5
 +
 +TUNEVALID[cortexa5] = Enable Cortex-A5 specific processor optimizations
 +
 +require conf/machine/include/tune-cortex.inc
 
 I didn't think it was worth having a CORTEX_NAME if TUNEVALID does not parse..

Agree.

 My only other thought is perhaps tune-cortex.inc should be called
 tune-cortexa.inc? It seems like the m series is a different animal.

Agree as well. M/R to be exact.

 What do you think?

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] tune-cortexa5.inc: add tune file for cortex-a5, based on a7

[Marcin Juszkiewicz]

W dniu 03.06.2013 18:40, Andy Voltz pisze:
 Signed-off-by: Andy Voltz andy.vo...@timesys.com
 ---
  meta/conf/machine/include/tune-cortexa5.inc |   36 
 +++

I think that it is time to create simple tune-cortex.inc which would be
used by cores tunes to set all of it.

So tune-cortexa5.inc would be:


CORTEX_ID   = a5
CORTEX_NAME = A5

require conf/machine/include/arm/tune-cortex.inc


and tune-cortex.inc will have things like:


DEFAULTTUNE ?= armv7a-neon

require conf/machine/include/arm/arch-armv7a.inc

TUNEVALID[cortex${CORTEX_ID}] = Enable Cortex-${CORTEX_NAME} specific
processor optimizations
TUNE_CCARGS .= ${@bb.utils.contains(TUNE_FEATURES,
cortex${CORTEX_ID},  -mtune=cortex-${CORTEX_ID}, , d)}

# Little Endian base configs
AVAILTUNES += cortex${CORTEX_ID} cortex${CORTEX_ID}t
cortex${CORTEX_ID}-neon cortex${CORTEX_ID}t-neon
ARMPKGARCH_tune-cortex${CORTEX_ID} = cortex${CORTEX_ID}
ARMPKGARCH_tune-cortex${CORTEX_ID}t = cortex${CORTEX_ID}
ARMPKGARCH_tune-cortex${CORTEX_ID}-neon = cortex${CORTEX_ID}
ARMPKGARCH_tune-cortex${CORTEX_ID}t-neon = cortex${CORTEX_ID}
TUNE_FEATURES_tune-cortex${CORTEX_ID} = ${TUNE_FEATURES_tune-armv7a}
cortex${CORTEX_ID}
TUNE_FEATURES_tune-cortex${CORTEX_ID}t = ${TUNE_FEATURES_tune-armv7at}
cortex${CORTEX_ID}
TUNE_FEATURES_tune-cortex${CORTEX_ID}-neon =
${TUNE_FEATURES_tune-armv7a-neon} cortex${CORTEX_ID}
TUNE_FEATURES_tune-cortex${CORTEX_ID}t-neon =
${TUNE_FEATURES_tune-armv7at-neon} cortex${CORTEX_ID}
PACKAGE_EXTRA_ARCHS_tune-cortex${CORTEX_ID} =
${PACKAGE_EXTRA_ARCHS_tune-armv7a} cortex${CORTEX_ID}-vfp
PACKAGE_EXTRA_ARCHS_tune-cortex${CORTEX_ID}t =
${PACKAGE_EXTRA_ARCHS_tune-armv7at} cortex${CORTEX_ID}-vfp
cortex${CORTEX_ID}t2-vfp
PACKAGE_EXTRA_ARCHS_tune-cortex${CORTEX_ID}-neon =
${PACKAGE_EXTRA_ARCHS_tune-armv7a-neon} cortex${CORTEX_ID}-vfp
cortex${CORTEX_ID}-vfp-neon
PACKAGE_EXTRA_ARCHS_tune-cortex${CORTEX_ID}t-neon =
${PACKAGE_EXTRA_ARCHS_tune-armv7at-neon} cortex${CORTEX_ID}-vfp
cortex${CORTEX_ID}-vfp-neon cortex${CORTEX_ID}t2-vfp
cortex${CORTEX_ID}t2-vfp-neon

[..]
-

What do you think?
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [RFC] get minimal rootfs to be even smaller

[Marcin Juszkiewicz]

I build core-image-minimal today and got 5.1MB image (AArch64/eglibc).
Looked inside the image and found some extra files which can be dropped.

First hit: pci.ids.gz and usb.ids.gz ~350KB in total.

Normally they are needed for lspci/lsusb but they are brought by udev
which does not need them.

Next one can be ldconfig which is ~600KB.

What do you think?

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] udev: do not recommend pciutils/usbutils ids

[Marcin Juszkiewicz]

udev does not require those files to be operational and they add ~350KB
to rootfs

Signed-off-by: Marcin Juszkiewicz mar...@juszkiewicz.com.pl
---
 meta/recipes-core/udev/udev.inc | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/recipes-core/udev/udev.inc b/meta/recipes-core/udev/udev.inc
index 769d861..ee05ad0 100644
--- a/meta/recipes-core/udev/udev.inc
+++ b/meta/recipes-core/udev/udev.inc
@@ -14,7 +14,6 @@ LDFLAGS += -lrt
 
 DEPENDS = acl glib-2.0 libusb usbutils pciutils gperf-native libxslt-native 
util-linux
 RPROVIDES_${PN} = hotplug
-RRECOMMENDS_${PN} += usbutils-ids pciutils-ids
 
 SRC_URI = ${KERNELORG_MIRROR}/linux/utils/kernel/hotplug/udev-${PV}.tar.gz \

file://0001-Fixing-keyboard_force_release.sh-shell-script-path.patch \
-- 
1.8.1.2

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [RFC] get minimal rootfs to be even smaller

[Marcin Juszkiewicz]

W dniu 31.05.2013 16:41, Phil Blundell pisze:
 On Fri, 2013-05-31 at 16:11 +0200, Marcin Juszkiewicz wrote:
 Next one can be ldconfig which is ~600KB.
 
 There's already an option to turn that off: you can set 
 USE_LDCONFIG=0 in your distro configuration (which micro does, for 
 example). Converting that to be a modern DISTRO_FEATURE would be a 
 fine thing.

Thanks for hint - may look at it next week.

 On the udev thing I guess my initial reaction would be that if you 
 want the smallest rootfs you probably don't want to be using udev at 
 all.

I just wanted to have smallest possible image without doing any distro
config changes. Think minimal image for testing KVM where KVM host
rootfs can be built with same setup.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gcc: add build directory to include directories

[Marcin Juszkiewicz]

W dniu 31.05.2013 17:54, Mark Hatle pisze:
 From: Roy.Li rongqing...@windriver.com
 
 [ CQID: WIND00386962 ]
 
 Add build directory to include directories by -I${B}/include which will
 be searched before standard system include directories.
 
 Both libunwind and gcc supply unwind.h, once gcc use libunwind's unwind.h,
 the compiling will fail.
 
 This patch is generally not applicable to the upstream as they do not
 use libunwind.
 
 (LOCAL REV: NOT UPSTREAM)
 
 Signed-off-by: Roy.Li rongqing...@windriver.com
 Signed-off-by: Jeff Polk jeff.p...@windriver.com
 Signed-off-by: Mark Hatle mark.ha...@windriver.com

Acked-by: Marcin Juszkiewicz mar...@juszkiewicz.com.pl

It works! Thanks a lot guys.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Issues with gcc 4.8 sstate contamination on the autobuilder

[Marcin Juszkiewicz]

W dniu 30.05.2013 18:45, Richard Purdie pisze:
 I want to make people aware we're seeing some issues with gcc 4.8 on the
 autobuilder.

When we are at sstate and gcc...

I noticed recently that libunwind may break gcc builds:

https://bugs.launchpad.net/linaro-oe/+bug/1183087

The issue exists only when libunwind was built before gcc was started.

To reproduce:

bitbake -ccleansstate gcc libunwind
bitbake libunwind
bitbake gcc

Did not yet found proper working solution.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gcc 4.8: use /lib/ for AArch64

[Marcin Juszkiewicz]

W dniu 28.05.2013 01:23, Khem Raj pisze:
 On May 27, 2013, at 7:40 AM, Marcin Juszkiewicz
 marcin.juszkiew...@linaro.org wrote:

 +++ b/meta/recipes-devtools/gcc/gcc-4.8/use-lib-for-aarch64.patch
 @@ -0,0 +1,23 @@
 +From: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
 +
 +AArch64 is built with /lib/ as prefix but GCC 4.8 tries to use /lib64/
 +path so build fails.
 +
 +It may affect builds when /lib64/ will be used but so far it is not
 +default.
 +
 
 Marcin,
 
 what is the multilib strategy for aarch64? i think using lib64 for
 64bit and keep /lib for 32bit apps would be ideal so you can keep the
 existing apps running. In OE we have convoluted x86_64 where when not
 using mutlilib it uses /lib for 64bit apps and when doing multilib it
 does /lib64 for default 64bit apps and /lib for 32bit apps its quite
 confusing. For arm lets not follow those footsteps and use /lib64 for
 64bit from the onset and then multilib can come later and will fit in
 nicely.

I will leave that decision to Riku as new meta-linaro maintainer.

My view is that so far AArch64 is still in kind of testing phase rather
then fully used system. Switch to /lib64/ would require far more patches
(gcc-4.7, eglibc etc) than switching to /lib/ which is used since we
started with this architecture.
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gcc 4.8: use /lib/ for AArch64

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/gcc/gcc-4.8.inc  |  1 +
 .../gcc/gcc-4.8/use-lib-for-aarch64.patch  | 23 ++
 2 files changed, 24 insertions(+)
 create mode 100644 meta/recipes-devtools/gcc/gcc-4.8/use-lib-for-aarch64.patch

diff --git a/meta/recipes-devtools/gcc/gcc-4.8.inc 
b/meta/recipes-devtools/gcc/gcc-4.8.inc
index a9786da..5142c0f 100644
--- a/meta/recipes-devtools/gcc/gcc-4.8.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.8.inc
@@ -66,6 +66,7 @@ SRC_URI = ${GNU_MIRROR}/gcc/gcc-${PV}/gcc-${PV}.tar.bz2 \
   
file://0034-Use-the-multilib-config-files-from-B-instead-of-usin.patch \
   file://0035-wcast-qual-PR-55383.patch \
   file://gcc-4.8-PR56797.patch \
+  file://use-lib-for-aarch64.patch \
  
 SRC_URI[md5sum] = e6040024eb9e761c3bea348d1fa5abb0
 SRC_URI[sha256sum] = 
b037fe5132b71ecad2ea7141ec92292b5d32427bf90fd90cde432b1d5abacc2c
diff --git a/meta/recipes-devtools/gcc/gcc-4.8/use-lib-for-aarch64.patch 
b/meta/recipes-devtools/gcc/gcc-4.8/use-lib-for-aarch64.patch
new file mode 100644
index 000..a647e93
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc-4.8/use-lib-for-aarch64.patch
@@ -0,0 +1,23 @@
+From: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
+
+AArch64 is built with /lib/ as prefix but GCC 4.8 tries to use /lib64/
+path so build fails.
+
+It may affect builds when /lib64/ will be used but so far it is not
+default.
+
+Upstream-status: Inappropriate [OE specific]
+---
+ gcc/config/aarch64/t-aarch64-linux |2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- gcc-linaro-4.8-2013.04.orig/gcc/config/aarch64/t-aarch64-linux
 gcc-linaro-4.8-2013.04/gcc/config/aarch64/t-aarch64-linux
+@@ -20,6 +20,6 @@
+ 
+ LIB1ASMSRC   = aarch64/lib1funcs.asm
+ LIB1ASMFUNCS = _aarch64_sync_cache_range
+ 
+ AARCH_BE = $(if $(findstring TARGET_BIG_ENDIAN_DEFAULT=1, $(tm_defines)),_be)
+-MULTILIB_OSDIRNAMES = .=../lib64$(call 
if_multiarch,:aarch64$(AARCH_BE)-linux-gnu)
++MULTILIB_OSDIRNAMES = .=../lib$(call 
if_multiarch,:aarch64$(AARCH_BE)-linux-gnu)
-- 
1.8.1.2

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] binutils: add two AArch64 related backports to 2.23.2

[Marcin Juszkiewicz]

Update required to pass movi related build errors when gcc-4.8 is
used.

libgcrypt, slang, mysql5 were failing like this:

| {standard input}: Assembler messages:
| {standard input}:316: Error: immediate value out of range 0 to 255 at operand 
2 -- `movi v3.8b,-106'
| {standard input}:348: Error: immediate value out of range 0 to 255 at operand 
2 -- `movi v3.8b,-8'
| {standard input}:352: Error: immediate value out of range 0 to 255 at operand 
2 -- `movi v3.8b,-27'

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/binutils/binutils-2.23.2.inc |   2 +
 .../binutils-2.23.2/backport/aarch64-crn.patch | 117 +
 .../binutils-2.23.2/backport/aarch64-movi.patch| 144 +
 3 files changed, 263 insertions(+)
 create mode 100644 
meta/recipes-devtools/binutils/binutils-2.23.2/backport/aarch64-crn.patch
 create mode 100644 
meta/recipes-devtools/binutils/binutils-2.23.2/backport/aarch64-movi.patch

diff --git a/meta/recipes-devtools/binutils/binutils-2.23.2.inc 
b/meta/recipes-devtools/binutils/binutils-2.23.2.inc
index 07bc7e0..abec597 100644
--- a/meta/recipes-devtools/binutils/binutils-2.23.2.inc
+++ b/meta/recipes-devtools/binutils/binutils-2.23.2.inc
@@ -39,6 +39,8 @@ BACKPORT = \
  file://backport/binutils-replace-strncat-with-strcat.patch  \
  
file://backport/0001-config-tc-ppc.c-md_assemble-Do-not-generate-APUinfo-.patch 
 \
  file://backport/binutils-fix-skip-whitespace-pr14887.patch \
+ file://backport/aarch64-crn.patch \
+ file://backport/aarch64-movi.patch \
 
 SRC_URI[md5sum] = 4f8fa651e35ef262edc01d60fb45702e
 SRC_URI[sha256sum] = 
fe914e56fed7a9ec2eb45274b1f2e14b0d8b4f41906a5194eac6883cfe5c1097
diff --git 
a/meta/recipes-devtools/binutils/binutils-2.23.2/backport/aarch64-crn.patch 
b/meta/recipes-devtools/binutils/binutils-2.23.2/backport/aarch64-crn.patch
new file mode 100644
index 000..3f0338c
--- /dev/null
+++ b/meta/recipes-devtools/binutils/binutils-2.23.2/backport/aarch64-crn.patch
@@ -0,0 +1,117 @@
+From: Yufeng Zhang yufeng.zh...@arm.com
+Date: Mon, 13 May 2013 22:50:00 + (+)
+Subject: gas/
+X-Git-Url: 
http://sourceware.org/git/?p=binutils.git;a=commitdiff_plain;h=1796bf893c4729d5c523502318d72cae78495d6c
+
+Upstream-status: backport
+
+gas/
+
+   Backport from mainline:
+
+   2013-02-27 Yufeng Zhang yufeng.zh...@arm.com
+   * config/tc-aarch64.c (parse_sys_reg): Allow the full range of CRn
+   for system registers.
+
+gas/testsuite/
+
+   Backport from mainline:
+
+   2013-02-27 Yufeng Zhang yufeng.zh...@arm.com
+   * gas/aarch64/illegal.l: Delete the error message for
+   msr S3_1_C13_C15_1,x7.
+   * gas/aarch64/sysreg.s: Add new tests.
+   * gas/aarch64/sysreg.d: Update.
+---
+
+diff --git a/gas/ChangeLog b/gas/ChangeLog
+index 821acc9..3d09792 100644
+--- a/gas/ChangeLog
 b/gas/ChangeLog
+@@ -1,3 +1,11 @@
++2013-05-13 Yufeng Zhang yufeng.zh...@arm.com
++
++  Backport from mainline:
++
++  2013-02-27 Yufeng Zhang yufeng.zh...@arm.com
++  * config/tc-aarch64.c (parse_sys_reg): Allow the full range of CRn
++  for system registers.
++
+ 2013-03-05  Yufeng Zhang  yufeng.zh...@arm.com
+ 
+   * config/tc-aarch64.c (aarch64_imm_float_p): Rename 'e' to 'pattern';
+diff --git a/gas/config/tc-aarch64.c b/gas/config/tc-aarch64.c
+index 162c865..db28c71 100644
+--- a/gas/config/tc-aarch64.c
 b/gas/config/tc-aarch64.c
+@@ -3243,10 +3243,14 @@ parse_sys_reg (char **str, struct hash_control 
*sys_regs, int imple_defined_p)
+ unsigned int op0, op1, cn, cm, op2;
+ if (sscanf (buf, s%u_%u_c%u_c%u_%u, op0, op1, cn, cm, op2) != 
5)
+   return PARSE_FAIL;
+-/* Register access is encoded as follows:
++/* The architecture specifies the encoding space for implementation
++   defined registers as:
+op0  op1  CRn   CRm   op2
+-   11   xxx  1x11    xxx.  */
+-if (op0 != 3 || op1  7 || (cn | 0x4) != 0xf || cm  15 || op2  7)
++   11   xxx  1x11    xxx
++   For convenience GAS accepts a wider encoding space, as follows:
++   op0  op1  CRn   CRm   op2
++   11   xxx      xxx  */
++if (op0 != 3 || op1  7 || cn  15 || cm  15 || op2  7)
+   return PARSE_FAIL;
+ value = (op0  14) | (op1  11) | (cn  7) | (cm  3) | op2;
+   }
+diff --git a/gas/testsuite/ChangeLog b/gas/testsuite/ChangeLog
+index d1ebc3b..8ee06c8 100644
+--- a/gas/testsuite/ChangeLog
 b/gas/testsuite/ChangeLog
+@@ -1,3 +1,13 @@
++2013-05-13 Yufeng Zhang yufeng.zh...@arm.com
++
++  Backport from mainline:
++
++  2013-02-27 Yufeng Zhang yufeng.zh...@arm.com
++  * gas/aarch64/illegal.l: Delete the error message for
++  msr S3_1_C13_C15_1,x7.
++  * gas/aarch64/sysreg.s: Add new tests.
++  * gas/aarch64/sysreg.d: Update.
++
+ 2013-03-08  Christian Groessler  ch...@groessler.org
+ 
+   Backport from

Re: [OE-core] gcc-cross-initial Failure (is a meta-aarch64 screw up)

[Marcin Juszkiewicz]

W dniu 14.05.2013 23:43, Khem Raj pisze:
 
 On May 8, 2013, at 1:22 AM, Marcin Juszkiewicz 
 marcin.juszkiew...@linaro.org wrote:
 
 W dniu 08.05.2013 08:43, Marcin Juszkiewicz pisze:

 I will sort it out today.

 Should be solved now.

 
 Not yet. Can you pick up this patch here please
 
 https://github.com/kraj/meta-linaro/commit/22bc67f2229f3e36a030787a516117271b05aee0

OOPS. sorry for that - it was not planned.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] gdb: upgraded to 7.6

[Marcin Juszkiewicz]

W dniu 09.05.2013 09:48, Marinescu, Bogdan A pisze:
 I will recheck. However, does it make sense for us to work in parallel
 on upgrading the same package?

I will update my patches later today.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 2/3] gdb: checksums are in versioned include

[Marcin Juszkiewicz]

This allows out-of-tree versions to reuse this file for any version.

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/gdb/gdb-common.inc | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index 6f42dff..deb3841 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -23,9 +23,6 @@ inherit autotools
 
 SRC_URI = ${GNU_MIRROR}/gdb/gdb-${PV}.tar.gz \
   
-SRC_URI[md5sum] = b1519bf899890d21d4774845a6e602fe
-SRC_URI[sha256sum] = 
f99f26e2c1127f12ba14ece0947a9a9948be45e96b69ef363131e469a698636e
-
 export CC_FOR_BUILD = ${BUILD_CC}
 export CXX_FOR_BUILD = ${BUILD_CXX}
 export CPP_FOR_BUILD = ${BUILD_CPP}
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 1/3] gdb: add 7.6 version

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 .../gdb/{gdb_7.5.1.bb = gdb-7.6.inc}|  5 +++--
 ...s-canadian_7.5.1.bb = gdb-cross-canadian_7.6.bb} |  5 +
 .../gdb/{gdb-cross_7.5.1.bb = gdb-cross_7.6.bb} |  5 +
 .../gdb/gdb/gdbserver-cflags-last.diff   | 20 +---
 meta/recipes-devtools/gdb/gdb_7.6.bb |  2 ++
 5 files changed, 20 insertions(+), 17 deletions(-)
 rename meta/recipes-devtools/gdb/{gdb_7.5.1.bb = gdb-7.6.inc} (70%)
 rename meta/recipes-devtools/gdb/{gdb-cross-canadian_7.5.1.bb = 
gdb-cross-canadian_7.6.bb} (67%)
 rename meta/recipes-devtools/gdb/{gdb-cross_7.5.1.bb = gdb-cross_7.6.bb} (56%)
 create mode 100644 meta/recipes-devtools/gdb/gdb_7.6.bb

diff --git a/meta/recipes-devtools/gdb/gdb_7.5.1.bb 
b/meta/recipes-devtools/gdb/gdb-7.6.inc
similarity index 70%
rename from meta/recipes-devtools/gdb/gdb_7.5.1.bb
rename to meta/recipes-devtools/gdb/gdb-7.6.inc
index 0645b56..00cb6ee 100644
--- a/meta/recipes-devtools/gdb/gdb_7.5.1.bb
+++ b/meta/recipes-devtools/gdb/gdb-7.6.inc
@@ -1,9 +1,10 @@
-require gdb.inc
 LICENSE=GPLv2  GPLv3  LGPLv2  LGPLv3
 LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
file://COPYING3;md5=d32239bcb673463ab874e80d47fae504 \
file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6 \
file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674
-PR = ${INC_PR}.0
 
 S = ${WORKDIR}/${BPN}-${PV}
+
+SRC_URI[md5sum] = a9836707337e5f7bf76a009a8904f470
+SRC_URI[sha256sum] = 
8070389a5dcc104eb0be483d582729f98ed4d761ad19cedd3f17b5d2502faa36
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_7.5.1.bb 
b/meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb
similarity index 67%
rename from meta/recipes-devtools/gdb/gdb-cross-canadian_7.5.1.bb
rename to meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb
index c15aa7a..a2194a1 100644
--- a/meta/recipes-devtools/gdb/gdb-cross-canadian_7.5.1.bb
+++ b/meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb
@@ -1,8 +1,5 @@
 require gdb-common.inc
 require gdb-cross-canadian.inc
-
-PR = ${INC_PR}.0
+require gdb-7.6.inc
 
 GDBPROPREFIX = --program-prefix='${TARGET_PREFIX}'
-
-S = ${WORKDIR}/${BPN}-${PV}
diff --git a/meta/recipes-devtools/gdb/gdb-cross_7.5.1.bb 
b/meta/recipes-devtools/gdb/gdb-cross_7.6.bb
similarity index 56%
rename from meta/recipes-devtools/gdb/gdb-cross_7.5.1.bb
rename to meta/recipes-devtools/gdb/gdb-cross_7.6.bb
index a14d0ba..62f6937 100644
--- a/meta/recipes-devtools/gdb/gdb-cross_7.5.1.bb
+++ b/meta/recipes-devtools/gdb/gdb-cross_7.6.bb
@@ -1,7 +1,4 @@
 require gdb-cross.inc
+require gdb-7.6.inc
 
 SRC_URI += file://sim-install-6.6.patch
-
-PR = ${INC_PR}.0
-
-S = ${WORKDIR}/${BPN}-${PV}
diff --git a/meta/recipes-devtools/gdb/gdb/gdbserver-cflags-last.diff 
b/meta/recipes-devtools/gdb/gdb/gdbserver-cflags-last.diff
index 8256f17..4dfc419 100644
--- a/meta/recipes-devtools/gdb/gdb/gdbserver-cflags-last.diff
+++ b/meta/recipes-devtools/gdb/gdb/gdbserver-cflags-last.diff
@@ -1,10 +1,14 @@
 Upstream-Status: Pending
 
-Index: gdb/gdbserver/Makefile.in
-===
 gdb/gdbserver/Makefile.in.orig 2011-03-09 23:32:02.0 -0800
-+++ gdb/gdbserver/Makefile.in  2011-08-05 21:16:43.592202579 -0700
-@@ -94,10 +94,10 @@
+---
+ gdb/gdbserver/Makefile.in |4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+--- gdb/gdbserver/Makefile.in.orig
 gdb/gdbserver/Makefile.in
+@@ -118,14 +118,14 @@ WARN_CFLAGS_NO_FORMAT = `echo  $(WARN_C
+ # CFLAGS is specifically reserved for setting from the command line
+ # when running make.  I.E.  make CFLAGS=-Wmissing-prototypes.
  CFLAGS = @CFLAGS@
  
  # INTERNAL_CFLAGS is the aggregate of all other *CFLAGS macros.
@@ -12,8 +16,10 @@ Index: gdb/gdbserver/Makefile.in
 +INTERNAL_CFLAGS_BASE =  ${GLOBAL_CFLAGS} \
${PROFILE_CFLAGS} ${INCLUDE_CFLAGS}
  INTERNAL_WARN_CFLAGS =  ${INTERNAL_CFLAGS_BASE} $(WARN_CFLAGS)
--INTERNAL_CFLAGS =  ${INTERNAL_WARN_CFLAGS} $(WERROR_CFLAGS)
-+INTERNAL_CFLAGS =  ${INTERNAL_WARN_CFLAGS} $(WERROR_CFLAGS) ${CFLAGS}
+-INTERNAL_CFLAGS =  ${INTERNAL_WARN_CFLAGS} $(WERROR_CFLAGS) -DGDBSERVER
++INTERNAL_CFLAGS =  ${INTERNAL_WARN_CFLAGS} $(WERROR_CFLAGS) ${CFLAGS} 
-DGDBSERVER
  
  # LDFLAGS is specifically reserved for setting from the command line
  # when running make.
+ LDFLAGS = @LDFLAGS@
+ INTERNAL_LDFLAGS = $(LDFLAGS) @RDYNAMIC@
diff --git a/meta/recipes-devtools/gdb/gdb_7.6.bb 
b/meta/recipes-devtools/gdb/gdb_7.6.bb
new file mode 100644
index 000..6b38812
--- /dev/null
+++ b/meta/recipes-devtools/gdb/gdb_7.6.bb
@@ -0,0 +1,2 @@
+require gdb.inc
+require gdb-7.6.inc
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 3/3] gdb-cross-canadian: set everything in gdb-cross-canadian.inc

[Marcin Juszkiewicz]

This allows out-of-tree versions to include one file to have all set.

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/gdb/gdb-cross-canadian.inc| 2 ++
 meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb | 2 --
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc 
b/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
index 1f60322..f6f515c 100644
--- a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
+++ b/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
@@ -9,6 +9,8 @@ DEPENDS = nativesdk-ncurses nativesdk-expat nativesdk-gettext 
nativesdk-readlin
 RDEPENDS_${PN} += nativesdk-python-core nativesdk-python-lang 
nativesdk-python-re \
nativesdk-python-codecs nativesdk-python-netclient
 
+GDBPROPREFIX = --program-prefix='${TARGET_PREFIX}'
+
 EXTRA_OECONF_append = --with-python=${WORKDIR}/python
 
 do_configure_prepend() {
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb 
b/meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb
index a2194a1..3864435 100644
--- a/meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb
+++ b/meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb
@@ -1,5 +1,3 @@
 require gdb-common.inc
 require gdb-cross-canadian.inc
 require gdb-7.6.inc
-
-GDBPROPREFIX = --program-prefix='${TARGET_PREFIX}'
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] Changes in Linaro layers for OpenEmbedded

[Marcin Juszkiewicz]

NOTE: I skipped openembedded-devel ML cause most of users of Linaro
layers also read OE Core ML.

As I will leave Linaro at the end of May I would like to write some kind
of summary of current state of Linaro layers for OpenEmbedded.

At Linaro we have 3 layers:

1. meta-aarch64
2. meta-linaro
3. meta-linaro-toolchain

First one is BSP kind. I know that it had some issues which affected
each build which had it in BBLAYERS but I fixed those issues. I would
like to thank Khem Raj for pointing me at those.

We have git version of binutils there due to some changes which were not
present in 2.23 line. But use of this version is not required as builds
are fine with OE Core one.

We have tune-armv8.inc in this layer as well. There was attempt to
merge that into OE Core but /lib or /lib64 discussion started and at
that time I decided to skip it. There are similar discussions at GCC and
Glibc mailing lists. Once they sort that out OE tune file will be
adapted by someone (I hope).

Rest of recipes can be split into 2-3 types. Few (like sysprof, emacs)
just disable recipes for AArch64. Other have extra patches to add
missing functionality or defines. And we have Linaro kernel for AArch64
there.

Second layer contains ARMv7a(b) machine definitions used for our machine
independent builds and some recipes.

There are no patches for OE recipes here. The only exception is busybox
where we enable dpkg(-deb) command which we need for our tools used to
merge rootfs with hardware support.

We have recipes-extra where we keep new recipes which may not be in a
nicest state so are not yet merged into OpenEmbedded (or have no use
there like meta-toolchain-hhvm one).

recipes-linaro is for our stuff. Images, automatic root shell on
serial port etc.

And last but not least is toolchain layer. Everything here is related to
gcc-linaro and Linaro binary cross toolchains (armv7a and aarch64 ones).
GCC 4.6 and 4.7 is there but 4.6 one will be removed when 4.8 will be
added into OE Core.

Who will maintain those layers after my leave? This was not decided yet.
There are few guys at Linaro who know how to use OpenEmbedded but most
of them is outside of Builds and Baselines team.

If you have any questions then better ask now.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] Changes in Linaro layers for OpenEmbedded

[Marcin Juszkiewicz]

W dniu 09.05.2013 20:42, Trevor Woerner pisze:
 On Thu, May 9, 2013 at 12:57 PM, Marcin Juszkiewicz 
 marcin.juszkiew...@linaro.org wrote:
 Who will maintain those layers after my leave? This was not decided
 yet. There are few guys at Linaro who know how to use OpenEmbedded
 but most of them is outside of Builds and Baselines team.


 To me this implies that these layers and this effort of yours isn't 
 part of any official Linaro build process/procedure. Would this 
 assumption be correct?

No.

First Linaro layer for OpenEmbedded was created by Ken Werner from
Toolchain Working Group as they considered OE as a test tool. Then
AArch64 bootstrap was needed so I stepped in and took maintenance of it
(Ken was not at Linaro at that time), added meta-aarch64, cleaned up etc.

Those layers are used as part of official Linaro build process. All
AArch64 rootfs images are built using OpenEmbedded. Note that this
excludes kernels which (for some reasons) were cross built as Ubuntu
packages.

At Linaro we have many teams and some of them are using OpenEmbedded or
will do it soon. One of reasons is lack of ARM big-endian distributions
on a market.

Look at numbers from git shortlog:

Marcin Juszkiewicz (341):
Ken Werner (28):
Riku Voipio (17):
Khem Raj (7):
Ricardo Salveti de Araujo (5):
Fathi Boudra (2):

Ken is not at Linaro, Khem never was and those commits are fixes from
him, Ricardo is back at Canonical. Riku has OE knowledge but also lot of
other duties.

And so far only OpenSUSE has packages for AArch64 mass built while all
Linaro tools were made for Ubuntu repositories...

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] gcc-cross-initial Failure (is a meta-aarch64 screw up)

[Marcin Juszkiewicz]

W dniu 08.05.2013 04:23, Khem Raj pisze:

 This seems totally wrong to me to since it overrides recipes in
 subtle ways and does not document it anywhere
 
 firstly, README is not there and as it seems its a BSP layer but it
 has much more than a BSP metadata in it. even then if it needed a new
 toolchain then it should have used different names for includes like
 meta-linaro-toolchain does.
 
 if it needed to enhance existing recipes from OE-Core or reuse them
 then it should have included them as it is and tweaked with bbappend 
 or created new recipes itself for aarch64 compiler tools.
 
 I will leave this to meta-linaro devs to sort out and let it play
 better with rest of layers meanwhile I will propose to disable
 meta-aarch64 in angstrom.


I will sort it out today.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] gcc-cross-initial Failure (is a meta-aarch64 screw up)

[Marcin Juszkiewicz]

W dniu 08.05.2013 08:43, Marcin Juszkiewicz pisze:

 I will sort it out today.

Should be solved now.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/4] gdb: AArch64 lacks lttng support

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/gdb/gdb-common.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index f574d5c..6f42dff 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -5,6 +5,7 @@ SECTION = devel
 DEPENDS = expat ncurses readline ${LTTNGUST}
 
 LTTNGUST = lttng-ust
+LTTNGUST_aarch64 = 
 LTTNGUST_libc-uclibc = 
 LTTNGUST_mips = 
 LTTNGUST_mipsel = 
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/4] gdb: tabs - spaces

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/gdb/gdb.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gdb/gdb.inc 
b/meta/recipes-devtools/gdb/gdb.inc
index a620eca..3321a24 100644
--- a/meta/recipes-devtools/gdb/gdb.inc
+++ b/meta/recipes-devtools/gdb/gdb.inc
@@ -4,7 +4,7 @@ inherit gettext
 
 SRC_URI += file://kill_arm_map_symbols.patch \
 file://gdbserver-cflags-last.diff;striplevel=0 \
-   file://renesas-sh-native-support.patch \
+file://renesas-sh-native-support.patch \

 #LDFLAGS_append =  -s
 #export CFLAGS_append= -L${STAGING_LIBDIR}
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/4] gdb: add 7.6 version

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/gdb/gdb-7.6.inc  | 11 ++
 .../gdb/gdb-7.6/gdbserver-cflags-last.diff | 25 ++
 .../recipes-devtools/gdb/gdb-cross-canadian_7.6.bb |  5 +
 meta/recipes-devtools/gdb/gdb-cross_7.6.bb |  4 
 meta/recipes-devtools/gdb/gdb_7.6.bb   |  3 +++
 5 files changed, 48 insertions(+)
 create mode 100644 meta/recipes-devtools/gdb/gdb-7.6.inc
 create mode 100644 meta/recipes-devtools/gdb/gdb-7.6/gdbserver-cflags-last.diff
 create mode 100644 meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb
 create mode 100644 meta/recipes-devtools/gdb/gdb-cross_7.6.bb
 create mode 100644 meta/recipes-devtools/gdb/gdb_7.6.bb

diff --git a/meta/recipes-devtools/gdb/gdb-7.6.inc 
b/meta/recipes-devtools/gdb/gdb-7.6.inc
new file mode 100644
index 000..20c4ea1
--- /dev/null
+++ b/meta/recipes-devtools/gdb/gdb-7.6.inc
@@ -0,0 +1,11 @@
+LICENSE=GPLv2  GPLv3  LGPLv2  LGPLv3
+LIC_FILES_CHKSUM = file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
+   file://COPYING3;md5=d32239bcb673463ab874e80d47fae504 \
+   file://COPYING3.LIB;md5=6a6a8e020838b23406c81b19c1d46df6 \
+   file://COPYING.LIB;md5=9f604d8a4f8e74f4f5140845a21b6674
+
+PR = ${INC_PR}.0
+S = ${WORKDIR}/${BPN}-${PV}
+
+SRC_URI[md5sum] = a9836707337e5f7bf76a009a8904f470
+SRC_URI[sha256sum] = 
8070389a5dcc104eb0be483d582729f98ed4d761ad19cedd3f17b5d2502faa36
diff --git a/meta/recipes-devtools/gdb/gdb-7.6/gdbserver-cflags-last.diff 
b/meta/recipes-devtools/gdb/gdb-7.6/gdbserver-cflags-last.diff
new file mode 100644
index 000..4dfc419
--- /dev/null
+++ b/meta/recipes-devtools/gdb/gdb-7.6/gdbserver-cflags-last.diff
@@ -0,0 +1,25 @@
+Upstream-Status: Pending
+
+---
+ gdb/gdbserver/Makefile.in |4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
+
+--- gdb/gdbserver/Makefile.in.orig
 gdb/gdbserver/Makefile.in
+@@ -118,14 +118,14 @@ WARN_CFLAGS_NO_FORMAT = `echo  $(WARN_C
+ # CFLAGS is specifically reserved for setting from the command line
+ # when running make.  I.E.  make CFLAGS=-Wmissing-prototypes.
+ CFLAGS = @CFLAGS@
+ 
+ # INTERNAL_CFLAGS is the aggregate of all other *CFLAGS macros.
+-INTERNAL_CFLAGS_BASE =  ${CFLAGS} ${GLOBAL_CFLAGS} \
++INTERNAL_CFLAGS_BASE =  ${GLOBAL_CFLAGS} \
+   ${PROFILE_CFLAGS} ${INCLUDE_CFLAGS}
+ INTERNAL_WARN_CFLAGS =  ${INTERNAL_CFLAGS_BASE} $(WARN_CFLAGS)
+-INTERNAL_CFLAGS =  ${INTERNAL_WARN_CFLAGS} $(WERROR_CFLAGS) -DGDBSERVER
++INTERNAL_CFLAGS =  ${INTERNAL_WARN_CFLAGS} $(WERROR_CFLAGS) ${CFLAGS} 
-DGDBSERVER
+ 
+ # LDFLAGS is specifically reserved for setting from the command line
+ # when running make.
+ LDFLAGS = @LDFLAGS@
+ INTERNAL_LDFLAGS = $(LDFLAGS) @RDYNAMIC@
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb 
b/meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb
new file mode 100644
index 000..a2194a1
--- /dev/null
+++ b/meta/recipes-devtools/gdb/gdb-cross-canadian_7.6.bb
@@ -0,0 +1,5 @@
+require gdb-common.inc
+require gdb-cross-canadian.inc
+require gdb-7.6.inc
+
+GDBPROPREFIX = --program-prefix='${TARGET_PREFIX}'
diff --git a/meta/recipes-devtools/gdb/gdb-cross_7.6.bb 
b/meta/recipes-devtools/gdb/gdb-cross_7.6.bb
new file mode 100644
index 000..62f6937
--- /dev/null
+++ b/meta/recipes-devtools/gdb/gdb-cross_7.6.bb
@@ -0,0 +1,4 @@
+require gdb-cross.inc
+require gdb-7.6.inc
+
+SRC_URI += file://sim-install-6.6.patch
diff --git a/meta/recipes-devtools/gdb/gdb_7.6.bb 
b/meta/recipes-devtools/gdb/gdb_7.6.bb
new file mode 100644
index 000..0c9818d
--- /dev/null
+++ b/meta/recipes-devtools/gdb/gdb_7.6.bb
@@ -0,0 +1,3 @@
+require gdb.inc
+require gdb-7.6.inc
+
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4] gdb: move checksums to versioned include

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/gdb/gdb-common.inc | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index 6f42dff..deb3841 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -23,9 +23,6 @@ inherit autotools
 
 SRC_URI = ${GNU_MIRROR}/gdb/gdb-${PV}.tar.gz \
   
-SRC_URI[md5sum] = b1519bf899890d21d4774845a6e602fe
-SRC_URI[sha256sum] = 
f99f26e2c1127f12ba14ece0947a9a9948be45e96b69ef363131e469a698636e
-
 export CC_FOR_BUILD = ${BUILD_CC}
 export CXX_FOR_BUILD = ${BUILD_CXX}
 export CPP_FOR_BUILD = ${BUILD_CPP}
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] Annoyances with dylan

[Marcin Juszkiewicz]

W dniu 27.04.2013 14:18, Koen Kooi pisze:
 
 Op 27 apr. 2013, om 13:08 heeft Marcin Juszkiewicz 
 marcin.juszkiew...@linaro.org het volgende geschreven:
 
 W dniu 26.04.2013 16:47, Koen Kooi pisze:

 I have 2 big annoyances with dylan:

 To trigger 2) I updated meta-linaro

 Do you want 'dylan' branch of meta-linaro?
 
 That would make life easier, yes :)

No problem:

16:46 hrw@puchatek:meta-linaro$ git checkout -b dylan
Switched to a new branch 'dylan'
16:46 hrw@puchatek:meta-linaro$ git push git.linaro.org
Total 0 (delta 0), reused 0 (delta 0)
To ssh://git.linaro.org/srv/git.linaro.org/git/openembedded/meta-linaro.git
 * [new branch]  HEAD - dylan
16:46 hrw@puchatek:meta-linaro$ git log -1
commit 79d20a4127639e961e671de24c94ea2621fce93e
Author: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
Date:   Fri Apr 26 11:53:06 2013 +0200

linaro images: add libunwind to SDK

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] cpan.bbclass: use '|' as sed separator for entry with paths

[Marcin Juszkiewicz]

With normal toolchain it works. But fails badly when external Linaro
toolchain is used. And this is why:

-e s/^\(CCFLAGS =.*\)/\1  
-isystem/home/hrw/devel/canonical/aarch64/openembedded/build/linaro-tcwg/gcc-linaro-aarch64-linux-gnu-4.7-2013.04-20130415_linux//aarch64-linux-gnu/include
  -O2 -pipe -g -feliminate-unused-debug-types/ \

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/classes/cpan.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/cpan.bbclass b/meta/classes/cpan.bbclass
index 957a6e2..bef9e82 100644
--- a/meta/classes/cpan.bbclass
+++ b/meta/classes/cpan.bbclass
@@ -26,7 +26,7 @@ cpan_do_configure () {
test -f $f2 || continue
sed -i -e s:\(PERL_ARCHLIB = \).*:\1${PERL_ARCHLIB}: \
-e 's/perl.real/perl/' \
-   -e s/^\(CCFLAGS =.*\)/\1 ${CFLAGS}/ \
+   -e s|^\(CCFLAGS =.*\)|\1 ${CFLAGS}| \
$f2
done
fi
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] BitBake changes in the Yocto Project 1.5 cycle

[Marcin Juszkiewicz]

W dniu 23.04.2013 11:04, Richard Purdie pisze:
  all succeeded does not look like a reason to fail a build.
 Agreed, please open a bug for it.

https://bugzilla.yoctoproject.org/show_bug.cgi?id=4397

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] BitBake changes in the Yocto Project 1.5 cycle

[Marcin Juszkiewicz]

W dniu 22.04.2013 16:16, Richard Purdie pisze:
 I've been giving some thought to where BitBake needs to go in the 
 future in order to deliver for its users. It started life as a 
 commandline utility and its grown a lot since it was first created.
 I think there are some key decisions that need to be taken to ensure 
 its future growth.

There is one thing which kind of bothers me. ERROR message which is
just a warning. Like:

ERROR: libelf is listed in PACKAGES multiple times, this leads to packaging 
errors.
ERROR: libasm is listed in PACKAGES multiple times, this leads to packaging 
errors.
ERROR: libdw is listed in PACKAGES multiple times, this leads to packaging 
errors.
ERROR: libdw-dev is listed in PACKAGES multiple times, this leads to packaging 
errors.
ERROR: libasm-dev is listed in PACKAGES multiple times, this leads to packaging 
errors.
ERROR: libelf-dev is listed in PACKAGES multiple times, this leads to packaging 
errors.

If it is error then let BitBake exit instead of doing task. If it is
not error but just a warning then let it be renamed?

My recent build failed with:


NOTE: recipe linaro-image-minimal-1.0-r0: task do_rm_work_all: Started
NOTE: recipe linaro-image-minimal-1.0-r0: task do_rm_work_all: Succeeded
NOTE: Tasks Summary: Attempted 2247 tasks of which 915 didn't need to be rerun 
and all succeeded.

Summary: There were 3 WARNING messages shown.
Summary: There were 6 ERROR messages shown, returning a non-zero exit code.
Build step 'Execute shell' marked build as failure


all succeeded does not look like a reason to fail a build.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCHv4] powertop: add 2.3

[Marcin Juszkiewicz]

With all tweaks from 1.13:
- uclibc buildable
- libncurses instead of libncursesw

Changes from v3:
- proper update-alternatives path

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 .../stub_out_the_ncurses_calls_in_dump_mode.patch  | 33 -
 meta/recipes-kernel/powertop/powertop_1.13.bb  | 41 --
 meta/recipes-kernel/powertop/powertop_2.3.bb   | 30 
 3 files changed, 30 insertions(+), 74 deletions(-)
 delete mode 100644 
meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
 delete mode 100644 meta/recipes-kernel/powertop/powertop_1.13.bb
 create mode 100644 meta/recipes-kernel/powertop/powertop_2.3.bb

diff --git 
a/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
 
b/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
deleted file mode 100644
index ae4cf5d..000
--- 
a/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-Upstream-Status: Inappropriate [this patch is 1.13 specific and 2.0 will be 
coming.]
-
-Running PowerTop in Poky in dump mode (with --dump) always ends with a
-segmentation fault.
-
-The cause is: in dump mode, setup_windows() is not invoked so the
-*_window variables, like cstate_window, are still NULL; later in
-main() - show_cstates(), the functions, like wrefresh(), will trigger
-segfault.
-
-After discussing in PowerTop mailling list, I think the right solution is
-we should stub out the ncurses calls in dump mode.
-
-(The patch was also sent to upstream PowerTop mailling list.)
-
-Signed-off-by Dexuan Cui dexuan@intel.com, 2010-08-20
-(this patch is licensed under GPLv2)
-
 a/display.c
-+++ b/display.c
-@@ -44,6 +44,12 @@
- static WINDOW *status_bar_window;
- 
- #define print(win, y, x, fmt, args...) do { if (dump) printf(fmt, ## args); 
else mvwprintw(win, y, x, fmt, ## args); } while (0)
-+#define wattrset(win, c) do { if (!dump ) wattrset(win, c); } while (0)
-+#define wbkgd(win, c) do { if (!dump ) wbkgd(win, c); } while (0)
-+#define werase(win) do { if (!dump ) werase(win); } while (0)
-+#define wrefresh(win) do { if (!dump ) wrefresh(win); } while (0)
-+#define wattron(win, a) do { if (!dump ) wattron(win, a); } while (0)
-+#define wattroff(win, a) do { if (!dump ) wattroff(win, a); } while (0)
- 
- char status_bar_slots[10][40];
- 
diff --git a/meta/recipes-kernel/powertop/powertop_1.13.bb 
b/meta/recipes-kernel/powertop/powertop_1.13.bb
deleted file mode 100644
index db54ed0..000
--- a/meta/recipes-kernel/powertop/powertop_1.13.bb
+++ /dev/null
@@ -1,41 +0,0 @@
-SUMMARY = Power usage tool
-DESCRIPTION = PowerTOP, a tool that helps you find what software is using the 
most power.
-HOMEPAGE = http://www.lesswatts.org/;
-BUGTRACKER = http://bugzilla.lesswatts.org/;
-
-LICENSE = GPLv2
-LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f
-
-DEPENDS = virtual/libintl ncurses
-
-# powertop 1.13 needs lspci
-RDEPENDS_${PN} = pciutils
-
-PR = r4
-
-SRC_URI = 
http://www.lesswatts.org/projects/powertop/download/powertop-${PV}.tar.gz \
-   file://stub_out_the_ncurses_calls_in_dump_mode.patch \
-  
-
-SRC_URI[md5sum] = 78aa17c8f55178004223bf236654298e
-SRC_URI[sha256sum] = 
2bc866089496877dd26d2d316ad5763ab8ecb5e28aefba44bc5d355dcdc58d98
-
-CFLAGS += ${LDFLAGS}
-EXTRA_OEMAKE = VERSION=\${PV}\ EXTRA_LIBS=${EXTRA_LIBS}
-
-EXTRA_LIBS_libc-uclibc = -lintl
-
-do_configure() {
-   # We do not build ncurses with wide char support
-   sed -i -e 's:lncursesw:lncurses ${EXTRA_LIBS}:g' ${S}/Makefile
-}
-
-do_install() {
-   oe_runmake install DESTDIR=${D}
-}
-
-inherit update-alternatives
-ALTERNATIVE_${PN} = powertop
-ALTERNATIVE_TARGET[powertop] = ${bindir}/powertop
-ALTERNATIVE_LINK_NAME[powertop] = ${base_bindir}/powertop
-ALTERNATIVE_PRIORITY = 100
diff --git a/meta/recipes-kernel/powertop/powertop_2.3.bb 
b/meta/recipes-kernel/powertop/powertop_2.3.bb
new file mode 100644
index 000..8d290d3
--- /dev/null
+++ b/meta/recipes-kernel/powertop/powertop_2.3.bb
@@ -0,0 +1,30 @@
+SUMMARY = Power usage tool
+DESCRIPTION = Linux tool to diagnose issues with power consumption and power 
management.
+HOMEPAGE = http://01.org/powertop/;
+BUGTRACKER = http://bugzilla.lesswatts.org/;
+DEPENDS = ncurses virtual/gettext libnl pciutils
+LICENSE = GPLv2
+LIC_FILES_CHKSUM = file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e
+
+SRC_URI = 
http://01.org/powertop/sites/default/files/downloads/powertop-${PV}.tar.gz;
+
+SRC_URI[md5sum] = dc03608f20e56cdc99d121a6191556f6
+SRC_URI[sha256sum] = 
b8c1add69afee28c77dca56fdcedb4a46820f3a71c86aae7891b0c5c595cd744
+
+inherit autotools
+
+# we need to explicitly link with libintl in uClibc systems
+LDFLAGS += ${EXTRA_LDFLAGS}
+EXTRA_LDFLAGS_libc-uclibc = -lintl
+
+# we do not want libncursesw if we can
+do_configure_prepend() {
+# configure.ac

Re: [OE-core] Does support for external toolchains working in current OE?

[Marcin Juszkiewicz]

https://bugzilla.yoctoproject.org/show_bug.cgi?id=3393 is about same issue.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] Does support for external toolchains working in current OE?

[Marcin Juszkiewicz]

W dniu 05.04.2013 12:11, Richard Purdie pisze:
 On Fri, 2013-04-05 at 11:56 +0200, Marcin Juszkiewicz wrote:
 http://tygrysek.juszkiewicz.com.pl/~hrw/tmp/rp-log.txt 3.4MB

 Some key bits of the log:
 
 DEBUG: Added runtime dependency eglibc
 for 
 /home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
 DEBUG: Added runtime dependency eglibc-dbg
 for 
 /home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
 DEBUG: Added runtime dependency eglibc-dev
 for 
 /home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
 DEBUG: Added runtime dependency eglibc-utils
 for 
 /home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
 DEBUG: Added runtime dependency eglibc-thread-db
 for 
 /home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
 DEBUG: Added runtime dependency eglibc-localedata-i18n
 for 
 /home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
 DEBUG: Added runtime dependency eglibc-gconv-ibm850
 for 
 /home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
 DEBUG: Added runtime dependency eglibc-gconv-cp1252
 for 
 /home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
 DEBUG: Added runtime dependency eglibc-gconv-iso8859-1
 for 
 /home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
 DEBUG: Added runtime dependency eglibc-gconv-iso8859-15
 for 
 /home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/packagegroups/packagegroup-core-standalone-sdk-target.bb
 DEBUG: providers for eglibc-dev are: ['eglibc']
 DEBUG: adding
 '/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/eglibc/eglibc_2.17.bb'
  to satisfy runtime 'eglibc-dev'
 DEBUG: providers for eglibc are: ['eglibc']
 DEBUG: adding
 '/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/eglibc/eglibc_2.17.bb'
  to satisfy runtime 'eglibc'
 DEBUG: providers for eglibc-utils are: ['eglibc']
 
 So where does this come from? packagegroup-core-standalone-sdk-target.bb
 leads us to LIBC_DEPENDENCIES which leads to:
 
 $ cat conf/distro/include/tclibc-eglibc.inc
 
 LIBC_DEPENDENCIES = libsegfault \
eglibc \
eglibc-dbg \
eglibc-dev \
eglibc-utils \
eglibc-thread-db \
${@get_libc_locales_dependencies(d)}


 LIBC_LOCALE_DEPENDENCIES = \
   eglibc-localedata-i18n \
   eglibc-gconv-ibm850 \
   eglibc-gconv-cp1252 \
   eglibc-gconv-iso8859-1 \
   eglibc-gconv-iso8859-15


 so I suspect you either need to provide some of these things, 

 or reset those variables...

They can not be reset cause TCMODE is loaded before TCLIBC.

But LIBC_LOCALE_DEPENDENCIES can be ignored when TCMODE include does not
have libc-locale in DISTRO_FEATURES_LIBC (which is how it is done in
external-linaro toolchain).

LIBC_DEPENDENCIES left... External Linaro toolchain uses
eglibc-package.inc to get RPROVIDES for glibc* things so I added also
eglibc* ones:

RPROVIDES_${PN}+=  eglibc
RPROVIDES_${PN}-dev+=  eglibc-dev
RPROVIDES_${PN}-doc+=  eglibc-doc
RPROVIDES_${PN}-dbg+=  eglibc-dbg
RPROVIDES_${PN}-pic+=  eglibc-pic
RPROVIDES_${PN}-utils  +=  eglibc-utils
RPROVIDES_${PN}-gconv  +=  eglibc-gconv
RPROVIDES_${PN}-pcprofile  +=  eglibc-pcprofile
RPROVIDES_eglibc-extra-nss +=  eglibc-extra-nss
RPROVIDES_eglibc-thread-db +=  eglibc-thread-db

Last two lines does not have any sense from BitBake point of view so are
ignored.

Resulting packages are still wrong... So let's hack tclibc-eglibc.inc to
use 'glibc*' in LIBC_DEPENDENCIES instead of 'eglibc*'. No luck again:

Provides: glibc-doc, eglibc-doc
Provides: glibc-pcprofile, eglibc-pcprofile
Provides: glibc-staticdev, libc-staticdev
Provides: eglibc-dbg, libc-dbg, glibc-dbg
Provides: virtual-libc-dev, libc6-dev, glibc-dev, libc-dev, eglibc-dev
Provides: rtld(GNU_HASH), glibc, eglibc
Provides: glibc-thread-db

But I do not think that LIBC_DEPENDENCIES are reason here. When reset
them in tclibc-eglibc.inc file then I get the same error about multiple
recipes

Re: [OE-core] Does support for external toolchains working in current OE?

[Marcin Juszkiewicz]

W dniu 05.04.2013 11:20, Marcin Juszkiewicz pisze:

 ERROR: Multiple .bb files are due to be built which each provide virtual/libc 
 (/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/eglibc/eglibc_2.17.bb
  
 /home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/meta-linaro/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb).
  This usually means one provides something the other doesn't and should.

Let's enable debug:

DEBUG: providers for virtual/libc are: ['eglibc', 'external-linaro-toolchain']
NOTE: selecting external-linaro-toolchain to satisfy virtual/libc due to 
PREFERRED_PROVIDERS
DEBUG: sorted providers for virtual/libc are: 
['/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/meta-linaro/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb',
 
'/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/eglibc/eglibc_2.17.bb']
DEBUG: adding 
/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/meta-linaro/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb
 to satisfy virtual/libc
DEBUG: adding 
/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/eglibc/eglibc_2.17.bb
 to satisfy virtual/libc

And now - let's dig deep into BitBake code. We want two files:

- lib/bb/providers.py
- lib/bb/taskdata.py

1. Bitbake jumps into taskdata/add_provider_internal(). 
2. Then asks bb.providers.filterProviders() 
   is there any provider for 'virtual/libc'?
3. In providers/_filterProviders this output is printed:
   DEBUG: providers for virtual/libc are: ['eglibc', 
'external-linaro-toolchain']
4. providers/filterProviders() (note lack of _) checks for
   PREFERRED_PROVIDER_virtual/libc and outputs:
   NOTE: selecting external-linaro-toolchain to satisfy virtual/libc due to 
PREFERRED_PROVIDERS
   sets foundUnique to True, outputs:
   DEBUG: sorted providers for virtual/libc are: 
['/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/meta-linaro/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb',
 
'/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/eglibc/eglibc_2.17.bb']
   and returns all providers + foundUnique
5. We are back at taskdata/add_provider_internal() and we
   have more then one entry in eligible array plus
   foundUnique set to True.
6. Here we are happy of results and skips two if checks.
7. Then we add each entry as good one with this output:
DEBUG: adding 
/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/meta-linaro/meta-linaro-toolchain/recipes-devtools/external-linaro-toolchain/external-linaro-toolchain.bb
 to satisfy virtual/libc
DEBUG: adding 
/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-core/eglibc/eglibc_2.17.bb
 to satisfy virtual/libc

The question is - why providers/filterProviders() returns more 
then one entry when it founds that one of them is preferred?

So I got with this change:

diff --git a/lib/bb/providers.py b/lib/bb/providers.py
index fcee6dc..0b37c44 100644
--- a/lib/bb/providers.py
+++ b/lib/bb/providers.py
@@ -296,8 +296,7 @@ def filterProviders(providers, item, cfgData, dataCache):
 pn = dataCache.pkg_fn[p]
 if dataCache.preferred[item] == pn:
 logger.verbose(selecting %s to satisfy %s due to 
PREFERRED_PROVIDERS, pn, item)
-eligible.remove(p)
-eligible = [p] + eligible
+eligible = [p]
 foundUnique = True
 break

And when I added eglibc into PROVIDES in 
external-linaro-toolchain.bb I got bitbake pass!!!
NO MULTIPLE RECIPES!!! :D

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] Does support for external toolchains working in current OE?

[Marcin Juszkiewicz]

W dniu 05.04.2013 14:21, Marcin Juszkiewicz pisze:

 So I got with this change:
 
 diff --git a/lib/bb/providers.py b/lib/bb/providers.py
 index fcee6dc..0b37c44 100644
 --- a/lib/bb/providers.py
 +++ b/lib/bb/providers.py
 @@ -296,8 +296,7 @@ def filterProviders(providers, item, cfgData, dataCache):
  pn = dataCache.pkg_fn[p]
  if dataCache.preferred[item] == pn:
  logger.verbose(selecting %s to satisfy %s due to 
 PREFERRED_PROVIDERS, pn, item)
 -eligible.remove(p)
 -eligible = [p] + eligible
 +eligible = [p]
  foundUnique = True
  break

Ignore patch.

 And when I added eglibc into PROVIDES in external-linaro-toolchain.bb

This was a source of issues.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] elfutils: split libraries into separate packages

[Marcin Juszkiewicz]

W dniu 03.04.2013 22:59, Saul Wold pisze:
 On 04/03/2013 01:47 PM, Marcin Juszkiewicz wrote:
 W dniu 03.04.2013 17:50, Saul Wold pisze:
 This change seems to cause some issues with multilib build with lib32 on
 x86-64:

 I have to admit that I never did any multilib builds with OE. Can you
 point me to config options I need to set to get such build done?


 
 Sure set the following in your local.conf:
 
 MACHINE = qemux86-64
 require conf/multilib.conf
 MULTILIBS = multilib:lib32
 DEFAULTTUNE_virtclass-multilib-lib32 = x86
 
 
 bitbake lib32-elfutils

Never mind do I use gcc-4.7 or gcc-linaro-4.7 it fails (conf/site.conf
attached):

NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
ERROR: Error executing a python function in
/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-devtools/gcc/libgcc_4.7.bb:
NameError: global name 'get_tune_parameters' is not defined

ERROR: The stack trace of python calls that resulted in this
exception/failure was:
ERROR:   File do_multilib_install, line 64, in module
ERROR:
ERROR:   File do_multilib_install, line 17, in do_multilib_install
ERROR:
ERROR: The code that was being executed was:
ERROR:  0060:os.unlink(dest)
ERROR:  0061:os.symlink(src, dest)
ERROR:  0062:
ERROR:  0063:
ERROR:  *** 0064:do_multilib_install(d)
ERROR:  0065:
ERROR: [From file: 'do_multilib_install', lineno: 64, function: module]
ERROR:  0013:return
ERROR:  0014:
ERROR:  0015:if mlprefix:
ERROR:  0016:orig_tune =
d.getVar('DEFAULTTUNE_MULTILIB_ORIGINAL', True)
ERROR:  *** 0017:orig_tune_params =
get_tune_parameters(orig_tune, d)
ERROR:  0018:orig_tune_baselib = orig_tune_params['baselib']
ERROR:  0019:orig_tune_bitness =
orig_tune_baselib.replace('lib', '')
ERROR:  0020:if not orig_tune_bitness:
ERROR:  0021:orig_tune_bitness = '32'
ERROR: [From file: 'do_multilib_install', lineno: 17, function:
do_multilib_install]
ERROR: Function failed: do_multilib_install
ERROR: Logfile of failure stored in:
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/work/x86-oemllib32-linux/lib32-libgcc/4.7.2-r13/temp/log.do_multilib_install.9501
ERROR: Task 679
(virtual:multilib:lib32:/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-devtools/gcc/libgcc_4.7.bb,
do_multilib_install) failed with exit code '1'
NOTE: Tasks Summary: Attempted 924 tasks of which 923 didn't need to be
rerun and 1 failed.
No currently running tasks (461 of 1042)

Summary: 1 task failed:

virtual:multilib:lib32:/home/hrw/HDD/devel/canonical/aarch64/openembedded/repos/openembedded-core/meta/recipes-devtools/gcc/libgcc_4.7.bb,
do_multilib_install
Summary: There were 25 ERROR messages shown, returning a non-zero exit code.

SCONF_VERSION = 1
# specify the alignment of the root file system
# this is required when building for qemuarmv7a
IMAGE_ROOTFS_ALIGNMENT = 2048

BB_GENERATE_MIRROR_TARBALLS = True
#MACHINE ?= genericarmv8
BB_NUMBER_THREADS = 18
PARALLEL_MAKE = -j8
IMAGE_FSTYPES = tar.gz ext2
SOURCE_MIRROR_URL = http://snapshots.linaro.org/openembedded/sources/;
INHERIT += own-mirrors

DL_DIR = /home/hrw/devel/sources/oe

INHERIT += rm_work

# SOURCE_ARCHIVE_PACKAGE_TYPE = tar
# SOURCE_ARCHIVE_LOG_WITH_SCRIPTS = logs_with_scripts
# INHERIT += archive-original-source

#GCCVERSION   = linaro-4.7
#SDKGCCVERSION= linaro-4.7

#GCCVERSION   = 4.8%
#SDKGCCVERSION= 4.8%

BINUVERSION  = 2.23.1

PREFERRED_PROVIDER_libevent = libevent-fb

LICENSE_FLAGS_WHITELIST = Commercial commercial

#DISTRO_FEATURES_append =  ptest 


# cross toolchain from tcwg
#TCMODE = external-linaro
#TMPDIR = tmp-external-linaro
#ELT_TARGET_SYS = aarch64-linux-gnu
#EXTERNAL_TOOLCHAIN = 
/home/hrw/devel/canonical/aarch64/openembedded/build/linaro-tcwg/gcc-linaro-aarch64-linux-gnu-4.7-2013.03-20130313_linux

# armv7a
#EXTERNAL_TOOLCHAIN = 
/home/hrw/devel/canonical/aarch64/openembedded/build/linaro-tcwg/gcc-linaro-arm-linux-gnueabihf-4.7-2013.03-20130313_linux
#MACHINE = genericarmv7a

MACHINE = qemux86-64
require conf/multilib.conf
MULTILIBS = multilib:lib32
DEFAULTTUNE_virtclass-multilib-lib32 = x86
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH v4] elfutils: split libraries into separate packages

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/elfutils/elfutils_0.148.bb | 15 ++-
 1 file changed, 10 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-devtools/elfutils/elfutils_0.148.bb 
b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
index 9c0a08e..830f1e0 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
@@ -68,7 +68,7 @@ EXTRA_OEMAKE_class-nativesdk = 
 BBCLASSEXTEND = native nativesdk
 
 # Package utilities separately
-PACKAGES =+ ${PN}-binutils
+PACKAGES =+ ${PN}-binutils libelf libasm libdw libdw-dev libasm-dev 
libelf-dev
 FILES_${PN}-binutils = \
 ${bindir}/eu-addr2line \
 ${bindir}/eu-ld \
@@ -77,11 +77,16 @@ FILES_${PN}-binutils = \
 ${bindir}/eu-size \
 ${bindir}/eu-strip
 
+FILES_libelf = ${libdir}/libelf-${PV}.so ${libdir}/libelf.so.*
+FILES_libasm = ${libdir}/libasm-${PV}.so ${libdir}/libasm.so.*
+FILES_libdw  = ${libdir}/libdw-${PV}.so ${libdir}/libdw.so.* 
${libdir}/elfutils/lib*
+FILES_libelf-dev = ${libdir}/libelf.so ${includedir}
+FILES_libasm-dev = ${libdir}/libasm.so ${includedir}/elfutils/libasm.h
+FILES_libdw-dev  = ${libdir}/libdw.so  ${includedir}/dwarf.h 
${includedir}/elfutils/libdw*.h
 # Some packages have the version preceeding the .so instead properly
 # versioned .so.version, so we need to reorder and repackage.
-FILES_${PN} += ${libdir}/*-${PV}.so ${base_libdir}/*-${PV}.so
-FILES_SOLIBSDEV = ${libdir}/libasm.so ${libdir}/libdw.so ${libdir}/libelf.so
+#FILES_${PN} += ${libdir}/*-${PV}.so ${base_libdir}/*-${PV}.so
+#FILES_SOLIBSDEV = ${libdir}/libasm.so ${libdir}/libdw.so ${libdir}/libelf.so
 
 # The package contains symlinks that trip up insane
-INSANE_SKIP_${PN} = dev-so
-
+INSANE_SKIP_${MLPREFIX}libdw = dev-so
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] site: add endianness information for libmemcached

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/site/endian-big| 3 +++
 meta/site/endian-little | 2 ++
 2 files changed, 5 insertions(+)

diff --git a/meta/site/endian-big b/meta/site/endian-big
index 29edc8d..b99e96c 100644
--- a/meta/site/endian-big
+++ b/meta/site/endian-big
@@ -3,3 +3,6 @@ ac_cv_c_bigendian=${ac_cv_c_bigendian=yes}
 
 # libnet
 ac_cv_libnet_endianess=${ac_cv_libnet_endianess=big}
+
+# libmemcached
+ac_cv_c_endian=big
diff --git a/meta/site/endian-little b/meta/site/endian-little
index 9fcf31b..858db76 100644
--- a/meta/site/endian-little
+++ b/meta/site/endian-little
@@ -4,3 +4,5 @@ ac_cv_c_bigendian=${ac_cv_c_bigendian=no}
 # libnet
 ac_cv_libnet_endianess=${ac_cv_libnet_endianess=lil}
 
+# libmemcached
+ac_cv_c_endian=little
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] elfutils: split libraries into separate packages

[Marcin Juszkiewicz]

W dniu 03.04.2013 17:50, Saul Wold pisze:
 This change seems to cause some issues with multilib build with lib32 on
 x86-64:

I have to admit that I never did any multilib builds with OE. Can you
point me to config options I need to set to get such build done?

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [RFT] GCC 4.8 recipes

[Marcin Juszkiewicz]

W dniu 28.03.2013 06:51, Khem Raj pisze:
 I have added gcc 4.8 recipes and the branch is here 
 
 git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8

Übercool! Will do tests with aarch64.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [RFT] GCC 4.8 recipes

[Marcin Juszkiewicz]

W dniu 28.03.2013 10:02, Marcin Juszkiewicz pisze:
 W dniu 28.03.2013 06:51, Khem Raj pisze:
 I have added gcc 4.8 recipes and the branch is here 

 git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8
 
 Übercool! Will do tests with aarch64.

After some hacking (see attachment) I got it built and booted
core-image-minimal.

Problem was with paths - lib contra lib64. Will look at it more next week.

diff --git a/meta/recipes-devtools/gcc/gcc-package-runtime.inc b/meta/recipes-devtools/gcc/gcc-package-runtime.inc
index 2e2f75a..39f053c 100644
--- a/meta/recipes-devtools/gcc/gcc-package-runtime.inc
+++ b/meta/recipes-devtools/gcc/gcc-package-runtime.inc
@@ -78,3 +78,13 @@ FILES_libgomp-staticdev = \
 do_package_write_ipk[depends] += virtual/${MLPREFIX}libc:do_packagedata
 do_package_write_deb[depends] += virtual/${MLPREFIX}libc:do_packagedata
 do_package_write_rpm[depends] += virtual/${MLPREFIX}libc:do_packagedata
+
+do_install_append_aarch64() {
+
+if [ -d ${D}${libdir}64 ]; then
+mv ${D}${libdir}64/* ${D}${libdir}
+fi
+if [ -d ${D}${libdir}64/.debug ]; then
+mv ${D}${libdir}64/.debug ${D}${libdir}/.debug
+fi
+}
diff --git a/meta/recipes-devtools/gcc/libgcc_4.8.bb b/meta/recipes-devtools/gcc/libgcc_4.8.bb
index 47669a2..51ed2ff 100644
--- a/meta/recipes-devtools/gcc/libgcc_4.8.bb
+++ b/meta/recipes-devtools/gcc/libgcc_4.8.bb
@@ -51,7 +51,11 @@ do_install () {
 	if [ -f ${D}${libdir}/nof/libgcc_s.so ]; then
 		mv ${D}${libdir}/nof/libgcc* ${D}${base_libdir}
 	else
-		mv ${D}${libdir}/libgcc* ${D}${base_libdir} || true
+if [ -f ${D}${libdir}64/libgcc_s.so ]; then
+mv ${D}${libdir}64/libgcc* ${D}${base_libdir}
+else
+mv ${D}${libdir}64/libgcc* ${D}${base_libdir} || true
+fi
 	fi
 
 	# install the runtime in /usr/lib/ not in /usr/lib/gcc on target
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] powertop: add 2.3

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 .../stub_out_the_ncurses_calls_in_dump_mode.patch  | 33 -
 meta/recipes-kernel/powertop/powertop_1.13.bb  | 41 --
 meta/recipes-kernel/powertop/powertop_2.3.bb   | 12 +++
 3 files changed, 12 insertions(+), 74 deletions(-)
 delete mode 100644 
meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
 delete mode 100644 meta/recipes-kernel/powertop/powertop_1.13.bb
 create mode 100644 meta/recipes-kernel/powertop/powertop_2.3.bb

diff --git 
a/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
 
b/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
deleted file mode 100644
index ae4cf5d..000
--- 
a/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-Upstream-Status: Inappropriate [this patch is 1.13 specific and 2.0 will be 
coming.]
-
-Running PowerTop in Poky in dump mode (with --dump) always ends with a
-segmentation fault.
-
-The cause is: in dump mode, setup_windows() is not invoked so the
-*_window variables, like cstate_window, are still NULL; later in
-main() - show_cstates(), the functions, like wrefresh(), will trigger
-segfault.
-
-After discussing in PowerTop mailling list, I think the right solution is
-we should stub out the ncurses calls in dump mode.
-
-(The patch was also sent to upstream PowerTop mailling list.)
-
-Signed-off-by Dexuan Cui dexuan@intel.com, 2010-08-20
-(this patch is licensed under GPLv2)
-
 a/display.c
-+++ b/display.c
-@@ -44,6 +44,12 @@
- static WINDOW *status_bar_window;
- 
- #define print(win, y, x, fmt, args...) do { if (dump) printf(fmt, ## args); 
else mvwprintw(win, y, x, fmt, ## args); } while (0)
-+#define wattrset(win, c) do { if (!dump ) wattrset(win, c); } while (0)
-+#define wbkgd(win, c) do { if (!dump ) wbkgd(win, c); } while (0)
-+#define werase(win) do { if (!dump ) werase(win); } while (0)
-+#define wrefresh(win) do { if (!dump ) wrefresh(win); } while (0)
-+#define wattron(win, a) do { if (!dump ) wattron(win, a); } while (0)
-+#define wattroff(win, a) do { if (!dump ) wattroff(win, a); } while (0)
- 
- char status_bar_slots[10][40];
- 
diff --git a/meta/recipes-kernel/powertop/powertop_1.13.bb 
b/meta/recipes-kernel/powertop/powertop_1.13.bb
deleted file mode 100644
index db54ed0..000
--- a/meta/recipes-kernel/powertop/powertop_1.13.bb
+++ /dev/null
@@ -1,41 +0,0 @@
-SUMMARY = Power usage tool
-DESCRIPTION = PowerTOP, a tool that helps you find what software is using the 
most power.
-HOMEPAGE = http://www.lesswatts.org/;
-BUGTRACKER = http://bugzilla.lesswatts.org/;
-
-LICENSE = GPLv2
-LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f
-
-DEPENDS = virtual/libintl ncurses
-
-# powertop 1.13 needs lspci
-RDEPENDS_${PN} = pciutils
-
-PR = r4
-
-SRC_URI = 
http://www.lesswatts.org/projects/powertop/download/powertop-${PV}.tar.gz \
-   file://stub_out_the_ncurses_calls_in_dump_mode.patch \
-  
-
-SRC_URI[md5sum] = 78aa17c8f55178004223bf236654298e
-SRC_URI[sha256sum] = 
2bc866089496877dd26d2d316ad5763ab8ecb5e28aefba44bc5d355dcdc58d98
-
-CFLAGS += ${LDFLAGS}
-EXTRA_OEMAKE = VERSION=\${PV}\ EXTRA_LIBS=${EXTRA_LIBS}
-
-EXTRA_LIBS_libc-uclibc = -lintl
-
-do_configure() {
-   # We do not build ncurses with wide char support
-   sed -i -e 's:lncursesw:lncurses ${EXTRA_LIBS}:g' ${S}/Makefile
-}
-
-do_install() {
-   oe_runmake install DESTDIR=${D}
-}
-
-inherit update-alternatives
-ALTERNATIVE_${PN} = powertop
-ALTERNATIVE_TARGET[powertop] = ${bindir}/powertop
-ALTERNATIVE_LINK_NAME[powertop] = ${base_bindir}/powertop
-ALTERNATIVE_PRIORITY = 100
diff --git a/meta/recipes-kernel/powertop/powertop_2.3.bb 
b/meta/recipes-kernel/powertop/powertop_2.3.bb
new file mode 100644
index 000..c289ac6
--- /dev/null
+++ b/meta/recipes-kernel/powertop/powertop_2.3.bb
@@ -0,0 +1,12 @@
+DESCRIPTION = Linux tool to diagnose issues with power consumption and power 
management.
+HOMEPAGE = http://01.org/powertop/;
+DEPENDS = ncurses virtual/gettext libnl pciutils
+LICENSE = GPLv2
+LIC_FILES_CHKSUM = file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e
+
+SRC_URI = 
http://01.org/powertop/sites/default/files/downloads/powertop-${PV}.tar.gz;
+
+SRC_URI[md5sum] = dc03608f20e56cdc99d121a6191556f6
+SRC_URI[sha256sum] = 
b8c1add69afee28c77dca56fdcedb4a46820f3a71c86aae7891b0c5c595cd744
+
+inherit autotools
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] powertop: add 2.3

[Marcin Juszkiewicz]

W dniu 25.03.2013 10:43, Paul Eggleton pisze:

 Ah, your version misses out quite a few things from the older recipe 
 (alternatives, uclibc compatibility, etc.)

What are alternatives to powertop when only powertop provides it?

I am doing uclibc build in background. Will also take care of
libncursesw - libncurses change.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] powertop: add 2.3

[Marcin Juszkiewicz]

With all tweaks from 1.13:
- uclibc buildable
- libncurses instead of libncursesw

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 .../stub_out_the_ncurses_calls_in_dump_mode.patch  | 33 -
 meta/recipes-kernel/powertop/powertop_1.13.bb  | 41 --
 meta/recipes-kernel/powertop/powertop_2.3.bb   | 22 
 3 files changed, 22 insertions(+), 74 deletions(-)
 delete mode 100644 
meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
 delete mode 100644 meta/recipes-kernel/powertop/powertop_1.13.bb
 create mode 100644 meta/recipes-kernel/powertop/powertop_2.3.bb

diff --git 
a/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
 
b/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
deleted file mode 100644
index ae4cf5d..000
--- 
a/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-Upstream-Status: Inappropriate [this patch is 1.13 specific and 2.0 will be 
coming.]
-
-Running PowerTop in Poky in dump mode (with --dump) always ends with a
-segmentation fault.
-
-The cause is: in dump mode, setup_windows() is not invoked so the
-*_window variables, like cstate_window, are still NULL; later in
-main() - show_cstates(), the functions, like wrefresh(), will trigger
-segfault.
-
-After discussing in PowerTop mailling list, I think the right solution is
-we should stub out the ncurses calls in dump mode.
-
-(The patch was also sent to upstream PowerTop mailling list.)
-
-Signed-off-by Dexuan Cui dexuan@intel.com, 2010-08-20
-(this patch is licensed under GPLv2)
-
 a/display.c
-+++ b/display.c
-@@ -44,6 +44,12 @@
- static WINDOW *status_bar_window;
- 
- #define print(win, y, x, fmt, args...) do { if (dump) printf(fmt, ## args); 
else mvwprintw(win, y, x, fmt, ## args); } while (0)
-+#define wattrset(win, c) do { if (!dump ) wattrset(win, c); } while (0)
-+#define wbkgd(win, c) do { if (!dump ) wbkgd(win, c); } while (0)
-+#define werase(win) do { if (!dump ) werase(win); } while (0)
-+#define wrefresh(win) do { if (!dump ) wrefresh(win); } while (0)
-+#define wattron(win, a) do { if (!dump ) wattron(win, a); } while (0)
-+#define wattroff(win, a) do { if (!dump ) wattroff(win, a); } while (0)
- 
- char status_bar_slots[10][40];
- 
diff --git a/meta/recipes-kernel/powertop/powertop_1.13.bb 
b/meta/recipes-kernel/powertop/powertop_1.13.bb
deleted file mode 100644
index db54ed0..000
--- a/meta/recipes-kernel/powertop/powertop_1.13.bb
+++ /dev/null
@@ -1,41 +0,0 @@
-SUMMARY = Power usage tool
-DESCRIPTION = PowerTOP, a tool that helps you find what software is using the 
most power.
-HOMEPAGE = http://www.lesswatts.org/;
-BUGTRACKER = http://bugzilla.lesswatts.org/;
-
-LICENSE = GPLv2
-LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f
-
-DEPENDS = virtual/libintl ncurses
-
-# powertop 1.13 needs lspci
-RDEPENDS_${PN} = pciutils
-
-PR = r4
-
-SRC_URI = 
http://www.lesswatts.org/projects/powertop/download/powertop-${PV}.tar.gz \
-   file://stub_out_the_ncurses_calls_in_dump_mode.patch \
-  
-
-SRC_URI[md5sum] = 78aa17c8f55178004223bf236654298e
-SRC_URI[sha256sum] = 
2bc866089496877dd26d2d316ad5763ab8ecb5e28aefba44bc5d355dcdc58d98
-
-CFLAGS += ${LDFLAGS}
-EXTRA_OEMAKE = VERSION=\${PV}\ EXTRA_LIBS=${EXTRA_LIBS}
-
-EXTRA_LIBS_libc-uclibc = -lintl
-
-do_configure() {
-   # We do not build ncurses with wide char support
-   sed -i -e 's:lncursesw:lncurses ${EXTRA_LIBS}:g' ${S}/Makefile
-}
-
-do_install() {
-   oe_runmake install DESTDIR=${D}
-}
-
-inherit update-alternatives
-ALTERNATIVE_${PN} = powertop
-ALTERNATIVE_TARGET[powertop] = ${bindir}/powertop
-ALTERNATIVE_LINK_NAME[powertop] = ${base_bindir}/powertop
-ALTERNATIVE_PRIORITY = 100
diff --git a/meta/recipes-kernel/powertop/powertop_2.3.bb 
b/meta/recipes-kernel/powertop/powertop_2.3.bb
new file mode 100644
index 000..2a2adb4
--- /dev/null
+++ b/meta/recipes-kernel/powertop/powertop_2.3.bb
@@ -0,0 +1,22 @@
+DESCRIPTION = Linux tool to diagnose issues with power consumption and power 
management.
+HOMEPAGE = http://01.org/powertop/;
+DEPENDS = ncurses virtual/gettext libnl pciutils
+LICENSE = GPLv2
+LIC_FILES_CHKSUM = file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e
+
+SRC_URI = 
http://01.org/powertop/sites/default/files/downloads/powertop-${PV}.tar.gz;
+
+SRC_URI[md5sum] = dc03608f20e56cdc99d121a6191556f6
+SRC_URI[sha256sum] = 
b8c1add69afee28c77dca56fdcedb4a46820f3a71c86aae7891b0c5c595cd744
+
+inherit autotools
+
+# we need to explicitly link with libintl in uClibc systems
+LDFLAGS += ${EXTRA_LDFLAGS}
+EXTRA_LDFLAGS_libc-uclibc = -lintl
+
+# we do not want libncursesw if we can
+do_configure_prepend() {
+# configure.ac checks for delwin() in ncursesw ncurses so let's drop 
first one
+sed -i -e s/ncursesw//g ${S}/configure.ac
+}
-- 
1.8.1.2

[OE-core] [PATCH] powertop: add 2.3

[Marcin Juszkiewicz]

With all tweaks from 1.13:
- uclibc buildable
- libncurses instead of libncursesw

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 .../stub_out_the_ncurses_calls_in_dump_mode.patch  | 33 -
 meta/recipes-kernel/powertop/powertop_1.13.bb  | 41 --
 meta/recipes-kernel/powertop/powertop_2.3.bb   | 30 
 3 files changed, 30 insertions(+), 74 deletions(-)
 delete mode 100644 
meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
 delete mode 100644 meta/recipes-kernel/powertop/powertop_1.13.bb
 create mode 100644 meta/recipes-kernel/powertop/powertop_2.3.bb

diff --git 
a/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
 
b/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
deleted file mode 100644
index ae4cf5d..000
--- 
a/meta/recipes-kernel/powertop/powertop-1.13/stub_out_the_ncurses_calls_in_dump_mode.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-Upstream-Status: Inappropriate [this patch is 1.13 specific and 2.0 will be 
coming.]
-
-Running PowerTop in Poky in dump mode (with --dump) always ends with a
-segmentation fault.
-
-The cause is: in dump mode, setup_windows() is not invoked so the
-*_window variables, like cstate_window, are still NULL; later in
-main() - show_cstates(), the functions, like wrefresh(), will trigger
-segfault.
-
-After discussing in PowerTop mailling list, I think the right solution is
-we should stub out the ncurses calls in dump mode.
-
-(The patch was also sent to upstream PowerTop mailling list.)
-
-Signed-off-by Dexuan Cui dexuan@intel.com, 2010-08-20
-(this patch is licensed under GPLv2)
-
 a/display.c
-+++ b/display.c
-@@ -44,6 +44,12 @@
- static WINDOW *status_bar_window;
- 
- #define print(win, y, x, fmt, args...) do { if (dump) printf(fmt, ## args); 
else mvwprintw(win, y, x, fmt, ## args); } while (0)
-+#define wattrset(win, c) do { if (!dump ) wattrset(win, c); } while (0)
-+#define wbkgd(win, c) do { if (!dump ) wbkgd(win, c); } while (0)
-+#define werase(win) do { if (!dump ) werase(win); } while (0)
-+#define wrefresh(win) do { if (!dump ) wrefresh(win); } while (0)
-+#define wattron(win, a) do { if (!dump ) wattron(win, a); } while (0)
-+#define wattroff(win, a) do { if (!dump ) wattroff(win, a); } while (0)
- 
- char status_bar_slots[10][40];
- 
diff --git a/meta/recipes-kernel/powertop/powertop_1.13.bb 
b/meta/recipes-kernel/powertop/powertop_1.13.bb
deleted file mode 100644
index db54ed0..000
--- a/meta/recipes-kernel/powertop/powertop_1.13.bb
+++ /dev/null
@@ -1,41 +0,0 @@
-SUMMARY = Power usage tool
-DESCRIPTION = PowerTOP, a tool that helps you find what software is using the 
most power.
-HOMEPAGE = http://www.lesswatts.org/;
-BUGTRACKER = http://bugzilla.lesswatts.org/;
-
-LICENSE = GPLv2
-LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f
-
-DEPENDS = virtual/libintl ncurses
-
-# powertop 1.13 needs lspci
-RDEPENDS_${PN} = pciutils
-
-PR = r4
-
-SRC_URI = 
http://www.lesswatts.org/projects/powertop/download/powertop-${PV}.tar.gz \
-   file://stub_out_the_ncurses_calls_in_dump_mode.patch \
-  
-
-SRC_URI[md5sum] = 78aa17c8f55178004223bf236654298e
-SRC_URI[sha256sum] = 
2bc866089496877dd26d2d316ad5763ab8ecb5e28aefba44bc5d355dcdc58d98
-
-CFLAGS += ${LDFLAGS}
-EXTRA_OEMAKE = VERSION=\${PV}\ EXTRA_LIBS=${EXTRA_LIBS}
-
-EXTRA_LIBS_libc-uclibc = -lintl
-
-do_configure() {
-   # We do not build ncurses with wide char support
-   sed -i -e 's:lncursesw:lncurses ${EXTRA_LIBS}:g' ${S}/Makefile
-}
-
-do_install() {
-   oe_runmake install DESTDIR=${D}
-}
-
-inherit update-alternatives
-ALTERNATIVE_${PN} = powertop
-ALTERNATIVE_TARGET[powertop] = ${bindir}/powertop
-ALTERNATIVE_LINK_NAME[powertop] = ${base_bindir}/powertop
-ALTERNATIVE_PRIORITY = 100
diff --git a/meta/recipes-kernel/powertop/powertop_2.3.bb 
b/meta/recipes-kernel/powertop/powertop_2.3.bb
new file mode 100644
index 000..d21f00d
--- /dev/null
+++ b/meta/recipes-kernel/powertop/powertop_2.3.bb
@@ -0,0 +1,30 @@
+SUMMARY = Power usage tool
+DESCRIPTION = Linux tool to diagnose issues with power consumption and power 
management.
+HOMEPAGE = http://01.org/powertop/;
+BUGTRACKER = http://bugzilla.lesswatts.org/;
+DEPENDS = ncurses virtual/gettext libnl pciutils
+LICENSE = GPLv2
+LIC_FILES_CHKSUM = file://COPYING;md5=12f884d2ae1ff87c09e5b7ccc2c4ca7e
+
+SRC_URI = 
http://01.org/powertop/sites/default/files/downloads/powertop-${PV}.tar.gz;
+
+SRC_URI[md5sum] = dc03608f20e56cdc99d121a6191556f6
+SRC_URI[sha256sum] = 
b8c1add69afee28c77dca56fdcedb4a46820f3a71c86aae7891b0c5c595cd744
+
+inherit autotools
+
+# we need to explicitly link with libintl in uClibc systems
+LDFLAGS += ${EXTRA_LDFLAGS}
+EXTRA_LDFLAGS_libc-uclibc = -lintl
+
+# we do not want libncursesw if we can
+do_configure_prepend() {
+# configure.ac checks for delwin() in ncursesw ncurses so let's drop

[OE-core] [PATCH] coreutils: disable ACL as we do not depend on it

[Marcin Juszkiewicz]

Coreutils does not depend on ACL but also does not disable it. Effect is
that from time to time I have a copy in sstate-cache which got built
with ACL and then I have problem while building images or sdk:

| Collected errors:
|  * satisfy_dependencies_for: Cannot satisfy the following dependencies for 
packagegroup-core-standalone-hhvm-sdk-target:
|  *libacl1 (= 2.2.51) *
|  * opkg_install_cmd: Cannot install package 
packagegroup-core-standalone-hhvm-sdk-target.

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-core/coreutils/coreutils_8.14.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/coreutils/coreutils_8.14.bb 
b/meta/recipes-core/coreutils/coreutils_8.14.bb
index 04c9eb2..71c4cdf 100644
--- a/meta/recipes-core/coreutils/coreutils_8.14.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.14.bb
@@ -21,6 +21,7 @@ SRC_URI = ${GNU_MIRROR}/coreutils/${BP}.tar.xz \
 SRC_URI[md5sum] = bcb135ce553493a45aba01b39eb3920a
 SRC_URI[sha256sum] = 
0d120817c19292edb19e92ae6b8eac9020e03d51e0af9cb116cf82b65d18b02d
 
+EXTRA_OECONF = --disable-acl
 EXTRA_OECONF_class-native = --without-gmp
 
 # [ df mktemp base64 gets a special treatment and is not included in this
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] coreutils: disable ACL as we do not depend on it

[Marcin Juszkiewicz]

Coreutils does not depend on ACL but also does not disable it. Effect is
that from time to time I have a copy in sstate-cache which got built
with ACL and then I have problem while building images or sdk:

| Collected errors:
|  * satisfy_dependencies_for: Cannot satisfy the following dependencies for 
packagegroup-core-standalone-hhvm-sdk-target:
|  *libacl1 (= 2.2.51) *
|  * opkg_install_cmd: Cannot install package 
packagegroup-core-standalone-hhvm-sdk-target.

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-core/coreutils/coreutils_8.14.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/coreutils/coreutils_8.14.bb 
b/meta/recipes-core/coreutils/coreutils_8.14.bb
index 04c9eb2..b82bbe4 100644
--- a/meta/recipes-core/coreutils/coreutils_8.14.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.14.bb
@@ -21,7 +21,8 @@ SRC_URI = ${GNU_MIRROR}/coreutils/${BP}.tar.xz \
 SRC_URI[md5sum] = bcb135ce553493a45aba01b39eb3920a
 SRC_URI[sha256sum] = 
0d120817c19292edb19e92ae6b8eac9020e03d51e0af9cb116cf82b65d18b02d
 
-EXTRA_OECONF_class-native = --without-gmp
+EXTRA_OECONF = --disable-acl
+EXTRA_OECONF_class-native = --disable-acl --without-gmp
 
 # [ df mktemp base64 gets a special treatment and is not included in this
 bindir_progs = basename chcon cksum comm csplit cut dir dircolors dirname du \
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] elfutils: split libraries into separate packages

[Marcin Juszkiewicz]

Elfutils contains libraries which are often used by other
applications/libraries. But sometimes there are also conflicting
packages needed - for example libdw-dev conflicts with libdwarf-dev
because both provide /usr/include/dwarf.h header file.

This change makes it more in line with Debian based systems. It also
allows to have libdwarf-dev installed in image without having to go into
ugly hacks or rewriting 3rdparty software.

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/elfutils/elfutils_0.148.bb | 15 ++-
 1 file changed, 10 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-devtools/elfutils/elfutils_0.148.bb 
b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
index e8d58fb..dfed235 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
@@ -68,7 +68,7 @@ EXTRA_OEMAKE_class-nativesdk = 
 BBCLASSEXTEND = native nativesdk
 
 # Package utilities separately
-PACKAGES =+ ${PN}-binutils
+PACKAGES =+ ${PN}-binutils libelf libasm libdw libdw-dev libasm-dev 
libelf-dev
 FILES_${PN}-binutils = \
 ${bindir}/eu-addr2line \
 ${bindir}/eu-ld \
@@ -77,11 +77,16 @@ FILES_${PN}-binutils = \
 ${bindir}/eu-size \
 ${bindir}/eu-strip
 
+FILES_libelf = ${libdir}/libelf-${PV}.so ${libdir}/libelf.so.*
+FILES_libasm = ${libdir}/libasm-${PV}.so ${libdir}/libasm.so.*
+FILES_libdw  = ${libdir}/libdw-${PV}.so ${libdir}/libdw.so.* 
${libdir}/elfutils/lib*
+FILES_libelf-dev = ${libdir}/libelf.so ${includedir}
+FILES_libasm-dev = ${libdir}/libasm.so ${includedir}/elfutils/libasm.h
+FILES_libdw-dev  = ${libdir}/libdw.so  ${includedir}/dwarf.h 
${includedir}/elfutils/libdw*.h
 # Some packages have the version preceeding the .so instead properly
 # versioned .so.version, so we need to reorder and repackage.
-FILES_${PN} += ${libdir}/*-${PV}.so ${base_libdir}/*-${PV}.so
-FILES_SOLIBSDEV = ${libdir}/libasm.so ${libdir}/libdw.so ${libdir}/libelf.so
+#FILES_${PN} += ${libdir}/*-${PV}.so ${base_libdir}/*-${PV}.so
+#FILES_SOLIBSDEV = ${libdir}/libasm.so ${libdir}/libdw.so ${libdir}/libelf.so
 
 # The package contains symlinks that trip up insane
-INSANE_SKIP_${PN} = dev-so
-
+INSANE_SKIP_libdw = dev-so
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [RFC] Switching from glibc RPC to TI RPC

[Marcin Juszkiewicz]

The main reasons for me to write this email were decissions made by
Linaro Toolchain WG when they started building AArch64 cross toolchains.

One of them was disabling RPC support in glibc as it is marked obsolete.
So I had two ways of handling it:

- add RPC back into glibc in Linaro's cross toolchain
- check how to switch OpenEmbedded to TI RPC

This patch series is my attempt for the latter. I disabled RPC in
eglibc, expanded libtirpc with code taken from glibc (patchset taken
from OpenMandriva distribution) and then went though build failures.

MOUNT_NFS in busybox is not needed on 2.6.23 Linux kernels and is the
only part of code which requires RPC. I assumed that OE does not support
such old kernels nowadays.

nfs-utils already had libtirpc support which just needed to be enabled.

quota needed to be told how to find out RPC headers and how to link with
libtirpc.

rpcbind needed removal of yellow pages support (whatever it is). I took
patch from Buildroot.

So far I did builds only for AArch64 but not checked 'on target'. Please
take a look and tell me does this work will be useful at all before I go
into other recipes.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/6] eglibc: disable RPC in favour of libtirpc

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-core/eglibc/eglibc_2.17.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/eglibc/eglibc_2.17.bb 
b/meta/recipes-core/eglibc/eglibc_2.17.bb
index 22129e6..0853c08 100644
--- a/meta/recipes-core/eglibc/eglibc_2.17.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.17.bb
@@ -85,7 +85,7 @@ EXTRA_OECONF = --enable-kernel=${OLDEST_KERNEL} \
 --enable-add-ons \
 --with-headers=${STAGING_INCDIR} \
 --without-selinux \
---enable-obsolete-rpc \
+--disable-obsolete-rpc \
 --with-kconfig=${STAGING_BINDIR_NATIVE} \
 ${GLIBC_EXTRA_OECONF}
 
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/6] busybox: disable MOUNT_NFS option - not needed on 2.6.23+ kernels

[Marcin Juszkiewicz]

Without this option we do not need RPC support from glibc.

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-core/busybox/busybox-1.20.2/defconfig | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/busybox/busybox-1.20.2/defconfig 
b/meta/recipes-core/busybox/busybox-1.20.2/defconfig
index bdfdadf..cfcbcae 100644
--- a/meta/recipes-core/busybox/busybox-1.20.2/defconfig
+++ b/meta/recipes-core/busybox/busybox-1.20.2/defconfig
@@ -583,7 +583,7 @@ CONFIG_MOUNT=y
 # CONFIG_FEATURE_MOUNT_VERBOSE is not set
 # CONFIG_FEATURE_MOUNT_HELPERS is not set
 # CONFIG_FEATURE_MOUNT_LABEL is not set
-CONFIG_FEATURE_MOUNT_NFS=y
+# CONFIG_FEATURE_MOUNT_NFS is not set
 # CONFIG_FEATURE_MOUNT_CIFS is not set
 CONFIG_FEATURE_MOUNT_FLAGS=y
 CONFIG_FEATURE_MOUNT_FSTAB=y
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/6] quota: switch to libtirpc

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-extended/quota/quota_4.01.bb | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-extended/quota/quota_4.01.bb 
b/meta/recipes-extended/quota/quota_4.01.bb
index 80159a9..e171160 100644
--- a/meta/recipes-extended/quota/quota_4.01.bb
+++ b/meta/recipes-extended/quota/quota_4.01.bb
@@ -15,12 +15,17 @@ SRC_URI[sha256sum] = 
a36300bbc126b79b745bf937245092808b4585aa3309ef3335d4ab9d87
 
 S = ${WORKDIR}/quota-tools
 
-DEPENDS = gettext-native e2fsprogs
+DEPENDS = gettext-native e2fsprogs libtirpc
 
 inherit autotools gettext
 
 EXTRA_OEMAKE += 'STRIP='
 
+do_configure_prepend() {
+export CFLAGS=${CFLAGS} -I${STAGING_INCDIR}/tirpc
+export LDFLAGS=-ltirpc ${LDFLAGS} 
+}
+
 do_install() {
oe_runmake prefix=${D}${prefix} install
 }
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 6/6] nfs-utils: switch to libtirpc

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.7.bb | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.7.bb 
b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.7.bb
index cd97810..2a12a34 100644
--- a/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.7.bb
+++ b/meta/recipes-connectivity/nfs-utils/nfs-utils_1.2.7.bb
@@ -8,7 +8,7 @@ LICENSE = MIT  GPLv2+  BSD
 LIC_FILES_CHKSUM = file://COPYING;md5=95f3a93a5c3c7888de623b46ea085a84
 
 # util-linux for libblkid
-DEPENDS = libcap libnfsidmap libevent util-linux tcp-wrappers sqlite3
+DEPENDS = libcap libnfsidmap libevent util-linux tcp-wrappers sqlite3 
libtirpc
 RDEPENDS_${PN} = rpcbind
 RRECOMMENDS_${PN} = kernel-module-nfsd
 
@@ -42,9 +42,10 @@ EXTRA_OECONF = --with-statduser=nobody \
 --disable-nfsv41 \
 --enable-uuid \
 --disable-gss \
---disable-tirpc \
+--enable-tirpc \
 --disable-nfsdcltrack \
 --with-statdpath=/var/lib/nfs/statd \
+--with-tirpcinclude=${STAGING_INCDIR}/tirpc/ \

 
 INHIBIT_AUTO_STAGE = 1
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH 5/6] rpcbind: disable yellow pages support

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 .../rpcbind/rpcbind/rpcbind-01-no-yp-support.patch | 49 ++
 meta/recipes-extended/rpcbind/rpcbind_0.2.0.bb |  1 +
 2 files changed, 50 insertions(+)
 create mode 100644 
meta/recipes-extended/rpcbind/rpcbind/rpcbind-01-no-yp-support.patch

diff --git 
a/meta/recipes-extended/rpcbind/rpcbind/rpcbind-01-no-yp-support.patch 
b/meta/recipes-extended/rpcbind/rpcbind/rpcbind-01-no-yp-support.patch
new file mode 100644
index 000..db26214
--- /dev/null
+++ b/meta/recipes-extended/rpcbind/rpcbind/rpcbind-01-no-yp-support.patch
@@ -0,0 +1,49 @@
+Remove yellow pages support
+
+This support requires yellow pages support in libtirpc, which isn't
+available. As most Buildroot users are most likely never going to need
+such feature, get rid of it.
+
+Signed-off-by: Thomas Petazzoni thomas.petazz...@free-electrons.com
+
+Upstream-Status: inappropriate [embedded specific]
+
+Index: b/src/security.c
+===
+--- a/src/security.c
 b/src/security.c
+@@ -23,9 +23,6 @@
+ #include rpcsvc/mount.h
+ #include rpcsvc/rquota.h
+ #include rpcsvc/nfs_prot.h
+-#include rpcsvc/yp.h
+-#include rpcsvc/ypclnt.h
+-#include rpcsvc/yppasswd.h
+ 
+ #include rpcbind.h
+ 
+@@ -322,24 +319,9 @@
+   args-rmt_proc != MOUNTPROC_UMNT)
+   break;
+   goto deny;
+-  case YPBINDPROG:
+-  if (args-rmt_proc != YPBINDPROC_SETDOM)
+-  break;
+-  /* FALLTHROUGH */
+-  case YPPASSWDPROG:
+   case NFS_PROGRAM:
+   case RQUOTAPROG:
+   goto deny;
+-  case YPPROG:
+-  switch (args-rmt_proc) {
+-  case YPPROC_ALL:
+-  case YPPROC_MATCH:
+-  case YPPROC_FIRST:
+-  case YPPROC_NEXT:
+-  goto deny;
+-  default:
+-  break;
+-  }
+   default:
+   break;
+   }
diff --git a/meta/recipes-extended/rpcbind/rpcbind_0.2.0.bb 
b/meta/recipes-extended/rpcbind/rpcbind_0.2.0.bb
index 1007613..0a1b2d9 100644
--- a/meta/recipes-extended/rpcbind/rpcbind_0.2.0.bb
+++ b/meta/recipes-extended/rpcbind/rpcbind_0.2.0.bb
@@ -14,6 +14,7 @@ SRC_URI = 
${SOURCEFORGE_MIRROR}/rpcbind/rpcbind-${PV}.tar.bz2 \
file://init.d \
file://fix_host_path.patch \
file://obsolete_automake_macros.patch \
+   file://rpcbind-01-no-yp-support.patch \
${UCLIBCPATCHES} \
   
 
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [RFC] Switching from glibc RPC to TI RPC

[Marcin Juszkiewicz]

W dniu 20.03.2013 11:27, Paul Eggleton pisze:
 On Wednesday 20 March 2013 10:37:17 Marcin Juszkiewicz wrote:
 rpcbind needed removal of yellow pages support (whatever it is).
 
 Isn't that NIS? Will that affect the ypbind-mt / yp-tools recipes recently 
 added back into meta-networking?

Good point. YP-tools are not buildable with my changeset due to lack of
YP support in libtirpc.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [RFC] Switching from glibc RPC to TI RPC

[Marcin Juszkiewicz]

W dniu 20.03.2013 13:50, Mark Hatle pisze:
 On 3/20/13 5:41 AM, Marcin Juszkiewicz wrote:

 Good point. YP-tools are not buildable with my changeset due to lack of
 YP support in libtirpc.

 There is definitely a class of user (networking devices) where nis/yp
 are still being used.  I would love to see NIS support be a distro
 feature or similar configure time element.

Good idea.

 -after- the upcoming release, I think we should pursue these patches,
 assuming we can get the NIS support enabled in some way.

Looks like we have to wait for TI RPC to mature more.

 BTW my only other question was the busybox side.  I'm a bit confused by
 the comment.  I thought the mount_nfs was still required because it
 enabled the proper binding argument for the mount syscall.  While I
 don't believe we need to still support the older kernel(s), we
 definitely need NFS mounts to work in busybox.

Since
http://git.busybox.net/busybox/commit/?id=a86e02492d7700ce8cb4108f53646dfb025c2dff
change (2011-11-10) this option is not needed to mount NFS with 2.6.23+
kernel:

config FEATURE_MOUNT_NFS
bool Support mounting NFS file systems on Linux  2.6.23
default n
depends on MOUNT
select FEATURE_HAVE_RPC
select FEATURE_SYSLOG
help
  Enable mounting of NFS file systems on Linux kernels prior
  to version 2.6.23. Note that in this case mounting of NFS
  over IPv6 will not be possible.

  Note that this option links in RPC support from libc,
  which is rather large (~10 kbytes on uclibc).

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/6] eglibc: disable RPC in favour of libtirpc

[Marcin Juszkiewicz]

W dniu 20.03.2013 15:05, Khem Raj pisze:
 NACK. tirpc is not at a point where it can replace the glibc provided
 rpc. There is too much software that depends on it. We have tried it
 in past 2.14 time frame and reverted back.

Thanks. We will go with other option and re-enable RPC in eglibc part of
binary cross toolchain.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] SDK and external toolchain

[Marcin Juszkiewicz]

W dniu 26.07.2012 21:58, Richard Purdie pisze:
 On Thu, 2012-07-26 at 13:32 -0500, Mark Hatle wrote:
 On 7/26/12 1:14 PM, Chris Larson wrote:
 On Thu, Jul 26, 2012 at 9:37 AM, Mark Hatle mark.hatle at windriver.com 
 wrote:
 index 44284c3..f5fd4d7 100644
 --- a/meta/classes/toolchain-scripts.bbclass
 +++ b/meta/classes/toolchain-scripts.bbclass
 @@ -136,7 +136,7 @@ toolchain_create_sdk_env_script_for_installer () {
#we get the cached site config in the runtime
TOOLCHAIN_CONFIGSITE_NOCACHE = ${@siteinfo_get_files(d, True)}
TOOLCHAIN_CONFIGSITE_SYSROOTCACHE =
 ${STAGING_DATADIR}/${TARGET_SYS}_config_site.d
 -TOOLCHAIN_NEED_CONFIGSITE_CACHE = ${TCLIBC} ncurses
 +TOOLCHAIN_NEED_CONFIGSITE_CACHE = ncurses


 That is incorrect.. the CONFIGSITE_CACHE should be generated for the 
 TCLIBC.
 If you don't do that, then you will be running the same configure steps --
 looking for basic glibc information over and over and over, causing a 
 fairly
 expensive performance penalty.

 No, he's right, this is a bug in toolchain-scripts.bbclass. We could
 work around it in the recipe via RPROVIDES_${PN}, but
 TOOLCHAIN_NEED_CONFIGSITE_CACHE feeds directly into task 'depends', so
 it's pulling in ${TCLIBC} explicitly rather than the more accurate
 'virtual/libc'.


 The config site file though isn't called virtual/libc.  My understanding 
 what 
 that all that variable did was set the list of config site files, but didn't 
 directly affect the dependency mapping.  If it does, then there is a 
 definite 
 issue w/ dependency vs file mappings.
 
 The trouble as I understand it is we need to know both the dependency
 name and the config/site cache name.
 
 We'll probably have to change siteconfig.bbclass to generate libc_config
 instead of ${PN}_config (create an intermediate variable the libc
 recipes override).
 
 We can then specify something like virtual/libc:libc in
 TOOLCHAIN_NEED_CONFIGSITE_CACHE. Of course that probably still won't
 work if you actually try and build meta-toolchain, we might just have to
 skip things that don't exist...

Issue is still present ;(


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] SDK and external toolchain

[Marcin Juszkiewicz]

I did not tested it without external toolchain yet and have
no idea is it good way at all. 

diff --git a/meta/classes/toolchain-scripts.bbclass 
b/meta/classes/toolchain-scripts.bbclass
index 050e799..f5801a8 100644
--- a/meta/classes/toolchain-scripts.bbclass
+++ b/meta/classes/toolchain-scripts.bbclass
@@ -142,7 +142,7 @@ toolchain_create_sdk_env_script_for_installer () {
 #we get the cached site config in the runtime
 TOOLCHAIN_CONFIGSITE_NOCACHE = ${@siteinfo_get_files(d, True)}
 TOOLCHAIN_CONFIGSITE_SYSROOTCACHE = 
${STAGING_DATADIR}/${TARGET_SYS}_config_site.d
-TOOLCHAIN_NEED_CONFIGSITE_CACHE = ${TCLIBC} ncurses
+TOOLCHAIN_NEED_CONFIGSITE_CACHE = ncurses
 
 #This function create a site config file
 toolchain_create_sdk_siteconfig () {
@@ -161,6 +161,11 @@ toolchain_create_sdk_siteconfig () {
cat 
${TOOLCHAIN_CONFIGSITE_SYSROOTCACHE}/${sitefile}_config  $siteconfig
fi
done
+   if [ ${TCMODE} = default ]; then
+   if [ -r ${TOOLCHAIN_CONFIGSITE_SYSROOTCACHE}/${TCLIBC}_config 
]; then
+   cat 
${TOOLCHAIN_CONFIGSITE_SYSROOTCACHE}/${TCLIBC}_config  $siteconfig
+   fi
+   fi
 }
 # The immediate expansion above can result in unwanted path dependencies here
 toolchain_create_sdk_siteconfig[vardepsexclude] = 
TOOLCHAIN_CONFIGSITE_SYSROOTCACHE


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] Add architecture files for AArch64 architecture.

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/conf/machine/include/aarch64/README   |  9 +
 meta/conf/machine/include/aarch64/arch-aarch64.inc | 16 
 2 files changed, 25 insertions(+)
 create mode 100644 meta/conf/machine/include/aarch64/README
 create mode 100644 meta/conf/machine/include/aarch64/arch-aarch64.inc

diff --git a/meta/conf/machine/include/aarch64/README 
b/meta/conf/machine/include/aarch64/README
new file mode 100644
index 000..59c8710
--- /dev/null
+++ b/meta/conf/machine/include/aarch64/README
@@ -0,0 +1,9 @@
+2013-03-14 - Marcin Juszkiewicz marcin.juszkiew...@linaro.org
+ - Initial Revision
+
+Currently only little endian is defined for AArch64.
+
+AArch64 is 64-bit ARM architecture.
+
+Also known as ARMv8 (instruction set) or ARM64 (name in Linux kernel and
+architecture name in Debian and derived).
diff --git a/meta/conf/machine/include/aarch64/arch-aarch64.inc 
b/meta/conf/machine/include/aarch64/arch-aarch64.inc
new file mode 100644
index 000..5177d7f
--- /dev/null
+++ b/meta/conf/machine/include/aarch64/arch-aarch64.inc
@@ -0,0 +1,16 @@
+DEFAULTTUNE ?= aarch64
+
+ARMPKGARCH ?= aarch64
+
+TUNEVALID[aarch64] = Enable instructions for aarch64
+TUNECONFLICTS[aarch64] = 
+MACHINEOVERRIDES .= ${@bb.utils.contains(TUNE_FEATURES, aarch64, 
:aarch64,  ,d)}
+
+# Little Endian base configs
+AVAILTUNES += aarch64
+TUNE_FEATURES_tune-aarch64 ?= aarch64
+
+TUNE_ARCH = aarch64
+TUNE_PKGARCH = aarch64
+
+PACKAGE_EXTRA_ARCHS += aarch64
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Add architecture files for AArch64 architecture.

[Marcin Juszkiewicz]

W dniu 14.03.2013 19:04, Mark Hatle pisze:
 I'm not completely familiar with aarch64.  So a couple of questions. 
 The first is is it supposed to allow a multilib configuration?  I.e.
 being able to run both 32-bit arm/thumb code  aarch64 code on the
 same machine?  If so, a BASE_LIB_tune-aarch64 should be defined with
 the right value.

AArch64 is able to run ARMv7a code but it not something we worry too 
much now as there is no hardware yet so we mostly use OE for porting
software. There will be no multilib related work done by Linaro in near
time (if at all).

 Second are there expected to be tuned variants for the aarch64, i.e.
 processor/core tunings that need to get embedded into the package arch. 
 if so the definition of the TUNE_ARCH and TUNE_PKGARCH should probably
 be based on the tune_feature...  (This may simply not be necessary
 though as this is a new architecture that will expand and grow...)

Probably big endian version will arrive sooner or later. Other than that
no extra tuning will be needed (no hardware yet).
 
 My suggestion then, to help with future growth is:
 
 DEFAULTTUNE ?= aarch64
 
 ARMPKGARCH ?= aarch64
 
 TUNEVALID[aarch64] = Enable instructions for aarch64
 TUNECONFLICTS[aarch64] = 
 MACHINEOVERRIDES .= ${@bb.utils.contains(TUNE_FEATURES, aarch64,
 :aarch64,  ,d)}
 
 # Little Endian base configs
 AVAILTUNES += aarch64
 TUNE_FEATURES_tune-aarch64 ?= aarch64
 BASE_LIB_tune-aarch64 = lib64 -- guess on my part

No, we do not use /lib64/ for AArch64.

 TUNE_ARCH_tune-aarch64 = aarch64
 TUNE_PKGARCH_tune-aarch64 = aarch64
 PACKAGE_EXTRA_ARCHS_tune-aarch64 += aarch64

Thanks, changed and attached new version.

From b303dd32eecd2fca3708eef468910f19bb903b3f Mon Sep 17 00:00:00 2001
From: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
Date: Thu, 14 Mar 2013 18:41:08 +0100
Subject: [PATCH] Add architecture files for AArch64 architecture.

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/conf/machine/include/aarch64/README   |  9 +
 meta/conf/machine/include/aarch64/arch-aarch64.inc | 14 ++
 2 files changed, 23 insertions(+)
 create mode 100644 meta/conf/machine/include/aarch64/README
 create mode 100644 meta/conf/machine/include/aarch64/arch-aarch64.inc

diff --git a/meta/conf/machine/include/aarch64/README 
b/meta/conf/machine/include/aarch64/README
new file mode 100644
index 000..59c8710
--- /dev/null
+++ b/meta/conf/machine/include/aarch64/README
@@ -0,0 +1,9 @@
+2013-03-14 - Marcin Juszkiewicz marcin.juszkiew...@linaro.org
+ - Initial Revision
+
+Currently only little endian is defined for AArch64.
+
+AArch64 is 64-bit ARM architecture.
+
+Also known as ARMv8 (instruction set) or ARM64 (name in Linux kernel and
+architecture name in Debian and derived).
diff --git a/meta/conf/machine/include/aarch64/arch-aarch64.inc 
b/meta/conf/machine/include/aarch64/arch-aarch64.inc
new file mode 100644
index 000..121d339
--- /dev/null
+++ b/meta/conf/machine/include/aarch64/arch-aarch64.inc
@@ -0,0 +1,14 @@
+DEFAULTTUNE ?= aarch64
+
+ARMPKGARCH ?= aarch64
+
+TUNEVALID[aarch64] = Enable instructions for aarch64
+TUNECONFLICTS[aarch64] = 
+MACHINEOVERRIDES .= ${@bb.utils.contains(TUNE_FEATURES, aarch64, 
:aarch64,  ,d)}
+
+# Little Endian base configs
+AVAILTUNES += aarch64
+TUNE_FEATURES_tune-aarch64 ?= aarch64
+TUNE_ARCH_tune-aarch64 = aarch64
+TUNE_PKGARCH_tune-aarch64 = aarch64
+PACKAGE_EXTRA_ARCHS_tune-aarch64 += aarch64
-- 
1.8.1.2



___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Add architecture files for AArch64 architecture.

[Marcin Juszkiewicz]

W dniu 14.03.2013 21:24, Khem Raj pisze:
 No, we do not use /lib64/ for AArch64.
 
 Thats under discussion I have seen threads and patches on gcc ml and
  glibc ml about it.
 
 http://gcc.gnu.org/ml/gcc-patches/2013-03/msg00288.html 
 http://sourceware.org/ml/libc-ports/2013-03/msg00125.html
 
 I would rather like to have lib64 but I guess multi arch guys will 
 not like it

OK. With current state of binutils/eglibc/gcc-linaro as we have in OE we
use /lib/ instead of /lib64/ directory. Once it got changed upstream I
will adapt to it.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] nss-myhostname: add 0.3 version

[Marcin Juszkiewicz]

1

Meta-linaro layer had own netbase.bbappend which took care of adding
MACHINE name to /etc/hosts to get it resolvable.

Koen Kooi pointed to nss-myhostname as better solution. Tested, works
fine so I add it for other users.

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 .../nss-myhostname/nss-myhostname_0.3.bb   | 25 ++
 1 file changed, 25 insertions(+)
 create mode 100644 meta/recipes-support/nss-myhostname/nss-myhostname_0.3.bb

diff --git a/meta/recipes-support/nss-myhostname/nss-myhostname_0.3.bb 
b/meta/recipes-support/nss-myhostname/nss-myhostname_0.3.bb
new file mode 100644
index 000..d5ed084
--- /dev/null
+++ b/meta/recipes-support/nss-myhostname/nss-myhostname_0.3.bb
@@ -0,0 +1,25 @@
+DESCRIPTION = plugin for the GNU Name Service Switch (NSS) functionality of \
+the GNU C Library (glibc) providing host name resolution for the locally \
+configured system hostname as returned by gethostname(2).
+HOMEPAGE = http://0pointer.de/lennart/projects/nss-myhostname/;
+LICENSE = LGPLv2.1
+LIC_FILES_CHKSUM = file://LICENSE;md5=2d5025d4aa3495befef8f17206a5b0a1
+
+SRC_URI = 
http://0pointer.de/lennart/projects/nss-myhostname/nss-myhostname-${PV}.tar.gz;
+
+SRC_URI[md5sum] = d4ab9ac36c053ab8fb836db1cbd4a48f
+SRC_URI[sha256sum] = 
2ba744ea8d578d1c57c85884e94a3042ee17843a5294434d3a7f6c4d67e7caf2
+
+inherit autotools
+
+pkg_postinst_${PN} () {
+   sed -e '/^hosts:/s/\s*\myhostname\//' \
+   -e 's/\(^hosts:.*\)\(\files\\)\(.*\)\(\dns\\)\(.*\)/\1\2 
myhostname \3\4\5/' \
+   -i $D/etc/nsswitch.conf
+}
+
+pkg_prerm_${PN} () {
+   sed -e '/^hosts:/s/\s*\myhostname\//' \
+   -e '/^hosts:/s/\s*myhostname//' \
+   -i $D/etc/nsswitch.conf
+}
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] elfutils: split libraries into separate packages

[Marcin Juszkiewicz]

Elfutils contains libraries which are often used by other
applications/libraries. But sometimes there are also conflicting
packages needed - for example libdw-dev conflicts with libdwarf-dev
because both provide /usr/include/dwarf.h header file.

This change makes it more in line with Debian based systems. It also
allows to have libdwarf-dev installed in image without having to go into
ugly hacks or rewriting 3rdparty software.

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/elfutils/elfutils_0.148.bb | 17 +++--
 1 file changed, 11 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-devtools/elfutils/elfutils_0.148.bb 
b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
index 45931b0..8bd32f8 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3\
 file://EXCEPTION;md5=570adcb0c1218ab57f2249c67d0ce417
 DEPENDS = libtool bzip2 zlib virtual/libintl
 
-PR = r9
+PR = r10
 
 SRC_URI = 
https://fedorahosted.org/releases/e/l/elfutils/elfutils-${PV}.tar.bz2;
 
@@ -66,7 +66,7 @@ EXTRA_OEMAKE_class-nativesdk = 
 BBCLASSEXTEND = native nativesdk
 
 # Package utilities separately
-PACKAGES =+ ${PN}-binutils
+PACKAGES =+ ${PN}-binutils libelf libasm libdw libdw-dev libasm-dev 
libelf-dev
 FILES_${PN}-binutils = \
 ${bindir}/eu-addr2line \
 ${bindir}/eu-ld \
@@ -75,11 +75,16 @@ FILES_${PN}-binutils = \
 ${bindir}/eu-size \
 ${bindir}/eu-strip
 
+FILES_libelf = ${libdir}/libelf-${PV}.so ${libdir}/libelf.so.*
+FILES_libasm = ${libdir}/libasm-${PV}.so ${libdir}/libasm.so.*
+FILES_libdw  = ${libdir}/libdw-${PV}.so ${libdir}/libdw.so.* 
${libdir}/elfutils/lib*
+FILES_libelf-dev = ${libdir}/libelf.so ${includedir}
+FILES_libasm-dev = ${libdir}/libasm.so ${includedir}/elfutils/libasm.h
+FILES_libdw-dev  = ${libdir}/libdw.so  ${includedir}/dwarf.h 
${includedir}/elfutils/libdw*.h
 # Some packages have the version preceeding the .so instead properly
 # versioned .so.version, so we need to reorder and repackage.
-FILES_${PN} += ${libdir}/*-${PV}.so ${base_libdir}/*-${PV}.so
-FILES_SOLIBSDEV = ${libdir}/libasm.so ${libdir}/libdw.so ${libdir}/libelf.so
+#FILES_${PN} += ${libdir}/*-${PV}.so ${base_libdir}/*-${PV}.so
+#FILES_SOLIBSDEV = ${libdir}/libasm.so ${libdir}/libdw.so ${libdir}/libelf.so
 
 # The package contains symlinks that trip up insane
-INSANE_SKIP_${PN} = dev-so
-
+INSANE_SKIP_libdw = dev-so
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] ATTENTION: OpenEmbedded layers from Linaro have new structure

[Marcin Juszkiewicz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello

Today I made several changes to OpenEmbedded layers hosted on
git.linaro.org:

- - meta-aarch64
- - meta-linaro

Meta-aarch64 is now empty and is obsolete. Probably will be removed from
server in about month or two.
Meta-linaro repository got new structure based on meta-openembedded one
and contains three layers:

- - meta-aarch64
- - meta-linaro
- - meta-linaro-toolchain

Today meta-aarch64 is just a copy of old one but everything not related
to ARMv8 will be moved from it to meta-linaro.

Meta-linaro-toolchain contains just gcc-linaro and support for external
Linaro cross toolchains (armv7a and armv8 ones).

I considered creation of meta-aarch64-arm-toolchain one with ARM Ltd.
version of gcc but it is not often used option so can stay where it is
now (meta-aarch64).

Instructions how to start building for ARMv8 (with OE) are in wiki:
https://wiki.linaro.org/HowTo/ARMv8/OpenEmbedded

Note that any scripts present in 'meta-aarch64' got dropped. If you want
easy way then use 'jenkins-setup' scripts like it is described in wiki.
They are written to be as easy to use as possible.

If you have any problems/questions: reply to this email.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJRQJERAAoJECbKqQEReiUeKFgQAMUYDB1ymQs8ZspWVynJVJMQ
InFsFQUd/QZCgNB9GcG6IepzmViHeMlIxNQ7u+KFABGV8uAz8gwdgcPtWwa/dc1b
wu8u84mmwy77WBIMuX087AiXdg8WhJDJz5sztBoK2PL8Ljn1TFB/R17Ew90eN3zn
o1DpPnbgMGs67phNiTy8GiQxyaaLZub0ZZZ5v00tWdt7x4vazw6n2r8/o+wzGLj2
536KI13Sepso2dg2mrpqzrwVH8KFP7S/rRiDdKI4Gw9FlTPiaiEEadX7OPKx8YC5
j1WIR0u66LCSe+F3NsfNfEgTOXPGVUNgqvemwGYXQuOLUKz7nnnkEdVRUegSuEVj
+bZsgzFunghOsvEgX4ynxLVXgOrkiH4PPMhD+OWcB1pso9+ZdVFTVO2oGOnDg9pK
ov7lidEoUDDIZqHxjy5cV36jDnXt8BTI9uEIjVo9gH/0g/67QImXHVONcppg2MfM
GDfhYorkah3VTo9zgHZKCDEIstT1OsCSg+PNeKCAN6fDUdmnzGxCJNEj2CaRAzaI
vJekxAK0+ptscJ9c+bUmAtcBK+XRvJ9K3naN+apUm13Y6INwKuS68knWzOJc0xhd
rpPQ2EcYd8FP1gspjNJPyQKWr2pAUGQkOGkhHrsrb4nj6mkMDDgZ2ET1x8uxI056
vMRn7PKF7x3bItUP9NzA
=GNf7
-END PGP SIGNATURE-

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] package_deb.bbclass: set DPKG_ARCH_arm to armel

[Marcin Juszkiewicz]

W dniu 08.03.2013 14:21, Constantin Musca pisze:
 - the system should be using armel by default, not arm
 
 [YOCTO #3741]

And armhf for hard-float builds?

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] apt: upgrade to 0.8.10.3+squeeze1

[Marcin Juszkiewicz]

Why not version from wheezy?

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] conf: Remove unused ROOT_FLASH_SIZE variable from the config

[Marcin Juszkiewicz]

W dniu 16.02.2013 23:41, Holger Hans Peter Freyther pisze:
 This variable is set but never used in OE-core and meta-oe. It
 was historically used for the Opie collection but seems to be
 unused now.

As I am one of those who remember when it was added:

Acked-By: Marcin Juszkiewicz mar...@juszkiewicz.com.pl

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] How to implement systemd

[Marcin Juszkiewicz]

W dniu 14.02.2013 13:35, Mike Looijmans pisze:
 So far i've been using good old initscripts for my systems. I want to
 try out systemd. Having zero experience with that, I just added
 systemd to the DISTRO_FEATURES and started a fresh  build. The build
 ran fine, but it produced something that still seems to be using
 initscripts, albeit that a few things stopped working (the network did
 not start, for example).

DISTRO_FEATURES_INITMAN = systemd is what you want.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] tclibc-eglibc: use glibc-thread-db as eglibc-thread-db does not exist(?)

[Marcin Juszkiewicz]

| Collected errors:
|  * satisfy_dependencies_for: Cannot satisfy the following dependencies for 
packagegroup-core-standalone-hhvm-sdk-target:
|  *eglibc-thread-db *

eglibc-thread-db is listed in LIBC_DEPENDENCIES and used by SDK. Package
ends as libthread-db1 and provides glibc-thread-db.

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/conf/distro/include/tclibc-eglibc.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/distro/include/tclibc-eglibc.inc 
b/meta/conf/distro/include/tclibc-eglibc.inc
index 15f5ee5..88bfd40 100644
--- a/meta/conf/distro/include/tclibc-eglibc.inc
+++ b/meta/conf/distro/include/tclibc-eglibc.inc
@@ -23,7 +23,7 @@ LIBC_DEPENDENCIES = libsegfault \
 eglibc-dbg \
 eglibc-dev \
 eglibc-utils \
-eglibc-thread-db \
+glibc-thread-db \
 ${@get_libc_locales_dependencies(d)}
 
 LIBC_LOCALE_DEPENDENCIES = \
-- 
1.8.1.2


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] tclibc-eglibc: use glibc-thread-db as eglibc-thread-db does not exist(?)

[Marcin Juszkiewicz]

W dniu 12.02.2013 17:30, Richard Purdie pisze:
 On Tue, 2013-02-12 at 15:25 +0100, Marcin Juszkiewicz wrote:
 | Collected errors:
 |  * satisfy_dependencies_for: Cannot satisfy the following dependencies for 
 packagegroup-core-standalone-hhvm-sdk-target:
 |  *eglibc-thread-db *

 eglibc-thread-db is listed in LIBC_DEPENDENCIES and used by SDK. Package
 ends as libthread-db1 and provides glibc-thread-db.

 Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
 ---
  meta/conf/distro/include/tclibc-eglibc.inc | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
 
 Package renaming should take care of this. If it doesn't happen, that is
 a bug in the package renaming. This just hacks around it.
 
 How do we reproduce this?

In my case bitbake meta-toolchain was enough as most of things went
from sstate-cache. Will do clean build during night.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] RFC: meta-oe appends and overlayed recipes

[Marcin Juszkiewicz]

W dniu 12.02.2013 20:51, Martin Jansa pisze:

 xserver-common is similar to formfactor, a bit more flexible but a
 lot worse to maintain for new MACHINES

IIRC xserver-common allows to set all MACHINE related variables in
/etc/default/something file. I added that years ago when merged
xserver-common with xserver-kdrive-common with all OE/Poky patches etc.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/8] add fontcache.bbclass

[Marcin Juszkiewicz]

W dniu 05.02.2013 10:34, Laurentiu Palcu pisze:
 All font packages should inherit this class in order to generate the
 proper postinst/postrm scriptlets.
 
 The scriptlets will actually create a host intercept hook that will be
 executed at the end, at do_rootfs time, after all packages have been
 installed. This is good when there are many font packages.
 
 [YOCTO #2923]
 
 Signed-off-by: Laurentiu Palcu laurentiu.pa...@intel.com
 ---
  meta/classes/fontcache.bbclass |   47 
 

 +${@qemu_run_binary(d, '$D', '/usr/bin/fc-cache')} --sysroot=$D /dev/null 
 21

What about platform which do not have qemu support? Like AArch64...

| Configuring libpcre-staticdev.
| Building from feeds activated!
| Running intercept scripts:
|  Executing update_font_cache
| ERROR: Function failed: do_rootfs (see
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/work/genericarmv8-oe-linux/linaro-image-sdk/1.0-r2/temp/log.do_rootfs.23211
for further information)


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] OpenGL as a DISTRO_FEATURE

[Marcin Juszkiewicz]

W dniu 03.02.2013 20:45, Ian Geiser pisze:

 The case I have is 3 platforms: 1) Atom N450 2) WM 8950 3) VIA VX900
 
 The Atom has the normal mesa-dri drivers and can use the OpenGL
 implementation from that.  The WM has only OpenGLES drivers and no
 OpenGL implementation.  So in that case I want to use only GLES
 support in the various packages that conditionally support it (in my
 case Qt4).  The last platform the VIA has its own OpenGL
 implementation that can completely replace mesa for packages that
 support OpenGL. In the case of my distro I support Qt4 but it can use
 OpenGLES or OpenGL.  The problem comes in when I start setting
 preferred providers in the machine conf files.  In the case of my WM,
 I have only gles and since the distro supports opengl, it needs a
 virtual/libgl and finds it with mesa.  Now I can remove opengl from
 my distro, but the Atom and VIA support opengl, and will not have it
 available to Qt because it turns off.

As they are different architectures you can try this:

DISTRO_FEATURES_wm8950 = here copy your default DISTRO_FEATURES but
skip opengl

Replace wm8950 with MACHINE name. Ugly solution but should work.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] Flex: use proper m4 binary on target

[Marcin Juszkiewicz]

flex tries to execute:

/data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/m4

As workaround you can:

mkdir -p /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/
ln -s /usr/bin/m4 /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/

So this is a bug how OE builds flex.

flex tries to execute:

/data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/m4

As workaround you can:

mkdir -p /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/
ln -s /usr/bin/m4 /data/oe/build/tmp-eglibc/sysroots/x86_64-linux/usr/bin/

So this is a bug how OE builds flex.

https://bugs.launchpad.net/linaro-aarch64/+bug/1106865

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/flex/flex.inc | 7 +--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/flex/flex.inc 
b/meta/recipes-devtools/flex/flex.inc
index 472813b..517db16 100644
--- a/meta/recipes-devtools/flex/flex.inc
+++ b/meta/recipes-devtools/flex/flex.inc
@@ -10,6 +10,9 @@ SRC_URI = ${SOURCEFORGE_MIRROR}/flex/flex-${PV}.tar.bz2 
 
 inherit autotools gettext
 
-do_install_append_class-native() {
-   create_wrapper ${D}/${bindir}/flex M4=${STAGING_BINDIR_NATIVE}/m4
+M4 = ${bindir}/m4
+M4_class-native = ${STAGING_BINDIR_NATIVE}/m4
+
+do_install_append() {
+   create_wrapper ${D}/${bindir}/flex M4=${M4}
 }
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] eglibc: fix evacuate_scripts for external toolchains

[Marcin Juszkiewicz]

Not every external toolchain has mtrace/sotruss/xtrace scripts so check
their existance first.

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-core/eglibc/eglibc-package.inc | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/eglibc/eglibc-package.inc 
b/meta/recipes-core/eglibc/eglibc-package.inc
index 79c43f1..4a4e54a 100644
--- a/meta/recipes-core/eglibc/eglibc-package.inc
+++ b/meta/recipes-core/eglibc/eglibc-package.inc
@@ -113,7 +113,9 @@ do_evacuate_scripts () {
target=${D}${includedir}/eglibc-scripts-internal-${MULTIMACH_TARGET_SYS}
mkdir -p $target
for i in ${bashscripts}; do
-   cp ${D}${bindir}/$i $target/
+   if [ -f ${D}${bindir}/$i ]; then
+   cp ${D}${bindir}/$i $target/
+   fi
done
 }
 
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] eglibc: fix evacuate_scripts for external toolchains

[Marcin Juszkiewicz]

Not every external toolchain has mtrace/sotruss/xtrace scripts so check
their existance first.

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-core/eglibc/eglibc-package.inc | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/eglibc/eglibc-package.inc 
b/meta/recipes-core/eglibc/eglibc-package.inc
index 79c43f1..4a4e54a 100644
--- a/meta/recipes-core/eglibc/eglibc-package.inc
+++ b/meta/recipes-core/eglibc/eglibc-package.inc
@@ -113,7 +113,9 @@ do_evacuate_scripts () {
target=${D}${includedir}/eglibc-scripts-internal-${MULTIMACH_TARGET_SYS}
mkdir -p $target
for i in ${bashscripts}; do
-   cp ${D}${bindir}/$i $target/
+   if [ -f ${D}${bindir}/$i ]; then
+   cp ${D}${bindir}/$i $target/
+   fi
done
 }
 
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] bitbake.conf: unbreak all builds with custom DISTRO_FEATURES

[Marcin Juszkiewicz]

Commit 9e7c64ca9afbf27edd0d35a1830ce55ee6d778ab broke all builds where
custom DISTRO_FEATURES were used.

Resulting images ended in non-bootable state due to lack of initscripts
(unless someone had sysvinit or systemd in D_E already).

https://bugs.launchpad.net/linaro-oe/+bug/1102910
https://bugs.launchpad.net/linaro-oe/+bug/1099405/comments/12

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/conf/bitbake.conf | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index 2dc50ca..607fb70 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -738,7 +738,7 @@ MACHINE_ESSENTIAL_EXTRA_RDEPENDS ?= 
 MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS ?= 
 IMAGE_FEATURES += ${EXTRA_IMAGE_FEATURES}
 
-DISTRO_FEATURES_BACKFILL = pulseaudio
+DISTRO_FEATURES_BACKFILL = pulseaudio ${DISTRO_FEATURES_INITMAN}
 DISTRO_FEATURES_append = ${@oe.utils.features_backfill(DISTRO_FEATURES,d)}
 
 MACHINE_FEATURES_BACKFILL = rtc
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bitbake.conf: unbreak all builds with custom DISTRO_FEATURES

[Marcin Juszkiewicz]

W dniu 23.01.2013 12:43, Burton, Ross pisze:
 On 23 January 2013 11:38, Marcin Juszkiewicz
 marcin.juszkiew...@linaro.org wrote:
 Commit 9e7c64ca9afbf27edd0d35a1830ce55ee6d778ab broke all builds where
 custom DISTRO_FEATURES were used.

 Resulting images ended in non-bootable state due to lack of initscripts
 (unless someone had sysvinit or systemd in D_E already).

 https://bugs.launchpad.net/linaro-oe/+bug/1102910
 https://bugs.launchpad.net/linaro-oe/+bug/1099405/comments/12

 Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
 
 Signed-off-by: Ross Burton ross.bur...@intel.com
 
 Wow, it's like you're reading my mind.  When I next realise what the
 problem is and what the solution is, I'll await eagerly your fix.

Without help from Paul Eggleton and Martin Jansa I would not get to this
fix.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] meta: remove all mention of PCMCIA_MANAGER

[Marcin Juszkiewicz]

W dniu 23.01.2013 17:24, Ross Burton pisze:
 Nothing appears to use this anymore, and it's been a very long time since 
 there
 was anyone expressing an interest in the alternatives.
 
 Signed-off-by: Ross Burton ross.bur...@intel.com

OMG... it was so long time ago... pcmciautils started with 2.6.13-rc1
kernel. Ah those first months when I had to deal with OZ users which
noticed that their Prism2 cards no longer connect to WPA networks...

My first kernel submissions, then my first accepted ones. At one moment
I even wrote script which converted 'pccardctl ident' output into kernel
source lines.

Definitely PCMCIA_MANAGER has to die.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/4]support incremental deb image generation

[Marcin Juszkiewicz]

You work with deb packages so I have a question/request.

Can you update APT to 0.9.x line? Current 0.7 one is failing for AArch64
and there is no way that I can get someone looking at it (due to version
being old).

I can create newer recipes but prefer not to test deb images.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] xorg-minimal-fonts: depend on font-alias instead of shipping fonts.alias

[Marcin Juszkiewicz]

| Collected errors:
|  * check_data_file_clashes: Package font-alias wants to install file 
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/work/genericarmv8-oe-linux/core-image-lsb-dev/1.0-r0/rootfs/usr/share/fonts/X11/misc/fonts.alias
|   But that file is already provided by package  * xorg-minimal-fonts
|  * opkg_install_cmd: Cannot install package packagegroup-core-lsb-dev.
| ERROR: Function failed: do_rootfs (see 
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/work/genericarmv8-oe-linux/core-image-lsb-dev/1.0-r0/temp/log.do_rootfs.7564
 for further information)

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 .../xorg-font/xorg-minimal-fonts.bb|  5 +-
 .../xorg-font/xorg-minimal-fonts/misc/fonts.alias  | 80 --
 2 files changed, 2 insertions(+), 83 deletions(-)
 delete mode 100644 
meta/recipes-graphics/xorg-font/xorg-minimal-fonts/misc/fonts.alias

diff --git a/meta/recipes-graphics/xorg-font/xorg-minimal-fonts.bb 
b/meta/recipes-graphics/xorg-font/xorg-minimal-fonts.bb
index b1a65e7..782b52b 100644
--- a/meta/recipes-graphics/xorg-font/xorg-minimal-fonts.bb
+++ b/meta/recipes-graphics/xorg-font/xorg-minimal-fonts.bb
@@ -13,12 +13,13 @@ LIC_FILES_CHKSUM = 
file://../misc/fonts.alias;md5=bbe8d3c0e4e74af96e3ac393985c4
 SRC_URI = file://misc
 
 PE = 1
-PR = r1
+PR = r2
 
 inherit allarch
 
 PACKAGES = ${PN}
 FILES_${PN} = ${libdir}/X11/ ${datadir}/fonts/X11/
+RDEPENDS_${PN} += font-alias
 
 do_install() {
install -d ${D}/${datadir}/fonts/X11/misc
@@ -26,5 +27,3 @@ do_install() {
install -d ${D}/${libdir}/X11
ln -sf ${datadir}/fonts/X11/ ${D}/${libdir}/X11/fonts -s
 }
-
-
diff --git 
a/meta/recipes-graphics/xorg-font/xorg-minimal-fonts/misc/fonts.alias 
b/meta/recipes-graphics/xorg-font/xorg-minimal-fonts/misc/fonts.alias
deleted file mode 100644
index 3900036..000
--- a/meta/recipes-graphics/xorg-font/xorg-minimal-fonts/misc/fonts.alias
+++ /dev/null
@@ -1,80 +0,0 @@
-!! fonts.alias -- automatically generated file.  DO NOT EDIT.
-!! To modify, see update-fonts-alias(8).
-!! /etc/X11/fonts/misc/xfonts-base.alias
-! $Xorg: fonts.alias,v 1.3 2000/08/21 16:42:31 coskrey Exp $
-fixed-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1
-variable -*-helvetica-bold-r-normal-*-*-120-*-*-*-*-iso8859-1
-5x7  -misc-fixed-medium-r-normal--7-70-75-75-c-50-iso8859-1
-5x8  -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso8859-1
-6x9  -misc-fixed-medium-r-normal--9-90-75-75-c-60-iso8859-1
-6x10 -misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1
-6x12 -misc-fixed-medium-r-semicondensed--12-110-75-75-c-60-iso8859-1
-6x13 -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1
-6x13bold -misc-fixed-bold-r-semicondensed--13-120-75-75-c-60-iso8859-1
-7x13 -misc-fixed-medium-r-normal--13-120-75-75-c-70-iso8859-1
-7x13bold -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-1
-7x13euro -misc-fixed-medium-r-normal--13-120-75-75-c-70-iso8859-15
-7x13eurobold -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-15
-7x14 -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-1
-7x14bold -misc-fixed-bold-r-normal--14-130-75-75-c-70-iso8859-1
-8x13 -misc-fixed-medium-r-normal--13-120-75-75-c-80-iso8859-1
-8x13bold -misc-fixed-bold-r-normal--13-120-75-75-c-80-iso8859-1
-8x16 -sony-fixed-medium-r-normal--16-120-100-100-c-80-iso8859-1
-9x15 -misc-fixed-medium-r-normal--15-140-75-75-c-90-iso8859-1
-9x15bold -misc-fixed-bold-r-normal--15-140-75-75-c-90-iso8859-1
-10x20-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-1
-12x24-sony-fixed-medium-r-normal--24-170-100-100-c-120-iso8859-1
-nil2 -misc-nil-medium-r-normal--2-20-75-75-c-10-misc-fontspecific
-
-heb6x13  -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-8
-heb8x13  -misc-fixed-medium-r-normal--13-120-75-75-c-80-iso8859-8
-
-k14  -misc-fixed-medium-r-normal--14-*-*-*-*-*-jisx0208.1983-0
-a14  -misc-fixed-medium-r-normal--14-*-*-*-*-*-iso8859-1
-r14  -misc-fixed-medium-r-normal--14-*-*-*-*-*-jisx0201.1976-0
-rk14 -misc-fixed-medium-r-normal--14-*-*-*-*-*-jisx0201.1976-0
-r16  -sony-fixed-medium-r-normal--16-*-*-*-*-*-jisx0201.1976-0
-rk16 -sony-fixed-medium-r-normal--16-*-*-*-*-*-jisx0201.1976-0
-r24  -sony-fixed-medium-r-normal--24-*-*-*-*-*-jisx0201.1976-0
-rk24 -sony-fixed-medium-r-normal--24-*-*-*-*-*-jisx0201.1976-0
-kana14   -misc-fixed-medium-r-normal--14-*-*-*-*-*-jisx0201.1976-0
-8x16kana -sony-fixed-medium-r-normal--16-120-100-100-c-80-jisx0201.1976-0
-8x16romankana -sony-fixed-medium-r-normal--16-120-100-100-c-80-jisx0201.1976-0
-12x24kana -sony-fixed-medium-r-normal--24-170-100-100-c-120-jisx0201.1976-0
-12x24romankana 
-sony-fixed-medium-r-normal--24-170-100-100-c-120

[OE-core] [PATCH] xorg-minimal-fonts: depend on font-alias instead of shipping fonts.alias

[Marcin Juszkiewicz]

| Collected errors:
|  * check_data_file_clashes: Package font-alias wants to install file 
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/work/genericarmv8-oe-linux/core-image-lsb-dev/1.0-r0/rootfs/usr/share/fonts/X11/misc/fonts.alias
|   But that file is already provided by package  * xorg-minimal-fonts
|  * opkg_install_cmd: Cannot install package packagegroup-core-lsb-dev.
| ERROR: Function failed: do_rootfs (see 
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/work/genericarmv8-oe-linux/core-image-lsb-dev/1.0-r0/temp/log.do_rootfs.7564
 for further information)

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 .../xorg-font/xorg-minimal-fonts.bb|  8 +--
 .../xorg-font/xorg-minimal-fonts/misc/fonts.alias  | 80 --
 2 files changed, 3 insertions(+), 85 deletions(-)
 delete mode 100644 
meta/recipes-graphics/xorg-font/xorg-minimal-fonts/misc/fonts.alias

diff --git a/meta/recipes-graphics/xorg-font/xorg-minimal-fonts.bb 
b/meta/recipes-graphics/xorg-font/xorg-minimal-fonts.bb
index b1a65e7..5e33f14 100644
--- a/meta/recipes-graphics/xorg-font/xorg-minimal-fonts.bb
+++ b/meta/recipes-graphics/xorg-font/xorg-minimal-fonts.bb
@@ -6,19 +6,19 @@ BUGTRACKER = n/a
 SECTION = x11/fonts
 
 LICENSE = PD
-LIC_FILES_CHKSUM = 
file://../misc/fonts.alias;md5=bbe8d3c0e4e74af96e3ac393985c4fbb \
-
file://../misc/fonts.dir;md5=82a143d94d6a974aafe97132d2d519ab \
+LIC_FILES_CHKSUM = 
file://../misc/fonts.dir;md5=82a143d94d6a974aafe97132d2d519ab \
 
file://../misc/cursor.pcf.gz;md5=40bc81001fef4c21ca08df4305014a2a
 
 SRC_URI = file://misc
 
 PE = 1
-PR = r1
+PR = r2
 
 inherit allarch
 
 PACKAGES = ${PN}
 FILES_${PN} = ${libdir}/X11/ ${datadir}/fonts/X11/
+RDEPENDS_${PN} += font-alias
 
 do_install() {
install -d ${D}/${datadir}/fonts/X11/misc
@@ -26,5 +26,3 @@ do_install() {
install -d ${D}/${libdir}/X11
ln -sf ${datadir}/fonts/X11/ ${D}/${libdir}/X11/fonts -s
 }
-
-
diff --git 
a/meta/recipes-graphics/xorg-font/xorg-minimal-fonts/misc/fonts.alias 
b/meta/recipes-graphics/xorg-font/xorg-minimal-fonts/misc/fonts.alias
deleted file mode 100644
index 3900036..000
--- a/meta/recipes-graphics/xorg-font/xorg-minimal-fonts/misc/fonts.alias
+++ /dev/null
@@ -1,80 +0,0 @@
-!! fonts.alias -- automatically generated file.  DO NOT EDIT.
-!! To modify, see update-fonts-alias(8).
-!! /etc/X11/fonts/misc/xfonts-base.alias
-! $Xorg: fonts.alias,v 1.3 2000/08/21 16:42:31 coskrey Exp $
-fixed-misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1
-variable -*-helvetica-bold-r-normal-*-*-120-*-*-*-*-iso8859-1
-5x7  -misc-fixed-medium-r-normal--7-70-75-75-c-50-iso8859-1
-5x8  -misc-fixed-medium-r-normal--8-80-75-75-c-50-iso8859-1
-6x9  -misc-fixed-medium-r-normal--9-90-75-75-c-60-iso8859-1
-6x10 -misc-fixed-medium-r-normal--10-100-75-75-c-60-iso8859-1
-6x12 -misc-fixed-medium-r-semicondensed--12-110-75-75-c-60-iso8859-1
-6x13 -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-1
-6x13bold -misc-fixed-bold-r-semicondensed--13-120-75-75-c-60-iso8859-1
-7x13 -misc-fixed-medium-r-normal--13-120-75-75-c-70-iso8859-1
-7x13bold -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-1
-7x13euro -misc-fixed-medium-r-normal--13-120-75-75-c-70-iso8859-15
-7x13eurobold -misc-fixed-bold-r-normal--13-120-75-75-c-70-iso8859-15
-7x14 -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-1
-7x14bold -misc-fixed-bold-r-normal--14-130-75-75-c-70-iso8859-1
-8x13 -misc-fixed-medium-r-normal--13-120-75-75-c-80-iso8859-1
-8x13bold -misc-fixed-bold-r-normal--13-120-75-75-c-80-iso8859-1
-8x16 -sony-fixed-medium-r-normal--16-120-100-100-c-80-iso8859-1
-9x15 -misc-fixed-medium-r-normal--15-140-75-75-c-90-iso8859-1
-9x15bold -misc-fixed-bold-r-normal--15-140-75-75-c-90-iso8859-1
-10x20-misc-fixed-medium-r-normal--20-200-75-75-c-100-iso8859-1
-12x24-sony-fixed-medium-r-normal--24-170-100-100-c-120-iso8859-1
-nil2 -misc-nil-medium-r-normal--2-20-75-75-c-10-misc-fontspecific
-
-heb6x13  -misc-fixed-medium-r-semicondensed--13-120-75-75-c-60-iso8859-8
-heb8x13  -misc-fixed-medium-r-normal--13-120-75-75-c-80-iso8859-8
-
-k14  -misc-fixed-medium-r-normal--14-*-*-*-*-*-jisx0208.1983-0
-a14  -misc-fixed-medium-r-normal--14-*-*-*-*-*-iso8859-1
-r14  -misc-fixed-medium-r-normal--14-*-*-*-*-*-jisx0201.1976-0
-rk14 -misc-fixed-medium-r-normal--14-*-*-*-*-*-jisx0201.1976-0
-r16  -sony-fixed-medium-r-normal--16-*-*-*-*-*-jisx0201.1976-0
-rk16 -sony-fixed-medium-r-normal--16-*-*-*-*-*-jisx0201.1976-0
-r24  -sony-fixed-medium-r-normal--24-*-*-*-*-*-jisx0201.1976-0
-rk24 -sony-fixed-medium-r-normal--24-*-*-*-*-*-jisx0201.1976-0
-kana14   -misc-fixed-medium-r-normal--14

Re: [OE-core] [PATCH] pulseaudio: Pulseaudio DEPENDS on libjson

[Marcin Juszkiewicz]

W dniu 19.01.2013 10:20, mike.looijm...@topic.nl pisze:
 From: MiLo milo-softw...@users.sourceforge.net
 
 The configure script tests for libjson's presence. The missing dependency
 becomes apparent when building without x11 or gnome.
 
 Signed-off-by: MiLo milo-softw...@users.sourceforge.net
 ---
  meta/recipes-multimedia/pulseaudio/pulseaudio.inc |2 +-
  1 files changed, 1 insertions(+), 1 deletions(-)
 
 diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc 
 b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
 index 6633e38..1fcc07c 100644
 --- a/meta/recipes-multimedia/pulseaudio/pulseaudio.inc
 +++ b/meta/recipes-multimedia/pulseaudio/pulseaudio.inc

 -DEPENDS = libatomics-ops liboil avahi libsamplerate0 libsndfile1 libtool \
 +DEPENDS = libatomics-ops liboil avahi libsamplerate0 libsndfile1 libtool 
 libjson \

You use other version than 2.1 - right?

10:56 hrw@puchatek:pulseaudio$ cat pulseaudio_2.1.bb
require pulseaudio.inc

PR = r15

DEPENDS += libjson gdbm speex libxml-parser-perl-native


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] Automatic generation of circular deps sucks

[Marcin Juszkiewicz]

As part of work I need to get libelf and libdwarf in one rootfs. So I
started with split of elfutils into separate packages. After some
rebuilds and checking how it got sorted out in Debian I got version in
attachment working.

So I started build of rootfs:

|  * check_data_file_clashes: Package libdw-dev wants to install file
/home/hrw/HDD/devel/canonical/aarch64/openembedded/build/tmp-eglibc/work/genericarmv8-oe-linux/linaro-image-sdk/1.0-r2/rootfs/usr/include/dwarf.h
|   But that file is already provided by package  * libdwarf-dev

WTH? was my first though. So I checked deeper...

Libdwarf (recipe) DEPENDS on elfutils and gives static library in
libdwarf-staticdev package, headers in libdwarf-dev package. OK, it
works. So I looked at dependencies of resulting packages.

Why libdwarf-dev recommends elfutils-dev is beyond my knowledge...

In effect installing libdwarf-dev fetches elfutils-dev which fetches
libdw-dev which conflicts with libdwarf-dev. Magically without any
RRECOMMENDS_${PN}-dev = elfutils-dev in libdwarf recipe...

What is wrong and how to fix it?
From d0b2edecbe66e6e9721f14ac84abdf8e8c82cad4 Mon Sep 17 00:00:00 2001
From: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
Date: Thu, 17 Jan 2013 11:44:40 +0100
Subject: [PATCH] elfutils: split libraries into separate packages

libdw-dev conflicts with libdwarf-dev

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/elfutils/elfutils_0.148.bb | 17 +++--
 1 file changed, 11 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-devtools/elfutils/elfutils_0.148.bb b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
index 45931b0..8bd32f8 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.148.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.148.bb
@@ -6,7 +6,7 @@ LIC_FILES_CHKSUM = file://COPYING;md5=0636e73ff0215e8d672dc4c32c317bb3\
 file://EXCEPTION;md5=570adcb0c1218ab57f2249c67d0ce417
 DEPENDS = libtool bzip2 zlib virtual/libintl
 
-PR = r9
+PR = r10
 
 SRC_URI = https://fedorahosted.org/releases/e/l/elfutils/elfutils-${PV}.tar.bz2;
 
@@ -66,7 +66,7 @@ EXTRA_OEMAKE_class-nativesdk = 
 BBCLASSEXTEND = native nativesdk
 
 # Package utilities separately
-PACKAGES =+ ${PN}-binutils
+PACKAGES =+ ${PN}-binutils libelf libasm libdw libdw-dev libasm-dev libelf-dev
 FILES_${PN}-binutils = \
 ${bindir}/eu-addr2line \
 ${bindir}/eu-ld \
@@ -75,11 +75,16 @@ FILES_${PN}-binutils = \
 ${bindir}/eu-size \
 ${bindir}/eu-strip
 
+FILES_libelf = ${libdir}/libelf-${PV}.so ${libdir}/libelf.so.*
+FILES_libasm = ${libdir}/libasm-${PV}.so ${libdir}/libasm.so.*
+FILES_libdw  = ${libdir}/libdw-${PV}.so ${libdir}/libdw.so.* ${libdir}/elfutils/lib*
+FILES_libelf-dev = ${libdir}/libelf.so ${includedir}
+FILES_libasm-dev = ${libdir}/libasm.so ${includedir}/elfutils/libasm.h
+FILES_libdw-dev  = ${libdir}/libdw.so  ${includedir}/dwarf.h ${includedir}/elfutils/libdw*.h
 # Some packages have the version preceeding the .so instead properly
 # versioned .so.version, so we need to reorder and repackage.
-FILES_${PN} += ${libdir}/*-${PV}.so ${base_libdir}/*-${PV}.so
-FILES_SOLIBSDEV = ${libdir}/libasm.so ${libdir}/libdw.so ${libdir}/libelf.so
+#FILES_${PN} += ${libdir}/*-${PV}.so ${base_libdir}/*-${PV}.so
+#FILES_SOLIBSDEV = ${libdir}/libasm.so ${libdir}/libdw.so ${libdir}/libelf.so
 
 # The package contains symlinks that trip up insane
-INSANE_SKIP_${PN} = dev-so
-
+INSANE_SKIP_libdw = dev-so
-- 
1.8.0

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] oprofile: add AArch64 support

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 ...d-rmb-definition-for-AArch64-architecture.patch | 31 ++
 meta/recipes-kernel/oprofile/oprofile_0.9.8.bb |  3 ++-
 2 files changed, 33 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-kernel/oprofile/oprofile/0001-Add-rmb-definition-for-AArch64-architecture.patch

diff --git 
a/meta/recipes-kernel/oprofile/oprofile/0001-Add-rmb-definition-for-AArch64-architecture.patch
 
b/meta/recipes-kernel/oprofile/oprofile/0001-Add-rmb-definition-for-AArch64-architecture.patch
new file mode 100644
index 000..195bfb2
--- /dev/null
+++ 
b/meta/recipes-kernel/oprofile/oprofile/0001-Add-rmb-definition-for-AArch64-architecture.patch
@@ -0,0 +1,31 @@
+From 27edaef9c6d66dfc324630ef40cb27e78031eeeb Mon Sep 17 00:00:00 2001
+From: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
+Date: Tue, 15 Jan 2013 07:37:33 +0100
+Subject: [PATCH] Add rmb() definition for AArch64 architecture
+
+Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
+
+Upstream-status: backport
+---
+ libperf_events/operf_utils.h | 5 +
+ 1 file changed, 5 insertions(+)
+
+diff --git a/libperf_events/operf_utils.h b/libperf_events/operf_utils.h
+index 815d51d..2df00b7 100644
+--- a/libperf_events/operf_utils.h
 b/libperf_events/operf_utils.h
+@@ -148,6 +148,11 @@ void op_release_resources(void);
+ #define cpu_relax()   asm volatile(:::memory)
+ #endif
+ 
++#ifdef __aarch64__
++#define rmb() asm volatile(dmb ld ::: memory)
++#define cpu_relax()   asm volatile(yield ::: memory)
++#endif
++
+ #ifdef __mips__
+ #include asm/unistd.h
+ #define rmb() asm volatile(   \
+-- 
+1.8.0
+
diff --git a/meta/recipes-kernel/oprofile/oprofile_0.9.8.bb 
b/meta/recipes-kernel/oprofile/oprofile_0.9.8.bb
index 939c1ba..d283b5c 100644
--- a/meta/recipes-kernel/oprofile/oprofile_0.9.8.bb
+++ b/meta/recipes-kernel/oprofile/oprofile_0.9.8.bb
@@ -2,7 +2,8 @@ require oprofile.inc
 
 PR = ${INC_PR}.0
 
-SRC_URI += ${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz
+SRC_URI += ${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz \
+file://0001-Add-rmb-definition-for-AArch64-architecture.patch
 
 SRC_URI[md5sum] = 6d127023af1dd1cf24e15411229f3cc8
 SRC_URI[sha256sum] = 
ab45900fa1a23e5d5badf3c0a55f26c17efe6e184efcf00b371433751fa761bc
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] oprofile: add AArch64 support

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 ...d-rmb-definition-for-AArch64-architecture.patch | 31 ++
 meta/recipes-kernel/oprofile/oprofile_0.9.8.bb |  3 ++-
 2 files changed, 33 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-kernel/oprofile/oprofile/0001-Add-rmb-definition-for-AArch64-architecture.patch

diff --git 
a/meta/recipes-kernel/oprofile/oprofile/0001-Add-rmb-definition-for-AArch64-architecture.patch
 
b/meta/recipes-kernel/oprofile/oprofile/0001-Add-rmb-definition-for-AArch64-architecture.patch
new file mode 100644
index 000..195bfb2
--- /dev/null
+++ 
b/meta/recipes-kernel/oprofile/oprofile/0001-Add-rmb-definition-for-AArch64-architecture.patch
@@ -0,0 +1,31 @@
+From 27edaef9c6d66dfc324630ef40cb27e78031eeeb Mon Sep 17 00:00:00 2001
+From: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
+Date: Tue, 15 Jan 2013 07:37:33 +0100
+Subject: [PATCH] Add rmb() definition for AArch64 architecture
+
+Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
+
+Upstream-status: backport
+---
+ libperf_events/operf_utils.h | 5 +
+ 1 file changed, 5 insertions(+)
+
+diff --git a/libperf_events/operf_utils.h b/libperf_events/operf_utils.h
+index 815d51d..2df00b7 100644
+--- a/libperf_events/operf_utils.h
 b/libperf_events/operf_utils.h
+@@ -148,6 +148,11 @@ void op_release_resources(void);
+ #define cpu_relax()   asm volatile(:::memory)
+ #endif
+ 
++#ifdef __aarch64__
++#define rmb() asm volatile(dmb ld ::: memory)
++#define cpu_relax()   asm volatile(yield ::: memory)
++#endif
++
+ #ifdef __mips__
+ #include asm/unistd.h
+ #define rmb() asm volatile(   \
+-- 
+1.8.0
+
diff --git a/meta/recipes-kernel/oprofile/oprofile_0.9.8.bb 
b/meta/recipes-kernel/oprofile/oprofile_0.9.8.bb
index 939c1ba..d283b5c 100644
--- a/meta/recipes-kernel/oprofile/oprofile_0.9.8.bb
+++ b/meta/recipes-kernel/oprofile/oprofile_0.9.8.bb
@@ -2,7 +2,8 @@ require oprofile.inc
 
 PR = ${INC_PR}.0
 
-SRC_URI += ${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz
+SRC_URI += ${SOURCEFORGE_MIRROR}/${BPN}/${BPN}-${PV}.tar.gz \
+file://0001-Add-rmb-definition-for-AArch64-architecture.patch
 
 SRC_URI[md5sum] = 6d127023af1dd1cf24e15411229f3cc8
 SRC_URI[sha256sum] = 
ab45900fa1a23e5d5badf3c0a55f26c17efe6e184efcf00b371433751fa761bc
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [RFC][PATCH 0/4] eglibc 2.17 upgrade

[Marcin Juszkiewicz]

W dniu 05.01.2013 01:00, Khem Raj pisze:
 I would like folks to try and test this upgrade. I have tested it on 
 angstrom/systemd-image
 booted on all supported qemu images.
 
 This is however now the final set since I have to put the 2.17 tars on
 downloads location
 
 Please try it out in your configurations and let me know if you find issues.

bitbake meta-toolchain fails:

Applying patch ld-search-order.patch
patching file elf/dl-load.c
Hunk #1 FAILED at 2107.
Hunk #2 succeeded at 2283 with fuzz 2 (offset 114 lines).
1 out of 2 hunks FAILED -- rejects in file elf/dl-load.c
Patch ld-search-order.patch does not apply (enforce with -f)
ERROR: Function failed: patch_do_patch

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [RFC][PATCH 0/4] eglibc 2.17 upgrade

[Marcin Juszkiewicz]

W dniu 05.01.2013 01:00, Khem Raj pisze:
 I would like folks to try and test this upgrade. I have tested it on 
 angstrom/systemd-image
 booted on all supported qemu images.
 
 This is however now the final set since I have to put the 2.17 tars on
 downloads location
 
 Please try it out in your configurations and let me know if you find issues.

Other than meta-toolchain I did not found any new bugs while built for
AArch64 target.

___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/3] gmp: update to upstream version 5.1.0

[Marcin Juszkiewicz]

W dniu 02.01.2013 19:37, Marko Lindqvist pisze:
 New version of configure.patch added for gmp-5.1.0. Old patch
 moved to gmp-4.2.1 specific directory.
 gmp_fix_for_automake-1.12.patch part of upstŕeam so removed
 gmp-5 version, gmp-4.2.1 version remains.

This update broke our AArch64 builds. Will have to check why and fix it.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] gmp: add patch from upstream to unbreak AArch64

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 .../gmp/gmp-5.1.0/187b7b1646ee.patch   | 44 ++
 meta/recipes-support/gmp/gmp_5.1.0.bb  |  1 +
 2 files changed, 45 insertions(+)
 create mode 100644 meta/recipes-support/gmp/gmp-5.1.0/187b7b1646ee.patch

diff --git a/meta/recipes-support/gmp/gmp-5.1.0/187b7b1646ee.patch 
b/meta/recipes-support/gmp/gmp-5.1.0/187b7b1646ee.patch
new file mode 100644
index 000..486f8c5
--- /dev/null
+++ b/meta/recipes-support/gmp/gmp-5.1.0/187b7b1646ee.patch
@@ -0,0 +1,44 @@
+Upstream-status: Backport
+
+# HG changeset patch
+# User Torbjorn Granlund t...@gmplib.org
+# Date 1357413121 -3600
+# Node ID 187b7b1646ee0ace782768bb36117b62c8408bb6
+# Parent  87a24013e9ee2cabf74e32282c18584a2c669009
+(aarch64): Make add_ss and sub_ddmmss actually work.
+
+diff -r 87a24013e9ee -r 187b7b1646ee longlong.h
+--- a/longlong.h   Fri Jan 04 16:32:01 2013 +0100
 b/longlong.h   Sat Jan 05 20:12:01 2013 +0100
+@@ -530,23 +530,16 @@
+ #endif /* __arm__ */
+ 
+ #if defined (__aarch64__)  W_TYPE_SIZE == 64
++/* FIXME: Extend the immediate range for the low word by using both
++   ADDS and SUBS, since they set carry in the same way.  */
+ #define add_ss(sh, sl, ah, al, bh, bl) \
+-  __asm__ (adds\t%1, %4, %5\n\tadc\t%0, %2, %3  \
++  __asm__ (adds\t%1, %x4, %5\n\tadc\t%0, %x2, %x3   \
+  : =r (sh), =r (sl)  \
+- : r (ah), rZ (bh), %r (al), rI (bl) __CLOBBER_CC)
++ : rZ (ah), rZ (bh), %r (al), rI (bl) __CLOBBER_CC)
+ #define sub_ddmmss(sh, sl, ah, al, bh, bl) \
+-  do {
\
+-if (__builtin_constant_p (bl))\
+-  {   
\
+-  __asm__ (subs\t%1, %4, %5\n\tsbc\t%0, %2, %3  \
+-   : =r (sh), =r (sl)\
+-   : r (ah), r (bh), r (al), rI (bl) __CLOBBER_CC); \
+-  }   
\
+-else /* only bh might be a constant */\
+-  __asm__ (subs\t%1, %4, %5\n\tsbc\t%0, %2, %3  \
+- : =r (sh), =r (sl)  \
+- : r (ah), rZ (bh), r (al), rI (bl) __CLOBBER_CC);\
+-} while (0)
++  __asm__ (subs\t%1, %x4, %5\n\tsbc\t%0, %x2, %x3   \
++ : =r,r (sh), =r,r (sl) \
++ : rZ,rZ (ah), rZ,rZ (bh), r,Z (al), rI,r (bl) __CLOBBER_CC)
+ #define umul_ppmm(ph, pl, m0, m1) \
+   do {
\
+ UDItype __m0 = (m0), __m1 = (m1); \
+
diff --git a/meta/recipes-support/gmp/gmp_5.1.0.bb 
b/meta/recipes-support/gmp/gmp_5.1.0.bb
index 9cb80fe..eb5ef33 100644
--- a/meta/recipes-support/gmp/gmp_5.1.0.bb
+++ b/meta/recipes-support/gmp/gmp_5.1.0.bb
@@ -5,6 +5,7 @@ LIC_FILES_CHKSUM = 
file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \
 
 SRC_URI_append =  file://use-includedir.patch \
file://gmp_fix_for_x32.patch \
+   file://187b7b1646ee.patch \

 
 SRC_URI[md5sum] = 362cf515aff8dc240958ce47418e4c78
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] cmake: add AArch64 support

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/cmake/cmake.inc  |  7 ++--
 .../cmake/cmake/aarch64-cmake.patch| 35 
 .../cmake/cmake/aarch64-kwsys.patch| 38 ++
 3 files changed, 78 insertions(+), 2 deletions(-)
 create mode 100644 meta/recipes-devtools/cmake/cmake/aarch64-cmake.patch
 create mode 100644 meta/recipes-devtools/cmake/cmake/aarch64-kwsys.patch

diff --git a/meta/recipes-devtools/cmake/cmake.inc 
b/meta/recipes-devtools/cmake/cmake.inc
index 6dc319c..b2cba5e 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -9,12 +9,15 @@ LICENSE = BSD
 LIC_FILES_CHKSUM = file://Copyright.txt;md5=bb2fa3a08736b842556f6171bb9e8ae1 \
 
file://Source/cmake.h;beginline=1;endline=10;md5=341736dae83c9e344b53eeb1bc7d7bc2
 
-INC_PR = r0
+INC_PR = r1
 
 CMAKE_MAJOR_VERSION = ${@'.'.join(d.getVar('PV',1).split('.')[0:2])}
 
 SRC_URI = 
http://www.cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
-   file://support-oe-qt4-tools-names.patch
+   file://support-oe-qt4-tools-names.patch \
+   file://aarch64-cmake.patch \
+   file://aarch64-kwsys.patch \
+   
 
 inherit autotools
 
diff --git a/meta/recipes-devtools/cmake/cmake/aarch64-cmake.patch 
b/meta/recipes-devtools/cmake/cmake/aarch64-cmake.patch
new file mode 100644
index 000..d7fd241
--- /dev/null
+++ b/meta/recipes-devtools/cmake/cmake/aarch64-cmake.patch
@@ -0,0 +1,35 @@
+From: Riku Voipio riku.voi...@linaro.org
+Date: Fri, 21 Dec 2012 11:20:02 + (+0200)
+Subject: KWIML: Teach ABI.h about Aarch64
+X-Git-Url: http://cmake.org/gitweb?p=cmake.git;a=commitdiff_plain;h=34916522
+
+KWIML: Teach ABI.h about Aarch64
+
+The __aarch64__ defines Aarch64, while __AARCH64EB__ defines bigendian
+and __AARCH64EL__ little endian.  Only little endian tested, no big
+endian toolchain exists yet.
+
+Signed-off-by: Riku Voipio riku.voi...@linaro.org
+
+Hand edited by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org to get it 
applied in OE
+---
+
+diff --git a/ABI.h.in b/ABI.h.in
+index f93ddba..7f4772a 100644
+--- a/Utilities/KWIML/ABI.h.in
 b/Utilities/KWIML/ABI.h.in
+@@ -418,6 +418,14 @@ suppression macro @KWIML@_ABI_NO_VERIFY was defined.
+ #elif defined(__vax__)
+ # define @KWIML@_ABI_ENDIAN_ID @KWIML@_ABI_ENDIAN_ID_BIG
+ 
++/* Aarch64 */
++#elif defined(__aarch64__)
++# if !defined(__AARCH64EB__)
++#  define @KWIML@_ABI_ENDIAN_ID @KWIML@_ABI_ENDIAN_ID_LITTLE
++# else
++#  define @KWIML@_ABI_ENDIAN_ID @KWIML@_ABI_ENDIAN_ID_BIG
++# endif
++
+ /* Unknown CPU */
+ #elif !defined(@KWIML@_ABI_NO_ERROR_ENDIAN)
+ # error Byte order of target CPU unknown.
diff --git a/meta/recipes-devtools/cmake/cmake/aarch64-kwsys.patch 
b/meta/recipes-devtools/cmake/cmake/aarch64-kwsys.patch
new file mode 100644
index 000..ce49d30
--- /dev/null
+++ b/meta/recipes-devtools/cmake/cmake/aarch64-kwsys.patch
@@ -0,0 +1,38 @@
+From: KWSys Robot kwro...@kitware.com
+Date: Fri, 21 Dec 2012 13:29:37 + (-0500)
+Subject: KWSys 2012-12-21 (8ce09af5)
+X-Git-Url: http://cmake.org/gitweb?p=cmake.git;a=commitdiff_plain;h=567e7d94
+
+KWSys 2012-12-21 (8ce09af5)
+
+Extract upstream KWSys using the following shell commands.
+
+$ git archive --prefix=upstream-kwsys/ 8ce09af5 | tar x
+$ git shortlog --no-merges --abbrev=8 --format='%h %s' 933eb822..8ce09af5
+Riku Voipio (1):
+  8ce09af5 CPU: Add Aarch64 support
+
+Change-Id: I4bd0a97abaa0f958e2679afe2d4ad4bcc37434a0
+
+Hand edited by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org to get it 
applied in OE
+---
+
+diff --git a/CPU.h.in b/CPU.h.in
+index ecd29d1..2e1a584 100644
+--- a/Source/kwsys/CPU.h.in
 b/Source/kwsys/CPU.h.in
+@@ -98,6 +98,14 @@
+ #elif defined(__SYSC_ZARCH__)
+ # define @KWSYS_NAMESPACE@_CPU_ENDIAN_ID @KWSYS_NAMESPACE@_CPU_ENDIAN_ID_BIG
+ 
++/* Aarch64 */
++#elif defined(__aarch64__)
++# if !defined(__AARCH64EB__)
++#  define @KWSYS_NAMESPACE@_CPU_ENDIAN_ID 
@KWSYS_NAMESPACE@_CPU_ENDIAN_ID_LITTLE
++# else
++#  define @KWSYS_NAMESPACE@_CPU_ENDIAN_ID @KWSYS_NAMESPACE@_CPU_ENDIAN_ID_BIG
++# endif
++
+ /* Unknown CPU */
+ #else
+ # define @KWSYS_NAMESPACE@_CPU_ENDIAN_ID 0
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] cmake: add AArch64 support

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-devtools/cmake/cmake.inc  |  7 ++--
 .../cmake/cmake/aarch64-cmake.patch| 37 
 .../cmake/cmake/aarch64-kwsys.patch| 40 ++
 3 files changed, 82 insertions(+), 2 deletions(-)
 create mode 100644 meta/recipes-devtools/cmake/cmake/aarch64-cmake.patch
 create mode 100644 meta/recipes-devtools/cmake/cmake/aarch64-kwsys.patch

diff --git a/meta/recipes-devtools/cmake/cmake.inc 
b/meta/recipes-devtools/cmake/cmake.inc
index 6dc319c..b2cba5e 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -9,12 +9,15 @@ LICENSE = BSD
 LIC_FILES_CHKSUM = file://Copyright.txt;md5=bb2fa3a08736b842556f6171bb9e8ae1 \
 
file://Source/cmake.h;beginline=1;endline=10;md5=341736dae83c9e344b53eeb1bc7d7bc2
 
-INC_PR = r0
+INC_PR = r1
 
 CMAKE_MAJOR_VERSION = ${@'.'.join(d.getVar('PV',1).split('.')[0:2])}
 
 SRC_URI = 
http://www.cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
-   file://support-oe-qt4-tools-names.patch
+   file://support-oe-qt4-tools-names.patch \
+   file://aarch64-cmake.patch \
+   file://aarch64-kwsys.patch \
+   
 
 inherit autotools
 
diff --git a/meta/recipes-devtools/cmake/cmake/aarch64-cmake.patch 
b/meta/recipes-devtools/cmake/cmake/aarch64-cmake.patch
new file mode 100644
index 000..b3e38b3
--- /dev/null
+++ b/meta/recipes-devtools/cmake/cmake/aarch64-cmake.patch
@@ -0,0 +1,37 @@
+From: Riku Voipio riku.voi...@linaro.org
+Date: Fri, 21 Dec 2012 11:20:02 + (+0200)
+Subject: KWIML: Teach ABI.h about Aarch64
+X-Git-Url: http://cmake.org/gitweb?p=cmake.git;a=commitdiff_plain;h=34916522
+
+KWIML: Teach ABI.h about Aarch64
+
+The __aarch64__ defines Aarch64, while __AARCH64EB__ defines bigendian
+and __AARCH64EL__ little endian.  Only little endian tested, no big
+endian toolchain exists yet.
+
+Signed-off-by: Riku Voipio riku.voi...@linaro.org
+
+Hand edited by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org to get it 
applied in OE
+
+Upstream-status: Backport
+---
+
+diff --git a/ABI.h.in b/ABI.h.in
+index f93ddba..7f4772a 100644
+--- a/Utilities/KWIML/ABI.h.in
 b/Utilities/KWIML/ABI.h.in
+@@ -418,6 +418,14 @@ suppression macro @KWIML@_ABI_NO_VERIFY was defined.
+ #elif defined(__vax__)
+ # define @KWIML@_ABI_ENDIAN_ID @KWIML@_ABI_ENDIAN_ID_BIG
+ 
++/* Aarch64 */
++#elif defined(__aarch64__)
++# if !defined(__AARCH64EB__)
++#  define @KWIML@_ABI_ENDIAN_ID @KWIML@_ABI_ENDIAN_ID_LITTLE
++# else
++#  define @KWIML@_ABI_ENDIAN_ID @KWIML@_ABI_ENDIAN_ID_BIG
++# endif
++
+ /* Unknown CPU */
+ #elif !defined(@KWIML@_ABI_NO_ERROR_ENDIAN)
+ # error Byte order of target CPU unknown.
diff --git a/meta/recipes-devtools/cmake/cmake/aarch64-kwsys.patch 
b/meta/recipes-devtools/cmake/cmake/aarch64-kwsys.patch
new file mode 100644
index 000..03e8fa1
--- /dev/null
+++ b/meta/recipes-devtools/cmake/cmake/aarch64-kwsys.patch
@@ -0,0 +1,40 @@
+From: KWSys Robot kwro...@kitware.com
+Date: Fri, 21 Dec 2012 13:29:37 + (-0500)
+Subject: KWSys 2012-12-21 (8ce09af5)
+X-Git-Url: http://cmake.org/gitweb?p=cmake.git;a=commitdiff_plain;h=567e7d94
+
+KWSys 2012-12-21 (8ce09af5)
+
+Extract upstream KWSys using the following shell commands.
+
+$ git archive --prefix=upstream-kwsys/ 8ce09af5 | tar x
+$ git shortlog --no-merges --abbrev=8 --format='%h %s' 933eb822..8ce09af5
+Riku Voipio (1):
+  8ce09af5 CPU: Add Aarch64 support
+
+Change-Id: I4bd0a97abaa0f958e2679afe2d4ad4bcc37434a0
+
+Hand edited by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org to get it 
applied in OE
+
+Upstream-status: Backport
+---
+
+diff --git a/CPU.h.in b/CPU.h.in
+index ecd29d1..2e1a584 100644
+--- a/Source/kwsys/CPU.h.in
 b/Source/kwsys/CPU.h.in
+@@ -98,6 +98,14 @@
+ #elif defined(__SYSC_ZARCH__)
+ # define @KWSYS_NAMESPACE@_CPU_ENDIAN_ID @KWSYS_NAMESPACE@_CPU_ENDIAN_ID_BIG
+ 
++/* Aarch64 */
++#elif defined(__aarch64__)
++# if !defined(__AARCH64EB__)
++#  define @KWSYS_NAMESPACE@_CPU_ENDIAN_ID 
@KWSYS_NAMESPACE@_CPU_ENDIAN_ID_LITTLE
++# else
++#  define @KWSYS_NAMESPACE@_CPU_ENDIAN_ID @KWSYS_NAMESPACE@_CPU_ENDIAN_ID_BIG
++# endif
++
+ /* Unknown CPU */
+ #else
+ # define @KWSYS_NAMESPACE@_CPU_ENDIAN_ID 0
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] libffi: add AArch64 support

[Marcin Juszkiewicz]

W dniu 07.01.2013 12:46, Richard Purdie pisze:

 I thought we'd merged it. It is now merged to master. 

Thanks. One more thing to remove from my layer.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] xserver-xorg: add AArch64 support

[Marcin Juszkiewicz]

Launchpad bug: https://bugs.launchpad.net/linaro-aarch64/+bug/1092128

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 .../xorg-xserver/xserver-xorg-1.13.1/aarch64.patch | 64 ++
 .../xorg-xserver/xserver-xorg_1.13.1.bb|  1 +
 2 files changed, 65 insertions(+)
 create mode 100644 
meta/recipes-graphics/xorg-xserver/xserver-xorg-1.13.1/aarch64.patch

diff --git 
a/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.13.1/aarch64.patch 
b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.13.1/aarch64.patch
new file mode 100644
index 000..8a4f3e3
--- /dev/null
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg-1.13.1/aarch64.patch
@@ -0,0 +1,64 @@
+Subject: Add AArch64 support to xserver-xorg
+Author: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
+
+lnx_video.c parts are not existing in 1.14 branch.
+
+Xserver was checked in AArch64 fastmodel (commercial one with graphics 
support).
+
+http://patchwork.freedesktop.org/patch/12785/
+
+Upstream-status: Pending
+
+---
+ hw/xfree86/os-support/linux/lnx_video.c |4 ++--
+ include/servermd.h  |7 +++
+ 2 files changed, 9 insertions(+), 2 deletions(-)
+
+--- xorg-server-1.13.1.orig/hw/xfree86/os-support/linux/lnx_video.c
 xorg-server-1.13.1/hw/xfree86/os-support/linux/lnx_video.c
+@@ -509,11 +509,11 @@ xf86EnableIO(void)
+ return FALSE;
+ }
+ #endif
+ }
+ close(fd);
+-#elif !defined(__mc68000__)  !defined(__sparc__)  !defined(__mips__)  
!defined(__sh__)  !defined(__hppa__)  !defined(__s390__)  
!defined(__arm__)  !defined(__m32r__)  !defined(__nds32__)
++#elif !defined(__mc68000__)  !defined(__sparc__)  !defined(__mips__)  
!defined(__sh__)  !defined(__hppa__)  !defined(__s390__)  
!defined(__arm__)  !defined(__m32r__)  !defined(__nds32__)  
!defined(__aarch64__)
+ if (ioperm(0, 1024, 1) || iopl(3)) {
+ if (errno == ENODEV)
+ ErrorF(xf86EnableIOPorts: no I/O ports found\n);
+ else
+ FatalError(xf86EnableIOPorts: failed to set IOPL
+@@ -538,11 +538,11 @@ xf86DisableIO(void)
+ if (!ExtendedEnabled)
+ return;
+ #if defined(__powerpc__)
+ munmap(ioBase, 0x2);
+ ioBase = NULL;
+-#elif !defined(__mc68000__)  !defined(__sparc__)  !defined(__mips__)  
!defined(__sh__)  !defined(__hppa__)  !defined(__arm__)  
!defined(__s390__)  !defined(__m32r__)  !defined(__nds32__)
++#elif !defined(__mc68000__)  !defined(__sparc__)  !defined(__mips__)  
!defined(__sh__)  !defined(__hppa__)  !defined(__arm__)  
!defined(__s390__)  !defined(__m32r__)  !defined(__nds32__)  
!defined(__aarch64__)
+ iopl(0);
+ ioperm(0, 1024, 0);
+ #endif
+ ExtendedEnabled = FALSE;
+ 
+--- xorg-server-1.13.1.orig/include/servermd.h
 xorg-server-1.13.1/include/servermd.h
+@@ -243,10 +243,17 @@ SOFTWARE.
+ #define BITMAP_BIT_ORDER   LSBFirst
+ #define GLYPHPADBYTES 4
+ /*  */
+ #endif  /* AMD64 */
+ 
++#if defined(__aarch64__) || defined(aarch64) || defined(__aarch64)
++#define IMAGE_BYTE_ORDER  MSBFirst
++#define BITMAP_BIT_ORDER   MSBFirst
++#define GLYPHPADBYTES 4
++/*  */
++#endif  /* AArch64 */
++
+ #if   defined(SVR4)  (defined(__i386__) || defined(__i386) ) || \
+   defined(__alpha__) || defined(__alpha) || \
+   defined(__i386__) || \
+   defined(__s390x__) || defined(__s390__)
+ 
diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.13.1.bb 
b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.13.1.bb
index d6c63b9..50b3117 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.13.1.bb
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.13.1.bb
@@ -4,6 +4,7 @@ require xserver-xorg.inc
 SRC_URI += file://crosscompile.patch \
 file://fix_open_max_preprocessor_error.patch \
 file://mips64-compiler.patch \
+file://aarch64.patch \

 
 SRC_URI[md5sum] = a13d8876e3e804189392119638a07a1f
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] nspr: added gnu-configize for AArch64 support

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-support/nspr/nspr_4.9.4.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-support/nspr/nspr_4.9.4.bb 
b/meta/recipes-support/nspr/nspr_4.9.4.bb
index 0c985e2..36f93e0 100644
--- a/meta/recipes-support/nspr/nspr_4.9.4.bb
+++ b/meta/recipes-support/nspr/nspr_4.9.4.bb
@@ -5,7 +5,7 @@ LIC_FILES_CHKSUM = 
file://configure.in;beginline=3;endline=40;md5=f0babf9590d84
 
file://Makefile.in;beginline=4;endline=38;md5=beda1dbb98a515f557d3e58ef06bca99
 SECTION = libs/network
 
-PR = r0
+PR = r1
 
 SRC_URI = 
ftp://ftp.mozilla.org/pub/mozilla.org/nspr/releases/v${PV}/src/nspr-${PV}.tar.gz
 \
file://remove-rpath-from-tests.patch \
@@ -140,6 +140,8 @@ TESTS = runtests.pl \
 inherit autotools
 
 do_configure() {
+   gnu-configize --force
+   mv config.sub config.guess build/autoconf
oe_runconf
 }
 
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libart-lgpl: add AArch64 support

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-gnome/gnome/libart-lgpl/aarch64/art_config.h | 10 ++
 1 file changed, 10 insertions(+)
 create mode 100644 meta/recipes-gnome/gnome/libart-lgpl/aarch64/art_config.h

diff --git a/meta/recipes-gnome/gnome/libart-lgpl/aarch64/art_config.h 
b/meta/recipes-gnome/gnome/libart-lgpl/aarch64/art_config.h
new file mode 100644
index 000..500ffc3
--- /dev/null
+++ b/meta/recipes-gnome/gnome/libart-lgpl/aarch64/art_config.h
@@ -0,0 +1,10 @@
+/* Automatically generated by gen_art_config.c */
+
+#define ART_SIZEOF_CHAR 1
+#define ART_SIZEOF_SHORT 2
+#define ART_SIZEOF_INT 4
+#define ART_SIZEOF_LONG 8
+
+typedef unsigned char art_u8;
+typedef unsigned short art_u16;
+typedef unsigned int art_u32;
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] ghostscript: add AArch64 support

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 .../ghostscript/ghostscript/aarch64/objarch.h  | 40 ++
 1 file changed, 40 insertions(+)
 create mode 100644 
meta/recipes-extended/ghostscript/ghostscript/aarch64/objarch.h

diff --git a/meta/recipes-extended/ghostscript/ghostscript/aarch64/objarch.h 
b/meta/recipes-extended/ghostscript/ghostscript/aarch64/objarch.h
new file mode 100644
index 000..a05de29
--- /dev/null
+++ b/meta/recipes-extended/ghostscript/ghostscript/aarch64/objarch.h
@@ -0,0 +1,40 @@
+/* Parameters derived from machine and compiler architecture. */
+/* This file is generated mechanically by genarch.c. */
+
+/*  Scalar alignments  */
+
+#define ARCH_ALIGN_SHORT_MOD 2
+#define ARCH_ALIGN_INT_MOD 4
+#define ARCH_ALIGN_LONG_MOD 8
+#define ARCH_ALIGN_PTR_MOD 8
+#define ARCH_ALIGN_FLOAT_MOD 4
+#define ARCH_ALIGN_DOUBLE_MOD 8
+
+/*  Scalar sizes  */
+
+#define ARCH_LOG2_SIZEOF_CHAR 0
+#define ARCH_LOG2_SIZEOF_SHORT 1
+#define ARCH_LOG2_SIZEOF_INT 2
+#define ARCH_LOG2_SIZEOF_LONG 3
+#define ARCH_LOG2_SIZEOF_LONG_LONG 3
+#define ARCH_SIZEOF_GX_COLOR_INDEX 8
+#define ARCH_SIZEOF_PTR 8
+#define ARCH_SIZEOF_FLOAT 4
+#define ARCH_SIZEOF_DOUBLE 8
+#define ARCH_FLOAT_MANTISSA_BITS 24
+#define ARCH_DOUBLE_MANTISSA_BITS 53
+
+/*  Unsigned max values  */
+
+#define ARCH_MAX_UCHAR ((unsigned char)0xff + (unsigned char)0)
+#define ARCH_MAX_USHORT ((unsigned short)0x + (unsigned short)0)
+#define ARCH_MAX_UINT ((unsigned int)~0 + (unsigned int)0)
+#define ARCH_MAX_ULONG ((unsigned long)~0L + (unsigned long)0)
+
+/*  Miscellaneous  */
+
+#define ARCH_IS_BIG_ENDIAN 0
+#define ARCH_PTRS_ARE_SIGNED 0
+#define ARCH_FLOATS_ARE_IEEE 1
+#define ARCH_ARITH_RSHIFT 2
+#define ARCH_DIV_NEG_POS_TRUNCATES 1
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] libffi: add AArch64 support

[Marcin Juszkiewicz]

W dniu 04.12.2012 10:56, Marcin Juszkiewicz pisze:
 W dniu 29.11.2012 17:41, Marcin Juszkiewicz pisze:
 Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
 ---
  .../libffi/aarch64-adding-build-support.patch  |   63 +
  .../libffi/libffi/add-aarch64-support.patch| 2672 
 
  meta/recipes-gnome/libffi/libffi_3.0.11.bb |7 +-
  3 files changed, 2740 insertions(+), 2 deletions(-)
  create mode 100644 
 meta/recipes-gnome/libffi/libffi/aarch64-adding-build-support.patch
  create mode 100644 
 meta/recipes-gnome/libffi/libffi/add-aarch64-support.patch
 
 ping?

ping again?


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

[OE-core] [PATCH] slang: added gnu-configize for AArch64 support

[Marcin Juszkiewicz]

Signed-off-by: Marcin Juszkiewicz marcin.juszkiew...@linaro.org
---
 meta/recipes-extended/slang/slang_2.2.4.bb | 8 
 1 file changed, 8 insertions(+)

diff --git a/meta/recipes-extended/slang/slang_2.2.4.bb 
b/meta/recipes-extended/slang/slang_2.2.4.bb
index 60aac66..b70e663 100644
--- a/meta/recipes-extended/slang/slang_2.2.4.bb
+++ b/meta/recipes-extended/slang/slang_2.2.4.bb
@@ -29,6 +29,14 @@ SRC_URI[sha256sum] = 
9a8257a9a2a55099af858b13338dc8f3a06dd2069f46f0df2c9c3bb84a
 
 EXTRA_OECONF +=  --without-z --without-png --without-onig 
--x-includes=${STAGING_DIR_HOST}/usr/include/X11 
--x-libraries=${STAGING_DIR_HOST}/usr/lib
 
+do_configure_prepend() {
+# slang keeps configure.ac and rest of autoconf files in autoconf/ 
directory
+# we have to go there to be able to run gnu-configize cause it expects 
configure.{in,ac}
+# to be present. Resulting files land in autoconf/autoconf/ so we need to 
move them.
+cd ${S}/autoconf  gnu-configize --force  mv autoconf/config.* .
+cd ${B}
+}
+
 do_install() {
oe_runmake install DESTDIR=${D} -e 
'INST_LIB_DIR=${STAGING_DIR_HOST}/usr/lib'
 }
-- 
1.8.0


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 4/5] Add ptest for dbus.

[Marcin Juszkiewicz]

W dniu 19.12.2012 17:18, Björn Stenberg pisze:
 This patch adds a new recipe dbus-test to build and package the dbus test
 suite. The reason for a separate recipe is that the dbus test suite depends
 on dbus-glib, so it cannot be compiled at the same time as dbus.

Failed here:

18:33 hrw@puchatek:build$ bitbake linaro-image-sdk
Loading cache: 100% 
|###|
 ETA:  00:00:00
Loaded 1891 entries from dependency cache.
Parsing recipes: 100% 
|#|
 Time: 00:00:04
Parsing of 1515 .bb files complete (1507 cached, 8 parsed). 1899 targets, 62 
skipped, 0 masked, 0 errors.

Build Configuration:
BB_VERSION= 1.17.0
BUILD_SYS = x86_64-linux
NATIVELSBSTRING   = Ubuntu-13.04
TARGET_SYS= aarch64-oe-linux
MACHINE   = genericarmv8
DISTRO_VERSION= oe-core.0
TUNE_FEATURES = aarch64
meta-oe   
meta-webserver
toolchain-layer   
meta-gnome= meta-oe:ef5e1d752003e70d30ce8462c3cd09ce3794d783
meta-aarch64  = master:c2d418c1da9c21c408511399b85861bcde8cffe3
meta-linaro   = master:02a6a819c86ac95c57526ad93a81a63ca6649b35
meta  = master:413ab5e9f525b02c2e8a701e96aee6b1c84c4939
meta-efl  
meta-gpe  
meta-initramfs
meta-multimedia   
meta-networking   
meta-xfce = meta-oe:ef5e1d752003e70d30ce8462c3cd09ce3794d783

NOTE: Resolving any missing task queue dependencies
NOTE: multiple providers are available for jpeg (jpeg, libjpeg-turbo)
NOTE: consider defining a PREFERRED_PROVIDER entry to match jpeg
NOTE: multiple providers are available for jpeg-native (jpeg-native, 
libjpeg-turbo-native)
NOTE: consider defining a PREFERRED_PROVIDER entry to match jpeg-native
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
ERROR: Error executing a python function in 
/home/hrw/HDD/devel/canonical/aarch64/CLEAN/openembedded-core/meta/recipes-core/dbus/dbus_1.6.4.bb:
ExpansionError: Failure expanding variable RDEPENDS_dbus-lib, expression was 
'ptest' 'dbus-ptest' ${@base_contains('DISTRO_FEATURES' '' d)} eglibc (= 2.16) 
libgcc 
(= linaro-4.7) which triggered exception SyntaxError: invalid syntax 
(RDEPENDS_dbus-lib, line 1)

ERROR: The stack trace of python calls that resulted in this exception/failure 
was:
ERROR:   File package_depchains, line 128, in module
ERROR: 
ERROR:   File package_depchains, line 75, in package_depchains
ERROR: 
ERROR:   File 
/home/hrw/HDD/devel/canonical/aarch64/CLEAN/openembedded-core/bitbake/lib/bb/data_smart.py,
 line 295, in getVar
ERROR: return self.expand(value, var)
ERROR: 
ERROR:   File 
/home/hrw/HDD/devel/canonical/aarch64/CLEAN/openembedded-core/bitbake/lib/bb/data_smart.py,
 line 159, in expand
ERROR: return self.expandWithRefs(s, varname).value
ERROR: 
ERROR:   File 
/home/hrw/HDD/devel/canonical/aarch64/CLEAN/openembedded-core/bitbake/lib/bb/data_smart.py,
 line 149, in expandWithRefs
ERROR: raise ExpansionError(varname, s, exc)
ERROR: 
ERROR: The code that was being executed was:
ERROR:  0124:add_dep(rdeps, dep)
ERROR:  0125:pkg_addrrecs(pkg, base, suffix, func, rdeps, d)
ERROR:  0126:
ERROR:  0127:
ERROR:  *** 0128:package_depchains(d)
ERROR:  0129:
ERROR: [From file: 'package_depchains', lineno: 128, function: module]
ERROR:  0071:for dep in bb.utils.explode_deps(d.getVar('RDEPENDS', 
True) or ):
ERROR:  0072:add_dep(rdepends, dep)
ERROR:  0073:
ERROR:  0074:for pkg in packages.split():
ERROR:  *** 0075:for dep in bb.utils.explode_deps(d.getVar('RDEPENDS_' 
+ pkg, True) or ):
ERROR:  0076:add_dep(rdepends, dep)
ERROR:  0077:
ERROR:  0078:#bb.note('rdepends is %s' % rdepends)
ERROR:  0079:
ERROR: [From file: 'package_depchains', lineno: 75, function: package_depchains]
ERROR: Function failed: package_depchains
ERROR: Logfile of failure stored in: 
/home/hrw/HDD/devel/canonical/aarch64/CLEAN/build/tmp-eglibc/work/aarch64-oe-linux/dbus/1.6.4-r5.0/temp/log.do_package.9925
ERROR: Task 1880 
(/home/hrw/HDD/devel/canonical/aarch64/CLEAN/openembedded-core/meta/recipes-core/dbus/dbus_1.6.4.bb,
 do_package) failed with exit code '1'
NOTE: Tasks Summary: Attempted 2799 tasks of which 2792 didn't need to be rerun 
and 1 failed.
Waiting for 0 running tasks to finish:

Summary: 1 task failed:
  
/home/hrw/HDD/devel/canonical/aarch64/CLEAN/openembedded-core/meta/recipes-core/dbus/dbus_1.6.4.bb,
 do_package
Summary: There were 34 ERROR messages shown, returning a non-zero exit code.


___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core