Re: [OE-core] [RFC - Staticdev 1/2] multiple recipes converted to -staticdev packages
On 06/26/2011 12:34 AM, Koen Kooi wrote: Op 26 jun 2011, om 06:36 heeft Saul Wold het volgende geschreven: This commit adds a new base package ${PN}-staticdev to bitbake.conf which pulls in the static *.a libraries as a seperate package, it filters out the nonshared.a libraries where appropriate. Additional this commit adds a new libdev.bbclass which provides a set of macros and variables to convert ${PN} to lib${PN}, which a number of recipes where then converted to use. Can't that be merged into lib_package.bbclass? Hmm, yes possibly, and another place for me to fix a *.a move to staticdev! Sau! ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1 v3][PULL] libc locale split
Hi Richard and Saul, This pull request is the third version of libc locale split, please help to review and pull. Changes from v2: Fixed a mistake that virtual/libiconv should be in libc but not libc-locale. Thanks, Dongxiao The following changes since commit a1f79a7896b6411669b3ccada6204d2695e80fc5: runqueue.py: Add umask task control (2011-06-24 12:23:12 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib dxu4/libc-locale-v3 http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dxu4/libc-locale-v3 Dongxiao Xu (1): libc-locale: split locale handling from libc recipe. meta/classes/libc-common.bbclass | 23 meta/classes/libc-package.bbclass | 24 meta/conf/distro/include/tclibc-eglibc.inc |1 + meta/conf/distro/include/tclibc-glibc.inc |1 + meta/recipes-core/eglibc/eglibc-initial_2.13.bb|4 ++ meta/recipes-core/eglibc/eglibc-locale_2.13.bb | 56 meta/recipes-core/eglibc/eglibc-package.inc| 32 +-- meta/recipes-core/eglibc/eglibc.inc|2 +- meta/recipes-core/eglibc/eglibc_2.13.bb| 12 meta/recipes-core/glibc/glibc-initial_2.10.1.bb|4 ++ meta/recipes-core/glibc/glibc-locale_2.10.1.bb | 49 + meta/recipes-core/glibc/glibc-package.inc | 29 ++- meta/recipes-core/glibc/glibc_2.10.1.bb| 12 .../meta/external-csl-toolchain_2008q3-72.bb |1 + 14 files changed, 171 insertions(+), 79 deletions(-) create mode 100644 meta/classes/libc-common.bbclass create mode 100644 meta/recipes-core/eglibc/eglibc-locale_2.13.bb create mode 100644 meta/recipes-core/glibc/glibc-locale_2.10.1.bb ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] libc-locale: split locale handling from libc recipe.
*libc's do_package will cost a lot of time due to the locale handing, which may delay the other recipe's do_package task and affect the build performance. This commit moves locale handling into a separate recipe *libc-locale. Signed-off-by: Dongxiao Xu dongxiao...@intel.com --- meta/classes/libc-common.bbclass | 23 meta/classes/libc-package.bbclass | 24 meta/conf/distro/include/tclibc-eglibc.inc |1 + meta/conf/distro/include/tclibc-glibc.inc |1 + meta/recipes-core/eglibc/eglibc-initial_2.13.bb|4 ++ meta/recipes-core/eglibc/eglibc-locale_2.13.bb | 56 meta/recipes-core/eglibc/eglibc-package.inc| 32 +-- meta/recipes-core/eglibc/eglibc.inc|2 +- meta/recipes-core/eglibc/eglibc_2.13.bb| 12 meta/recipes-core/glibc/glibc-initial_2.10.1.bb|4 ++ meta/recipes-core/glibc/glibc-locale_2.10.1.bb | 49 + meta/recipes-core/glibc/glibc-package.inc | 29 ++- meta/recipes-core/glibc/glibc_2.10.1.bb| 12 .../meta/external-csl-toolchain_2008q3-72.bb |1 + 14 files changed, 171 insertions(+), 79 deletions(-) create mode 100644 meta/classes/libc-common.bbclass create mode 100644 meta/recipes-core/eglibc/eglibc-locale_2.13.bb create mode 100644 meta/recipes-core/glibc/glibc-locale_2.10.1.bb diff --git a/meta/classes/libc-common.bbclass b/meta/classes/libc-common.bbclass new file mode 100644 index 000..bae0ace --- /dev/null +++ b/meta/classes/libc-common.bbclass @@ -0,0 +1,23 @@ +do_install() { + oe_runmake install_root=${D} install + for r in ${rpcsvc}; do + h=`echo $r|sed -e's,\.x$,.h,'` + install -m 0644 ${S}/sunrpc/rpcsvc/$h ${D}/${includedir}/rpcsvc/ + done + install -m 0644 ${WORKDIR}/etc/ld.so.conf ${D}/${sysconfdir}/ + install -d ${D}${libdir}/locale + make -f ${WORKDIR}/generate-supported.mk IN=${S}/localedata/SUPPORTED OUT=${WORKDIR}/SUPPORTED + # get rid of some broken files... + for i in ${GLIBC_BROKEN_LOCALES}; do + grep -v $i ${WORKDIR}/SUPPORTED ${WORKDIR}/SUPPORTED.tmp + mv ${WORKDIR}/SUPPORTED.tmp ${WORKDIR}/SUPPORTED + done + rm -f ${D}{sysconfdir}/rpc + rm -rf ${D}${datadir}/zoneinfo + rm -rf ${D}${libexecdir}/getconf +} + +def get_libc_fpu_setting(bb, d): +if bb.data.getVar('TARGET_FPU', d, 1) in [ 'soft' ]: +return --without-fp +return diff --git a/meta/classes/libc-package.bbclass b/meta/classes/libc-package.bbclass index 55e3d48..5737af4 100644 --- a/meta/classes/libc-package.bbclass +++ b/meta/classes/libc-package.bbclass @@ -37,11 +37,6 @@ python __anonymous () { break } -def get_libc_fpu_setting(bb, d): -if bb.data.getVar('TARGET_FPU', d, 1) in [ 'soft' ]: -return --without-fp -return - OVERRIDES_append = :${TARGET_ARCH}-${TARGET_OS} do_configure_prepend() { @@ -84,25 +79,6 @@ rm -rf ${TMP_LOCALE} } -do_install() { - oe_runmake install_root=${D} install - for r in ${rpcsvc}; do - h=`echo $r|sed -e's,\.x$,.h,'` - install -m 0644 ${S}/sunrpc/rpcsvc/$h ${D}/${includedir}/rpcsvc/ - done - install -m 0644 ${WORKDIR}/etc/ld.so.conf ${D}/${sysconfdir}/ - install -d ${D}${libdir}/locale - make -f ${WORKDIR}/generate-supported.mk IN=${S}/localedata/SUPPORTED OUT=${WORKDIR}/SUPPORTED - # get rid of some broken files... - for i in ${GLIBC_BROKEN_LOCALES}; do - grep -v $i ${WORKDIR}/SUPPORTED ${WORKDIR}/SUPPORTED.tmp - mv ${WORKDIR}/SUPPORTED.tmp ${WORKDIR}/SUPPORTED - done - rm -f ${D}${sysconfdir}/rpc - rm -rf ${D}${datadir}/zoneinfo - rm -rf ${D}${libexecdir}/getconf -} - TMP_LOCALE=/tmp/locale${libdir}/locale do_prep_locale_tree() { diff --git a/meta/conf/distro/include/tclibc-eglibc.inc b/meta/conf/distro/include/tclibc-eglibc.inc index a4c648e..e070aad 100644 --- a/meta/conf/distro/include/tclibc-eglibc.inc +++ b/meta/conf/distro/include/tclibc-eglibc.inc @@ -15,6 +15,7 @@ PREFERRED_PROVIDER_virtual/libiconv-nativesdk ?= eglibc-nativesdk PREFERRED_PROVIDER_virtual/libintl ?= eglibc PREFERRED_PROVIDER_virtual/libc ?= eglibc PREFERRED_PROVIDER_virtual/libc-nativesdk ?= eglibc-nativesdk +PREFERRED_PROVIDER_virtual/libc-locale ?= eglibc-locale CXXFLAGS += -fvisibility-inlines-hidden diff --git a/meta/conf/distro/include/tclibc-glibc.inc b/meta/conf/distro/include/tclibc-glibc.inc index e5843b0..5e7afc1 100644 --- a/meta/conf/distro/include/tclibc-glibc.inc +++ b/meta/conf/distro/include/tclibc-glibc.inc @@ -15,6 +15,7 @@ PREFERRED_PROVIDER_virtual/libiconv-nativesdk ?= glibc-nativesdk PREFERRED_PROVIDER_virtual/libintl ?= glibc PREFERRED_PROVIDER_virtual/libc ?= glibc PREFERRED_PROVIDER_virtual/libc-nativesdk
Re: [OE-core] [PATCH 1/1] libc-locale: split locale handling from libc recipe.
On Mon, 2011-06-27 at 16:37 +0800, Dongxiao Xu wrote: -PACKAGES = ${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} localedef${PKGSUFFIX} libcidn ${PN}-utils ${PN}-pic ${PN}-dev eglibc-doc eglibc-locale libmemusage libsegfault${PKGSUFFIX} eglibc-extra-nss eglibc-thread-db${PKGSUFFIX} eglibc-pcprofile libsotruss${PKGSUFFIX} - -PACKAGES_DYNAMIC = \ - glibc-gconv-*${PKGSUFFIX} glibc-charmap-* glibc-localedata-* glibc-binary-localedata-* \ - eglibc-gconv-* eglibc-charmap-* eglibc-localedata-* eglibc-binary-localedata-* \ - locale-base-*${PKGSUFFIX} +PACKAGES = ${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-utils ${PN}-pic ${PN}-dev eglibc-doc libcidn libmemusage libsegfault${PKGSUFFIX} eglibc-extra-nss eglibc-thread-db${PKGSUFFIX} eglibc-pcprofile You seem to have made a bunch of changes here that are not related to locales. What are those about? -FILES_${PN}-dbg += ${libexecdir}/*/.debug ${libdir}/gconv/.debug ${libdir}/audit/.debug +FILES_${PN}-dbg += ${libexecdir}/*/.debug Likewise. Also, why is localedef getting packaged by libc-locale? Not that I think it's necessarily a problem but it seems a little bit strange. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] gcc-cross-kernel problems
Op 26 jun 2011, om 17:05 heeft Khem Raj het volgende geschreven: On 06/25/2011 07:30 PM, Khem Raj wrote: so in you kernel recipe somewhere patch the below code PATH_prepend = ${STAGING_BINDIR_TOOLCHAIN}.gcc-cross-kernel: I guess it has 4.2.1 in the path for you as I see so you might need PATH_prepend = ${STAGING_BINDIR_TOOLCHAIN}.gcc-cross-kernel-4.2.1: I did it a bit differently and symlinked it into the regular toolchain bin and I not get an 'as' error about '-EL' not being a valid option.It looks like gcc is calling an unprefixed 'as'. Is this due to gcc-cross-kernel being bitrotted, the recipe missing patches or something else? regards, Koen ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] gcc-cross-kernel problems
On Mon, 2011-06-27 at 11:32 +0200, Koen Kooi wrote: Op 26 jun 2011, om 17:05 heeft Khem Raj het volgende geschreven: On 06/25/2011 07:30 PM, Khem Raj wrote: so in you kernel recipe somewhere patch the below code PATH_prepend = ${STAGING_BINDIR_TOOLCHAIN}.gcc-cross-kernel: I guess it has 4.2.1 in the path for you as I see so you might need PATH_prepend = ${STAGING_BINDIR_TOOLCHAIN}.gcc-cross-kernel-4.2.1: I did it a bit differently and symlinked it into the regular toolchain bin and I not get an 'as' error about '-EL' not being a valid option.It looks like gcc is calling an unprefixed 'as'. Is this due to gcc-cross-kernel being bitrotted, the recipe missing patches or something else? That usually means that the cross as hasn't been installed/symlinked into the place where gcc expects to find it. The way the gcc driver locates the assembler is by searching for as in various different directories. In particular, despite what you might expect it doesn't ever look for $TARGET_SYS-as in $bindir or anywhere else. Usually it will expect to find as in $libexecdir/gcc/$TARGET_SYS/4.2.1/as or some such path. The symlinks in that directory are created as part of the gcc installation process. You can strace gcc to find out where it's actually looking. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] glib-networking: Add 2.28.7 as new recipe
Op 25 jun 2011, om 05:54 heeft edwin.z...@intel.com het volgende geschreven: From: Zhai Edwin edwin.z...@intel.com glib-networking contains the implementations of certain GLib networking features that cannot be implemented directly in GLib itself because of their dependencies. TLS/SSL support is one of them, which is needed for accessing SSL web page. Signed-off-by: Zhai Edwin edwin.z...@intel.com --- meta/recipes-sato/web/glib-networking_2.28.7.bb | 21 + The recipe looks good, but it shouldn't be hidden in recipes-sato/web/ ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [RFC - Staticdev 2/2] systemtap: add sqlite3 to DEPENDS
On Sat, 2011-06-25 at 21:36 -0700, Saul Wold wrote: -DEPENDS = elfutils +DEPENDS = elfutils sqlite3 No doubt this is a fine change but I didn't quite understand what it has to do with staticdev. Was this meant to be a separate patchset? p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] gcc-cross-kernel problems
Op 27 jun 2011, om 11:42 heeft Phil Blundell het volgende geschreven: On Mon, 2011-06-27 at 11:32 +0200, Koen Kooi wrote: Op 26 jun 2011, om 17:05 heeft Khem Raj het volgende geschreven: On 06/25/2011 07:30 PM, Khem Raj wrote: so in you kernel recipe somewhere patch the below code PATH_prepend = ${STAGING_BINDIR_TOOLCHAIN}.gcc-cross-kernel: I guess it has 4.2.1 in the path for you as I see so you might need PATH_prepend = ${STAGING_BINDIR_TOOLCHAIN}.gcc-cross-kernel-4.2.1: I did it a bit differently and symlinked it into the regular toolchain bin and I not get an 'as' error about '-EL' not being a valid option.It looks like gcc is calling an unprefixed 'as'. Is this due to gcc-cross-kernel being bitrotted, the recipe missing patches or something else? That usually means that the cross as hasn't been installed/symlinked into the place where gcc expects to find it. The way the gcc driver locates the assembler is by searching for as in various different directories. In particular, despite what you might expect it doesn't ever look for $TARGET_SYS-as in $bindir or anywhere else. Usually it will expect to find as in $libexecdir/gcc/$TARGET_SYS/4.2.1/as or some such path. The symlinks in that directory are created as part of the gcc installation process. You can strace gcc to find out where it's actually looking. It seems to be looking at these directories: stat(/OE/tentacle/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/libexec/armv7a-angstrom-linux-gnueabi.gcc-cross-kernel/gcc/arm-angstrom-linux-gnueabi/4.2.1/as, 0x7fff13f2f110) = -1 ENOENT (No such file or directory) stat(/OE/tentacle/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/libexec/armv7a-angstrom-linux-gnueabi.gcc-cross-kernel/gcc/arm-angstrom-linux-gnueabi/4.2.1/as, 0x7fff13f2f110) = -1 ENOENT (No such file or directory) stat(/OE/tentacle/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/libexec/armv7a-angstrom-linux-gnueabi.gcc-cross-kernel/gcc/arm-angstrom-linux-gnueabi/as, 0x7fff13f2f110) = -1 ENOENT (No such file or directory) stat(/OE/tentacle/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/lib/armv7a-angstrom-linux-gnueabi.gcc-cross-kernel/gcc/arm-angstrom-linux-gnueabi/4.2.1/as, 0x7fff13f2f110) = -1 ENOENT (No such file or directory) stat(/OE/tentacle/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/lib/armv7a-angstrom-linux-gnueabi.gcc-cross-kernel/gcc/arm-angstrom-linux-gnueabi/as, 0x7fff13f2f110) = -1 ENOENT (No such file or directory) stat(/OE/tentacle/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/lib/armv7a-angstrom-linux-gnueabi.gcc-cross-kernel/gcc/arm-angstrom-linux-gnueabi/4.2.1/../../../../../arm-angstrom-linux-gnueabi/bin/arm-angstrom-linux-gnueabi/4.2.1/as, 0x7fff13f2f110) = -1 ENOENT (No such file or directory) stat(/OE/tentacle/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/lib/armv7a-angstrom-linux-gnueabi.gcc-cross-kernel/gcc/arm-angstrom-linux-gnueabi/4.2.1/../../../../../arm-angstrom-linux-gnueabi/bin/as, 0x7fff13f2f110) = -1 ENOENT (No such file or directory) In the first one only cc1 and collect are present. What would be the best way to fix this? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] Bitbake master broken
Hi, After updating bitbake this morning I get: /OE/tentacle/sources/bitbake/lib/bb/msg.py:95: DeprecationWarning: object.__init__() takes no parameters super(set, self).__init__(args) Traceback (most recent call last): File /OE/tentacle/sources/bitbake/bin/bitbake, line 34, in module import bb File /OE/tentacle/sources/bitbake/lib/bb/__init__.py, line 63, in module import bb.msg File /OE/tentacle/sources/bitbake/lib/bb/msg.py, line 133, in module def get_debug_level(msgdomain = domain.Default): File /OE/tentacle/sources/bitbake/lib/bb/msg.py, line 100, in __getattr__ raise AttributeError AttributeError /OE/tentacle/sources/bitbake/lib/bb/event.py:101: RuntimeWarning: Parent module 'bb' not found while handling absolute import from bb.msg import BBLogFormatter /OE/tentacle/sources/bitbake/lib/bb/msg.py:95: DeprecationWarning: object.__init__() takes no parameters super(set, self).__init__(args) Error in atexit._run_exitfuncs: Traceback (most recent call last): File /usr/lib/python2.6/atexit.py, line 24, in _run_exitfuncs func(*targs, **kargs) File /OE/tentacle/sources/bitbake/lib/bb/event.py, line 101, in print_ui_queue from bb.msg import BBLogFormatter File /OE/tentacle/sources/bitbake/lib/bb/__init__.py, line 63, in module import bb.msg File /OE/tentacle/sources/bitbake/lib/bb/msg.py, line 133, in module def get_debug_level(msgdomain = domain.Default): File /OE/tentacle/sources/bitbake/lib/bb/msg.py, line 100, in __getattr__ raise AttributeError AttributeError Error in sys.exitfunc: Traceback (most recent call last): File /usr/lib/python2.6/atexit.py, line 24, in _run_exitfuncs func(*targs, **kargs) File /OE/tentacle/sources/bitbake/lib/bb/event.py, line 101, in print_ui_queue from bb.msg import BBLogFormatter File /OE/tentacle/sources/bitbake/lib/bb/__init__.py, line 63, in module import bb.msg File /OE/tentacle/sources/bitbake/lib/bb/msg.py, line 133, in module def get_debug_level(msgdomain = domain.Default): File /OE/tentacle/sources/bitbake/lib/bb/msg.py, line 100, in __getattr__ raise AttributeError AttributeError Rolling back 2 revisions to the umask one fixes things. regards, Koen ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] linux-yocto: update meta SRCREV for new config groups
2011/6/27 Cui, Dexuan dexuan@intel.com: Cui, Dexuan wrote: Hi, I got the following ERROR with the patch: Log data follows: Unstaged changes after reset: M arch/powerpc/boot/dts/mpc8315erdb.dts Deleted branch meta-temp (was cf7d7e5). WARNING: addon feature features/taskstats was not found ERROR: required features were not found. aborting ERROR: Function 'do_patch' failed Maybe we forgot to push the proper commits into the linux-yocto git repo? BTW, I'm building emenlow with today's poky master (commit a1f79a7896b) and mete-intel (commit 76d1178ba). After I reverted the line KERNEL_FEATURES_append= features/taskstats, at least linux-yocto's do_patch can work. It isn't this. Can you check your local clone in git2/downloads ? Everything that is required is already on the servers, I double checked with a clean build on a clean machine, so there's nothing left to push or fix. Bruce Thanks, -- Dexuan -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Bruce Ashfield Sent: 2011年6月23日 5:29 To: richard.pur...@linuxfoundation.org Cc: dvh...@linux.intel.com; openembedded-core@lists.openembedded.org; k...@dominion.thruhere.net; Wold, Saul Subject: [OE-core] [PATCH 1/2] linux-yocto: update meta SRCREV for new config groups Updating the SRCREV for the kernel repo's meta branch to capture the following commits: 94fa015 meta: add taskstats experimental feature group 4fb2ed5 meta: enable freezer support 88d619e meta: enable fuse and cuse as modules f465827 meta: add namespaces + experimental configs fbdd376 meta: add devtmpfs config group b04f6d9 meta: re-enable cgroups options in the standard kernel There's also a change to the recipe itself to trigger the taskstats optional config items by default. This is to allow the introduction of these changes gradually, since other recipes inheriting the kernel can add or ignore these options at their convenience. Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/recipes-kernel/linux/linux-yocto_2.6.37.bb |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb b/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb index 2ee801e..90943c2 100644 --- a/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb +++ b/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb @@ -20,9 +20,9 @@ SRCREV_machine_qemuppc = 9d278962ff228ea9627a85b0d21ed717246ebf1f SRCREV_machine_qemux86 = 57545699dff0b384bb16be74b0358059da5cce6a SRCREV_machine_qemux86-64 = 5d36c23eecdc9663c9c3a2a511d4872d3b3fd669 SRCREV_machine = 12646d158aced2ba0122787bd56ff554e371091c -SRCREV_meta = d948e0ddbc5f37bd3dc23cc1b398ab230e2e +SRCREV_meta = 94fa015b130e96a3b6242a8ac4ff4cca9406951f -PR = r18 +PR = r19 PV = ${LINUX_VERSION}+git${SRCPV} SRCREV_FORMAT = meta_machine @@ -33,6 +33,7 @@ COMPATIBLE_MACHINE = (qemuarm|qemux86|qemuppc|qemumips|qemux86-64) # Functionality flags KERNEL_REVISION_CHECKING ?= t KERNEL_FEATURES=features/netfilter +KERNEL_FEATURES_append= features/taskstats KERNEL_FEATURES_append_qemux86= cfg/sound KERNEL_FEATURES_append_qemux86-64= cfg/sound ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] gconf-dbus fetch failure
Op 27 jun 2011, om 15:05 heeft Phil Blundell het volgende geschreven: On Fri, 2011-06-24 at 00:42 -0700, Darren Hart wrote: It seems there is a problem with the subversion repository for gconf-dbus. Are others seeing this as well, or this perhaps a local networking issue? Yeah, gconf-dbus is apparently stored in git nowadays. The patch in http://lists.linuxtogo.org/pipermail/openembedded-core/2011-June/004074.html looks like it would probably fix this issue but doesn't seem to have been applied. That patch mixes 2 things: * SRC_URI change * update to an unstable 2.odd.x release ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] Bitbake master broken
On Mon, Jun 27, 2011 at 5:11 AM, Koen Kooi k...@dominion.thruhere.net wrote: After updating bitbake this morning I get: /OE/tentacle/sources/bitbake/lib/bb/msg.py:95: DeprecationWarning: object.__init__() takes no parameters super(set, self).__init__(args) Traceback (most recent call last): File /OE/tentacle/sources/bitbake/bin/bitbake, line 34, in module import bb File /OE/tentacle/sources/bitbake/lib/bb/__init__.py, line 63, in module import bb.msg File /OE/tentacle/sources/bitbake/lib/bb/msg.py, line 133, in module def get_debug_level(msgdomain = domain.Default): File /OE/tentacle/sources/bitbake/lib/bb/msg.py, line 100, in __getattr__ raise AttributeError AttributeError /OE/tentacle/sources/bitbake/lib/bb/event.py:101: RuntimeWarning: Parent module 'bb' not found while handling absolute import from bb.msg import BBLogFormatter /OE/tentacle/sources/bitbake/lib/bb/msg.py:95: DeprecationWarning: object.__init__() takes no parameters super(set, self).__init__(args) Error in atexit._run_exitfuncs: Traceback (most recent call last): File /usr/lib/python2.6/atexit.py, line 24, in _run_exitfuncs func(*targs, **kargs) File /OE/tentacle/sources/bitbake/lib/bb/event.py, line 101, in print_ui_queue from bb.msg import BBLogFormatter File /OE/tentacle/sources/bitbake/lib/bb/__init__.py, line 63, in module import bb.msg File /OE/tentacle/sources/bitbake/lib/bb/msg.py, line 133, in module def get_debug_level(msgdomain = domain.Default): File /OE/tentacle/sources/bitbake/lib/bb/msg.py, line 100, in __getattr__ raise AttributeError AttributeError Error in sys.exitfunc: Traceback (most recent call last): File /usr/lib/python2.6/atexit.py, line 24, in _run_exitfuncs func(*targs, **kargs) File /OE/tentacle/sources/bitbake/lib/bb/event.py, line 101, in print_ui_queue from bb.msg import BBLogFormatter File /OE/tentacle/sources/bitbake/lib/bb/__init__.py, line 63, in module import bb.msg File /OE/tentacle/sources/bitbake/lib/bb/msg.py, line 133, in module def get_debug_level(msgdomain = domain.Default): File /OE/tentacle/sources/bitbake/lib/bb/msg.py, line 100, in __getattr__ raise AttributeError AttributeError Damnit, sorry about that, I'll revert. I didn't intend to push it to master -- was intending to push it to github for now. -- Christopher Larson clarson at kergoth dot com Founder - BitBake, OpenEmbedded, OpenZaurus Maintainer - Tslib Senior Software Engineer, Mentor Graphics ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] linux-yocto: update meta SRCREV for new config groups
On Mon, 2011-06-27 at 05:56 -0700, Bruce Ashfield wrote: 2011/6/27 Cui, Dexuan dexuan@intel.com: Cui, Dexuan wrote: Hi, I got the following ERROR with the patch: Log data follows: Unstaged changes after reset: M arch/powerpc/boot/dts/mpc8315erdb.dts Deleted branch meta-temp (was cf7d7e5). WARNING: addon feature features/taskstats was not found ERROR: required features were not found. aborting ERROR: Function 'do_patch' failed Maybe we forgot to push the proper commits into the linux-yocto git repo? BTW, I'm building emenlow with today's poky master (commit a1f79a7896b) and mete-intel (commit 76d1178ba). Just noticed that you were using emenlow so updated the meta-intel SRCREVs, maybe that was the problem? Tom After I reverted the line KERNEL_FEATURES_append= features/taskstats, at least linux-yocto's do_patch can work. It isn't this. Can you check your local clone in git2/downloads ? Everything that is required is already on the servers, I double checked with a clean build on a clean machine, so there's nothing left to push or fix. Bruce Thanks, -- Dexuan -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Bruce Ashfield Sent: 2011年6月23日 5:29 To: richard.pur...@linuxfoundation.org Cc: dvh...@linux.intel.com; openembedded-core@lists.openembedded.org; k...@dominion.thruhere.net; Wold, Saul Subject: [OE-core] [PATCH 1/2] linux-yocto: update meta SRCREV for new config groups Updating the SRCREV for the kernel repo's meta branch to capture the following commits: 94fa015 meta: add taskstats experimental feature group 4fb2ed5 meta: enable freezer support 88d619e meta: enable fuse and cuse as modules f465827 meta: add namespaces + experimental configs fbdd376 meta: add devtmpfs config group b04f6d9 meta: re-enable cgroups options in the standard kernel There's also a change to the recipe itself to trigger the taskstats optional config items by default. This is to allow the introduction of these changes gradually, since other recipes inheriting the kernel can add or ignore these options at their convenience. Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com --- meta/recipes-kernel/linux/linux-yocto_2.6.37.bb |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-) diff --git a/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb b/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb index 2ee801e..90943c2 100644 --- a/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb +++ b/meta/recipes-kernel/linux/linux-yocto_2.6.37.bb @@ -20,9 +20,9 @@ SRCREV_machine_qemuppc = 9d278962ff228ea9627a85b0d21ed717246ebf1f SRCREV_machine_qemux86 = 57545699dff0b384bb16be74b0358059da5cce6a SRCREV_machine_qemux86-64 = 5d36c23eecdc9663c9c3a2a511d4872d3b3fd669 SRCREV_machine = 12646d158aced2ba0122787bd56ff554e371091c -SRCREV_meta = d948e0ddbc5f37bd3dc23cc1b398ab230e2e +SRCREV_meta = 94fa015b130e96a3b6242a8ac4ff4cca9406951f -PR = r18 +PR = r19 PV = ${LINUX_VERSION}+git${SRCPV} SRCREV_FORMAT = meta_machine @@ -33,6 +33,7 @@ COMPATIBLE_MACHINE = (qemuarm|qemux86|qemuppc|qemumips|qemux86-64) # Functionality flags KERNEL_REVISION_CHECKING ?= t KERNEL_FEATURES=features/netfilter +KERNEL_FEATURES_append= features/taskstats KERNEL_FEATURES_append_qemux86= cfg/sound KERNEL_FEATURES_append_qemux86-64= cfg/sound ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 2/2] sanity: implement network connectivity test
On Sun, 2011-06-26 at 11:08 -0700, Khem Raj wrote: On 06/26/2011 10:37 AM, Joshua Lock wrote: On Sat, 2011-06-25 at 19:33 -0700, Khem Raj wrote: On 6/25/2011 5:53 PM, Saul Wold wrote: On 06/20/2011 11:09 AM, Joshua Lock wrote: Sanity test to verify files can be fetched from the network using git, http and https fetchers point users at a page to help get set up in the case of a failure. Addresses [YOCTO #933] Signed-off-by: Joshua Lockj...@linux.intel.com --- meta/classes/sanity.bbclass | 34 ++ 1 files changed, 34 insertions(+), 0 deletions(-) diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass index bffa4f5..650df5f 100644 --- a/meta/classes/sanity.bbclass +++ b/meta/classes/sanity.bbclass @@ -35,6 +35,8 @@ def check_sanity_tmpdir_change(tmpdir, data): # Check that TMPDIR isn't on a filesystem with limited filename length (eg. eCryptFS) testmsg = check_create_long_filename(tmpdir, TMPDIR) + # Check that we can fetch from various network transports + testmsg = testmsg + check_connectivity(data) return testmsg def check_sanity_version_change(data): @@ -75,6 +77,38 @@ def check_create_long_filename(filepath, pathname): return Failed to create a file in %s: %s % (pathname, strerror) return +def check_connectivity(d): + # URI's to check can be set in the CONNECTIVITY_CHECK_URIS variable using + # the same syntax as SRC_URI. + test_uris = (bb.data.getVar('CONNECTIVITY_CHECK_URIS', d, True) or ).split() + # If no URI's set, fallback to some default ones we know of + if len(test_uris) == 0: + test_uris = [http://yoctoproject.org/about;, + https://eula-downloads.yoctoproject.org/crownbay/crownbay-bernard-5.0.0;, + git://git.yoctoproject.org/yocto-firewall-test;protocol=git;rev=HEAD] + retval = imo this change is yocto specific doesnt belong to core Are you objecting to the feature (testing whether the fetchers can work on a newly configured tmpdir) or the implementation (using yoctoproject.org URI's)? the latter I can change this patch to only run the check when the CONNECTIVITY_CHECK_URI's and remove the default uri's. Would that make the change less objectionable? yes that would be better. Okey dokes. Expect a v3 soon. Thanks, Joshua -- Joshua Lock Yocto Project Johannes factotum Intel Open Source Technology Centre ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] fontconfig: specify font directory in EXTRA_OECONF
since, otherwise, fontconfig's builtin default may not match ${datadir}. Signed-off-by: Phil Blundell ph...@gnu.org --- .../fontconfig/fontconfig_2.8.0.bb |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-graphics/fontconfig/fontconfig_2.8.0.bb b/meta/recipes-graphics/fontconfig/fontconfig_2.8.0.bb index ae0fef5..5381065 100644 --- a/meta/recipes-graphics/fontconfig/fontconfig_2.8.0.bb +++ b/meta/recipes-graphics/fontconfig/fontconfig_2.8.0.bb @@ -20,7 +20,7 @@ SECTION = libs DEPENDS = expat freetype zlib -PR = r1 +PR = r3 SRC_URI = http://fontconfig.org/release/fontconfig-${PV}.tar.gz \ file://fix-pkgconfig.patch \ @@ -45,7 +45,7 @@ inherit autotools pkgconfig export HASDOCBOOK=no -EXTRA_OECONF = --disable-docs --with-arch=${HOST_ARCH} +EXTRA_OECONF = --disable-docs --with-arch=${HOST_ARCH} --with-default-fonts=${datadir}/fonts EXTRA_OEMAKE = FC_LANG=fc-lang FC_GLYPHNAME=fc-glyphname # The tarball has some of the patched files as read only, which -- 1.7.2.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] gcc-cross-kernel problems
Op 27 jun 2011, om 12:20 heeft Phil Blundell het volgende geschreven: On Mon, 2011-06-27 at 12:07 +0200, Koen Kooi wrote: In the first one only cc1 and collect are present. What would be the best way to fix this? It seems that gcc-package-cross.inc is doing this by steam for the regular cross compiler. See this code from do_install(): # Insert symlinks into libexec so when tools without a prefix are searched for, the correct ones are # found. These need to be relative paths so they work in different locations. dest=${D}${libexecdir}/gcc/${TARGET_SYS}/${BINV}/ install -d $dest for t in ar as ld nm objcopy objdump ranlib strip g77 gcc cpp gfortran; do ln -sf ${BINRELPATH}/${TARGET_PREFIX}$t $dest$t ln -sf ${BINRELPATH}/${TARGET_PREFIX}$t ${dest}${TARGET_PREFIX}$t done So I guess you could copy that into gcc-cross-kernel or arrange for the two recipes to share more stuff. Really, the only difference between gcc-cross-kernel and regular gcc-cross should be that the former doesn't install itself as ${TARGET_SYS}-gcc in the sysroot bindir. That, combined with PATH_prepend = ${STAGING_BINDIR_TOOLCHAIN}.gcc-cross-kernel-4.2.1: in the recipe makes it work, thanks! Ill send an updated patch for gcc-cross-kernel.inc soon. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] libtirpc: Upgrade 0.2.1 - 0.2.2
Hi Khem, I am trying to use glibc 2.14 for x32 work, And if you have a working libc 2.14 recipe, I would like to try it out. Thanks, Nitin -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Khem Raj Sent: Thursday, June 23, 2011 3:40 PM To: OE core Subject: [OE-core] [PATCH] libtirpc: Upgrade 0.2.1 - 0.2.2 Additionally bring in the nis headers which will be required when using eglibc 2.14 where rpc support is removed. Make it provide virtual/librpc Signed-off-by: Khem Raj raj.k...@gmail.com --- .../libtirpc-0.2.2/libtirpc-0.2.1-fortify.patch| 26 + .../libtirpc-0.2.2-rpc-des-prot.patch | 39 .../libtirpc/libtirpc-0.2.2/remove-des-crypt.patch | 17 + meta/recipes-extended/libtirpc/libtirpc_0.2.1.bb | 21 --- meta/recipes-extended/libtirpc/libtirpc_0.2.2.bb | 33 + 5 files changed, 115 insertions(+), 21 deletions(-) create mode 100644 meta/recipes-extended/libtirpc/libtirpc- 0.2.2/libtirpc-0.2.1-fortify.patch create mode 100644 meta/recipes-extended/libtirpc/libtirpc- 0.2.2/libtirpc-0.2.2-rpc-des-prot.patch create mode 100644 meta/recipes-extended/libtirpc/libtirpc- 0.2.2/remove-des-crypt.patch delete mode 100644 meta/recipes-extended/libtirpc/libtirpc_0.2.1.bb create mode 100644 meta/recipes-extended/libtirpc/libtirpc_0.2.2.bb diff --git a/meta/recipes-extended/libtirpc/libtirpc-0.2.2/libtirpc- 0.2.1-fortify.patch b/meta/recipes-extended/libtirpc/libtirpc- 0.2.2/libtirpc-0.2.1-fortify.patch new file mode 100644 index 000..32644b5 --- /dev/null +++ b/meta/recipes-extended/libtirpc/libtirpc-0.2.2/libtirpc-0.2.1- fortify.patch @@ -0,0 +1,26 @@ +Fix a possible overflow (reported by _FORTIFY_SOURCE=2) + +Ported from Gentoo + +Upstream-Status: Unknown + +Signed-off-by: Khem Raj raj.k...@gmail.com + +Index: libtirpc-0.2.1/src/getrpcport.c +=== +--- libtirpc-0.2.1.orig/src/getrpcport.c libtirpc-0.2.1/src/getrpcport.c +@@ -54,11 +54,11 @@ getrpcport(host, prognum, versnum, proto + + if ((hp = gethostbyname(host)) == NULL) + return (0); ++if (hp-h_length != sizeof(addr.sin_addr.s_addr)) ++return (0); + memset(addr, 0, sizeof(addr)); + addr.sin_family = AF_INET; + addr.sin_port = 0; +-if (hp-h_length sizeof(addr)) +- hp-h_length = sizeof(addr); + memcpy(addr.sin_addr.s_addr, hp-h_addr, (size_t)hp-h_length); + /* Inconsistent interfaces need casts! :-( */ + return (pmap_getport(addr, (u_long)prognum, (u_long)versnum, diff --git a/meta/recipes-extended/libtirpc/libtirpc-0.2.2/libtirpc- 0.2.2-rpc-des-prot.patch b/meta/recipes-extended/libtirpc/libtirpc- 0.2.2/libtirpc-0.2.2-rpc-des-prot.patch new file mode 100644 index 000..c38a55b --- /dev/null +++ b/meta/recipes-extended/libtirpc/libtirpc-0.2.2/libtirpc-0.2.2-rpc- des-prot.patch @@ -0,0 +1,39 @@ +From f2f43212b33dea42635061c82645287454a70107 Mon Sep 17 00:00:00 2001 +From: Mike Frysinger vap...@gentoo.org +Date: Sat, 11 Jun 2011 15:21:55 -0400 +Subject: [PATCH] add multiple inclusion protection to rpc/des.h + +If you try to include this file multiple times, you get a build failure +due to redefinitions of enums and such. + +Signed-off-by: Mike Frysinger vap...@gentoo.org +--- + tirpc/rpc/des.h |5 + + 1 files changed, 5 insertions(+), 0 deletions(-) + + +Upstream-Status: Backport + +diff --git a/tirpc/rpc/des.h b/tirpc/rpc/des.h +index e3d6897..d2881ad 100644 +--- a/tirpc/rpc/des.h b/tirpc/rpc/des.h +@@ -33,6 +33,9 @@ + * Copyright (c) 1986 by Sun Microsystems, Inc. + */ + ++#ifndef _RPC_DES_H_ ++#define _RPC_DES_H_ ++ + #define DES_MAXLEN 65536 /* maximum # of bytes to encrypt */ + #define DES_QUICKLEN16 /* maximum # of bytes to encrypt quickly */ + +@@ -80,3 +83,5 @@ struct desparams { + * Software DES. + */ + extern int _des_crypt( char *, int, struct desparams * ); ++ ++#endif +-- +1.7.5.3 + diff --git a/meta/recipes-extended/libtirpc/libtirpc-0.2.2/remove-des- crypt.patch b/meta/recipes-extended/libtirpc/libtirpc-0.2.2/remove-des- crypt.patch new file mode 100644 index 000..d94a585 --- /dev/null +++ b/meta/recipes-extended/libtirpc/libtirpc-0.2.2/remove-des- crypt.patch @@ -0,0 +1,17 @@ +http://sourceforge.net/mailarchive/message.php?msg_id=27636466 + +Upstream-Status: Backport + +Index: libtirpc-0.2.2/src/Makefile.am +=== +--- libtirpc-0.2.2.orig/src/Makefile.am libtirpc-0.2.2/src/Makefile.am +@@ -50,7 +50,7 @@ libtirpc_la_SOURCES = auth_none.c auth_u + rpc_callmsg.c rpc_generic.c rpc_soc.c rpcb_clnt.c rpcb_prot.c \ + rpcb_st_xdr.c svc.c svc_auth.c
Re: [OE-core] [PATCH] binutils: allow distro to select gold as default linker
Good to see that gold is enabled only if distro config requests it. I have some need which will need disabling gold. Thanks, Nitin -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Phil Blundell Sent: Monday, June 27, 2011 8:51 AM To: oe-core Subject: [OE-core] [PATCH] binutils: allow distro to select gold as default linker But ensure that gcc-cross-intermediate always uses ld.bfd since (e)glibc won't build with gold. Signed-off-by: Phil Blundell ph...@gnu.org --- meta/recipes-devtools/binutils/binutils-cross.inc |3 ++- .../gcc/gcc-cross-intermediate.inc |7 ++- 2 files changed, 8 insertions(+), 2 deletions(-) diff --git a/meta/recipes-devtools/binutils/binutils-cross.inc b/meta/recipes-devtools/binutils/binutils-cross.inc index 4b90972..5a41970 100644 --- a/meta/recipes-devtools/binutils/binutils-cross.inc +++ b/meta/recipes-devtools/binutils/binutils-cross.inc @@ -5,7 +5,8 @@ EXTRA_OECONF = --with-sysroot=${STAGING_DIR_TARGET} \ --program-prefix=${TARGET_PREFIX} \ --disable-install-libbfd \ --disable-werror \ ---enable-poison-system-directories +--enable-poison-system-directories \ + ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '-- enable-gold=default', '', d)} do_install () { oe_runmake 'DESTDIR=${D}' install diff --git a/meta/recipes-devtools/gcc/gcc-cross-intermediate.inc b/meta/recipes-devtools/gcc/gcc-cross-intermediate.inc index 92c3ce2..05b5dbc 100644 --- a/meta/recipes-devtools/gcc/gcc-cross-intermediate.inc +++ b/meta/recipes-devtools/gcc/gcc-cross-intermediate.inc @@ -7,6 +7,10 @@ CROSS_TARGET_SYS_DIR_append = .${PN} # This is intended to be a -very- basic config # sysroot is needed in case we use libc-initial +# +# Glibc won't compile with gold, and building glibc is the whole point of +# this recipe. So we select ld.bfd explicitly here if gold is the distro's +# preferred linker. EXTRA_OECONF = --with-local- prefix=${STAGING_DIR_TARGET}${target_prefix} \ --enable-shared \ --disable-multilib \ @@ -17,7 +21,8 @@ EXTRA_OECONF = --with-local- prefix=${STAGING_DIR_TARGET}${target_prefix} \ --with-sysroot=${STAGING_DIR_TCBOOTSTRAP} \ --with-build-sysroot=${STAGING_DIR_TCBOOTSTRAP} \ ${EXTRA_OECONF_INTERMEDIATE} \ - ${@get_gcc_fpu_setting(bb, d)} + ${@get_gcc_fpu_setting(bb, d)} \ + ${@base_contains('DISTRO_FEATURES', 'ld-is-gold', '--with- ld=${STAGING_BINDIR_TOOLCHAIN}/${TARGET_PREFIX}ld.bfd', '', d)} do_populate_sysroot[sstate-inputdirs] = ${SYSROOT_DESTDIR}/${STAGING_DIR_HOST} ${SYSROOT_DESTDIR}/${STAGING_DIR_TARGET}/${target_base_libdir} do_populate_sysroot[sstate-outputdirs] = ${STAGING_DIR_HOST} ${STAGING_DIR_TCBOOTSTRAP}/${target_base_libdir} -- 1.7.2.5 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH] gcc-cross-kernel: update to match new toolchain sysroot layout
The versioned gcc binary gets installed and the needed binutils symlinks are made. To make it fully work again the following is needed in kernel recipes/classes: PATH_prepend = ${STAGING_BINDIR_TOOLCHAIN}.gcc-cross-kernel: Signed-off-by: Koen Kooi k...@dominion.thruhere.net --- meta/recipes-devtools/gcc/gcc-cross-kernel.inc | 11 ++- 1 files changed, 10 insertions(+), 1 deletions(-) diff --git a/meta/recipes-devtools/gcc/gcc-cross-kernel.inc b/meta/recipes-devtools/gcc/gcc-cross-kernel.inc index 5347762..be772ba 100644 --- a/meta/recipes-devtools/gcc/gcc-cross-kernel.inc +++ b/meta/recipes-devtools/gcc/gcc-cross-kernel.inc @@ -6,5 +6,14 @@ PROVIDES = virtual/${TARGET_PREFIX}gcc-${PV} do_install () { cd gcc oe_runmake 'DESTDIR=${D}' install-common install-headers install-libgcc - install -m 0755 xgcc ${D}${STAGING_DIR_NATIVE}${prefix_native}/bin/${TARGET_PREFIX}gcc-${PV} + install -m 0755 xgcc ${D}${bindir}/${TARGET_PREFIX}gcc-${PV} + +# Insert symlinks into libexec so when tools without a prefix are searched for, the correct ones are +# found. These need to be relative paths so they work in different locations. +dest=${D}${libexecdir}/gcc/${TARGET_SYS}/${BINV}/ +install -d $dest +for t in ar as ld nm objcopy objdump ranlib strip cpp; do +ln -sf ${BINRELPATH}/${TARGET_PREFIX}$t $dest$t +ln -sf ${BINRELPATH}/${TARGET_PREFIX}$t ${dest}${TARGET_PREFIX}$t +done } -- 1.6.6.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] /build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/bin/autom4te: build/tmp-angstrom_2010_x-eglibc/sysroot: bad interpreter:
Building a couple of different things today gave me an issue that boils down to the subject line. Latest issue was eglibc where do_populate_sysroot ended with. + autoconf /home/jic23/src/beagle/setup-scripts/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/bin/autoconf: /home/jic23/src/beagle/setup-scripts/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/bin/autom4te: /home/jic23/src/beagle/setup-scripts/build/tmp-angstrom_2010_x-eglibc/sysroot: bad interpreter: No such file or directory /home/jic23/src/beagle/setup-scripts/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/bin/autoconf: line 501: /home/jic23/src/beagle/setup-scripts/build/tmp-angstrom_2010_x-eglibc/sysroots/x86_64-linux/usr/bin/autom4te: Success ERROR: Function 'do_siteconfig_gencache' failed (see /home/jic23/src/beagle/setup-scripts/build/tmp-angstrom_2010_x-eglibc/work/armv7a-angstrom-linux-gnueabi/eglibc-2.12-r15/temp/log.do_populate_sysroot.1218 for further information) Which is true. The directory is sysroots not systroot. I guess it could be a dead tmp issue so will try rebuilding from scratch overnight... Anyone have any other thoughts on what might have broken this? Thanks, Jonathan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [RFC v2 PATCH 5/9] kernel.bblass: remove get_kernelmajorversion
It is now unused. Signed-off-by: Anders Darander and...@chargestorm.se --- meta/classes/linux-kernel-base.bbclass |8 1 files changed, 0 insertions(+), 8 deletions(-) diff --git a/meta/classes/linux-kernel-base.bbclass b/meta/classes/linux-kernel-base.bbclass index 510951a..4f2b0a4 100644 --- a/meta/classes/linux-kernel-base.bbclass +++ b/meta/classes/linux-kernel-base.bbclass @@ -24,14 +24,6 @@ def get_kernelversion(p): return m.group(1) return None -def get_kernelmajorversion(p): - import re - r = re.compile(([0-9]+\.[0-9]+).*) - m = r.match(p); - if m: - return m.group(1) - return None - def linux_module_packages(s, d): suffix = return .join(map(lambda s: kernel-module-%s%s % (s.lower().replace('_', '-').replace('@', '+'), suffix), s.split())) -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [RFC v2 PATCH 8/9] task-base: remove modutils reference.
Also remove the other kernel24 references. Make everything dependent on kernel26 default. Signed-off-by: Anders Darander and...@chargestorm.se --- meta/recipes-core/tasks/task-base.bb | 22 +- 1 files changed, 5 insertions(+), 17 deletions(-) diff --git a/meta/recipes-core/tasks/task-base.bb b/meta/recipes-core/tasks/task-base.bb index a2a8925..474c8e0 100644 --- a/meta/recipes-core/tasks/task-base.bb +++ b/meta/recipes-core/tasks/task-base.bb @@ -44,7 +44,7 @@ PACKAGES = ' \ ${@base_contains(DISTRO_FEATURES, raid, task-base-raid, ,d)} \ ${@base_contains(DISTRO_FEATURES, zeroconf, task-base-zeroconf, , d)} \ \ - ${@base_contains(MACHINE_FEATURES,kernel26,task-base-kernel26,task-base-kernel24,d)} \ +task-base-kernel26 \ ' ALLOW_EMPTY = 1 @@ -57,12 +57,12 @@ PACKAGE_ARCH = ${MACHINE_ARCH} # # linux-hotplug or none # -HOTPLUG ?= ${@base_contains(MACHINE_FEATURES, kernel24, linux-hotplug,,d)} +HOTPLUG ?= # # pcmciautils for = 2.6.13-rc1, pcmcia-cs for others # -PCMCIA_MANAGER ?= ${@base_contains('MACHINE_FEATURES', 'kernel26','pcmciautils','pcmcia-cs',d)} +PCMCIA_MANAGER ?= pcmciautils # # those ones can be set in machine config to supply packages needed to get machine booting @@ -78,7 +78,7 @@ RDEPENDS_task-base = \ task-machine-base \ ${HOTPLUG} \ \ -${@base_contains('MACHINE_FEATURES', 'kernel26','task-base-kernel26','task-base-kernel24',d)} \ +task-base-kernel26 \ ${@base_contains('MACHINE_FEATURES', 'apm', 'task-base-apm', '',d)} \ ${@base_contains('MACHINE_FEATURES', 'acpi', 'task-base-acpi', '',d)} \ ${@base_contains('MACHINE_FEATURES', 'keyboard', 'task-base-keyboard', '',d)} \ @@ -148,17 +148,10 @@ RRECOMMENDS_task-distro-base = ${DISTRO_EXTRA_RRECOMMENDS} RDEPENDS_task-machine-base = ${MACHINE_EXTRA_RDEPENDS} RRECOMMENDS_task-machine-base = ${MACHINE_EXTRA_RRECOMMENDS} -RDEPENDS_task-base-kernel24 = \ -modutils-depmod - RDEPENDS_task-base-kernel26 = \ sysfsutils \ module-init-tools -RRECOMMENDS_task-base-kernel24 = \ -kernel-module-input \ -kernel-module-uinput - RRECOMMENDS_task-base-kernel26 = \ kernel-module-nls-utf8 \ kernel-module-input \ @@ -214,7 +207,7 @@ RDEPENDS_task-base-pcmcia = \ RRECOMMENDS_task-base-pcmcia = \ -${@base_contains('MACHINE_FEATURES', 'kernel26', '${task-base-pcmcia26}', '${task-base-pcmcia24}',d)} \ +task-base-pcmcia26 \ kernel-module-pcmcia \ kernel-module-airo-cs \ kernel-module-pcnet-cs \ @@ -223,11 +216,6 @@ RRECOMMENDS_task-base-pcmcia = \ kernel-module-ide-disk \ -task-base-pcmcia24 = \ -${@base_contains('DISTRO_FEATURES', 'wifi', 'hostap-modules-cs', '',d)} \ -${@base_contains('DISTRO_FEATURES', 'wifi', 'orinoco-modules-cs', '',d)} \ - - task-base-pcmcia26 = \ ${@base_contains('DISTRO_FEATURES', 'wifi', 'kernel-module-hostap-cs', '',d)} \ ${@base_contains('DISTRO_FEATURES', 'wifi', 'kernel-module-orinoco-cs', '',d)} \ -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [RFC v2 PATCH 2/9] image¡kernel.bblass: do not use depmod-2.6
Change to only depend on virtual/*/depmod. Change all calls to only use depmod. Signed-off-by: Anders Darander and...@chargestorm.se --- meta/classes/image.bbclass |2 +- meta/classes/kernel.bbclass | 10 -- 2 files changed, 5 insertions(+), 7 deletions(-) diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass index 2469442..46d066e 100644 --- a/meta/classes/image.bbclass +++ b/meta/classes/image.bbclass @@ -114,7 +114,7 @@ fakeroot do_rootfs () { KERNEL_VERSION=`cat ${STAGING_KERNEL_DIR}/kernel-abiversion` mkdir -p ${IMAGE_ROOTFS}/lib/modules/$KERNEL_VERSION - ${TARGET_SYS}-depmod-2.6 -a -b ${IMAGE_ROOTFS} -F ${STAGING_KERNEL_DIR}/System.map-$KERNEL_VERSION $KERNEL_VERSION + ${TARGET_SYS}-depmod -a -b ${IMAGE_ROOTFS} -F ${STAGING_KERNEL_DIR}/System.map-$KERNEL_VERSION $KERNEL_VERSION fi ${IMAGE_PREPROCESS_COMMAND} diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index 6bdfd3e..26c8ea1 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kernel.bbclass @@ -1,7 +1,7 @@ inherit linux-kernel-base module_strip PROVIDES += virtual/kernel -DEPENDS += virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}depmod-${@get_kernelmajorversion('${PV}')} virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} update-modules +DEPENDS += virtual/${TARGET_PREFIX}gcc virtual/${TARGET_PREFIX}depmod virtual/${TARGET_PREFIX}gcc${KERNEL_CCSUFFIX} update-modules # we include gcc above, we dont need virtual/libc INHIBIT_DEFAULT_DEPS = 1 @@ -53,7 +53,6 @@ KERNEL_IMAGEDEST = boot export CMDLINE_CONSOLE = console=${@bb.data.getVar(KERNEL_CONSOLE,d,1) or ttyS0} KERNEL_VERSION = ${@get_kernelversion('${B}')} -KERNEL_MAJOR_VERSION = ${@get_kernelmajorversion('${KERNEL_VERSION}')} KERNEL_LOCALVERSION ?= @@ -232,7 +231,7 @@ if [ ! -e $D/lib/modules/${KERNEL_VERSION} ]; then mkdir -p $D/lib/modules/${KERNEL_VERSION} fi if [ -n $D ]; then - ${HOST_PREFIX}depmod-${KERNEL_MAJOR_VERSION} -A -b $D -F ${STAGING_KERNEL_DIR}/System.map-${KERNEL_VERSION} ${KERNEL_VERSION} + ${HOST_PREFIX}depmod -A -b $D -F ${STAGING_KERNEL_DIR}/System.map-${KERNEL_VERSION} ${KERNEL_VERSION} else depmod -a fi @@ -240,7 +239,7 @@ fi pkg_postinst_modules () { if [ -n $D ]; then - ${HOST_PREFIX}depmod-${KERNEL_MAJOR_VERSION} -A -b $D -F ${STAGING_KERNEL_DIR}/System.map-${KERNEL_VERSION} ${KERNEL_VERSION} + ${HOST_PREFIX}depmod -A -b $D -F ${STAGING_KERNEL_DIR}/System.map-${KERNEL_VERSION} ${KERNEL_VERSION} else depmod -a update-modules || true @@ -313,9 +312,8 @@ python populate_packages_prepend () { kernelver_stripped = m.group(1) path = bb.data.getVar(PATH, d, 1) host_prefix = bb.data.getVar(HOST_PREFIX, d, 1) or - major_version = bb.data.getVar('KERNEL_MAJOR_VERSION', d, 1) - cmd = PATH=\%s\ %sdepmod-%s -n -a -r -b %s -F %s/boot/System.map-%s %s % (path, host_prefix, major_version, dvar, dvar, kernelver, kernelver_stripped) + cmd = PATH=\%s\ %sdepmod -n -a -r -b %s -F %s/boot/System.map-%s %s % (path, host_prefix, dvar, dvar, kernelver, kernelver_stripped) f = os.popen(cmd, 'r') deps = {} -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [RFC v2 PATCH 9/9] distro_tracking_fields: remove modutils.
Signed-off-by: Anders Darander and...@chargestorm.se --- .../conf/distro/include/distro_tracking_fields.inc |8 +--- 1 files changed, 1 insertions(+), 7 deletions(-) diff --git a/meta/conf/distro/include/distro_tracking_fields.inc b/meta/conf/distro/include/distro_tracking_fields.inc index f4aa1ea..285a371 100644 --- a/meta/conf/distro/include/distro_tracking_fields.inc +++ b/meta/conf/distro/include/distro_tracking_fields.inc @@ -1,5 +1,6 @@ RECIPE_STATUS_pn-diffutils = green RECIPE_LATEST_VERSION_pn-diffutils = 3.0 + RECIPE_LAST_UPDATE_pn-diffutils = Dec 10, 2010 RECIPE_MAINTAINER_pn-diffutils = Qing He qing...@intel.com @@ -682,13 +683,6 @@ RECIPE_COMMENTS_pn-keymaps = local scripts follow Poky's MIT license, however i RECIPE_LAST_UPDATE_pn-keymaps = Jul 21, 2006 RECIPE_MAINTAINER_pn-keymaps = Yu Ke ke...@intel.com -RECIPE_STATUS_pn-modutils = red -RECIPE_DEPENDENCY_CHECK_pn-modutils-initscripts = not done -RECIPE_LATEST_VERSION_pn-modutils = 2.4.27 -RECIPE_LAST_UPDATE_pn-modutils = Jul 21, 2006 -RECIPE_MAINTAINER_pn-modutils = Yu Ke ke...@intel.com -DISTRO_PN_ALIAS_pn-modutils = Ubuntu=module-init-tools Fedora=module-init-tools - RECIPE_STATUS_pn-modutils-initscripts = green RECIPE_DEPENDENCY_CHECK_pn-modutils-initscripts = not done RECIPE_LATEST_VERSION_pn-modutils-initscripts = 1.0 -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [RFC v2 PATCH 3/9] modules-init-tools(-cross): update to 3.16
Update to get support for Linux 3.0. Remove the application of ignore_arch_directory.patch, as this one do not apply. (A comment in the patch states not sure the reason yet. Keep for a while and verify later.). Signed-off-by: Anders Darander and...@chargestorm.se --- ...oss_3.12.bb = module-init-tools-cross_3.16.bb} |4 ++-- .../module-init-tools/module-init-tools.inc|1 - ...nit-tools_3.12.bb = module-init-tools_3.16.bb} |6 +++--- 3 files changed, 5 insertions(+), 6 deletions(-) rename meta/recipes-kernel/module-init-tools/{module-init-tools-cross_3.12.bb = module-init-tools-cross_3.16.bb} (74%) rename meta/recipes-kernel/module-init-tools/{module-init-tools_3.12.bb = module-init-tools_3.16.bb} (87%) diff --git a/meta/recipes-kernel/module-init-tools/module-init-tools-cross_3.12.bb b/meta/recipes-kernel/module-init-tools/module-init-tools-cross_3.16.bb similarity index 74% rename from meta/recipes-kernel/module-init-tools/module-init-tools-cross_3.12.bb rename to meta/recipes-kernel/module-init-tools/module-init-tools-cross_3.16.bb index 08bf1a9..da7b30c 100644 --- a/meta/recipes-kernel/module-init-tools/module-init-tools-cross_3.12.bb +++ b/meta/recipes-kernel/module-init-tools/module-init-tools-cross_3.16.bb @@ -1,7 +1,7 @@ require module-init-tools.inc -PR = r1 +PR = r0 inherit cross -PROVIDES += virtual/${TARGET_PREFIX}depmod virtual/${TARGET_PREFIX}depmod-2.6 +PROVIDES += virtual/${TARGET_PREFIX}depmod SRC_URI += file://no-static-binaries.patch diff --git a/meta/recipes-kernel/module-init-tools/module-init-tools.inc b/meta/recipes-kernel/module-init-tools/module-init-tools.inc index 4d96d16..c290c4f 100644 --- a/meta/recipes-kernel/module-init-tools/module-init-tools.inc +++ b/meta/recipes-kernel/module-init-tools/module-init-tools.inc @@ -12,7 +12,6 @@ FILES_module-init-tools-depmod = ${sbindir}/depmod.26 FILES_module-init-tools-insmod-static = ${sbindir}/insmod.static SRC_URI = ${KERNELORG_MIRROR}/linux/utils/kernel/module-init-tools/module-init-tools-${PV}.tar.bz2 \ - file://ignore_arch_directory.patch \ file://modutils_extension.patch \ file://disable_man.patch \ file://grab_module_memset.patch diff --git a/meta/recipes-kernel/module-init-tools/module-init-tools_3.12.bb b/meta/recipes-kernel/module-init-tools/module-init-tools_3.16.bb similarity index 87% rename from meta/recipes-kernel/module-init-tools/module-init-tools_3.12.bb rename to meta/recipes-kernel/module-init-tools/module-init-tools_3.16.bb index 3d7c287..0248b46 100644 --- a/meta/recipes-kernel/module-init-tools/module-init-tools_3.12.bb +++ b/meta/recipes-kernel/module-init-tools/module-init-tools_3.16.bb @@ -1,5 +1,5 @@ require module-init-tools.inc -PR = r1 +PR = r0 # autotools set prefix to /usr, however we want them in /bin and /sbin bindir = /bin @@ -38,5 +38,5 @@ pkg_prerm_module-init-tools-depmod() { update-alternatives --remove depmod /sbin/depmod.26 } -SRC_URI[md5sum] = 8b2257ce9abef74c4a44d825d23140f3 -SRC_URI[sha256sum] = d012ab07ea26721467a85a775f34747c1c8897e37f16bec5317d8a72ef8b4f17 +SRC_URI[md5sum] = bc44832c6e41707b8447e2847d2019f5 +SRC_URI[sha256sum] = e1f2cdcae64a8effc25e545a5e0bdaf312f816ebbcd0916e4e87450755fab64b -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [RFC v2 PATCH 7/9] modutils: remove modutils
As 2.4 support is being phased out, remove modutils. Signed-off-by: Anders Darander and...@chargestorm.se --- meta/recipes-kernel/modutils/files/armeb.patch | 16 meta/recipes-kernel/modutils/files/configure.patch | 34 --- meta/recipes-kernel/modutils/files/gcc4.patch | 93 meta/recipes-kernel/modutils/files/lex.l.diff | 35 .../modutils/files/modutils-notest.patch | 16 .../modutils/files/program_prefix.patch| 71 --- .../recipes-kernel/modutils/modutils-collateral.bb | 21 - .../modutils/modutils-cross/module.h.diff | 35 .../modutils/modutils-cross_2.4.27.bb | 20 meta/recipes-kernel/modutils/modutils_2.4.27.bb| 93 10 files changed, 0 insertions(+), 434 deletions(-) delete mode 100644 meta/recipes-kernel/modutils/files/armeb.patch delete mode 100644 meta/recipes-kernel/modutils/files/configure.patch delete mode 100644 meta/recipes-kernel/modutils/files/gcc4.patch delete mode 100644 meta/recipes-kernel/modutils/files/lex.l.diff delete mode 100644 meta/recipes-kernel/modutils/files/modules delete mode 100644 meta/recipes-kernel/modutils/files/modules.conf delete mode 100644 meta/recipes-kernel/modutils/files/modutils-notest.patch delete mode 100644 meta/recipes-kernel/modutils/files/program_prefix.patch delete mode 100644 meta/recipes-kernel/modutils/modutils-collateral.bb delete mode 100644 meta/recipes-kernel/modutils/modutils-cross/module.h.diff delete mode 100644 meta/recipes-kernel/modutils/modutils-cross_2.4.27.bb delete mode 100644 meta/recipes-kernel/modutils/modutils_2.4.27.bb diff --git a/meta/recipes-kernel/modutils/files/armeb.patch b/meta/recipes-kernel/modutils/files/armeb.patch deleted file mode 100644 index 3198553..000 --- a/meta/recipes-kernel/modutils/files/armeb.patch +++ /dev/null @@ -1,16 +0,0 @@ -Upstream-Status: Pending - modutils-2.4.27/include/elf_arm.h.orig 2004-09-21 18:37:00.0 -0400 -+++ modutils-2.4.27/include/elf_arm.h 2004-09-21 18:38:18.0 -0400 -@@ -1,7 +1,11 @@ - /* Machine-specific elf macros for ARM. */ - - #define ELFCLASSM ELFCLASS32 -+#ifdef __ARMEB__ -+#define ELFDATAM ELFDATA2MSB -+#else - #define ELFDATAM ELFDATA2LSB -+#endif - - #define MATCH_MACHINE(x) (x == EM_ARM) - diff --git a/meta/recipes-kernel/modutils/files/configure.patch b/meta/recipes-kernel/modutils/files/configure.patch deleted file mode 100644 index 63e80d7..000 --- a/meta/recipes-kernel/modutils/files/configure.patch +++ /dev/null @@ -1,34 +0,0 @@ -Upstream-Status: Pending - -# -# Patch managed by http://www.mn-logistik.de/unsupported/pxa250/patcher -# - modutils-2.4.25/./configure.in~configure -+++ modutils-2.4.25/./configure.in -@@ -1,4 +1,5 @@ --AC_INIT(insmod/insmod.c) -+AC_INIT -+AC_CONFIG_SRCDIR([insmod/insmod.c]) - AC_PREFIX_DEFAULT(/usr) - - # Canonical system uses CC_FOR_BUILD while Linux may use BUILDCC -@@ -15,7 +16,7 @@ - BUILDCC=$CC_FOR_BUILD - export CC_FOR_BUILD - --AC_CANONICAL_SYSTEM -+AC_CANONICAL_TARGET([]) - - # Handle target_cpu for compatibility. - if test $host_cpu != $target_cpu; then -@@ -350,6 +351,7 @@ - fi - fi - --AC_OUTPUT(Makefile Makefile.common depmod/Makefile genksyms/Makefile -+AC_CONFIG_FILES([Makefile Makefile.common depmod/Makefile genksyms/Makefile - insmod/Makefile $kerneld_Makefiles obj/Makefile util/Makefile --man/Makefile) -+man/Makefile]) -+AC_OUTPUT diff --git a/meta/recipes-kernel/modutils/files/gcc4.patch b/meta/recipes-kernel/modutils/files/gcc4.patch deleted file mode 100644 index 4507b03..000 --- a/meta/recipes-kernel/modutils/files/gcc4.patch +++ /dev/null @@ -1,93 +0,0 @@ -Upstream-Status: Pending - -Index: modutils-2.4.27/depmod/depmod.c -=== modutils-2.4.27.orig/depmod/depmod.c -+++ modutils-2.4.27/depmod/depmod.c -@@ -1133,7 +1133,7 @@ static int addksyms(char *file_syms) - - for (ksym = ksyms; so_far nksyms; ++so_far, ksym++) { - if (strncmp((char *)ksym-name, GPLONLY_, 8) == 0) -- ((char *)ksym-name) += 8; -+ ksym-name += 8; - assert(n_syms MAX_MAP_SYM); - symtab[n_syms++] = addsym((char *)ksym-name, mod, SYM_DEFINED, 0); - } -Index: modutils-2.4.27/genksyms/genksyms.c -=== modutils-2.4.27.orig/genksyms/genksyms.c -+++ modutils-2.4.27/genksyms/genksyms.c -@@ -45,7 +45,7 @@ char *cur_filename, *output_directory; - int flag_debug, flag_dump_defs, flag_warnings; - int checksum_version = 1, kernel_version = version(2,0,0); - --static int errors; -+int errors; - static int nsyms; - - static struct symbol *expansion_trail; -Index: modutils-2.4.27/insmod/insmod.c
[OE-core] [RFC v2 PATCH 1/9] Remove support for building 2.4 kernels
Signed-off-by: Anders Darander and...@chargestorm.se --- meta/classes/kernel.bbclass | 12 ++-- meta/classes/module-base.bbclass |2 +- 2 files changed, 3 insertions(+), 11 deletions(-) diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass index fd27832..6bdfd3e 100644 --- a/meta/classes/kernel.bbclass +++ b/meta/classes/kernel.bbclass @@ -73,9 +73,6 @@ KERNEL_ALT_IMAGETYPE ??= kernel_do_compile() { unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS MACHINE oe_runmake include/linux/version.h CC=${KERNEL_CC} LD=${KERNEL_LD} - if [ ${KERNEL_MAJOR_VERSION} != 2.6 ]; then - oe_runmake dep CC=${KERNEL_CC} LD=${KERNEL_LD} - fi oe_runmake ${KERNEL_IMAGETYPE} ${KERNEL_ALT_IMAGETYPE} CC=${KERNEL_CC} LD=${KERNEL_LD} } @@ -111,9 +108,7 @@ kernel_do_install() { install -m 0644 vmlinux ${D}/boot/vmlinux-${KERNEL_VERSION} [ -e Module.symvers ] install -m 0644 Module.symvers ${D}/boot/Module.symvers-${KERNEL_VERSION} install -d ${D}/etc/modutils - if [ ${KERNEL_MAJOR_VERSION} = 2.6 ]; then - install -d ${D}/etc/modprobe.d - fi + install -d ${D}/etc/modprobe.d # # Support for external module building - create a minimal copy of the @@ -397,10 +392,7 @@ python populate_packages_prepend () { # Write out any modconf fragment modconf = bb.data.getVar('module_conf_%s' % basename, d, 1) if modconf: - if bb.data.getVar(KERNEL_MAJOR_VERSION, d, 1) == 2.6: - name = '%s/etc/modprobe.d/%s.conf' % (dvar, basename) - else: - name = '%s/etc/modutils/%s.conf' % (dvar, basename) + name = '%s/etc/modprobe.d/%s.conf' % (dvar, basename) f = open(name, 'w') f.write(%s\n % modconf) f.close() diff --git a/meta/classes/module-base.bbclass b/meta/classes/module-base.bbclass index c98bace..a7cf233 100644 --- a/meta/classes/module-base.bbclass +++ b/meta/classes/module-base.bbclass @@ -7,7 +7,7 @@ export CROSS_COMPILE = ${TARGET_PREFIX} export KERNEL_VERSION = ${@base_read_file('${STAGING_KERNEL_DIR}/kernel-abiversion')} export KERNEL_SOURCE = ${@base_read_file('${STAGING_KERNEL_DIR}/kernel-source')} -KERNEL_OBJECT_SUFFIX = ${@[.o, .ko][base_read_file('${STAGING_KERNEL_DIR}/kernel-abiversion') 2.6.0]} +KERNEL_OBJECT_SUFFIX = .ko KERNEL_CCSUFFIX = ${@base_read_file('${STAGING_KERNEL_DIR}/kernel-ccsuffix')} KERNEL_LDSUFFIX = ${@base_read_file('${STAGING_KERNEL_DIR}/kernel-ldsuffix')} KERNEL_ARSUFFIX = ${@base_read_file('${STAGING_KERNEL_DIR}/kernel-arsuffix')} -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [RFC v2 PATCH 4/9] module-init-tools-cross: do not install depmod as depmod-2.6
Signed-off-by: Anders Darander and...@chargestorm.se --- .../module-init-tools-cross_3.16.bb|4 1 files changed, 0 insertions(+), 4 deletions(-) diff --git a/meta/recipes-kernel/module-init-tools/module-init-tools-cross_3.16.bb b/meta/recipes-kernel/module-init-tools/module-init-tools-cross_3.16.bb index da7b30c..8b3458b 100644 --- a/meta/recipes-kernel/module-init-tools/module-init-tools-cross_3.16.bb +++ b/meta/recipes-kernel/module-init-tools/module-init-tools-cross_3.16.bb @@ -6,7 +6,3 @@ PROVIDES += virtual/${TARGET_PREFIX}depmod SRC_URI += file://no-static-binaries.patch EXTRA_OECONF_append = --program-prefix=${TARGET_PREFIX} - -do_install_append () { -mv ${D}${bindir}/${TARGET_PREFIX}depmod ${D}${bindir}/${TARGET_PREFIX}depmod-2.6 -} -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH] uclibc: Set ARCH_USE_MMU for armeb configs
On Mon, 2011-06-27 at 12:41 -0700, Khem Raj wrote: After the last cleanup. armeb/uClibc.machine gets picked up by default for ARM Big endian so bring it uptodate. -UCLIBC_HAS_FPU=y +# UCLIBC_HAS_FPU is not set +UCLIBC_HAS_SOFT_FLOAT=y Is this deliberate? That seems to be a change in behaviour but it isn't mentioned in the commit message. More generally, does armeb really need its own config file? It seems as though there shouldn't be any difference between arm and armeb except endianness, and it should be fairly trivial to select that automatically in the same way as we do the other uClibc config customisations. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [oe-core][PATCH] uclibc: Set ARCH_USE_MMU for armeb configs
On Mon, Jun 27, 2011 at 12:47 PM, Phil Blundell p...@pbcl.net wrote: On Mon, 2011-06-27 at 12:41 -0700, Khem Raj wrote: After the last cleanup. armeb/uClibc.machine gets picked up by default for ARM Big endian so bring it uptodate. -UCLIBC_HAS_FPU=y +# UCLIBC_HAS_FPU is not set +UCLIBC_HAS_SOFT_FLOAT=y Is this deliberate? That seems to be a change in behaviour but it isn't mentioned in the commit message. yes forgot that though. More generally, does armeb really need its own config file? thanks for pointing it out. Indeed it does not need its own config file since we already munge the endianness based on TARGET_ARCH in uclibc-config.inc I think thats a better approach to delete it. Let me see how that pans out It seems as though there shouldn't be any difference between arm and armeb except endianness, and it should be fairly trivial to select that automatically in the same way as we do the other uClibc config customisations. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] gcc-cross-kernel problems
On Mon, Jun 27, 2011 at 3:20 AM, Phil Blundell p...@pbcl.net wrote: On Mon, 2011-06-27 at 12:07 +0200, Koen Kooi wrote: In the first one only cc1 and collect are present. What would be the best way to fix this? It seems that gcc-package-cross.inc is doing this by steam for the regular cross compiler. See this code from do_install(): # Insert symlinks into libexec so when tools without a prefix are searched for, the correct ones are # found. These need to be relative paths so they work in different locations. dest=${D}${libexecdir}/gcc/${TARGET_SYS}/${BINV}/ install -d $dest for t in ar as ld nm objcopy objdump ranlib strip g77 gcc cpp gfortran; do ln -sf ${BINRELPATH}/${TARGET_PREFIX}$t $dest$t ln -sf ${BINRELPATH}/${TARGET_PREFIX}$t ${dest}${TARGET_PREFIX}$t done So I guess you could copy that into gcc-cross-kernel or arrange for the two recipes to share more stuff. Really, the only difference between gcc-cross-kernel and regular gcc-cross should be that the former doesn't install itself as ${TARGET_SYS}-gcc in the sysroot bindir. you need to include gcc-package-cross.inc using require gcc-package-cross.inc in the newly added gcc-cross-kernel_csl-arm-2007q3.bb and all should be set. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] scripts: add PARALLEL_MAKE to BB_ENV_EXTRAWHITE
The following changes since commit a1f79a7896b6411669b3ccada6204d2695e80fc5: runqueue.py: Add umask task control (2011-06-24 12:23:12 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib dvhart/pm http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dvhart/pm Darren Hart (1): Add PARALLEL_MAKE to BB_ENV_EXTRAWHITE scripts/oe-buildenv-internal |2 +- 1 files changed, 1 insertions(+), 1 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] Add PARALLEL_MAKE to BB_ENV_EXTRAWHITE
As BB_NUMBER_THREADS is already whitelisted, it is consistent to also allow PARALLEL_MAKE to be overridden via the environment. This also simplifies performance testing where multiple combinations of those two variables are a natural thing to do. Signed-off-by: Darren Hart dvh...@linux.intel.com --- scripts/oe-buildenv-internal |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/scripts/oe-buildenv-internal b/scripts/oe-buildenv-internal index 558d9c8..09dbf02 100755 --- a/scripts/oe-buildenv-internal +++ b/scripts/oe-buildenv-internal @@ -55,4 +55,4 @@ unset BITBAKEDIR export BUILDDIR export PATH -export BB_ENV_EXTRAWHITE=MACHINE DISTRO POKYMODE POKYLIBC http_proxy ftp_proxy https_proxy all_proxy ALL_PROXY no_proxy SSH_AGENT_PID SSH_AUTH_SOCK BB_SRCREV_POLICY SDKMACHINE BB_NUMBER_THREADS GIT_PROXY_COMMAND +export BB_ENV_EXTRAWHITE=MACHINE DISTRO POKYMODE POKYLIBC http_proxy ftp_proxy https_proxy all_proxy ALL_PROXY no_proxy SSH_AGENT_PID SSH_AUTH_SOCK BB_SRCREV_POLICY SDKMACHINE BB_NUMBER_THREADS PARALLEL_MAKE GIT_PROXY_COMMAND -- 1.7.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] gcc-cross-kernel problems
On Mon, Jun 27, 2011 at 1:41 PM, Phil Blundell p...@pbcl.net wrote: On Mon, 2011-06-27 at 13:15 -0700, Khem Raj wrote: you need to include gcc-package-cross.inc using require gcc-package-cross.inc in the newly added gcc-cross-kernel_csl-arm-2007q3.bb and all should be set. That'll cause it to install gcc into the sysroot though, right? I guess you could use a do_install_append to blow it away again, maybe that wouldn't be so awful. hmm the purpose of gcc-cross-kernel.inc is to override do_install thats in gcc-package-cross.inc I was trying to avoid duplication of code but you are right if the symlinking part is done in do_install_append() then we can avoid the duplication and still provide special do_install for gcc-cross-kernel. But I think now a days gcc-cross-kernel is out of fashion So I am ok with the patch Koen proposed based on your suggestion. p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ 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] libc-locale: split locale handling from libc recipe.
-Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Phil Blundell Sent: Monday, June 27, 2011 4:58 PM To: Patches and discussions about the oe-core layer Subject: Re: [OE-core] [PATCH 1/1] libc-locale: split locale handling from libc recipe. On Mon, 2011-06-27 at 16:37 +0800, Dongxiao Xu wrote: -PACKAGES = ${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} localedef${PKGSUFFIX} libcidn ${PN}-utils ${PN}-pic ${PN}-dev eglibc-doc eglibc-locale libmemusage libsegfault${PKGSUFFIX} eglibc-extra-nss eglibc-thread-db${PKGSUFFIX} eglibc-pcprofile libsotruss${PKGSUFFIX} - -PACKAGES_DYNAMIC = \ - glibc-gconv-*${PKGSUFFIX} glibc-charmap-* glibc-localedata-* glibc-binary-localedata-* \ - eglibc-gconv-* eglibc-charmap-* eglibc-localedata-* eglibc-binary-localedata-* \ - locale-base-*${PKGSUFFIX} +PACKAGES = ${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-utils ${PN}-pic ${PN}-dev eglibc-doc libcidn libmemusage libsegfault${PKGSUFFIX} eglibc-extra-nss eglibc-thread-db${PKGSUFFIX} eglibc-pcprofile You seem to have made a bunch of changes here that are not related to locales. What are those about? They are locale related changes. Locale related stuffs in the above PACKAGES and PACKAGES_DYNAMIC are moved to eglibc-locale recipe. -FILES_${PN}-dbg += ${libexecdir}/*/.debug ${libdir}/gconv/.debug ${libdir}/audit/.debug +FILES_${PN}-dbg += ${libexecdir}/*/.debug Likewise. Also, why is localedef getting packaged by libc-locale? Not that I think it's necessarily a problem but it seems a little bit strange. Originally I thought of putting all locale related things to eglibc-locale. Now actually virtual/libiconv belongs to eglibc. Thus I am OK to move localedef from eglibc-locale to eglibc, and will include this in my next pull request. Thanks, Dongxiao p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] glib-networking: Add 2.28.7 as new recipe
Koen Kooi wrote: Op 25 jun 2011, om 05:54 heeft edwin.z...@intel.com het volgende geschreven: From: Zhai Edwin edwin.z...@intel.com glib-networking contains the implementations of certain GLib networking features that cannot be implemented directly in GLib itself because of their dependencies. TLS/SSL support is one of them, which is needed for accessing SSL web page. Signed-off-by: Zhai Edwin edwin.z...@intel.com --- meta/recipes-sato/web/glib-networking_2.28.7.bb | 21 + The recipe looks good, but it shouldn't be hidden in recipes-sato/web/ From function level, only web requires TLS or proxy support. But in fact, glib-networking is part of glib. How about recipes-core/, like glib? ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] glib-networking: Add 2.28.7 as new recipe
Koen Kooi wrote: Op 25 jun 2011, om 05:54 heeft edwin.z...@intel.com het volgende geschreven: From: Zhai Edwin edwin.z...@intel.com +SRC_URI = ${GNOME_MIRROR}/glib-networking/2.28/glib-networking-${PV}.tar.bz2 No 'name' parameter I'll change it to +SRC_URI = ${GNOME_MIRROR}/${PN}/2.28/${PN}-${PV}.tar.bz2 +SRC_URI[archive.md5sum] = c10e51571d03c10111a37bcd21fbf777 +SRC_URI[archive.sha256sum] = 98bedfbd530c4b1b53c91025fe82290bafd289d249e4eb549c3b90d23a76021c 'archive' as name paramater, leading to: My fault, will remove it. WARNING: Missing SRC_URI checksum for /OE/tentacle/sources/downloads/glib-networking-2.28.7.tar.bz2, consider adding to the recipe: SRC_URI[md5sum] = c10e51571d03c10111a37bcd21fbf777 SRC_URI[sha256sum] = 98bedfbd530c4b1b53c91025fe82290bafd289d249e4eb549c3b90d23a76021c ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 5/5] uclibc: Add UCLIBC_HAS_FLOATS=y to uClibc.distro
Remove unused uClibc.distro from topdir. It just creates confusion Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/recipes-core/uclibc/uClibc.distro| 157 - meta/recipes-core/uclibc/uclibc-git/uClibc.distro |1 + 2 files changed, 1 insertions(+), 157 deletions(-) delete mode 100644 meta/recipes-core/uclibc/uClibc.distro diff --git a/meta/recipes-core/uclibc/uClibc.distro b/meta/recipes-core/uclibc/uClibc.distro deleted file mode 100644 index e25324d..000 --- a/meta/recipes-core/uclibc/uClibc.distro +++ /dev/null @@ -1,157 +0,0 @@ -# -# General Library Settings -# -# HAVE_NO_PIC is not set -# DOPIC is not set -# HAVE_NO_SHARED is not set -# ARCH_HAS_NO_LDSO is not set -HAVE_SHARED=y -# FORCE_SHAREABLE_TEXT_SEGMENTS is not set -LDSO_LDD_SUPPORT=y -LDSO_CACHE_SUPPORT=y -# LDSO_PRELOAD_FILE_SUPPORT is not set -LDSO_BASE_FILENAME=ld.so -# UCLIBC_STATIC_LDCONFIG is not set -LDSO_RUNPATH=y -UCLIBC_CTOR_DTOR=y -LDSO_GNU_HASH_SUPPORT=y -# HAS_NO_THREADS is not set -UCLIBC_HAS_THREADS=y -UCLIBC_HAS_THREADS_NATIVE=y -PTHREADS_DEBUG_SUPPORT=y -# LINUXTHREADS_OLD is not set -UCLIBC_HAS_LFS=y -# MALLOC is not set -# MALLOC_SIMPLE is not set -MALLOC_STANDARD=y -MALLOC_GLIBC_COMPAT=y -UCLIBC_DYNAMIC_ATEXIT=y -COMPAT_ATEXIT=y -UCLIBC_SUSV3_LEGACY=y -UCLIBC_SUSV3_LEGACY_MACROS=y -UCLIBC_SUSV4_LEGACY=y -UCLIBC_HAS_SHADOW=y -UCLIBC_HAS_PROGRAM_INVOCATION_NAME=y -UCLIBC_HAS___PROGNAME=y -UNIX98PTY_ONLY=y -ASSUME_DEVPTS=y -UCLIBC_HAS_LIBUTIL=y -UCLIBC_HAS_TM_EXTENSIONS=y -UCLIBC_HAS_TZ_CACHING=y -UCLIBC_HAS_TZ_FILE=y -UCLIBC_HAS_TZ_FILE_READ_MANY=y -UCLIBC_TZ_FILE_PATH=/etc/TZ - -# -# Advanced Library Settings -# -UCLIBC_PWD_BUFFER_SIZE=256 -UCLIBC_GRP_BUFFER_SIZE=256 - -# -# Networking Support -# -UCLIBC_HAS_IPV6=y -UCLIBC_HAS_RPC=y -UCLIBC_HAS_FULL_RPC=y -# UCLIBC_HAS_REENTRANT_RPC is not set -UCLIBC_USE_NETLINK=y -UCLIBC_SUPPORT_AI_ADDRCONFIG=y - -UCLIBC_HAS_BSD_RES_CLOSE=y -UCLIBC_HAS_LIBRESOLV_STUB=y -UCLIBC_HAS_LIBNSL_STUB=y - -# -# String and Stdio Support -# -UCLIBC_HAS_STRING_GENERIC_OPT=y -UCLIBC_HAS_STRING_ARCH_OPT=y -UCLIBC_HAS_CTYPE_TABLES=y -UCLIBC_HAS_CTYPE_SIGNED=y -# UCLIBC_HAS_CTYPE_UNSAFE is not set -UCLIBC_HAS_CTYPE_CHECKED=y -# UCLIBC_HAS_CTYPE_ENFORCED is not set -UCLIBC_HAS_WCHAR=y -# UCLIBC_HAS_LOCALE is not set -UCLIBC_HAS_HEXADECIMAL_FLOATS=y -UCLIBC_HAS_GLIBC_CUSTOM_PRINTF=y -UCLIBC_PRINTF_SCANF_POSITIONAL_ARGS=9 -UCLIBC_HAS_SCANF_GLIBC_A_FLAG=y -# UCLIBC_HAS_STDIO_BUFSIZ_NONE is not set -UCLIBC_HAS_STDIO_BUFSIZ_256=y -# UCLIBC_HAS_STDIO_BUFSIZ_512 is not set -# UCLIBC_HAS_STDIO_BUFSIZ_1024 is not set -# UCLIBC_HAS_STDIO_BUFSIZ_2048 is not set -# UCLIBC_HAS_STDIO_BUFSIZ_4096 is not set -# UCLIBC_HAS_STDIO_BUFSIZ_8192 is not set -UCLIBC_HAS_STDIO_BUILTIN_BUFFER_NONE=y -# UCLIBC_HAS_STDIO_BUILTIN_BUFFER_4 is not set -# UCLIBC_HAS_STDIO_BUILTIN_BUFFER_8 is not set -# UCLIBC_HAS_STDIO_SHUTDOWN_ON_ABORT is not set -UCLIBC_HAS_STDIO_GETC_MACRO=y -UCLIBC_HAS_STDIO_PUTC_MACRO=y -UCLIBC_HAS_STDIO_AUTO_RW_TRANSITION=y -# UCLIBC_HAS_FOPEN_LARGEFILE_MODE is not set -UCLIBC_HAS_FOPEN_EXCLUSIVE_MODE=y -UCLIBC_HAS_GLIBC_CUSTOM_STREAMS=y -UCLIBC_HAS_PRINTF_M_SPEC=y -UCLIBC_HAS_ERRNO_MESSAGES=y -# UCLIBC_HAS_SYS_ERRLIST is not set -UCLIBC_HAS_SIGNUM_MESSAGES=y -# UCLIBC_HAS_SYS_SIGLIST is not set -UCLIBC_HAS_GNU_GETOPT=y -UCLIBC_HAS_GNU_GETSUBOPT=y - -# -# Big and Tall -# -UCLIBC_HAS_REGEX=y -# UCLIBC_HAS_REGEX_OLD is not set -UCLIBC_HAS_FNMATCH=y -# UCLIBC_HAS_FNMATCH_OLD is not set -UCLIBC_HAS_WORDEXP=y -UCLIBC_HAS_NFTW=y -UCLIBC_HAS_FTW=y -UCLIBC_HAS_FTS=y -UCLIBC_HAS_GLOB=y -UCLIBC_HAS_GNU_GLOB=y - -# -# Library Installation Options -# -SHARED_LIB_LOADER_PREFIX=/lib -RUNTIME_PREFIX=/ -DEVEL_PREFIX=//usr - -# -# Security options -# -# UCLIBC_BUILD_PIE is not set -# UCLIBC_HAS_ARC4RANDOM is not set -# HAVE_NO_SSP is not set -# UCLIBC_HAS_SSP is not set -UCLIBC_BUILD_RELRO=y -UCLIBC_BUILD_NOW=y -UCLIBC_BUILD_NOEXECSTACK=y - -# -# uClibc development/debugging options -# -CROSS_COMPILER_PREFIX= -UCLIBC_EXTRA_CFLAGS= -# DODEBUG is not set -# DODEBUG_PT is not set -# DOSTRIP is not set -# DOASSERTS is not set -# SUPPORT_LD_DEBUG is not set -# SUPPORT_LD_DEBUG_EARLY is not set -# UCLIBC_MALLOC_DEBUGGING is not set -WARNINGS=-Wall -# EXTRA_WARNINGS is not set -# DOMULTI is not set -# UCLIBC_MJN3_ONLY is not set - -# math stuff for perl -DO_C99_MATH=y -UCLIBC_HAS_LONG_DOUBLE_MATH=y diff --git a/meta/recipes-core/uclibc/uclibc-git/uClibc.distro b/meta/recipes-core/uclibc/uclibc-git/uClibc.distro index 45b131d..3136e54 100644 --- a/meta/recipes-core/uclibc/uclibc-git/uClibc.distro +++ b/meta/recipes-core/uclibc/uclibc-git/uClibc.distro @@ -170,3 +170,4 @@ UCLIBC_HAS_GNU_ERROR=y UCLIBC_HAS_PTY=y UCLIBC_BSD_SPECIFIC=y UCLIBC_HAS_EPOLL=y +UCLIBC_HAS_FLOATS=y -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 3/5] uclibc.inc: Use ARCH_WANTS_{LITTLE|BIG}_ENDIAN to denote endian
ARCH_{BIG|LITTLE}_ENDIAN is governed by ARCH_WANTS_{LITTLE|BIG}_ENDIAN therefore we tame the superior Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/recipes-core/uclibc/uclibc.inc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/uclibc/uclibc.inc b/meta/recipes-core/uclibc/uclibc.inc index 06c0f5d..ce13362 100644 --- a/meta/recipes-core/uclibc/uclibc.inc +++ b/meta/recipes-core/uclibc/uclibc.inc @@ -164,7 +164,7 @@ python () { /^### FPU$/a\\\n%s\n\n % ([UCLIBC_HAS_FPU=y,# UCLIBC_HAS_FPU is not set][bb.data.getVar('TARGET_FPU', d, 1) in [ 'soft' ]]), d) if ${UCLIBC_ENDIAN}: bb.data.setVar('configmangle_append', - /^### ABI$/a\\\nARCH_%s_ENDIAN=y\n\n % (${UCLIBC_ENDIAN}), + /^### ABI$/a\\\nARCH_WANTS_%s_ENDIAN=y\n\n % (${UCLIBC_ENDIAN}), d) if ${UCLIBC_ABI}: bb.data.setVar('configmangle_append', -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/5] uclibc: config Cleanups
Hi This patch series is attempting to clean up the defconfig cruft accumulated in uclibc recipes. I have built angstrom/console-image using these patches (but not from scratch) for arm and x86 other architectures are still churning. Please review and provide your feedback Thanks -Khem ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/5] uclibc: Remove redundant machine/arch configs
Big endian counterparts are not needed since we already add the proper endianness to final .config as seen in uclibc-config.inc The difference between arm and armv5te configs were also superficial since all it did was select arm926t which made sure that right mtune and march flags were passed to gcc when building uclibc We already do that via passing them in UCLIBC_EXTRA_CFLAGS. Similarly for other architectures the features are really taken care of in config mangler and machine config fragments are no longer needed Signed-off-by: Khem Raj raj.k...@gmail.com --- .../uclibc/uclibc-git/arm/uClibc.machine | 70 -- .../uclibc/uclibc-git/armeb/uClibc.machine | 53 -- .../uclibc/uclibc-git/armv5te/uClibc.machine | 77 .../uclibc/uclibc-git/armv5teb/uClibc.machine | 74 --- .../uclibc/uclibc-git/i386/uClibc.machine | 59 --- .../uclibc/uclibc-git/i486/uClibc.machine | 62 .../uclibc/uclibc-git/i586/uClibc.machine | 62 .../uclibc/uclibc-git/i686/uClibc.machine | 59 --- .../uclibc/uclibc-git/mips/uClibc.machine | 63 .../uclibc/uclibc-git/mips64/uClibc.machine| 63 .../uclibc/uclibc-git/mipsel/uClibc.machine| 63 .../uclibc/uclibc-git/powerpc/uClibc.machine | 46 .../uclibc/uclibc-git/sh4/uClibc.machine | 48 .../uclibc/uclibc-git/x86_64/uClibc.machine| 41 --- 14 files changed, 0 insertions(+), 840 deletions(-) delete mode 100644 meta/recipes-core/uclibc/uclibc-git/arm/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/armeb/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/armv5te/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/armv5teb/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/i386/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/i486/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/i586/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/i686/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/mips/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/mips64/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/mipsel/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/powerpc/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/sh4/uClibc.machine delete mode 100644 meta/recipes-core/uclibc/uclibc-git/x86_64/uClibc.machine diff --git a/meta/recipes-core/uclibc/uclibc-git/arm/uClibc.machine b/meta/recipes-core/uclibc/uclibc-git/arm/uClibc.machine deleted file mode 100644 index 92ee868..000 --- a/meta/recipes-core/uclibc/uclibc-git/arm/uClibc.machine +++ /dev/null @@ -1,70 +0,0 @@ -# -# Automatically generated make config: don't edit -# Mon May 14 10:23:14 2007 -# -# TARGET_alpha is not set -TARGET_arm=y -# TARGET_bfin is not set -# TARGET_cris is not set -# TARGET_e1 is not set -# TARGET_frv is not set -# TARGET_h8300 is not set -# TARGET_hppa is not set -# TARGET_i386 is not set -# TARGET_i960 is not set -# TARGET_ia64 is not set -# TARGET_m68k is not set -# TARGET_microblaze is not set -# TARGET_mips is not set -# TARGET_nios is not set -# TARGET_nios2 is not set -# TARGET_powerpc is not set -# TARGET_sh is not set -# TARGET_sh64 is not set -# TARGET_sparc is not set -# TARGET_v850 is not set -# TARGET_vax is not set -# TARGET_x86_64 is not set - -# -# Target Architecture Features and Options -# -TARGET_ARCH=arm -FORCE_OPTIONS_FOR_ARCH=y -# CONFIG_ARM_OABI is not set -CONFIG_ARM_EABI=y -# COMPILE_IN_THUMB_MODE is not set -USE_BX=y -CONFIG_GENERIC_ARM=y -# CONFIG_ARM610 is not set -# CONFIG_ARM710 is not set -# CONFIG_ARM7TDMI is not set -# CONFIG_ARM720T is not set -# CONFIG_ARM920T is not set -# CONFIG_ARM922T is not set -# CONFIG_ARM926T is not set -# CONFIG_ARM10T is not set -# CONFIG_ARM1136JF_S is not set -# CONFIG_ARM1176JZ_S is not set -# CONFIG_ARM1176JZF_S is not set -# CONFIG_ARM_SA110 is not set -# CONFIG_ARM_SA1100 is not set -# CONFIG_ARM_XSCALE is not set -# CONFIG_ARM_IWMMXT is not set -TARGET_SUBARCH= - -# -# Using ELF file format -# -ARCH_ANY_ENDIAN=y -ARCH_LITTLE_ENDIAN=y -# ARCH_WANTS_BIG_ENDIAN is not set -ARCH_WANTS_LITTLE_ENDIAN=y -ARCH_HAS_MMU=y -ARCH_USE_MMU=y -UCLIBC_HAS_FLOATS=y -# UCLIBC_HAS_FPU is not set -UCLIBC_HAS_SOFT_FLOAT=y -KERNEL_HEADERS=/usr/include -HAVE_DOT_CONFIG=y - diff --git a/meta/recipes-core/uclibc/uclibc-git/armeb/uClibc.machine b/meta/recipes-core/uclibc/uclibc-git/armeb/uClibc.machine deleted file mode 100644 index 7a6ad8b..000 --- a/meta/recipes-core/uclibc/uclibc-git/armeb/uClibc.machine +++ /dev/null @@ -1,53 +0,0 @@ -# -# Automatically generated make
[OE-core] [PATCH 4/5] uclibc_git.bb: Untether UCLIBC_HAS_FPU from UCLIBC_HAS_FLOATS
Signed-off-by: Khem Raj raj.k...@gmail.com --- ...rch-Free-UCLIBC_HAS_FPU-setting-from-depe.patch | 29 meta/recipes-core/uclibc/uclibc_git.bb |1 + 2 files changed, 30 insertions(+), 0 deletions(-) create mode 100644 meta/recipes-core/uclibc/uclibc-git/0001-Config.in.arch-Free-UCLIBC_HAS_FPU-setting-from-depe.patch diff --git a/meta/recipes-core/uclibc/uclibc-git/0001-Config.in.arch-Free-UCLIBC_HAS_FPU-setting-from-depe.patch b/meta/recipes-core/uclibc/uclibc-git/0001-Config.in.arch-Free-UCLIBC_HAS_FPU-setting-from-depe.patch new file mode 100644 index 000..da97d38 --- /dev/null +++ b/meta/recipes-core/uclibc/uclibc-git/0001-Config.in.arch-Free-UCLIBC_HAS_FPU-setting-from-depe.patch @@ -0,0 +1,29 @@ +From 06cdcd2a9dd6b46b7fbb5b3ae0a62bdb7ee6c402 Mon Sep 17 00:00:00 2001 +From: Khem Raj raj.k...@gmail.com +Date: Mon, 27 Jun 2011 17:48:18 -0700 +Subject: [PATCH] Config.in.arch: Free UCLIBC_HAS_FPU setting from depending on UCLIBC_HAS_FLOATS + +UCLIBC_HAS_FLOATS and UCLIBC_HAS_FPU are denoting two different aspects. +UCLIBC_HAS_FLOATS covers the floating point operations which has nothing +to do if you have FPU or not. + +Signed-off-by: Khem Raj raj.k...@gmail.com +--- + extra/Configs/Config.in.arch |1 - + 1 files changed, 0 insertions(+), 1 deletions(-) + +diff --git a/extra/Configs/Config.in.arch b/extra/Configs/Config.in.arch +index 5f7a2b0..c1ca390 100644 +--- a/extra/Configs/Config.in.arch b/extra/Configs/Config.in.arch +@@ -133,7 +133,6 @@ config UCLIBC_HAS_FLOATS + + config UCLIBC_HAS_FPU + bool Target CPU has a floating point unit (FPU) +- depends on UCLIBC_HAS_FLOATS + default y + help + If your target CPU does not have a Floating Point Unit (FPU) or a +-- +1.7.0.4 + diff --git a/meta/recipes-core/uclibc/uclibc_git.bb b/meta/recipes-core/uclibc/uclibc_git.bb index 6445243..201ec93 100644 --- a/meta/recipes-core/uclibc/uclibc_git.bb +++ b/meta/recipes-core/uclibc/uclibc_git.bb @@ -29,5 +29,6 @@ SRC_URI = git://uclibc.org/uClibc.git;branch=master;protocol=git \ file://epoll-asm-fix.patch \ file://orign_path.patch \ file://rtld_no.patch \ + file://0001-Config.in.arch-Free-UCLIBC_HAS_FPU-setting-from-depe.patch \ S = ${WORKDIR}/git -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 2/5] uclibc-config.inc: Fix regexp to determine big-endian arm
Without this even arm-*-* was being treated as big endian but normal convention is the arm-*-* is little endian Signed-off-by: Khem Raj raj.k...@gmail.com --- meta/recipes-core/uclibc/uclibc-config.inc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/meta/recipes-core/uclibc/uclibc-config.inc b/meta/recipes-core/uclibc/uclibc-config.inc index 3679c10..697164c 100644 --- a/meta/recipes-core/uclibc/uclibc-config.inc +++ b/meta/recipes-core/uclibc/uclibc-config.inc @@ -75,7 +75,7 @@ def map_uclibc_endian(a, d): if re.match('^(avr32|e1|frv|(parisc|hppa)|m68k|microblaze|powerpc.*|(sparc|sun).*)$', a): return 'BIG' # Possibly BE - elif re.match('^((arm|sa110|arm.*eb)|h8300.*eb|(parisc|hppa).*eb|mips|sh.*eb|xtensa.*eb)$', a): + elif re.match('^(((arm|sa110).*eb)|h8300.*eb|(parisc|hppa).*eb|mips|sh.*eb|xtensa.*eb)$', a): return 'BIG' return 'LITTLE' -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [Draft design][RFC] Running postinst at rootfs generation time
Hi all, below is an initial investigation about the task and we'll continue to further look into it. In poky we have 2 types of postinst scripts: one (type-1) can be (and has already been) run at rootfs generation time and the other (type-2) has to be delayed to the first-boot of target device. Type-2 makes target device's first-boot slow and it would be great if we can fix it and convert it to type-1. We can instrument a first-boot with minimal/sato first to see which postinstalls take the most time and then prioritise those ones to fix. I figurerd out a list of 33 recipes in total(recipes with the same name but with different versions are counted once) we possibly need to fix. For the recipes, we need try to find recipe-specific ways(use appropriately modified native utilities to generate caches, files, etc as necessary on the target filesystem). 11 recipes: these could be easily fixed if we add the properly-adjusted utilities adduser, addgroup, pwconv, etc. Scott is actually adding the utilites: http://git.pokylinux.org/cgit/cgit.cgi/poky-contrib/commit/?h=sgarman/useradd-rebasedid=99e54d9696104ed38ec1e3464e17aa1f9b8d98ac meta/recipes-devtools/distcc/distcc_2.18.3.bb meta/recipes-extended/cronie/cronie_1.4.7.bb meta/recipes-extended/at/at_3.1.12.bb:47 meta/recipes-support/hal/hal.inc:45 meta/recipes-core/dbus/dbus.inc:49 meta/recipes-connectivity/openssh/openssh_5.8p2.bb meta/recipes-connectivity/ppp-dialin/ppp-dialin_0.1.bb meta/recipes-graphics/x11-common/xserver-nodm-init.bb meta/recipes-multimedia/pulseaudio/pulseaudio.inc:87 meta/recipes-extended/shadow/shadow_4.1.4.3.bb:125 meta/classes/libc-package.bbclass 6 recipes: these should be easily fixed since the scripts are not related to special native utilites. meta/recipes-extended/sudo/sudo.inc meta/recipes-extended/sysklogd/sysklogd.inc meta/classes/update-rc.d.bbclass meta/recipes-connectivity/ppp/ppp_2.4.5.bb meta/recipes-graphics/pango/pango.inc meta/recipes-gnome/gtk+/gtk+.inc 4 recipes: we may need to add gtk-update-icon-cache-native. meta/classes/gtk-icon-cache.bbclass meta/recipes-gnome/librsvg/librsvg_2.32.1.bb meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.22.1.bb meta/recipes-sato/sato-icon-theme/sato-icon-theme.inc 3 recipes: need to add gconftool-2-native? meta/classes/gconf.bbclass meta/recipes-graphics/mutter/mutter.inc meta/recipes-sato/matchbox-sato/matchbox-session-sato_0.1.bb 3 recipes: dpkg --configure, opkg-cl configure: looks it's possible to fix them if we specify proper parematers? meta/recipes-devtools/dpkg/dpkg.inc meta/recipes-devtools/opkg/opkg_svn.bb meta/recipes-devtools/opkg/opkg_0.1.8.bb 1 recipe: prelink: we could propablly fix it, but I'm not sure yet. meta/recipes-devtools/prelink/prelink_git.bb 1 recipe: /etc/init.d/populate-volatile.sh update ; DBUSPID=`pidof dbus-daemon`: We can't fix this one. meta/recipes-connectivity/wpa-supplicant/wpa-supplicant-0.7.inc The below 4 recipes need the related utilities and need more investigation. 1 recipe: update-modules meta/recipes-kernel/update-modules/update-modules_1.0.bb 1 recipe: systemctl meta/recipes-connectivity/avahi/avahi.inc 1 recipe: fc-cache meta/recipes-graphics/ttf-fonts/liberation-fonts_1.04.bb:37 1 recipe: gtk-query-immodules-2.0 meta/recipes-sato/matchbox-keyboard/matchbox-keyboard_git.bb Thanks, -- Dexuan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH 1/2] linux-yocto: update meta SRCREV for new config groups
Tom Zanussi wrote: On Mon, 2011-06-27 at 05:56 -0700, Bruce Ashfield wrote: 2011/6/27 Cui, Dexuan dexuan@intel.com: Cui, Dexuan wrote: Hi, I got the following ERROR with the patch: Log data follows: Unstaged changes after reset: M arch/powerpc/boot/dts/mpc8315erdb.dts Deleted branch meta-temp (was cf7d7e5). WARNING: addon feature features/taskstats was not found ERROR: required features were not found. aborting ERROR: Function 'do_patch' failed Maybe we forgot to push the proper commits into the linux-yocto git repo? BTW, I'm building emenlow with today's poky master (commit a1f79a7896b) and mete-intel (commit 76d1178ba). Just noticed that you were using emenlow so updated the meta-intel SRCREVs, maybe that was the problem? Hi Tom, Yes, that is just the problem. With the new commit Update kernel SRCREVs in meta-intel repo, I don't have the issue now. Thank you and Bruce a lot for the quick fixing! Thanks, -- Dexuan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
Re: [OE-core] [PATCH] u-boot-mkimage: bump version to 2011.03
Hi Ilya, On 06/15/2011 05:09 PM, Ilya Yanok wrote: This patch changes u-boot-mkimage version to 2011.03 and includes patches to build tools without configuring U-Boot for specific board. These look like good changes to me, with a couple of minor things needed: 1) Please submit the version change independently from the added patches to keep things functionally distinct. 2) The patch from you marked as Submitted: has this received any discussion on the u-boot list? Thanks, Darren Signed-off-by: Ilya Yanok ya...@emcraft.com --- ...Drop-config.h-include-in-tools-imximage.h.patch | 39 ++ ...e-it-possible-to-build-tools-unconfigured.patch | 137 .../uboot/u-boot-mkimage-native_1.3.2.bb | 25 meta/recipes-bsp/uboot/u-boot-mkimage_2009.08.bb | 29 meta/recipes-bsp/uboot/u-boot-mkimage_2011.03.bb | 31 + 5 files changed, 207 insertions(+), 54 deletions(-) create mode 100644 meta/recipes-bsp/uboot/u-boot-mkimage-2011.03/0001-Drop-config.h-include-in-tools-imximage.h.patch create mode 100644 meta/recipes-bsp/uboot/u-boot-mkimage-2011.03/0002-tools-make-it-possible-to-build-tools-unconfigured.patch delete mode 100644 meta/recipes-bsp/uboot/u-boot-mkimage-native_1.3.2.bb delete mode 100644 meta/recipes-bsp/uboot/u-boot-mkimage_2009.08.bb create mode 100644 meta/recipes-bsp/uboot/u-boot-mkimage_2011.03.bb diff --git a/meta/recipes-bsp/uboot/u-boot-mkimage-2011.03/0001-Drop-config.h-include-in-tools-imximage.h.patch b/meta/recipes-bsp/uboot/u-boot-mkimage-2011.03/0001-Drop-config.h-include-in-tools-imximage.h.patch new file mode 100644 index 000..f4b12ac --- /dev/null +++ b/meta/recipes-bsp/uboot/u-boot-mkimage-2011.03/0001-Drop-config.h-include-in-tools-imximage.h.patch @@ -0,0 +1,39 @@ +From ce56e089ddb51dbd81bb2c86b1646d77447afe39 Mon Sep 17 00:00:00 2001 +From: =?UTF-8?q?Lo=C3=AFc=20Minier?= loic.min...@linaro.org +Date: Thu, 3 Feb 2011 15:07:01 +0100 +Subject: Drop config.h include in tools/imximage.h +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +Upstream-Status: Applied + +make tools-all should allow building tools such as mkimage and the new +imximage without any config, but imximage.c currently fails to build +with: +imximage.h:27:20: error: config.h: No such file or directory + +config.h is not needed in imximage.h nor in imximage.c, and imximage.h +is only included from imximage.c, so drop this include to fix the build. + +Signed-off-by: Lo�c Minier loic.min...@linaro.org +--- + tools/imximage.h |2 -- + 1 files changed, 0 insertions(+), 2 deletions(-) + +diff --git a/tools/imximage.h b/tools/imximage.h +index 38ca6be..d126a46 100644 +--- a/tools/imximage.h b/tools/imximage.h +@@ -24,8 +24,6 @@ + #ifndef _IMXIMAGE_H_ + #define _IMXIMAGE_H_ + +-#include config.h +- + #define MAX_HW_CFG_SIZE_V2 121 /* Max number of registers imx can set for v2 */ + #define MAX_HW_CFG_SIZE_V1 60 /* Max number of registers imx can set for v1 */ + #define APP_CODE_BARKER 0xB1 +-- +1.7.4.4 + diff --git a/meta/recipes-bsp/uboot/u-boot-mkimage-2011.03/0002-tools-make-it-possible-to-build-tools-unconfigured.patch b/meta/recipes-bsp/uboot/u-boot-mkimage-2011.03/0002-tools-make-it-possible-to-build-tools-unconfigured.patch new file mode 100644 index 000..6a4036c --- /dev/null +++ b/meta/recipes-bsp/uboot/u-boot-mkimage-2011.03/0002-tools-make-it-possible-to-build-tools-unconfigured.patch @@ -0,0 +1,137 @@ +From c0325ba617db3dde28a0a7667bfd1a548e98ba0f Mon Sep 17 00:00:00 2001 +From: Ilya Yanok ya...@emcraft.com +Date: Wed, 15 Jun 2011 23:23:37 +0200 +Subject: tools: make it possible to build tools unconfigured + +Upstream-Status: Submitted + +Sometimes we want to build common tools without configuring for specific +target. Currently top Makefile has some support for this but it doesn't +work. This patch tries to fix this. +Things changed: + - config.mk disable 'ld script not found error' in case if we are +building tools only. + - Makefilemkimage relies on autogenerated version so we need to +move $(VERSION_FILE) rule out of ifeq and make tools rule depend on it. + - tools/Makefile put common/env_embedded.o and envcrc.o to object list +conditionally. This fixes errors during dependency generation. + +Signed-off-by: Ilya Yanok ya...@emcraft.com +--- + Makefile | 30 +- + tools/Makefile | 19 --- + 2 files changed, 33 insertions(+), 16 deletions(-) + +diff --git a/Makefile b/Makefile +index ece91ab..734b503 100644 +--- a/Makefile b/Makefile +@@ -140,7 +140,7 @@ SUBDIRS = tools \ + examples/standalone \ + examples/api + +-.PHONY : $(SUBDIRS) ++.PHONY : $(SUBDIRS) $(VERSION_FILE) + + ifeq ($(obj)include/config.mk,$(wildcard $(obj)include/config.mk)) + +@@ -414,15 +414,6 @@
Re: [OE-core] [Draft design][RFC] Running postinst at rootfs generation time
On 6/27/11 9:09 PM, Cui, Dexuan wrote: Hi all, below is an initial investigation about the task and we'll continue to further look into it. In poky we have 2 types of postinst scripts: one (type-1) can be (and has already been) run at rootfs generation time and the other (type-2) has to be delayed to the first-boot of target device. Type-2 makes target device's first-boot slow and it would be great if we can fix it and convert it to type-1. We can instrument a first-boot with minimal/sato first to see which postinstalls take the most time and then prioritise those ones to fix. I figurerd out a list of 33 recipes in total(recipes with the same name but with different versions are counted once) we possibly need to fix. For the recipes, we need try to find recipe-specific ways(use appropriately modified native utilities to generate caches, files, etc as necessary on the target filesystem). ... 1 recipe: prelink: we could propablly fix it, but I'm not sure yet. meta/recipes-devtools/prelink/prelink_git.bb There is nothing to do for the prelinker. The image-prelink.bbclass handles everything needed to prelink during image creation. The script is only there for on-target field upgrades. So you can remove this from your list. --Mark ... Thanks, -- Dexuan ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ 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] libc-locale: split locale handling from libc recipe.
-Original Message- From: Xu, Dongxiao Sent: Tuesday, June 28, 2011 8:52 AM To: Patches and discussions about the oe-core layer Subject: RE: [OE-core] [PATCH 1/1] libc-locale: split locale handling from libc recipe. -Original Message- From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of Phil Blundell Sent: Monday, June 27, 2011 4:58 PM To: Patches and discussions about the oe-core layer Subject: Re: [OE-core] [PATCH 1/1] libc-locale: split locale handling from libc recipe. On Mon, 2011-06-27 at 16:37 +0800, Dongxiao Xu wrote: -PACKAGES = ${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} localedef${PKGSUFFIX} libcidn ${PN}-utils ${PN}-pic ${PN}-dev eglibc-doc eglibc-locale libmemusage libsegfault${PKGSUFFIX} eglibc-extra-nss eglibc-thread-db${PKGSUFFIX} eglibc-pcprofile libsotruss${PKGSUFFIX} - -PACKAGES_DYNAMIC = \ - glibc-gconv-*${PKGSUFFIX} glibc-charmap-* glibc-localedata-* glibc-binary-localedata-* \ - eglibc-gconv-* eglibc-charmap-* eglibc-localedata-* eglibc-binary-localedata-* \ - locale-base-*${PKGSUFFIX} +PACKAGES = ${PN}-dbg ${PN} catchsegv${PKGSUFFIX} sln${PKGSUFFIX} nscd${PKGSUFFIX} ldd${PKGSUFFIX} ${PN}-utils ${PN}-pic ${PN}-dev eglibc-doc libcidn libmemusage libsegfault${PKGSUFFIX} eglibc-extra-nss eglibc-thread-db${PKGSUFFIX} eglibc-pcprofile You seem to have made a bunch of changes here that are not related to locales. What are those about? They are locale related changes. Locale related stuffs in the above PACKAGES and PACKAGES_DYNAMIC are moved to eglibc-locale recipe. -FILES_${PN}-dbg += ${libexecdir}/*/.debug ${libdir}/gconv/.debug ${libdir}/audit/.debug +FILES_${PN}-dbg += ${libexecdir}/*/.debug Likewise. Also, why is localedef getting packaged by libc-locale? Not that I think it's necessarily a problem but it seems a little bit strange. Originally I thought of putting all locale related things to eglibc-locale. Now actually virtual/libiconv belongs to eglibc. Thus I am OK to move localedef from eglibc-locale to eglibc, and will include this in my next pull request. Just did an experiment to move localedef in eglibc instead of eglibc-locale, however eglibc-locale's do_package met errors since it needs localedef to generate locales, see libc-packages.inc. Therefore localedef still needs to be packaged in eglibc-locale recipe. Thanks, Dongxiao Thanks, Dongxiao p. ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 0/1] base.bbclass: show layer's branches/revisions in the banner info
The following changes since commit a1f79a7896b6411669b3ccada6204d2695e80fc5: runqueue.py: Add umask task control (2011-06-24 12:23:12 +0100) are available in the git repository at: git://git.pokylinux.org/poky-contrib dcui/banner http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=dcui/banner Dexuan Cui (1): base.bbclass: show layer's branches/revisions in the banner info meta/classes/base.bbclass | 14 +- 1 files changed, 13 insertions(+), 1 deletions(-) -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
[OE-core] [PATCH 1/1] base.bbclass: show layer's branches/revisions in the banner info
Signed-off-by: Dexuan Cui dexuan@intel.com --- meta/classes/base.bbclass | 14 +- 1 files changed, 13 insertions(+), 1 deletions(-) diff --git a/meta/classes/base.bbclass b/meta/classes/base.bbclass index 119b052..4766c77 100644 --- a/meta/classes/base.bbclass +++ b/meta/classes/base.bbclass @@ -165,9 +165,21 @@ python base_eventhandler() { note(msg) if name.startswith(BuildStarted): + corebase = data.getVar(COREBASE, e.data, 1) + corelayers = [corebase + /meta, corebase + /meta-yocto] + layers = (data.getVar(BBLAYERS, e.data, 1) or ).split() + layers = [i for i in layers if i not in corelayers] + fmt_str = %-27s = \%s\ + layer_branches = [fmt_str % (os.path.basename(i)+_BRANCH, \ + base_get_metadata_git_branch(i, None).strip()) for i in layers] + layer_revisions = [fmt_str % (os.path.basename(i)+_REVISION, \ + base_get_metadata_git_revision(i, None)) for i in layers] bb.data.setVar( 'BB_VERSION', bb.__version__, e.data ) statusvars = ['BB_VERSION', 'METADATA_BRANCH', 'METADATA_REVISION', 'TARGET_ARCH', 'TARGET_OS', 'MACHINE', 'DISTRO', 'DISTRO_VERSION','TARGET_FPU'] - statuslines = [%-17s = \%s\ % (i, bb.data.getVar(i, e.data, 1) or '') for i in statusvars] + statuslines = [fmt_str % (i, bb.data.getVar(i, e.data, 1) or '') for i in statusvars] + for i in range(len(layer_branches)): + statuslines.insert(3+2*i, layer_branches[i]) + statuslines.insert(3+2*i+1, layer_revisions[i]) statusmsg = \nOE Build Configuration:\n%s\n % '\n'.join(statuslines) print statusmsg -- 1.7.4.1 ___ Openembedded-core mailing list Openembedded-core@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core