[yocto] One question about taskdata and runqueue
Hi list, If I have two recipes, see following. Both of them provides virtual/test and has package named test-test, the only difference is the RDEPENDS of the package test-test. test-a_1.0.bb PROVIDES = virtual/test PACKAGES = test-test # Assume that the abcd package are provided by recipe abcd.bb RDEPENDS_test-test = abcd test-b_1.0.bb PROVIDES = virtual/test PACKAGES = test-test In a certain configuration file, we have the PREFERRED_PROVIDER set as: PREFERRED_PROVIDER_virtual/test = test-a. Then if a real recipe, for example, the 'v86d', depends on the virtual/test: DEPENDS = virtual/test Finally if I run the following command: # bitbake v86d We know that the recipe abcd will be included in the runqueue. My question is, can we get the build dependency to recipe abcd through taskdata? Or it is finalized until we create the RunQueue object? Thanks for help! -- Dongxiao ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Yocto Project Quick Start Feedback
Good suggestion. -Original Message- From: Barros Pena, Belen Sent: Monday, February 27, 2012 6:02 AM To: Rifenbark, Scott M; William Mills Cc: Abbas, Mohamed; Yocto Project; Darren Hart; Perez-Gonzalez, Inaky; Purdie, Richard Subject: Re: [yocto] Yocto Project Quick Start Feedback Hi all, Sorry to jump in. After reading the discussion I went to check the web traffic data for the Quick Start page, thinking that it might give us some useful information about how people are using the content and how to improve it. Unfortunately, it looks like the Google Analytics script is missing from http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs. html, so no web traffic information is available. Before making changes to the content, maybe we could add the Google Analytics tracking script to the page and see what comes out of it. By providing volume, the data could help us break the 'personal opinion deadlock'. What do you think? Belen On 24/02/2012 22:19, Rifenbark, Scott M scott.m.rifenb...@intel.com wrote: Bill, You are reading me wrong. I actually like the idea. It fits a Quick Start. I was going to divert the expert reader anyway. The reason I tried to paint the picture here was to see what others thought of the idea. Scott -Original Message- From: William Mills [mailto:wmi...@ti.com] Sent: Friday, February 24, 2012 1:07 PM To: Rifenbark, Scott M Cc: Darren Hart; Yocto Project; Abbas, Mohamed; Purdie, Richard; Perez-Gonzalez, Inaky Subject: Re: [yocto] Yocto Project Quick Start Feedback On 02/24/2012 01:05 PM, Rifenbark, Scott M wrote: The movie angle is interesting. Picture this... the opening 1/2 page sets up the packages for Ubuntu, downloads files, builds core-image-sata, and runs qemu. All this done without even telling anyone what YP is. Follow that by what just happened... we just built and ran an image using the Yocto Project. Then the QS launches into the Welcome stuff and flows on as normal. That would be a unique beginning for a technical manual. I sense some derision in your word unique? Thats fine, your doing most of the work and you have to be happy with it. However I don't think it is unique. Yes it would be a bad approuch to use in a reference manual but I have found a number of intros/tutorials start this way and I always enjoy the approuch. Perhaps the QS at only 9 printed pages is too short to be structured this way. The QS guide itself is just this taste of the bigger picture for the full doc set. As I said, just some thoughts. Bill ___ 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] Yocto Project Quick Start Feedback
Thanks, Scott. Do you know who manages the CMS? I guess that's the person who could add the GA script to the page. Cheers Belen On 27/02/2012 15:00, Rifenbark, Scott M scott.m.rifenb...@intel.com wrote: Good suggestion. -Original Message- From: Barros Pena, Belen Sent: Monday, February 27, 2012 6:02 AM To: Rifenbark, Scott M; William Mills Cc: Abbas, Mohamed; Yocto Project; Darren Hart; Perez-Gonzalez, Inaky; Purdie, Richard Subject: Re: [yocto] Yocto Project Quick Start Feedback Hi all, Sorry to jump in. After reading the discussion I went to check the web traffic data for the Quick Start page, thinking that it might give us some useful information about how people are using the content and how to improve it. Unfortunately, it looks like the Google Analytics script is missing from http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs . html, so no web traffic information is available. Before making changes to the content, maybe we could add the Google Analytics tracking script to the page and see what comes out of it. By providing volume, the data could help us break the 'personal opinion deadlock'. What do you think? Belen On 24/02/2012 22:19, Rifenbark, Scott M scott.m.rifenb...@intel.com wrote: Bill, You are reading me wrong. I actually like the idea. It fits a Quick Start. I was going to divert the expert reader anyway. The reason I tried to paint the picture here was to see what others thought of the idea. Scott -Original Message- From: William Mills [mailto:wmi...@ti.com] Sent: Friday, February 24, 2012 1:07 PM To: Rifenbark, Scott M Cc: Darren Hart; Yocto Project; Abbas, Mohamed; Purdie, Richard; Perez-Gonzalez, Inaky Subject: Re: [yocto] Yocto Project Quick Start Feedback On 02/24/2012 01:05 PM, Rifenbark, Scott M wrote: The movie angle is interesting. Picture this... the opening 1/2 page sets up the packages for Ubuntu, downloads files, builds core-image-sata, and runs qemu. All this done without even telling anyone what YP is. Follow that by what just happened... we just built and ran an image using the Yocto Project. Then the QS launches into the Welcome stuff and flows on as normal. That would be a unique beginning for a technical manual. I sense some derision in your word unique? Thats fine, your doing most of the work and you have to be happy with it. However I don't think it is unique. Yes it would be a bad approuch to use in a reference manual but I have found a number of intros/tutorials start this way and I always enjoy the approuch. Perhaps the QS at only 9 printed pages is too short to be structured this way. The QS guide itself is just this taste of the bigger picture for the full doc set. As I said, just some thoughts. Bill ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto - Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Yocto Project Quick Start Feedback
I notified the person here that should know how to do that stuff. Thanks, Scott -Original Message- From: Barros Pena, Belen Sent: Monday, February 27, 2012 9:23 AM To: Rifenbark, Scott M; William Mills Cc: Abbas, Mohamed; Yocto Project; Darren Hart; Perez-Gonzalez, Inaky; Purdie, Richard Subject: Re: [yocto] Yocto Project Quick Start Feedback Thanks, Scott. Do you know who manages the CMS? I guess that's the person who could add the GA script to the page. Cheers Belen On 27/02/2012 15:00, Rifenbark, Scott M scott.m.rifenb...@intel.com wrote: Good suggestion. -Original Message- From: Barros Pena, Belen Sent: Monday, February 27, 2012 6:02 AM To: Rifenbark, Scott M; William Mills Cc: Abbas, Mohamed; Yocto Project; Darren Hart; Perez-Gonzalez, Inaky; Purdie, Richard Subject: Re: [yocto] Yocto Project Quick Start Feedback Hi all, Sorry to jump in. After reading the discussion I went to check the web traffic data for the Quick Start page, thinking that it might give us some useful information about how people are using the content and how to improve it. Unfortunately, it looks like the Google Analytics script is missing from http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs . html, so no web traffic information is available. Before making changes to the content, maybe we could add the Google Analytics tracking script to the page and see what comes out of it. By providing volume, the data could help us break the 'personal opinion deadlock'. What do you think? Belen On 24/02/2012 22:19, Rifenbark, Scott M scott.m.rifenb...@intel.com wrote: Bill, You are reading me wrong. I actually like the idea. It fits a Quick Start. I was going to divert the expert reader anyway. The reason I tried to paint the picture here was to see what others thought of the idea. Scott -Original Message- From: William Mills [mailto:wmi...@ti.com] Sent: Friday, February 24, 2012 1:07 PM To: Rifenbark, Scott M Cc: Darren Hart; Yocto Project; Abbas, Mohamed; Purdie, Richard; Perez-Gonzalez, Inaky Subject: Re: [yocto] Yocto Project Quick Start Feedback On 02/24/2012 01:05 PM, Rifenbark, Scott M wrote: The movie angle is interesting. Picture this... the opening 1/2 page sets up the packages for Ubuntu, downloads files, builds core-image-sata, and runs qemu. All this done without even telling anyone what YP is. Follow that by what just happened... we just built and ran an image using the Yocto Project. Then the QS launches into the Welcome stuff and flows on as normal. That would be a unique beginning for a technical manual. I sense some derision in your word unique? Thats fine, your doing most of the work and you have to be happy with it. However I don't think it is unique. Yes it would be a bad approuch to use in a reference manual but I have found a number of intros/tutorials start this way and I always enjoy the approuch. Perhaps the QS at only 9 printed pages is too short to be structured this way. The QS guide itself is just this taste of the bigger picture for the full doc set. As I said, just some thoughts. Bill ___ 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] [glib]glib-2.0 install fail
On Mon, 2012-02-27 at 13:06 +0800, Ni Qingliang wrote: Hi, All: after latest update, the glib-2.0 install fail with err info: rmdir: failed to remove `.../tmp/work/x86_64-linux/glib-2.0-native-1_2.30.2-r6/image/.../tmp/sysroots/x86_64-linux/usr/lib/gio/modules/': Directory not empty I have checked that directory, there are two files: libgiofam.la libgiofam.so. what's the problem? And there are not these two files on pc. There is a patch in master which fixes this problem now. (disabling libfam in glib-2.0) Cheers, Richard ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] uclibc elfutils
Hello all, I'm having some difficulty building elfutils (required by gdb) and I think its relating to the fact that im using uclibc. NOTE: package elfutils-0.148-r5: task do_compile: Started ERROR: Function failed: do_compile (see /tmp/work/i586-poky-linux-uclibc/elfutils-0.148-r5/temp/log.do_compile.14653 for further information) ERROR: Logfile of failure stored in: /tmp/work/i586-poky-linux-uclibc/elfutils-0.148-r5/temp/log.do_compile.14653 Log data follows: | DEBUG: SITE files ['endian-little', 'bit-32', 'ix86-common', 'common-linux', 'common-uclibc', 'i586-linux-uclibc', 'common'] | NOTE: make -j 24 -C libelf | make: Entering directory `/tmp/work/i586-poky-linux-uclibc/elfutils-0.148-r5/elfutils-0.148/libelf' ... | elf_error.c:56:21: fatal error: libintl.h: No such file or directory | compilation terminated. | make: *** [elf_error.o] Error 1 | make: *** Waiting for unfinished jobs | make: Leaving directory `/tmp/work/i586-poky-linux-uclibc/elfutils-0.148-r5/elfutils-0.148/libelf' | ERROR: oe_runmake failed NOTE: package elfutils-0.148-r5: task do_compile: Failed ERROR: Task 218 ([path]/poky/meta/recipes-devtools/elfutils/elfutils_0.148.bb, do_compile) failed with exit code '1' The build works if I switch to eglibc. Can anyone help me figure out what might cause this? Regards John ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] uclibc elfutils
On Mon, Feb 27, 2012 at 8:35 AM, John Toomey john.too...@linux.intel.com wrote: Hello all, I'm having some difficulty building elfutils (required by gdb) and I think its relating to the fact that im using uclibc. Yes elfutils has some glibc kinship unfortunately which is hard to untangle. However gdb does not need elfutils in fact. please cherry-pick following commit from oe-core master commit 8330205eeb605354c139605618255940e3b312d4 Author: Khem Raj raj.k...@gmail.com Date: Fri Jan 20 17:07:42 2012 -0800 gdb-common: Drop elfutils from DEPENDS Signed-off-by: Khem Raj raj.k...@gmail.com NOTE: package elfutils-0.148-r5: task do_compile: Started ERROR: Function failed: do_compile (see /tmp/work/i586-poky-linux-uclibc/elfutils-0.148-r5/temp/log.do_compile.14653 for further information) ERROR: Logfile of failure stored in: /tmp/work/i586-poky-linux-uclibc/elfutils-0.148-r5/temp/log.do_compile.14653 Log data follows: | DEBUG: SITE files ['endian-little', 'bit-32', 'ix86-common', 'common-linux', 'common-uclibc', 'i586-linux-uclibc', 'common'] | NOTE: make -j 24 -C libelf | make: Entering directory `/tmp/work/i586-poky-linux-uclibc/elfutils-0.148-r5/elfutils-0.148/libelf' ... | elf_error.c:56:21: fatal error: libintl.h: No such file or directory | compilation terminated. | make: *** [elf_error.o] Error 1 | make: *** Waiting for unfinished jobs | make: Leaving directory `/tmp/work/i586-poky-linux-uclibc/elfutils-0.148-r5/elfutils-0.148/libelf' | ERROR: oe_runmake failed NOTE: package elfutils-0.148-r5: task do_compile: Failed ERROR: Task 218 ([path]/poky/meta/recipes-devtools/elfutils/elfutils_0.148.bb, do_compile) failed with exit code '1' The build works if I switch to eglibc. Can anyone help me figure out what might cause this? Regards John ___ 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] Yocto Project Quick Start Feedback
As this page is regenerated each time the document changes, we'll need to find a way to add the script to the source so it isn't simply overwritten. Scott, I'll ping you separately to describe how to do this. On Mon, Feb 27, 2012 at 7:27 AM, Rifenbark, Scott M scott.m.rifenb...@intel.com wrote: I notified the person here that should know how to do that stuff. Thanks, Scott -Original Message- From: Barros Pena, Belen Sent: Monday, February 27, 2012 9:23 AM To: Rifenbark, Scott M; William Mills Cc: Abbas, Mohamed; Yocto Project; Darren Hart; Perez-Gonzalez, Inaky; Purdie, Richard Subject: Re: [yocto] Yocto Project Quick Start Feedback Thanks, Scott. Do you know who manages the CMS? I guess that's the person who could add the GA script to the page. Cheers Belen On 27/02/2012 15:00, Rifenbark, Scott M scott.m.rifenb...@intel.com wrote: Good suggestion. -Original Message- From: Barros Pena, Belen Sent: Monday, February 27, 2012 6:02 AM To: Rifenbark, Scott M; William Mills Cc: Abbas, Mohamed; Yocto Project; Darren Hart; Perez-Gonzalez, Inaky; Purdie, Richard Subject: Re: [yocto] Yocto Project Quick Start Feedback Hi all, Sorry to jump in. After reading the discussion I went to check the web traffic data for the Quick Start page, thinking that it might give us some useful information about how people are using the content and how to improve it. Unfortunately, it looks like the Google Analytics script is missing from http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs . html, so no web traffic information is available. Before making changes to the content, maybe we could add the Google Analytics tracking script to the page and see what comes out of it. By providing volume, the data could help us break the 'personal opinion deadlock'. What do you think? Belen On 24/02/2012 22:19, Rifenbark, Scott M scott.m.rifenb...@intel.com wrote: Bill, You are reading me wrong. I actually like the idea. It fits a Quick Start. I was going to divert the expert reader anyway. The reason I tried to paint the picture here was to see what others thought of the idea. Scott -Original Message- From: William Mills [mailto:wmi...@ti.com] Sent: Friday, February 24, 2012 1:07 PM To: Rifenbark, Scott M Cc: Darren Hart; Yocto Project; Abbas, Mohamed; Purdie, Richard; Perez-Gonzalez, Inaky Subject: Re: [yocto] Yocto Project Quick Start Feedback On 02/24/2012 01:05 PM, Rifenbark, Scott M wrote: The movie angle is interesting. Picture this... the opening 1/2 page sets up the packages for Ubuntu, downloads files, builds core-image-sata, and runs qemu. All this done without even telling anyone what YP is. Follow that by what just happened... we just built and ran an image using the Yocto Project. Then the QS launches into the Welcome stuff and flows on as normal. That would be a unique beginning for a technical manual. I sense some derision in your word unique? Thats fine, your doing most of the work and you have to be happy with it. However I don't think it is unique. Yes it would be a bad approuch to use in a reference manual but I have found a number of intros/tutorials start this way and I always enjoy the approuch. Perhaps the QS at only 9 printed pages is too short to be structured this way. The QS guide itself is just this taste of the bigger picture for the full doc set. As I said, just some thoughts. Bill ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto -- Jeff Osier-Mixon http://jefro.net/blog Yocto Project Community Manager @Intel http://yoctoproject.org ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Yocto Project Quick Start Feedback
Jeff, Sounds good. From: Osier-mixon, Jeffrey [mailto:jeffrey.osier-mi...@intel.com] Sent: Monday, February 27, 2012 12:01 PM To: Rifenbark, Scott M Cc: Barros Pena, Belen; William Mills; Abbas, Mohamed; Yocto Project; Darren Hart; Perez-Gonzalez, Inaky; Purdie, Richard Subject: Re: [yocto] Yocto Project Quick Start Feedback As this page is regenerated each time the document changes, we'll need to find a way to add the script to the source so it isn't simply overwritten. Scott, I'll ping you separately to describe how to do this. On Mon, Feb 27, 2012 at 7:27 AM, Rifenbark, Scott M scott.m.rifenb...@intel.commailto:scott.m.rifenb...@intel.com wrote: I notified the person here that should know how to do that stuff. Thanks, Scott -Original Message- From: Barros Pena, Belen Sent: Monday, February 27, 2012 9:23 AM To: Rifenbark, Scott M; William Mills Cc: Abbas, Mohamed; Yocto Project; Darren Hart; Perez-Gonzalez, Inaky; Purdie, Richard Subject: Re: [yocto] Yocto Project Quick Start Feedback Thanks, Scott. Do you know who manages the CMS? I guess that's the person who could add the GA script to the page. Cheers Belen On 27/02/2012 15:00, Rifenbark, Scott M scott.m.rifenb...@intel.commailto:scott.m.rifenb...@intel.com wrote: Good suggestion. -Original Message- From: Barros Pena, Belen Sent: Monday, February 27, 2012 6:02 AM To: Rifenbark, Scott M; William Mills Cc: Abbas, Mohamed; Yocto Project; Darren Hart; Perez-Gonzalez, Inaky; Purdie, Richard Subject: Re: [yocto] Yocto Project Quick Start Feedback Hi all, Sorry to jump in. After reading the discussion I went to check the web traffic data for the Quick Start page, thinking that it might give us some useful information about how people are using the content and how to improve it. Unfortunately, it looks like the Google Analytics script is missing from http://www.yoctoproject.org/docs/current/yocto-project-qs/yocto-project-qs . html, so no web traffic information is available. Before making changes to the content, maybe we could add the Google Analytics tracking script to the page and see what comes out of it. By providing volume, the data could help us break the 'personal opinion deadlock'. What do you think? Belen On 24/02/2012 22:19, Rifenbark, Scott M scott.m.rifenb...@intel.commailto:scott.m.rifenb...@intel.com wrote: Bill, You are reading me wrong. I actually like the idea. It fits a Quick Start. I was going to divert the expert reader anyway. The reason I tried to paint the picture here was to see what others thought of the idea. Scott -Original Message- From: William Mills [mailto:wmi...@ti.commailto:wmi...@ti.com] Sent: Friday, February 24, 2012 1:07 PM To: Rifenbark, Scott M Cc: Darren Hart; Yocto Project; Abbas, Mohamed; Purdie, Richard; Perez-Gonzalez, Inaky Subject: Re: [yocto] Yocto Project Quick Start Feedback On 02/24/2012 01:05 PM, Rifenbark, Scott M wrote: The movie angle is interesting. Picture this... the opening 1/2 page sets up the packages for Ubuntu, downloads files, builds core-image-sata, and runs qemu. All this done without even telling anyone what YP is. Follow that by what just happened... we just built and ran an image using the Yocto Project. Then the QS launches into the Welcome stuff and flows on as normal. That would be a unique beginning for a technical manual. I sense some derision in your word unique? Thats fine, your doing most of the work and you have to be happy with it. However I don't think it is unique. Yes it would be a bad approuch to use in a reference manual but I have found a number of intros/tutorials start this way and I always enjoy the approuch. Perhaps the QS at only 9 printed pages is too short to be structured this way. The QS guide itself is just this taste of the bigger picture for the full doc set. As I said, just some thoughts. Bill ___ yocto mailing list yocto@yoctoproject.orgmailto:yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.orgmailto:yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto -- Jeff Osier-Mixon http://jefro.net/blog Yocto Project Community Manager @Intel http://yoctoproject.orghttp://yoctoproject.org/ ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [KERNEL] [PATCH 0/1] Add PVR feature for Cedartrail
From: Kishore Bodke kishore.k.bo...@intel.com Hi, This is a new feature added to enable PVR for the Cedartrail BSP in the kernel. Please pull into meta/cfg/kernel-cache/cfg for both linux-yocto-3.0 and linux-yocto-3.2 . Thanks Kishore. The following changes since commit 808b49474268040ab27c8ee687b60807a11547b4: meta: update kver to v3.0.22 (2012-02-26 00:16:19 -0500) are available in the git repository at: git://git.pokylinux.org/linux-yocto-2.6.37-contrib bodke/meta-cedartrail/pvr-feature http://git.pokylinux.org/cgit.cgi/linux-yocto-2.6.37-contrib/log/?h=bodke/meta-cedartrail/pvr-feature Kishore Bodke (1): enable pvr features. Cedartrail has pvr kernel features enable it. meta/cfg/kernel-cache/cfg/drm-cdvpvr.cfg |9 + meta/cfg/kernel-cache/cfg/drm-cdvpvr.scc |1 + 2 files changed, 10 insertions(+), 0 deletions(-) create mode 100644 meta/cfg/kernel-cache/cfg/drm-cdvpvr.cfg create mode 100644 meta/cfg/kernel-cache/cfg/drm-cdvpvr.scc -- 1.7.5.4 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [KERNEL] [PATCH 1/1] enable pvr features.
From: Kishore Bodke kishore.k.bo...@intel.com Cedartrail has pvr kernel features enable it. Signed-off-by: Kishore Bodke kishore.k.bo...@intel.com --- meta/cfg/kernel-cache/cfg/drm-cdvpvr.cfg |9 + meta/cfg/kernel-cache/cfg/drm-cdvpvr.scc |1 + 2 files changed, 10 insertions(+), 0 deletions(-) create mode 100644 meta/cfg/kernel-cache/cfg/drm-cdvpvr.cfg create mode 100644 meta/cfg/kernel-cache/cfg/drm-cdvpvr.scc diff --git a/meta/cfg/kernel-cache/cfg/drm-cdvpvr.cfg b/meta/cfg/kernel-cache/cfg/drm-cdvpvr.cfg new file mode 100644 index 000..31e43ef --- /dev/null +++ b/meta/cfg/kernel-cache/cfg/drm-cdvpvr.cfg @@ -0,0 +1,9 @@ +CONFIG_HIGHMEM4G=y +CONFIG_STAGING=y +CONFIG_DRM=y +CONFIG_SND_HDA_CODEC_HDMI=y +CONFIG_DRM_INTEL_CDV=y +CONFIG_DRM_CDV_RELEASE=y + +# CONFIG_DRM_CDV_DEBUG is not set +# CONFIG_DRM_PVR_PDUMP is not set diff --git a/meta/cfg/kernel-cache/cfg/drm-cdvpvr.scc b/meta/cfg/kernel-cache/cfg/drm-cdvpvr.scc new file mode 100644 index 000..c6c28e5 --- /dev/null +++ b/meta/cfg/kernel-cache/cfg/drm-cdvpvr.scc @@ -0,0 +1 @@ +kconf hardware drm-cdvpvr.cfg -- 1.7.5.4 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [KERNEL][PATCH 1/1] enable pvr features.
Ok. I sent a new pull request after removing the merge line. Thanks Kishore. -Original Message- From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com] Sent: Sunday, February 26, 2012 9:26 PM To: Bodke, Kishore K Cc: yocto@yoctoproject.org Subject: Re: [KERNEL][PATCH 1/1] enable pvr features. On 12-02-24 7:35 PM, kishore.k.bo...@intel.com wrote: From: Kishore Bodkekishore.k.bo...@intel.com Cedartrail has pvr kernel features and patches. Signed-off-by: Kishore Bodkekishore.k.bo...@intel.com --- meta/cfg/kernel-cache/cfg/drm-cdvpvr.cfg |9 + meta/cfg/kernel-cache/cfg/drm-cdvpvr.scc |2 ++ 2 files changed, 11 insertions(+), 0 deletions(-) create mode 100644 meta/cfg/kernel-cache/cfg/drm-cdvpvr.cfg create mode 100644 meta/cfg/kernel-cache/cfg/drm-cdvpvr.scc diff --git a/meta/cfg/kernel-cache/cfg/drm-cdvpvr.cfg b/meta/cfg/kernel-cache/cfg/drm-cdvpvr.cfg new file mode 100644 index 000..0ab4488 --- /dev/null +++ b/meta/cfg/kernel-cache/cfg/drm-cdvpvr.cfg @@ -0,0 +1,9 @@ +CONFIG_HIGHMEM4G=y +CONFIG_STAGING=y +CONFIG_DRM=y +CONFIG_SND_HDA_CODEC_HDMI=y +CONFIG_DRM_INTEL_CDV=y +CONFIG_DRM_CDV_RELEASE=y + +# CONFIG_DRM_CDV_DEBUG is not set +# CONFIG_DRM_PVR_PDUMP is not se diff --git a/meta/cfg/kernel-cache/cfg/drm-cdvpvr.scc b/meta/cfg/kernel-cache/cfg/drm-cdvpvr.scc new file mode 100644 index 000..fbb8316 --- /dev/null +++ b/meta/cfg/kernel-cache/cfg/drm-cdvpvr.scc @@ -0,0 +1,2 @@ +kconf hardware drm-cdvpvr.cfg +git merge yocto/pvr I was just completing the merge on this, and I realized that we should put the branch merge in the BSP/machine, not in the generic feature. The configs are good, but we want the cedartrail to do that merge, not the config. How does that sound to you ? If it is ok, spin me a patch with that merge line removed and I'll push it out right away. Cheers, Bruce ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] adt-installer: cannot install package autoconf-nativesdk
On 25/02/12 01:41, Andrea Galbusera wrote: Hi Joshua, On Sat, Feb 25, 2012 at 3:08 AM, Joshua Lockj...@linux.intel.com wrote: Hi Andrea, On 24/02/12 05:40, Andrea Galbusera wrote: The installer was built against the latest version of its recipe as per commit c6ec5a0d9e31a1694aba25e2ff76f1c933e556d5, adt-installer-0.1.8+svnr596-r6. I guess a change was made with commit de68393270d5455b4861d38cef3f081b9667d25f which requires installing autoconf/automake-nativesdk but relevant ipks are missing from http://adtrepo.yoctoproject.org/1.1/adt-ipk/, which is still default in latest adt_installer.conf. Am I guessing right? First time digging into the adt_installer so I might be completely out of track! Is this a known limit if building adt_installer with latest edison branch? Should I file a bug for this? If so, what's the best solution right now? Maybe using the edison original adt_installer from the yocto downloads... This sounds like you've correctly deduced the issue - it looks like there may be required changes which need backporting to the edison repository - I'm currently running some builds to verify this. Please do report this information on bugzilla so that we can track it. It's my first time digging into the ADT installer too so it may take a couple of days to pull together all of the required fixes. Submitted to shiny new bugzilla with #2031. I left the ADT version unspecified, since I believe we are somewhere between 1.1 and 1.1.1 with current edison. Thanks - the issue is restricted to Edison so far as I can tell so the bug has been marked thus. After looking a little closer at the adt_installer.conf generated from my build tree I noticed the following diffs wrt 1.1. First line looks pretty strange to me. Hope this helps This is definitely a bug but not preventing you from installing the ADT. I've created a patch for this whilst I'm in this area of code though, thanks. Cheers, Joshua -- Joshua Lock Yocto Project Johannes factotum Intel Open Source Technology Centre ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] One question about taskdata and runqueue
On Mon, 2012-02-27 at 16:19 +, Richard Purdie wrote: On Mon, 2012-02-27 at 21:51 +0800, Xu, Dongxiao wrote: Hi list, If I have two recipes, see following. Both of them provides virtual/test and has package named test-test, the only difference is the RDEPENDS of the package test-test. test-a_1.0.bb PROVIDES = virtual/test PACKAGES = test-test # Assume that the abcd package are provided by recipe abcd.bb RDEPENDS_test-test = abcd test-b_1.0.bb PROVIDES = virtual/test PACKAGES = test-test In a certain configuration file, we have the PREFERRED_PROVIDER set as: PREFERRED_PROVIDER_virtual/test = test-a. Then if a real recipe, for example, the 'v86d', depends on the virtual/test: DEPENDS = virtual/test Finally if I run the following command: # bitbake v86d We know that the recipe abcd will be included in the runqueue. My question is, can we get the build dependency to recipe abcd through taskdata? Or it is finalized until we create the RunQueue object? task data should have a list of providers for virtual/test, sorted in priority order. There should be two entries in that list, one for test-a and test-b. Since you set the preferred provider, you should have test-a as the first item. Once you resolve it to a recipe file, you should be able to look at the recipe file's dependencies in dataCache. The trouble is you're now resolving all the dependencies in the code I think you're referring to. This was in general the job of prepare_runqueue() and I'm starting to worry you're duplicating its functionality. Hmm, previously we use the taskdata is to reduce the time for building up the dependency tree. It seems that we will have to use runqueue to determine the dependency. Thanks, Dongxiao Cheers, Richard ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto