[OE-core] [PATCH 1/1] wpa-supplicant: Enable EXTRA_CFLAGS

2013-06-08 Thread rongqing.li
From: Roy.Li rongqing...@windriver.com Even if we define EXTRA_CFLAGS, but it never work, since the source codes donot refer it, and CFLAGS is given a fixed value. Signed-off-by: Roy.Li rongqing...@windriver.com --- meta/recipes-connectivity/wpa-supplicant/wpa-supplicant-2.0.inc |1 + 1

[OE-core] [PATCH 0/1] wpa-supplicant: Enable EXTRA_CFLAGS

2013-06-08 Thread rongqing.li
From: Roy.Li rongqing...@windriver.com The following changes since commit 0810ea2a72bdea67a3d8002c4e12fb20f45cf1d5: base/useradd/sstate: Ensure do_package setscene has correct fakeroot dependencies (2013-06-07 17:51:13 +0100) are available in the git repository at:

[OE-core] [PATCH 1/1] latencytop: Deprecate tracing_enabled for tracing_on

2013-06-08 Thread rongqing.li
From: Roy.Li rongqing...@windriver.com tracing_enabled should not be used, it is heavy weight and does not do much in helping lower the overhead. see commmit (Deprecate tracing_enabled for tracing_on 6752ab4a9c30d5411b2dfdb251a3f1cb18aae48) in kernel Signed-off-by: Roy.Li

[OE-core] [PATCH 0/1] latencytop: Deprecate tracing_enabled for tracing_on

2013-06-08 Thread rongqing.li
From: Roy.Li rongqing...@windriver.com The following changes since commit 0810ea2a72bdea67a3d8002c4e12fb20f45cf1d5: base/useradd/sstate: Ensure do_package setscene has correct fakeroot dependencies (2013-06-07 17:51:13 +0100) are available in the git repository at:

Re: [OE-core] [PATCH 1/1] latencytop: Deprecate tracing_enabled for tracing_on

2013-06-08 Thread Rongqing Li
I would like to send this patch to upstream, but the homelink of latencytop seems deprecated, and I can not access. These kernel commits can prove this patch is valid. Commit 6752ab4a9c30 tracing: Deprecate tracing_enabled for tracing_on Commit 0fb9656d tracing: Make tracing_enabled be

Re: [OE-core] [oe-commits] Andy Voltz : tune-cortexa.inc: create a common include for cortex-a armv7a tuning

2013-06-08 Thread Martin Jansa
On Fri, Jun 07, 2013 at 03:43:57PM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 3e4f4a1cf07ff7cf4c71566492385f8fbf581789 URL: http://git.openembedded.org/?p=openembedded-core.gita=commit;h=3e4f4a1cf07ff7cf4c71566492385f8fbf581789 Author:

Re: [OE-core] [oe-commits] Andy Voltz : tune-cortexa.inc: create a common include for cortex-a armv7a tuning

2013-06-08 Thread Martin Jansa
On Sat, Jun 08, 2013 at 11:10:20AM +0200, Martin Jansa wrote: On Fri, Jun 07, 2013 at 03:43:57PM +, g...@git.openembedded.org wrote: Module: openembedded-core.git Branch: master Commit: 3e4f4a1cf07ff7cf4c71566492385f8fbf581789 URL:

Re: [OE-core] OE TSC Minutes 4 June 2013

2013-06-08 Thread Paul Eggleton
On Saturday 08 June 2013 00:20:52 Martin Jansa wrote: a. oe-classic recipe migration status drop from agenda after this Not sure why I got this idea now when it's over but would it be possible to populate new layerindex with at least recipe names from OE-classic? I guess it would be

[OE-core] [PATCH v2] boot-directdisk: mount root by MBR disk signature for Linux 3.8+

2013-06-08 Thread Jonathan Liu
The root device is currently set as /dev/hda2. However, this is only correct if it's the first IDE drive. If booting off the first SATA drive instead, it would be /dev/sda2. It's not the first drive, neither /dev/hda2 or /dev/sda2 would be correct. The solution to this has typically been to use

Re: [OE-core] [PATCH] boot-directdisk: mount root by MBR disk signature for Linux 3.8+

2013-06-08 Thread Jonathan Liu
Hi Darren, On 8/06/2013 9:28 AM, Darren Hart wrote: Hi Jon, Please include a complete commit message. For specifics on contributing patches, please see: https://wiki.yoctoproject.org/wiki/Contribution_Guidelines What is the problem? What is the cause? How are you addressing it? How was it

Re: [OE-core] is sstate-cache really deterministic together with shlibs providers?

2013-06-08 Thread Phil Blundell
On Fri, 2013-06-07 at 22:43 +0200, Martin Jansa wrote: 2) RP2+PB: Warning/Error if two things provide the same shlibs - probably better to error out when bar.bb is being built and tries to provide the same libabc libabc.bb, it can be in different order as bar does not depends on