Re: [OE-core] [PATCH 1/1] xserver: force to use libdl
on 2011-5-28 16:07, Richard Purdie wrote:
On Sat, 2011-05-28 at 12:45 +0800, Yu Ke wrote:
The marco in question is in xorg-server-1.10.1/configure.ac
AC_CHECK_FUNC([dlopen], [],
AC_CHECK_LIB([dl], [dlopen], DLOPEN_LIBS=-ldl))
AC_SUBST(DLOPEN_LIBS)
Ideally, the dlopen test should fail since dlopen is not available in
libc, and then DLOPEN_LIBS=-ldl is executed. In this case, the later
build will correctly link libdl. qemux86 fall into this case.
But in ppc case, the dlopen test unfortunately pass, and DLOPEN_LIBS
become , which caused later linker error of unresolved dlopen
reference. but I did not yet understand why ppc is so special.
For detail, I've attached two config.log, one for ppc, one for qemux86.
in ppc,
configure:15235: checking for dlopen
configure:15235: result: yes
Thanks. If you look at config.log you'll see this near the top:
| #modphp
| ac_cv_c_bigendian_php=${ac_cv_c_bigendian_php=yes}
| ac_cv_sizeof_ptrdiff_t=${ac_cv_sizeof_ptrdiff_t=4}
| ac_cv_func_dlopen=${ac_cv_func_dlopen=yes}
| lt_cv_dlopen_self=${lt_cv_dlopen_self=yes}
and then if you look at the configure script for the xserver you'll see
${ac_cv_func_dlopen} being set to yes is likely triggering the bad
result.
These are coming from the powerpc site files:
richard@rex:poky/meta/site$ grep dlopen * -r
powerpc-common:ac_cv_func_dlopen=${ac_cv_func_dlopen=yes}
powerpc-common:lt_cv_dlopen_self=${lt_cv_dlopen_self=yes}
and I suspect if you remove those two lines, things will work a lot
better!
Only powerpc has the broken site file which is why only powerpc is
affected.
Thanks Richard. This make sense and explain why only powerpc has this
issue. I've remove these two line, and build the core-image-sato-sdk
qemuppc, it passed. I will send out the patch.
Regards
Ke
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] Fix powerpc xserver dlopen issue
Fix Yocto bug 736, 737 The following changes since commit c412674cf818e77e35857fb93353e392e7ac9e53: Khem Raj (1): package.bbclass,prserv.bbclass: Compare USE_PR_SERV with 1 or 0 are available in the git repository at: git://git.pokylinux.org/poky-contrib kyu3/dl-issue http://git.pokylinux.org/cgit.cgi//log/?h=kyu3/dl-issue Yu Ke (1): site/powerpc-common: remove the incorrect dlopen default setting meta/site/powerpc-common |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] site/powerpc-common: remove the incorrect dlopen default setting
These two setting for dlopen is not correct. dlopen is not available in libc,
instead it is provided by libdl. so the setting should not be yes by default.
This fixes [YOCTO #736] [YOCTO #737]
Thanks Richard for pointing out the root cause.
CC: Richard Purdie richard.pur...@linuxfoundation.org
CC: Philip Balister phi...@balister.org
CC: Koen Kooi k...@dominion.thruhere.net
Signed-off-by: Yu Ke ke...@intel.com
---
meta/site/powerpc-common |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/meta/site/powerpc-common b/meta/site/powerpc-common
index 8c0da23..4d0378b 100644
--- a/meta/site/powerpc-common
+++ b/meta/site/powerpc-common
@@ -239,8 +239,6 @@ ac_cv_sizeof_int=${ac_cv_sizeof_int='4'}
#modphp
ac_cv_c_bigendian_php=${ac_cv_c_bigendian_php=yes}
ac_cv_sizeof_ptrdiff_t=${ac_cv_sizeof_ptrdiff_t=4}
-ac_cv_func_dlopen=${ac_cv_func_dlopen=yes}
-lt_cv_dlopen_self=${lt_cv_dlopen_self=yes}
# apache2 (note other apache stanza in this file)
ap_void_ptr_lt_long=${ap_void_ptr_lt_long=no}
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Any volunteers for fixing all the kernel version checks?
Hi, On 30/05/2011 08:52, Koen Kooi wrote: As some of you might have seen already: http://lwn.net/Articles/445223/ - linux 3.0 is going to happen. This means all the crufty is it 2.4 or 2.6 checks are going to need a rework :) Does supporting 2.4 kernels still makes sense in 2011 ? Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/1] xserver: force to use libdl
On Sat, 2011-05-28 at 00:35 +0200, Koen Kooi wrote: Op 28 mei 2011, om 00:23 heeft Richard Purdie het volgende geschreven: On Fri, 2011-05-27 at 22:24 +0100, Phil Blundell wrote: On Fri, 2011-05-27 at 14:09 -0700, Saul Wold wrote: From: Yu Ke ke...@intel.com [YOCTO #737] The AC_CHECK_FUNC([dlopen], [], AC_CHECK_LIB([dl], [dlopen], DLOPEN_LIBS=-ldl)) macro seems not work well in ppc arch, so this patch force the DLOPEN_LIBS=-ldl That's a bit of a weird report. Do we know why it doesn't work? I guess we don't care all that much about Solaris targets, but equally I can't think of any reason why ppc should be special. Seconded. I'd like to see the config.log of that failing on ppc... That reminds me of http://cgit.openembedded.org/cgit.cgi/openembedded/commit/?id=87d9fca0fc4112b5ca07d92af10a2e9ef1bf8d0b which I still can't really explain It would be interesting to see if the fix I've just merged addresses that too... Cheers, Richard ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC][PATCH] bitbake.conf: make OVERRIDES match what people expect
On Tue, 2011-05-24 at 16:04 +0200, Koen Kooi wrote:
In the current situation TARGET_ARCH will override MACHINE, which is counter
intuitive since the machine is more specific than the arch.
The order is now pn-$PN} - arch - machine - distro as the machine is a set
of defaults and the distro is the ultimate policy.
'failfast' has been removed since it's not used anymore, just like 'local'
---
meta/conf/bitbake.conf | 12 ++--
1 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index a0af672..59238b8 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -602,15 +602,15 @@ AUTO_LIBNAME_PKGS = ${PACKAGES}
#
# This means that an envionment variable named 'foo_arm' overrides an
# environment variable 'foo' (when ${TARGET_ARCH} is arm).
-# An environment variable 'foo_ramses' overrides 'foo' but doesn't
override
-# 'foo_arm' when ${MACHINE} is 'ramses'.
-# If you use combination ie 'foo_arm_ramses', then 'foo_arm_ramses' will
override
-# 'foo_arm' and then 'foo' will be overriden with that value from
'foo_arm'.
-# And finally 'foo_local' overrides any standard variable, but with lowest
priority.
+# An environment variable 'foo_qemuarm' overrides 'foo' and overrides
+# 'foo_arm' when ${MACHINE} is 'qemuarm'.
+# If you use combination ie 'foo_qemuarm_arm', then 'foo_qemuarm_arm'
will override
+# 'foo_qemuarm' and then 'foo' will be overriden with that value from
'foo_qemuarm'.
+# And finally 'foo_forcevariable' overrides any standard variable, with
the highest priority.
#
# This works for functions as well, they are really just environment
variables.
# Default OVERRIDES to make compilation fail fast in case of build system
misconfiguration.
-OVERRIDES =
local:${MACHINEOVERRIDES}:${DISTROOVERRIDES}:${TARGET_OS}:${TARGET_ARCH}:build-${BUILD_OS}:fail-fast:pn-${PN}:forcevariable
+OVERRIDES =
${TARGET_OS}:${TARGET_ARCH}:build-${BUILD_OS}:pn-${PN}:${MACHINEOVERRIDES}:${DISTROOVERRIDES}:forcevariable
DISTROOVERRIDES ?= ${DISTRO}
MACHINEOVERRIDES ?= ${MACHINE}
Merged to master.
I left forcevariable in since otherwise I think distros would all end up
adding something anyway. If there are strong feelings it shouldn't be
there we can remove it.
Cheers,
Richard
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Any volunteers for fixing all the kernel version checks?
On 30/05/2011 09:33, Koen Kooi wrote: Op 30 mei 2011, om 09:19 heeft Eric Bénard het volgende geschreven: Hi, On 30/05/2011 08:52, Koen Kooi wrote: As some of you might have seen already: http://lwn.net/Articles/445223/ - linux 3.0 is going to happen. This means all the crufty is it 2.4 or 2.6 checks are going to need a rework :) Does supporting 2.4 kernels still makes sense in 2011 ? No, but I bet there are still checks present for that :) Or at least references like modprobe.26. so can the fix be : remove any reference to the check and assume we are using a 2.6/3.0 kernel ? Eric ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/2] Misc fixes from O.S. Systems tree
The following changes since commit 83ce96f44516c8a4a44c8c0140949256f8422014: bitbake.conf: make OVERRIDES match what people expect (2011-05-30 08:31:53 +0100) are available in the git repository at: git://github.com/OSSystems/oe-core master https://github.com/OSSystems/oe-core/tree/master Otavio Salvador (2): busybox: enable mdev by default qmake_base.bbclass: fix lrelease/lupdate binary names meta/classes/qmake_base.bbclass|5 + meta/recipes-core/busybox/busybox-1.18.4/defconfig |2 +- meta/recipes-core/busybox/busybox.inc |1 - meta/recipes-core/busybox/busybox_1.18.4.bb|2 +- 4 files changed, 7 insertions(+), 3 deletions(-) -- 1.7.2.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/2] busybox: enable mdev by default
Since we do not require a configuration file by default we don't force
it's addition on the package. If the a layer wants to have it enabled
it should also set the CONFFILES for busybox-mdev package.
Signed-off-by: Otavio Salvador ota...@ossystems.com.br
---
meta/recipes-core/busybox/busybox-1.18.4/defconfig |2 +-
meta/recipes-core/busybox/busybox.inc |1 -
meta/recipes-core/busybox/busybox_1.18.4.bb|2 +-
3 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-core/busybox/busybox-1.18.4/defconfig
b/meta/recipes-core/busybox/busybox-1.18.4/defconfig
index 5327a64..6b48cc1 100644
--- a/meta/recipes-core/busybox/busybox-1.18.4/defconfig
+++ b/meta/recipes-core/busybox/busybox-1.18.4/defconfig
@@ -518,7 +518,7 @@ CONFIG_FEATURE_HWCLOCK_ADJTIME_FHS=y
CONFIG_LOSETUP=y
# CONFIG_LSPCI is not set
# CONFIG_LSUSB is not set
-# CONFIG_MDEV is not set
+CONFIG_MDEV=y
# CONFIG_FEATURE_MDEV_CONF is not set
# CONFIG_FEATURE_MDEV_RENAME is not set
# CONFIG_FEATURE_MDEV_RENAME_REGEXP is not set
diff --git a/meta/recipes-core/busybox/busybox.inc
b/meta/recipes-core/busybox/busybox.inc
index 341c5c4..de711d2 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -29,7 +29,6 @@ INITSCRIPT_PARAMS_${PN}-mdev = start 06 S .
INITSCRIPT_NAME_${PN}-udhcpd = busybox-udhcpd
INITSCRIPT_NAME_${PN}-udhcpc = busybox-udhcpc
CONFFILES_${PN}-syslog = ${sysconfdir}/syslog.conf.${PN}
-CONFFILES_${PN}-mdev = ${sysconfdir}/mdev.conf
RRECOMMENDS_${PN} = ${PN}-syslog ${PN}-udhcpc
diff --git a/meta/recipes-core/busybox/busybox_1.18.4.bb
b/meta/recipes-core/busybox/busybox_1.18.4.bb
index cf37650..a5080d5 100644
--- a/meta/recipes-core/busybox/busybox_1.18.4.bb
+++ b/meta/recipes-core/busybox/busybox_1.18.4.bb
@@ -1,5 +1,5 @@
require busybox.inc
-PR = r1
+PR = r2
SRC_URI = http://www.busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball
\
file://udhcpscript.patch \
--
1.7.2.5
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] linux-yocto: update meta SRCREV
Fixes [YOCTO: ]
and updates the meta branch with some cleanups and feature
groupings.
From the meta branch itself:
06d3793 meta: add romley features
f101ab9 meta: remove 'not set' lines from netfilter.cfg
d0599f8 meta: add dca feature
0cd5ef1 meta: replace open-coded E1 options with intel-e1 feature
3f88c17 meta: add intel-e1 feature
f7537af meta: replace open-coded igb options with igb feature
f72e046 meta: add igb feature
989cd7d meta: add ixgbe feature
8543f7d meta: replace open-coded dma engine options with dmaengine feature
8fc67cd meta: add dmaengine feature
610e419 meta: add hugetlb feature
ac22176 meta: add uio feature
ce14a0d meta: replace open-coded hpet options with hpet feature
6a30aaa meta: add hpet feature
0ae7362 routerstationpro: watchdog config
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/linux/linux-yocto_git.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto_git.bb
b/meta/recipes-kernel/linux/linux-yocto_git.bb
index 5c3c448..3aedb7a 100644
--- a/meta/recipes-kernel/linux/linux-yocto_git.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_git.bb
@@ -20,7 +20,7 @@ SRCREV_machine_qemuppc =
d9c6b3e576184f0c4223b6251c57b16ac1bac428
SRCREV_machine_qemux86 = b2afed7ecd54918b73db7f30062aaaf02fdaba54
SRCREV_machine_qemux86-64 = 86bbbc079652d87392322fbfc14f6bd8792b0f38
SRCREV_machine = 0974631b821b70aee3613723ed0d4d6ba8da91c6
-SRCREV_meta = 79669230fd82a3e7e254cf8b596a2388a4333e62
+SRCREV_meta = 06d3793d459048ee1b4db7170f24670c479e8b29
PR = r18
PV = ${LINUX_VERSION}+git${SRCPV}
--
1.7.0.4
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Chicken toolchain progress
Hello, Here at O.S. Systems we use Chicken (Scheme) a lot and we deliver it on our embedded OS ofthenly. Since we're moving to oe-core we're working at migrating it to it and we then decided to include it as a meta-oe layer for later proposal for merging. Currently we got most of it done but the cross compiler is failing. Our recipe can be seen at https://github.com/OSSystems/meta-oe/commit/3d29a0ca35e29cc9629a7628dfe19734bc28b229#diff-0 It seems to build fine but sstate and sysroot lacks the binaries so we can't use it to build the target binaries. Any clue? -- Otavio Salvador O.S. Systems E-mail: ota...@ossystems.com.br http://www.ossystems.com.br Mobile: +55 53 9981-7854 http://projetos.ossystems.com.br ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
