[yocto] Can Yocto support git clone for url with http prefix

2014-04-09 Thread zhenhua....@freescale.com
I want to create recipe for a package which is managed by Gerrit, Gerrit only provides an anonymous HTTP url(http://:8181/bb) which can be cloned by git clone http://:8181/bb; correctly. I set SRC_URI to http://:8181/bb; in the bb file, following is the detailed definition.

Re: [yocto] CGL compliance layer initiative

2014-04-09 Thread Vali Cobelea
Hi Chris, I do know that I got the right ssh keys, and also I do know that changing the 'git@' to 'git://' always works for any git repo, well all git users should do :-) Again much appreciated for the interest in our layer. Best regards, Vali On 04/08/2014 06:49 PM, Chris Larson wrote:

Re: [yocto] Can Yocto support git clone for url with http prefix

2014-04-09 Thread Erik Botö
Hi, On Wed, Apr 9, 2014 at 8:21 AM, zhenhua@freescale.com zhenhua@freescale.com wrote: I want to create recipe for a package which is managed by Gerrit, Gerrit only provides an anonymous HTTP url(http://:8181/bb) which can be cloned by git clone http://:8181/bb; correctly.

Re: [yocto] Squeezing a gstreamer video pipeline into the smallest footprint possible

2014-04-09 Thread Burton, Ross
On 9 April 2014 00:03, Patrick Doyle wpds...@gmail.com wrote: I have a ridiculously pinhole sized memory footprint into which I would like to squeeze a gstreamer based video pipeline. I am looking for tips on what I can do to minimize the footprint as much as possible for my Yocto based

Re: [yocto] Can Yocto support git clone for url with http prefix

2014-04-09 Thread zhenhua....@freescale.com
Thank you, Erik. Best Regards, Zhenhua -Original Message- From: yocto-boun...@yoctoproject.org [mailto:yocto- boun...@yoctoproject.org] On Behalf Of Erik Bot? Sent: Wednesday, April 09, 2014 2:47 PM To: Luo Zhenhua-B19537 Cc: yocto@yoctoproject.org Subject: Re: [yocto] Can

[yocto] Dogfooding and usability testing Toaster

2014-04-09 Thread Barros Pena, Belen
Hi all, I am looking into collecting feedback on the first version of Toaster https://www.yoctoproject.org/blogs/belenbarrospena/2014/eye-candy which will be out with Yocto Project 1.6. There are 2 things I'd like to do: 1) Dogfooding Once the release is out, it would be great to have people

Re: [yocto] CGL compliance layer initiative

2014-04-09 Thread Paul Eggleton
Hi Vali, On Tuesday 08 April 2014 18:34:08 Vali Cobelea wrote: Here at ENEA we decided to take the initiative regarding the CGL compliance when it comes to the Yocto Project. For this we started the work on a dedicated layer called 'meta-cgl' which can be accessed / cloned from here:

Re: [yocto] CGL compliance layer initiative

2014-04-09 Thread Vali Cobelea
Hi, Thank you for the input. We will keep the layer for a short period of time at the current location while getting other ideas regarding the content / architecture. The layer initiative will also be raised up in the board advisory meeting, in order to get even more input. After which we will

Re: [yocto] CGL compliance layer initiative

2014-04-09 Thread Paul Eggleton
On Wednesday 09 April 2014 13:55:47 Vali Cobelea wrote: On 04/09/2014 01:51 PM, Paul Eggleton wrote: On Tuesday 08 April 2014 18:34:08 Vali Cobelea wrote: Here at ENEA we decided to take the initiative regarding the CGL compliance when it comes to the Yocto Project. For this we started

Re: [yocto] Squeezing a gstreamer video pipeline into the smallest footprint possible

2014-04-09 Thread Patrick Doyle
Thank you for the tips folks... please keep them coming. At the moment (for this pinhole sized project) I only need support for video. Is there any way to strip out all of the audio components from the gstreamer I generate? I tried adding --disable-vorbis to my recipe, only to find that

Re: [yocto] CGL compliance layer initiative

2014-04-09 Thread Vali Cobelea
OK Paul, that indeed makes sense, I really did not knew that preliminary versions of layers are accepted. I will discuss around here and if everything goes OK we will start the move in the public layer index. I also do agree with an all-together strategy, no matter for the layer state. Much

[yocto] The point of Release Candidates

2014-04-09 Thread Richard Purdie
It seems people don't understand what the point of a Release Candidate is, or the timelines we work to. The fact this is coming as a surprise to people is seriously upsetting to me as we've done this for long enough now that people should know the drill. A release candidate is what is says, a

[yocto] Adding RPMs and kernel images

2014-04-09 Thread Jim McClure
We are working on a project where we will be receiving different types of artifacts from various development groups within the organization. Specifically, we will receive kernel images (qemux86, qemuarm, and ATOM) as well as RPMs. We'd like to incorporate those artifacts directly into our

[yocto] [yocto-docs] [PATCH] Extended description of the ${D} variable

2014-04-09 Thread Meier, Dennis
Hello everyone, In comparision to ${S}, the variable ${D} isn't documented very well in the ref-manual. I wanted to improve on that a little bit. Please review the attached patch (on correctness of the statements especially). It would be cool to see this mainline soon. With best regards,

Re: [yocto] [yocto-docs] [PATCH] Extended description of the ${D} variable

2014-04-09 Thread Rifenbark, Scott M
Dennis, Thanks for the patch. I have applied it for the upcoming 1.6 release. You can examine it at http://www.yoctoproject.org/docs/1.6/ref-manual/ref-manual.html#var-D. When applying your patch, I performed some minor style editing to conform to some standards within the YP

Re: [yocto] Squeezing a gstreamer video pipeline into the smallest footprint possible

2014-04-09 Thread Edward Hervey
Hi, Disabling the GStreamer debugging system can also help trim off a decent amount from the packages. Edward On Wed, 2014-04-09 at 07:13 -0400, Patrick Doyle wrote: Thank you for the tips folks... please keep them coming. At the moment (for this pinhole sized project) I only need

[yocto] do_populate_sysroot_setscene needs pseudo-native

2014-04-09 Thread Jate S
I am getting the following warning: WARNING: Setscene task 45 (/home/jate/workspace/poky/meta/recipes-connectivity/avahi/avahi-ui_0.6.31.bb, do_populate_sysroot_setscene) failed with exit code '1' - real task will be run instead The task log.do_populate_sysroot_setscene has the following

Re: [yocto] Dogfooding and usability testing Toaster

2014-04-09 Thread Philip Balister
On 04/09/2014 03:43 AM, Barros Pena, Belen wrote: Hi all, I am looking into collecting feedback on the first version of Toaster https://www.yoctoproject.org/blogs/belenbarrospena/2014/eye-candy which will be out with Yocto Project 1.6. There are 2 things I'd like to do: 1) Dogfooding

Re: [yocto] do_populate_sysroot_setscene needs pseudo-native

2014-04-09 Thread Chris Larson
On Wed, Apr 9, 2014 at 1:52 PM, Jate S jate...@gmail.com wrote: WARNING: Setscene task 45 (/home/jate/workspace/poky/meta/recipes-connectivity/avahi/ avahi-ui_0.6.31.bb, do_populate_sysroot_setscene) failed with exit code '1' - real task will be run instead The task

Re: [yocto] Dogfooding and usability testing Toaster

2014-04-09 Thread Rudolf Streif
Hi Belen, That is exciting. I just ran with it and started a build with toaster in the background. A couple of observations from the get-go: - South 0.8.4 is also needed in addition to Django. The Toaster Wiki [1] does not say that but the Contribute to Toaster page [2] does. - You need

Re: [yocto] Dogfooding and usability testing Toaster

2014-04-09 Thread Chris Larson
On Wed, Apr 9, 2014 at 4:33 PM, Rudolf Streif rudolf.str...@linux.comwrote: That is exciting. I just ran with it and started a build with toaster in the background. A couple of observations from the get-go: - South 0.8.4 is also needed in addition to Django. The Toaster Wiki [1] does

[yocto] yocto-1.6_M5.rc3 available

2014-04-09 Thread Flanagan, Elizabeth
All, We have an rc3 build for our upcoming 1.6 release. We had to rebuild the eclipse-poky-kepler plugin due to some incompatibility with the debian 7 builder. We also have issues in nightly-oecore: http://autobuilder.yoctoproject.org/main/builders/nightly-oecore/builds/39 and

[linux-yocto] [PATCH 0/1] [v3.8] meta: change intel-common default NR_CPUS to 24

2014-04-09 Thread boon . leong . ong
From: Ong Boon Leong boon.leong@intel.com This patch is for Linux v3.10 meta: - to change default NR_CPUS from 8 to 24. This is required to ensure Romley platform which has 24 processors are all activated by default when intel-common image is booted. The above changes have been build-

Re: [linux-yocto] [PATCH 0/1] [v3.8] meta: change intel-common default NR_CPUS to 24

2014-04-09 Thread Ong, Boon Leong
Just realize that my title is intended to v3.10 not v3.8. My mind fingers not in sync. :-) Sent from my iPhone On Apr 9, 2014, at 8:23 PM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On 2014-04-09, 1:39 PM, boon.leong@intel.com wrote: From: Ong Boon Leong

Re: [linux-yocto] [PATCH 1/1] meta: intel-corei7-64 nr_cpus set to 24

2014-04-09 Thread Darren Hart
On 4/9/14, 10:39, boon.leong@intel.com boon.leong@intel.com wrote: From: Ong Boon Leong boon.leong@intel.com Change default nr_cpus to 24 instead of default 8 because Romley platform supports 24 SMP processors. Signed-off-by: Ong Boon Leong boon.leong@intel.com ---

[linux-yocto] [PATCH] minnow: Add minnow-drivers-extra fragment

2014-04-09 Thread Darren Hart
Driver requests tend to trickle in slowly. Provide a staging fragment where we can collect those that are not already covered by existing scc files. As blocks of drivers become apparent, new scc files can be created and this file pruned. Signed-off-by: Darren Hart dvh...@linux.intel.com ---

Re: [linux-yocto] [PATCH 10/29] usb: dwc3: pci: Enable/disable ulpi phy refclk

2014-04-09 Thread Kamble, Nitin A
On 4/7/2014 8:18 AM, rebecca.swee.fun.ch...@intel.com wrote: From: Maurice Petallo mauricex.r.peta...@intel.com Due to power saving purpose, BIOS disabled ulpi phy refclk by default. Hence, the refclk will only be enabled during device/driver probing. and disabled during driver removal. If

Re: [linux-yocto] [PATCH 13/29] i2c: designware-pcidrv: Option to set custom HCNT, LCNT and SDA value

2014-04-09 Thread Kamble, Nitin A
On 4/7/2014 8:18 AM, rebecca.swee.fun.ch...@intel.com wrote: From: Chew, Chiau Ee chiau.ee.c...@intel.com Provide option to set the HCNT, LCNT and SDA if the target values are known ahead. Instead of depends on formula to calculate the HCNT and LCNT. If it is not already pushed upstream, I

Re: [linux-yocto] [PATCH 14/29] spi/pxa2xx-pci: Add support for Intel BYT SPI

2014-04-09 Thread Kamble, Nitin A
On 4/7/2014 8:18 AM, rebecca.swee.fun.ch...@intel.com wrote: From: Chew, Chiau Ee chiau.ee.c...@intel.com The pxa2xx pci glue layer only support CE4100 SPI port by default. To add BYT SPI port support, we make it a generic PCI glue layer by renaming ce4100_xxx to pxa2xx_spi_xxx. This commit

Re: [linux-yocto] [PATCH 15/29] spi/pxa2xx: Fix BYT ACPI mode SPI DMA transfer failure at low speeds

2014-04-09 Thread Kamble, Nitin A
On 4/7/2014 8:18 AM, rebecca.swee.fun.ch...@intel.com wrote: From: Chew, Chiau Ee chiau.ee.c...@intel.com BYT ACPI mode SPI not read/writing correctly at low speeds using DMA mode. Fix the issue by changing DMA SRC_MSIZE and DEST_MSIZE of SPI FIFO side from 16 to 32. I think a bit of

Re: [linux-yocto] [PATCH 18/29] pwm: add support for Intel Low Power Subsystem PWM

2014-04-09 Thread Kamble, Nitin A
On 4/7/2014 8:18 AM, rebecca.swee.fun.ch...@intel.com wrote: From: Mika Westerberg mika.westerb...@linux.intel.com Add support for Intel Low Power I/O subsystem PWM controllers found on some newer intel chipsets. Signed-off-by: Mika Westerberg mika.westerb...@linux.intel.com This patch is

Re: [linux-yocto] [PATCH 23/29] x86/byt: Fix device name string for clkdev registration

2014-04-09 Thread Kamble, Nitin A
On 4/7/2014 8:18 AM, rebecca.swee.fun.ch...@intel.com wrote: From: Maurice Petallo mauricex.r.peta...@intel.com Use BYT DMA PCI domain:bus:slot.func identification as device name input during clkdev registration. Signed-off-by: Maurice Petallo mauricex.r.peta...@intel.com ---

Re: [linux-yocto] [PATCH 26/29] pinctrl-baytrail: unmap interrupt when free the gpio pin

2014-04-09 Thread Kamble, Nitin A
On 4/7/2014 8:18 AM, rebecca.swee.fun.ch...@intel.com wrote: From: Chew, Kean Ho kean.ho.c...@intel.com In to_irq() callback, we create the hwirq to linux irq mapping for the requested GPIO pin. Hence, we unamp typo: unamp/unmap the mapping when the gpio pin is being released.

Re: [linux-yocto] [PATCH 29/29] i2c: i801: Enable BYT SMBUS support

2014-04-09 Thread Kamble, Nitin A
On 4/7/2014 8:18 AM, rebecca.swee.fun.ch...@intel.com wrote: From: Chang, Rebecca Swee Fun rebecca.swee.fun.ch...@intel.com Add PCI ID of BYT SMBUS. Signed-off-by: Chew, Kean Ho kean.ho.c...@intel.com Signed-off-by: Maurice Petallo mauricex.r.peta...@intel.com Signed-off-by: Chang, Rebecca

Re: [linux-yocto] [PATCH 00/29] Create new feature branch for Valley Island BSP

2014-04-09 Thread Kamble, Nitin A
On 4/7/2014 8:17 AM, rebecca.swee.fun.ch...@intel.com wrote: From: Chang Rebecca Swee Fun rebecca.swee.fun.ch...@intel.com Hi all, Here is a request to create feature branch to host Valley Island PCI enumerated LPSS I/O device drivers. We expect the patch series to be removed over time. This

Re: [linux-yocto] [PATCH 00/29] Create new feature branch for Valley Island BSP

2014-04-09 Thread Chang, Rebecca Swee Fun
Thanks Nitin. I will work with the dev team to make our feature branch in better shape. Rebecca -Original Message- From: Kamble, Nitin A Sent: 10 April, 2014 8:41 AM To: Chang, Rebecca Swee Fun; linux-yocto@yoctoproject.org Subject: Re: [linux-yocto] [PATCH 00/29] Create new

Re: [linux-yocto] [PATCH 1/1] meta: intel-corei7-64 nr_cpus set to 24

2014-04-09 Thread Ong, Boon Leong
-Original Message- From: Darren Hart [mailto:dvh...@linux.intel.com] Sent: Thursday, April 10, 2014 1:21 AM To: Ong, Boon Leong; linux-yocto@yoctoproject.org Subject: Re: [linux-yocto] [PATCH 1/1] meta: intel-corei7-64 nr_cpus set to 24 On 4/9/14, 10:39, boon.leong@intel.com

[linux-yocto] [PATCH 0/1] [v3.10] meta: change smp.scc default NR_CPUS to 64

2014-04-09 Thread boon . leong . ong
From: Ong Boon Leong boon.leong@intel.com This patch is for Linux v3.10 meta: - to change default NR_CPUS from 8 to 64. This is required to ensure platform which has more than 8 processors are all activated by default when intel-common image is booted. The above changes have been build-

[linux-yocto] [PATCH 1/1] meta: smp.scc: increase default NR_CPUS to 64

2014-04-09 Thread boon . leong . ong
From: Ong Boon Leong boon.leong@intel.com Change CONFIG_NR_CPUS from 8 to 64 so that platform with processors count more than 8 will be all activited. Signed-off-by: Ong Boon Leong boon.leong@intel.com --- meta/cfg/kernel-cache/cfg/smp.cfg |3 +++ 1 file changed, 3 insertions(+)

Re: [linux-yocto] [PATCH 1/2] intel-common: change intel-corei7064-preempt-rt-scc filename

2014-04-09 Thread Ong, Boon Leong
-Original Message- From: Darren Hart [mailto:dvh...@linux.intel.com] Sent: Friday, April 04, 2014 11:06 PM To: Ong, Boon Leong; linux-yocto@yoctoproject.org Subject: Re: [linux-yocto] [PATCH 1/2] intel-common: change intel-corei7064- preempt-rt-scc filename On 4/3/14, 17:47,

Re: [linux-yocto] [PATCH 1/2] intel-common: change intel-corei7064-preempt-rt-scc filename

2014-04-09 Thread Bruce Ashfield
On 2014-04-09, 11:27 PM, Ong, Boon Leong wrote: -Original Message- From: Darren Hart [mailto:dvh...@linux.intel.com] Sent: Friday, April 04, 2014 11:06 PM To: Ong, Boon Leong; linux-yocto@yoctoproject.org Subject: Re: [linux-yocto] [PATCH 1/2] intel-common: change intel-corei7064-

Re: [linux-yocto] [PATCH 1/1] meta: smp.scc: increase default NR_CPUS to 64

2014-04-09 Thread Darren Hart
On 4/10/14, 4:20, boon.leong@intel.com boon.leong@intel.com wrote: From: Ong Boon Leong boon.leong@intel.com Change CONFIG_NR_CPUS from 8 to 64 so that platform with processors count more than 8 will be all activited. Signed-off-by: Ong Boon Leong boon.leong@intel.com Acked-by:

Re: [linux-yocto] [PATCH 0/1] [v3.10] meta: change smp.scc default NR_CPUS to 64

2014-04-09 Thread Darren Hart
On 4/10/14, 4:20, boon.leong@intel.com boon.leong@intel.com wrote: From: Ong Boon Leong boon.leong@intel.com This patch is for Linux v3.10 meta: Bruce, please also apply to 3.14. -- Darren Hart Open Source Technology Center darren.h...@intel.com

Re: [linux-yocto] [PATCH 1/2] intel-common: change intel-corei7064-preempt-rt-scc filename

2014-04-09 Thread Ong, Boon Leong
-Original Message- From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com] Sent: Thursday, April 10, 2014 11:32 AM To: Ong, Boon Leong Cc: Darren Hart; linux-yocto@yoctoproject.org Subject: Re: [linux-yocto] [PATCH 1/2] intel-common: change intel-corei7064- preempt-rt-scc

Re: [linux-yocto] [PATCH 1/2] intel-common: change intel-corei7064-preempt-rt-scc filename

2014-04-09 Thread Bruce Ashfield
On 2014-04-10, 12:31 AM, Bruce Ashfield wrote: On 2014-04-09, 11:47 PM, Ong, Boon Leong wrote: -Original Message- From: Bruce Ashfield [mailto:bruce.ashfi...@windriver.com] Sent: Thursday, April 10, 2014 11:32 AM To: Ong, Boon Leong Cc: Darren Hart; linux-yocto@yoctoproject.org Subject:

Re: [linux-yocto] [PATCH 0/1][3.10][3.14] meta: Add minnow extra drivers

2014-04-09 Thread Bruce Ashfield
On 2014-04-09, 4:14 PM, Darren Hart wrote: Please apply the following to the 3.10 and 3.14 meta data. merged. I'll send SRCREV updates once the dust settles on master. Bruce -- ___ linux-yocto mailing list linux-yocto@yoctoproject.org