[yocto] Makefile based package with Makefile in a subdir
Hi, I have a recipe that fetches the code from git. I want to run the makefile located in a subdir of the the repo with the flags and options defined in it. Bitbake cannot find the makefile. I've tried adding EXTRA_OEMAKE += -I${S}/include -C${MAKEFILE_FOLDER} but I'm still getting make: *** No targets specified and no makefile found. Stop. What am I doing wrong? Thanks, Katu ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH] adt-manual: Added note for static binary build.
From: Maxin B. John maxin.j...@enea.com Fixes [YOCTO #5347] SDK created using the -c populate_sdk will not support static binary build without proper staticdev library packages. I have added a note to inform the user about this limitation. Signed-off-by: Maxin B. John maxin.j...@enea.com --- documentation/adt-manual/adt-prepare.xml |6 ++ 1 file changed, 6 insertions(+) diff --git a/documentation/adt-manual/adt-prepare.xml b/documentation/adt-manual/adt-prepare.xml index 3c50cf9..cc4 100644 --- a/documentation/adt-manual/adt-prepare.xml +++ b/documentation/adt-manual/adt-prepare.xml @@ -573,6 +573,12 @@ When the BitBake command completes, the toolchain installer will be in filenametmp/deploy/sdk/filename in the Build Directory. /para + para + Please note that we can't build static binaries with this toolchain. + To do that, include the suitable staticdev libraries to the image. eg: + filenameIMAGE_INSTALL_append = eglibc-staticdev/filename + in the filenamelocal.conf/filename file. + /para /section /chapter -- 1.7.10.4 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] threads set in local.conf
Hello All, As Philip suggested adding more RAM helps The system model name: AMD Phenom(tm) II X6 1090T Processor w/16GB of RAM. In 1 hour it ran 4391 of 8016 tasks or 54% This was a core-image-sato-sdk-ex (my receipe) with gnuplot, gsl, boost, qt-mobility-x11, java, and gnuradio.The full build was taking close to 4 hours with 6 threads and 8GB of RAM. Regards On Sun, Oct 20, 2013 at 7:39 AM, Philip Balister phi...@balister.orgwrote: On 10/19/2013 08:59 AM, Edward Vidal wrote: Hello all, Is this loading what others on a similar system are experiencing (see below)? I first was setting my threads to 6 on a AMD 6 core system. In the mega-manual i found 5.4. Configuring the local.conf File Briefly, set BB_NUMBER_THREADS and PARALLEL_MAKE to twice your host processor's number of cores. I am creating an image with 8017 tasks for the beagleboard. I set threads to 12 and now the build is proceeding much more rapid than when threads were set to 6. In 30 minutes the build has completed 2435 tasks or about 25%. I am seeing a fairly high load 35. 30. 24 and the fan is been at high speed since the build started. The system has 8G of memory and now it is using and it was using about 13800 of swap space. Any and all help will be appreciated. I'm not sure what problem you are trying to solve here. I'd suggest adding more RAM though, that will ease the disk usage. Philip Thanks ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-selinux][PATCH 0/5] Resend: Remove python dependency from refpol.
Thought I'd best (finally) follow up to the list on this. I've been talking to Philip offline. These are in the queue for integration but some surprising things have cropped up along the way and the integration is being delayed a bit. I'll be grabbing the other meta-selinux update at the same time. -J. [[yocto] [meta-selinux][PATCH 0/5] Resend: Remove python dependency from refpol.] On 13.10.17 (Thu 19:06) Philip Tricca wrote: This is a resend of an earlier patch set that never made it to the list AFAIK. The reference policy package currently pulls in a lot of python stuff that isn't strictly necessary to boot an SELinux system and load a policy. AFAIK this is caused by the mix of python and C utilities in policycoreutils. This patch set breaks the policycoreutils recipe up into multiple packages, one for each utility. In this way we can have the refpol etc pull in only the utilities necessary for normal operation. This happens to be only the utilities written in C and thus we can remove python completely in a minimal image. I've attempted to localize these changes as much as possible so this patch set should have minimal impact on recipes outside of the policycoreutils. An example image reicpe is added to demonstrate a minimal image with only the utilities required to load a policy and manipulate the policy store (add / remove policy modules) at runtime. Regards, - Philip Philip Tricca (5): Break policycoreutils out into separate Remove unnecessary RDEPENDS_${BPN}. Remove runtime dependency on Add packagegroup and image recipe for Add packagegroup for policycoreutils .../images/core-image-selinux-minimal.bb | 15 ++ .../packagegroups/packagegroup-core-selinux.bb |4 +- .../packagegroups/packagegroup-selinux-minimal.bb | 26 +++ .../packagegroup-selinux-policycoreutils.bb| 36 recipes-security/refpolicy/refpolicy_common.inc|2 +- recipes-security/selinux/policycoreutils.inc | 179 +-- 6 files changed, 245 insertions(+), 17 deletions(-) ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto -- -Joe MacDonald. :wq signature.asc Description: Digital signature ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Remote debugging with Yocto
Hi, 2 issues are blocking for my development: last few weeks I was able to download my own kernel on the ARM board with SAMA5d3S. However, with HOB I cannot add TCF-agent or any other project.. HOB will give some error, becomes red and stops. I cannot compile anymore. I need TCF-agent to do remote debugging. Another: There are some presentations about standard projects. How about kernel drivers with cross compilers or Video 4 Linux. How to start those projects? greetings, Bart bart.hou...@sogeti.nl Disclaimer: This message contains information that may be privileged or confidential and is the property of Sogeti Nederland B.V. or its Group members. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-selinux][PATCH] bzip SELinux policy modules in ${datadir}
The 'semodule' utility can operate on compresed modules so the only cost of this change is a slower module load time when invoking 'semodule -i' on a running system (increased CPU load due to bzip2). That said my tests show more than 100M reduction in ext3 image size of core-image-selinux. This last metric is a bit skewed as the image includes two policies. Still, a reduction in the size of the refpolicy package by 1/2 is significant. Signed-off-by: Philip Tricca fl...@twobit.us --- recipes-security/refpolicy/refpolicy_common.inc |9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/recipes-security/refpolicy/refpolicy_common.inc b/recipes-security/refpolicy/refpolicy_common.inc index 873d887..0ca0b9d 100644 --- a/recipes-security/refpolicy/refpolicy_common.inc +++ b/recipes-security/refpolicy/refpolicy_common.inc @@ -12,7 +12,7 @@ SRC_URI += file://customizable_types \ S = ${WORKDIR}/refpolicy FILES_${PN} = ${sysconfdir}/selinux/${POLICY_NAME}/ \ - ${datadir}/selinux/${POLICY_NAME}/*.pp + ${datadir}/selinux/${POLICY_NAME}/*.pp.bz2 FILES_${PN}-dev =+ ${datadir}/selinux/${POLICY_NAME}/include/ DEPENDS += checkpolicy-native policycoreutils-native m4-native @@ -67,11 +67,12 @@ EOF mkdir -p ${D}${sysconfdir}/selinux/${POLICY_NAME}/modules/active/modules mkdir -p ${D}${sysconfdir}/selinux/${POLICY_NAME}/contexts/files touch ${D}${sysconfdir}/selinux/${POLICY_NAME}/contexts/files/file_contexts.local - bzip2 -c ${D}${datadir}/selinux/${POLICY_NAME}/base.pp \ - ${D}${sysconfdir}/selinux/${POLICY_NAME}/modules/active/base.pp for i in ${D}${datadir}/selinux/${POLICY_NAME}/*.pp; do + bzip2 $i if [ `basename $i` != base.pp ]; then - bzip2 -c $i ${D}${sysconfdir}/selinux/${POLICY_NAME}/modules/active/modules/`basename $i`; + cp ${i}.bz2 ${D}${sysconfdir}/selinux/${POLICY_NAME}/modules/active/modules/`basename $i` + else + cp ${i}.bz2 ${D}${sysconfdir}/selinux/${POLICY_NAME}/modules/active/`basename $i` fi done -- 1.7.10.4 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-selinux][PATCH 0/5] Resend: Remove python dependency from refpol.
[Re: [yocto] [meta-selinux][PATCH 0/5] Resend: Remove python dependency from refpol.] On 13.10.21 (Mon 10:57) Joe MacDonald wrote: Thought I'd best (finally) follow up to the list on this. I've been talking to Philip offline. These are in the queue for integration but some surprising things have cropped up along the way and the integration is being delayed a bit. I'll be grabbing the other meta-selinux update at the same time. Further to this, I've finished the merge of this batch and the two other submissions I've seen for meta-selinux today. I haven't yet pushed them to meta-selinux on git.yoctoproject.org. I'm going to let it cool off until at least tomorrow since this one proved to be much more problematic than I think it should have been. In the meantime, I've pushed the pending changes to my github project: https://github.com/joeythesaint/meta-selinux.git on the contrib/joeythesaint branch. -J. -J. [[yocto] [meta-selinux][PATCH 0/5] Resend: Remove python dependency from refpol.] On 13.10.17 (Thu 19:06) Philip Tricca wrote: This is a resend of an earlier patch set that never made it to the list AFAIK. The reference policy package currently pulls in a lot of python stuff that isn't strictly necessary to boot an SELinux system and load a policy. AFAIK this is caused by the mix of python and C utilities in policycoreutils. This patch set breaks the policycoreutils recipe up into multiple packages, one for each utility. In this way we can have the refpol etc pull in only the utilities necessary for normal operation. This happens to be only the utilities written in C and thus we can remove python completely in a minimal image. I've attempted to localize these changes as much as possible so this patch set should have minimal impact on recipes outside of the policycoreutils. An example image reicpe is added to demonstrate a minimal image with only the utilities required to load a policy and manipulate the policy store (add / remove policy modules) at runtime. Regards, - Philip Philip Tricca (5): Break policycoreutils out into separate Remove unnecessary RDEPENDS_${BPN}. Remove runtime dependency on Add packagegroup and image recipe for Add packagegroup for policycoreutils .../images/core-image-selinux-minimal.bb | 15 ++ .../packagegroups/packagegroup-core-selinux.bb |4 +- .../packagegroups/packagegroup-selinux-minimal.bb | 26 +++ .../packagegroup-selinux-policycoreutils.bb| 36 recipes-security/refpolicy/refpolicy_common.inc|2 +- recipes-security/selinux/policycoreutils.inc | 179 +-- 6 files changed, 245 insertions(+), 17 deletions(-) ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto -- -Joe MacDonald. :wq signature.asc Description: Digital signature ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-selinux][PATCH] bzip SELinux policy modules in ${datadir}
[[meta-selinux][PATCH] bzip SELinux policy modules in ${datadir}] On 13.10.21 (Mon 18:06) Philip Tricca wrote: The 'semodule' utility can operate on compresed modules so the only cost of this change is a slower module load time when invoking 'semodule -i' on a running system (increased CPU load due to bzip2). That said my tests show more than 100M reduction in ext3 image size of core-image-selinux. This last metric is a bit skewed as the image includes two policies. Still, a reduction in the size of the refpolicy package by 1/2 is significant. This is included in the batch of updates I've merged and are currently staging in my tree. FWIW, on my build I saw a similar reduction in size to what you've reported, ~110MB, with a minor hit at load time. As expected there's also an increase in memory requirements at load time, so I'm poking around a bit to see what this does to the lower-end configurations I've got kicking around. It'd be really nice if this was an option rather than an on/off thing. -J. Signed-off-by: Philip Tricca fl...@twobit.us --- recipes-security/refpolicy/refpolicy_common.inc |9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/recipes-security/refpolicy/refpolicy_common.inc b/recipes-security/refpolicy/refpolicy_common.inc index 873d887..0ca0b9d 100644 --- a/recipes-security/refpolicy/refpolicy_common.inc +++ b/recipes-security/refpolicy/refpolicy_common.inc @@ -12,7 +12,7 @@ SRC_URI += file://customizable_types \ S = ${WORKDIR}/refpolicy FILES_${PN} = ${sysconfdir}/selinux/${POLICY_NAME}/ \ - ${datadir}/selinux/${POLICY_NAME}/*.pp + ${datadir}/selinux/${POLICY_NAME}/*.pp.bz2 FILES_${PN}-dev =+ ${datadir}/selinux/${POLICY_NAME}/include/ DEPENDS += checkpolicy-native policycoreutils-native m4-native @@ -67,11 +67,12 @@ EOF mkdir -p ${D}${sysconfdir}/selinux/${POLICY_NAME}/modules/active/modules mkdir -p ${D}${sysconfdir}/selinux/${POLICY_NAME}/contexts/files touch ${D}${sysconfdir}/selinux/${POLICY_NAME}/contexts/files/file_contexts.local - bzip2 -c ${D}${datadir}/selinux/${POLICY_NAME}/base.pp \ - ${D}${sysconfdir}/selinux/${POLICY_NAME}/modules/active/base.pp for i in ${D}${datadir}/selinux/${POLICY_NAME}/*.pp; do + bzip2 $i if [ `basename $i` != base.pp ]; then - bzip2 -c $i ${D}${sysconfdir}/selinux/${POLICY_NAME}/modules/active/modules/`basename $i`; + cp ${i}.bz2 ${D}${sysconfdir}/selinux/${POLICY_NAME}/modules/active/modules/`basename $i` + else + cp ${i}.bz2 ${D}${sysconfdir}/selinux/${POLICY_NAME}/modules/active/`basename $i` fi done -- -Joe MacDonald. :wq signature.asc Description: Digital signature ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] How to bring up apt and dpkg packages on yocto
Hi All, I have ported Embedded Linux using yocto opensource for Freescale QorIQ T4240QDS processor. I need to bring up apt and dpkg on T4240QDS using yocto. For this i need to modify in some .conf or .bb files. Can you please let me know in which files i need to do these changes in order to bring up apt and dpkg on T4240QDS using yocto. -- *Thanks Regards,* *Sandeep G R* ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Agenda: Yocto Project Technical Team Meeting - Tuesday, October 22, 2013 8:00 AM-9:00 AM (UTC-08:00) Pacific Time (US Canada).
Agenda: * Opens collection - 5 min (Song) * Yocto 1.5 status 1.6 planning- 10 min (Song/team) * SWAT team rotation: Cristian Iorga - Cristiana Voicu * Opens - 10 min * Team Sharing - 20 min -Original Appointment- We encourage people attending the meeting to logon the Yocto IRC chancel during the meeting (optional): Yocto IRC: http://webchat.freenode.net/?channels=#yocto IRC Tutorial: http://www.irchelp.org/irchelp/irctutorial.html Conference details Conference name:Yocto Project Technical Team Conference date/start time: Tue Jun 25, 2013 at 11:00 AM Eastern Daylight Time (GMT-0400) Participants: 30 Duration: 60 minutes Participant passcode: 42001078 Dial-in number: 1.972.995. US Toll Free number:1.877.561.6828 BlackBerry users, click this link to join your conference as a participant: 1.972.995.x42001078# Depending on where you are dialing from, either your BlackBerry will pause and enter the passcode automatically or you will be prompted to click again to dial the passcode. Local and Global Access Numbers Country Dial-in number Australia: 1800 636 843 Czech Republic: 242 430 350 China (Beijing): From office dial 8-995 or 8784277 Beijing Out of Office dial 5878 4277 China (Shanghai): From office dial 8-995 or 3073322 Shanghai Out of Office dial 2307 3322 China (Shenzen): From office dial 8-995 or 6007877 Shenzen Out of Office dial 2600 7877 China (Other Cities): From IP phone dial 8-995 Other cities - Non IP phone dial 021-23073322 Denmark: 8060 1400 Finland: 09 41333477 France: 0497 275888 Germany: 08161 803232 Holland: 030 2417490 India: BSNL subscribers use 1800 425 9996 (Toll Free) Airtel subscribers use 0008 009 861 212 (Toll Free) From TI Campus use 8995 Others use 2509 9555 (Landline within Bangalore) or 80 2509 9555 (Outside Bangalore) Israel: 09 790 6715 Italy: 039 69061234 (039 is local city code not country code) Japan: From TI Campus use 8 995 Outside TI use 03 4331 3777 Malaysia: From IP phone dial 2643799 From Kuala Lumpur dial 4264 3799 Outside Kuala Lumpur dial (03)4264 3799 Norway: 2 295 8744 Philippines: From Baguio City use 4471177 From Metro Manila area use 8702477 Singapore: From IP phone dial 3894777 Outside TI use 6389 4777 South Korea: From IP phone dial 5606998 From Seoul dial 5606998 Outside Seoul dial (02)5606998 Sweden: 08 58755577 Taiwan: From IP phone dial 1363 From Taipei dial 2241 1363 Outside Taipei dial (02)2241 1363 Turkey: Landline Only dial 0811 288 0001 then enter 877 633 1123 UK: 01908 355599 US: 972 995 or 1877 561 6828 Recurring conferences First scheduled conference: Tue Jun 25, 2013 Recurrence frequency: Weekly - Every 1 week(s) on Tuesday Recurrence ends:End after 52 occurrences ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] How to bring up apt and dpkg packages on yocto
hi, what packaging method you have selected while creating your image ?? //Gaurang Shastri On Tue, Oct 22, 2013 at 4:36 AM, Sandeep G.R grsandee...@gmail.com wrote: Hi All, I have ported Embedded Linux using yocto opensource for Freescale QorIQ T4240QDS processor. I need to bring up apt and dpkg on T4240QDS using yocto. For this i need to modify in some .conf or .bb files. Can you please let me know in which files i need to do these changes in order to bring up apt and dpkg on T4240QDS using yocto. -- *Thanks Regards,* *Sandeep G R* ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[linux-yocto] [PATCH 0/1] [PATCH] meta: add crystalforest bsp legacy block drivers configurations for linux-yocto-3.10
From: Chang, Rebecca Swee Fun rebecca.swee.fun.ch...@intel.com Hi all, I would like to clarify one thing here. The previous pull request was meant to pull rebeccas/meta-crystalforest into linux-yocto-3.8 meta branch. For this current pull request, I would like this changes to be pull from rebeccas/crystalforest-3.10 into linux-yocto-3.10 meta branch. Sorry if I caused any inconvenience and confusion to you all. Thanks and best regards Rebecca The following changes since commit 452f0679ea93a6cb4433bebd7177629228a5cf68: lxc: Add lxc kernel config (2013-10-08 15:46:30 -0400) are available in the git repository at: git://git.yoctoproject.org/linux-yocto-contrib rebeccas/crystalforest-3.10 http://git.yoctoproject.org/cgit.cgi/linux-yocto-contrib/log/?h=rebeccas/crystalforest-3.10 Chang, Rebecca Swee Fun (1): meta: add crystalforest bsp legacy block drivers configurations for linux-yocto-3.10 meta/cfg/kernel-cache/bsp/crystalforest/crystalforest.cfg |5 + 1 file changed, 5 insertions(+) -- 1.7.10.4 ___ linux-yocto mailing list linux-yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/linux-yocto
[linux-yocto] [PATCH 1/1] meta: add crystalforest bsp legacy block drivers configurations for linux-yocto-3.10
From: Chang, Rebecca Swee Fun rebecca.swee.fun.ch...@intel.com This commit will turn on some legacy block drivers configuration, e.g. SMBus, LPC-ICH, and Watchdog timer. Signed-off-by: Chang, Rebecca Swee Fun rebecca.swee.fun.ch...@intel.com --- meta/cfg/kernel-cache/bsp/crystalforest/crystalforest.cfg |5 + 1 file changed, 5 insertions(+) diff --git a/meta/cfg/kernel-cache/bsp/crystalforest/crystalforest.cfg b/meta/cfg/kernel-cache/bsp/crystalforest/crystalforest.cfg index 542f600..91a94a7 100644 --- a/meta/cfg/kernel-cache/bsp/crystalforest/crystalforest.cfg +++ b/meta/cfg/kernel-cache/bsp/crystalforest/crystalforest.cfg @@ -30,3 +30,8 @@ CONFIG_I2C=y CONFIG_AGP=y CONFIG_PM=y CONFIG_INPUT=y + +CONFIG_I2C_I801=y +CONFIG_ITCO_WDT=y +CONFIG_ITCO_VENDOR_SUPPORT=y +CONFIG_LPC_ICH=y -- 1.7.10.4 ___ linux-yocto mailing list linux-yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/linux-yocto
Re: [linux-yocto] [PATCH 0/1] [PATCH] meta: add crystalforest bsp legacy block drivers configurations for linux-yocto-3.10
On Mon, Oct 21, 2013 at 3:20 AM, rebecca.swee.fun.ch...@intel.com wrote: From: Chang, Rebecca Swee Fun rebecca.swee.fun.ch...@intel.com Hi all, I would like to clarify one thing here. The previous pull request was meant to pull rebeccas/meta-crystalforest into linux-yocto-3.8 meta branch. For this current pull request, I would like this changes to be pull from rebeccas/crystalforest-3.10 into linux-yocto-3.10 meta branch. Sorry if I caused any inconvenience and confusion to you all. No worries. This looks fine. I'm travelling for ELC-e at the moment, but will get to this merge ASAP. Bruce Thanks and best regards Rebecca The following changes since commit 452f0679ea93a6cb4433bebd7177629228a5cf68: lxc: Add lxc kernel config (2013-10-08 15:46:30 -0400) are available in the git repository at: git://git.yoctoproject.org/linux-yocto-contrib rebeccas/crystalforest-3.10 http://git.yoctoproject.org/cgit.cgi/linux-yocto-contrib/log/?h=rebeccas/crystalforest-3.10 Chang, Rebecca Swee Fun (1): meta: add crystalforest bsp legacy block drivers configurations for linux-yocto-3.10 meta/cfg/kernel-cache/bsp/crystalforest/crystalforest.cfg |5 + 1 file changed, 5 insertions(+) -- 1.7.10.4 ___ linux-yocto mailing list linux-yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/linux-yocto -- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end ___ linux-yocto mailing list linux-yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/linux-yocto