Add Freescale lpuart tty's (ttyLPx) to securetty. Freescale Vybrid
devices running upstream kernel use this driver.
Signed-off-by: Stefan Agner ste...@agner.ch
---
meta/recipes-extended/shadow/files/securetty | 8
1 file changed, 8 insertions(+)
diff --git
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
is this the appropriate comment for tarball packaging?
diff --git a/meta/conf/local.conf.sample b/meta/conf/local.conf.sample
index 555f8db..a22 100644
--- a/meta/conf/local.conf.sample
+++ b/meta/conf/local.conf.sample
@@ -78,7
On 24 July 2014 10:10, Robert P. J. Day rpj...@crashcourse.ca wrote:
+# - 'package_tar' for tarball packages
+# E.g.: PACKAGE_CLASSES ?= package_rpm package_deb package_ipk package_tar
package_tar is pretty limited (no dependencies, so images don't work)
- is there a good reason to keep it
On Thu, 24 Jul 2014, Burton, Ross wrote:
On 24 July 2014 10:10, Robert P. J. Day rpj...@crashcourse.ca wrote:
+# - 'package_tar' for tarball packages
+# E.g.: PACKAGE_CLASSES ?= package_rpm package_deb package_ipk
package_tar
package_tar is pretty limited (no dependencies, so images
head -n1 can be done using sed.
Signed-off-by: Matthieu Crapet matthieu.cra...@ingenico.com
---
meta/classes/autotools.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/autotools.bbclass b/meta/classes/autotools.bbclass
index 19edc54..afca760 100644
---
On Thursday 24 July 2014 10:16:02 Burton, Ross wrote:
On 24 July 2014 10:10, Robert P. J. Day rpj...@crashcourse.ca wrote:
+# - 'package_tar' for tarball packages
+# E.g.: PACKAGE_CLASSES ?= package_rpm package_deb package_ipk
package_tar
package_tar is pretty limited (no dependencies, so
There is no dependency relationship between the tasks bundle_initramfs
and package so far, therefore we never should install the bundled image
anyway, otherwise we will end up with a implicit kernel-image package
that sometimes it contains the initramfs bundled image or it doesn't at
other times.
Another incremental with many fixes for foreign automake and missing
dependencies for m4 macro providers and couple of PNBLACKLISTs.
Complete logs:
http://logs.nslu2-linux.org/buildlogs/oe/world/log.dependencies.20140724_013722.log/
mkvtoolnix is review for new version, it builds fine on 2/3
http://www.openembedded.org/wiki/Bitbake_World_Status
mkvtoolnix is review for new version, it builds fine on 2/3 builders I
have access too, I'll investigate before merging it
i realize that DEPENDS represents build-time dependencies, as in
... all of the DEPENDS recipes must build *completely* before this
recipe can *begin* to build, is that correct?
however, in something like module.bbclass where one finds:
do_make_scripts[deptask] = do_populate_sysroot
does
On Thu, 24 Jul 2014, Robert P. J. Day wrote:
i realize that DEPENDS represents build-time dependencies, as in
... all of the DEPENDS recipes must build *completely* before this
recipe can *begin* to build, is that correct?
however, in something like module.bbclass where one finds:
This is new report generated with oe-core/scripts/sstate-diff-machines.sh
To reproduce it, you need qemux86copy MACHINE which is the same as
qemux86 only with different name (to simulate 2 MACHINEs with same
TUNE_PKGARCH in oe-core). You can find commit adding qemux86copy in
jansa/master branch:
LINKER_HASH_STYLE differs between MIPS and non-MIPS targets. This means
that LDFLAGS differs too. LDFLAGS is exported so it influences all task
hashes. Unfortunately this means that packages with architecture all
differ depending on whether they are built for a MIPS or non-MIPS target.
This causes
On Thu, 2014-07-24 at 07:13 -0400, Robert P. J. Day wrote:
i realize that DEPENDS represents build-time dependencies, as in
... all of the DEPENDS recipes must build *completely* before this
recipe can *begin* to build, is that correct?
however, in something like module.bbclass where one
On Thu, 2014-07-24 at 05:10 -0400, Robert P. J. Day wrote:
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
is this the appropriate comment for tarball packaging?
diff --git a/meta/conf/local.conf.sample b/meta/conf/local.conf.sample
index 555f8db..a22 100644
---
It is possible to instruct wic to create a squashfs partition by setting
--fstype=squashfs in *.wks. For now this is only useable for rootfs
partitions (note that you must have squashfs support in the kernel). An
attempt to create an empty partition will produce a warning.
Signed-off-by: Maciej
Add handling of --fsoptions in parition definition. If no options are
specified, 'defaults' is used.
Signed-off-by: Maciej Borzecki maciej.borze...@open-rnd.pl
Signed-off-by: Maciek Borzecki maciek.borze...@gmail.com
---
scripts/lib/mic/imager/direct.py | 10 +-
1 file changed, 9
On Thu, 24 Jul 2014, Richard Purdie wrote:
On Thu, 2014-07-24 at 07:13 -0400, Robert P. J. Day wrote:
i realize that DEPENDS represents build-time dependencies, as in
... all of the DEPENDS recipes must build *completely* before this
recipe can *begin* to build, is that correct?
DirectImageCreator.__write_fstab() generates new /etc/fstab in sysroot
with rootfs contents. The fstab entries are generated base on the
initialn contents of /etc/fstab, plus any extra (other than / or
/boot) partitions listed in *.wks. A backup of original /etc/fstab is
done in a temp location.
The modules that use skipModule should import it themselves and not rely on
somebody else to import it.
Signed-off-by: Lucian Musat georgex.l.mu...@intel.com
---
meta/lib/oeqa/runtime/buildcvs.py | 2 +-
meta/lib/oeqa/runtime/buildiptables.py | 2 +-
meta/lib/oeqa/runtime/buildsudoku.py
In order to make the test skipping decorators independent of the oeTest object
we rely on the unittest result object to construct skip, fail and error lists
used by these decorators.
Created a new object getResults that analyses upper frames and retrieves the
unittest result object instance,
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/recipes-graphics/xorg-app/xeyes_1.1.1.bb | 2 +-
meta/recipes-graphics/xorg-app/xorg-app-common.inc | 5 -
meta/recipes-graphics/xorg-app/xprop_1.2.2.bb | 2 +-
3 files changed, 6 insertions(+), 3 deletions(-)
diff --git
* it's not complete, but recipes depending on virtual/libx11 are easiest
to spot, I've long list of PNBLACKLIST for all recipes which cannot
be built in distro without x11 in DISTRO_FEATURES
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/classes/qt4x11.bbclass
* it's not complete, but recipes depending on virtual/libx11 are easiest
to spot, I've long list of PNBLACKLIST for all recipes which cannot
be built in distro without x11 in DISTRO_FEATURES
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
meta/recipes-gnome/gnome/gnome-desktop.inc
* it's not complete, but recipes depending on virtual/libx11 are easiest
to spot, I've long list of PNBLACKLIST for all recipes which cannot
be built in distro without x11 in DISTRO_FEATURES
Signed-off-by: Martin Jansa martin.ja...@gmail.com
---
On 24 July 2014 14:42, Martin Jansa martin.ja...@gmail.com wrote:
+# depends on virtual/libx11
I think these comments are fairly redundant - it's an X11 driver, of
course it depends on X11. :)
Ross
--
___
Openembedded-core mailing list
http://bugs.python.org/issue21529
Python 2 and 3 are susceptible to arbitrary process memory reading by
a user or adversary due to a bug in the _json module caused by
insufficient bounds checking.
The sole prerequisites of this attack are that the attacker is able to
control or influence the two
On 24 July 2014 14:42, Martin Jansa martin.ja...@gmail.com wrote:
+REQUIRED_DISTRO_FEATURES = x11
Now I'm wondering why this is the solution.
If you attempt to build e.g. gnome-desktop explicitly without the x11
distro feature you understandably get an error message, because
gnome-desktop
We should probably be setting up the securetty file in a machine specific way.
Doing it generically just pollutes the file with more stuff a specific user
won't want.
(Note, you aren't the first to do this.. so right now it's probably the best
answer, but we should fix this in the future.)
From: Alejandro del Castillo alejandro.delcasti...@ni.com
We'd like to include the util-linux version of hwclock in images without
having to include all of util-linux. To make this possible, break out
hwclock into its own package.
Signed-off-by: Richard Tollerton rich.toller...@ni.com
From: Richard Tollerton rich.toller...@ni.com
We'd like to include the util-linux version of findfs in images without
having to include all of util-linux. To make this possible, break out
findfs into its own package.
Signed-off-by: Richard Tollerton rich.toller...@ni.com
Signed-off-by: Ben
The so files installed under ${libdir}/bellagio are not versioned and should
be installed without version-based symlinks so that omxregister-bellagio
can properly find and register them.
Signed-off-by: Drew Moseley drew_mose...@mentor.com
---
.../libomxil-0.9.3/disable-so-versioning.patch |
The previous version of this fix was too aggressive and removed
versioning from too many of the .so files in the libomxil package.
This reverts commit 0ef3734c2f279bf463ba4d1aef5241cd4882d483.
---
.../libomxil-0.9.3/disable-so-versioning.patch | 69 --
On Thu, Jul 24, 2014 at 02:52:45PM +0100, Burton, Ross wrote:
On 24 July 2014 14:42, Martin Jansa martin.ja...@gmail.com wrote:
+REQUIRED_DISTRO_FEATURES = x11
Now I'm wondering why this is the solution.
If you attempt to build e.g. gnome-desktop explicitly without the x11
distro feature
On Wed, Jul 23, 2014 at 10:37 PM, Liu Jian jian@windriver.com wrote:
local = fetch.localpath(url)
+ local = local.rstrip(/)
may be you could just do local = fetch.localpath(url).rstrip(/) in
the same line
--
___
Openembedded-core mailing list
On 07/24/2014 07:03 AM, Mark Hatle wrote:
We should probably be setting up the securetty file in a machine
specific way.
Doing it generically just pollutes the file with more stuff a specific
user won't want.
(Note, you aren't the first to do this.. so right now it's probably the
best answer,
Hello,
My name is Eric Yu, and I am an intern at National Instruments for
this summer. The project I am currently working on involves integrating
ptest with our current automated testing framework to help test our
open-embedded distributions. On the Yocto Project wiki, it states that
libice 1.0.9 added automatic detection of arc4random(), which is in libbsd on
Linux. As this is automatic and leads to failing builds when ssstate is reused,
seed the autoconf cache as relevant to implement a PACKAGECONFIG for the
functionality.
Default to not using arc4random() as the fallback
On Thu, Jul 24, 2014 at 4:24 AM, Mike Crowe m...@mcrowe.com wrote:
LINKER_HASH_STYLE differs between MIPS and non-MIPS targets. This means
that LDFLAGS differs too. LDFLAGS is exported so it influences all task
hashes. Unfortunately this means that packages with architecture all
differ
Updating the 3.14 SRCREVs to integrate the following changes:
meta: iwlwifi: Add MVM firmware support
vexpress: Pass LOADADDR to Makefile
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/linux/linux-yocto-rt_3.14.bb | 6 +++---
In order to generate and support kernel trees with full history, we need
to modify the kernel tools
e914d570232a kgit-checkpoint: ensure that full meta-data artifacts are
maintained
192be836d318 kgit-scc: allow meta-data history to be maintained
Signed-off-by: Bruce Ashfield
Updating to backport the following mainline commit:
[
x86_64: expand kernel stack to 16K
commit 6538b8ea886e472f4431db8ca1d60478f838d14b upstream
While I play inhouse patches with much memory pressure on qemu-kvm,
3.14 kernel was randomly crashed. The reason was kernel stack
Updating the 3.14 yocto kernel to incorporate the following fix
and feature of interest.
5724bf17acbf x86: align x86 arch with generic CPU modalias handling
6b9a52451a78 cpu: add generic support for CPU feature based module
38367de316bb libata: support the ata host which implements a
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/linux/linux-yocto-dev.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb
b/meta/recipes-kernel/linux/linux-yocto-dev.bb
index
During the uprev of the yocto kernel to 3.16, lttng-modules failed to build.
To grab the latest stable content, we update to 2.5.0, and add two patches
to also make it build against 3.16+.
We also drop the older 2.3.3 lttng-modules, since it is no longer required
to support ARM builds.
Richard/Saul,
Here are my consolidated changes for kernel updates.
For 3.14:
linux-yocto/3.14: vexpress and MVM firmware support
linux-yocto: x86_64: expand
In 3.16+ x86-64 kernel builds produce a vdso64.so.dbg file. If this file is
copied into the kernel source install multiple QA failures are triggered.
Specifically, this file triggers a debug package split that results in
files installed but not shipped, and invalid .debug file errors.
By ensuring
With lttng 2.4.2 and gcc 4.9, we can now enable lttng-modules for ARM.
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/lttng/lttng-modules_2.5.0.bb | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
Most people expect the toolchain from a multilib build to contain multilib
components. This change makes that happen and is easy for users to override
should they want something different.
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git
MULTILIB_OPTIONS takes the parameters which trigger a given multilib to be
selected. It supports *one* option per multilib, '/' separated. Spaces
separate options used to generate additional multilib combinations.
Adding in all of CFLAGS to this is therefore clearly a really bad idea
but how do
A while back we fixed the cross definitions to work better in multilib
configurations, apply the same fixes to cross-candian.bbclass
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/classes/cross-canadian.bbclass
b/meta/classes/cross-canadian.bbclass
index
Variables like RDEPENDS can contain EXTENDPKGV which in turn uses AUTOPR
based values. This gets set during do_package execution so we want to
defer expansion until then. The only way we can do this in the RDEPENDS
(and friends) mapping code is to subsitute a dummy value, then change it
back
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index ccd7908..3cb8536 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -100,6 +100,7 @@
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
diff --git a/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
b/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
index 52c573e..ae14642 100644
--- a/meta/recipes-devtools/binutils/binutils-cross-canadian.inc
+++
On 7/24/14, 4:09 PM, Richard Purdie wrote:
Most people expect the toolchain from a multilib build to contain multilib
components. This change makes that happen and is easy for users to override
should they want something different.
Signed-off-by: Richard Purdie
On 7/24/14, 4:09 PM, Richard Purdie wrote:
A while back we fixed the cross definitions to work better in multilib
configurations, apply the same fixes to cross-candian.bbclass
Signed-off-by: Richard Purdie richard.pur...@linuxfoundation.org
Tested this
Acked-by: Mark Hatle
On Wed, 23 Jul 2014 20:59:27 -0500
Mark Hatle mark.ha...@windriver.com wrote:
The later has been requested of me many times, but we've not implemented it
generically. I think it's time to do so -- but it should be tied to
USE_LDCONFIG at a minimum, I just don't know if it should always be
On Thu, Jul 24, 2014 at 04:41:52PM -0400, Bruce Ashfield wrote:
With lttng 2.4.2 and gcc 4.9, we can now enable lttng-modules for ARM.
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/lttng/lttng-modules_2.5.0.bb | 3 +--
1 file changed, 1 insertion(+), 2
Hi,
On 7/24/2014 19:40, Eric Yu wrote:
Hello,
My name is Eric Yu, and I am an intern at National Instruments for
this summer. The project I am currently
working on involves integrating ptest with our current automated testing
framework to help test our open-
embedded
On Fri, Jul 18, 2014 at 10:50:12PM +0200, Martin Jansa wrote:
On Thu, Jul 03, 2014 at 04:47:08PM +, g...@git.openembedded.org wrote:
Module: openembedded-core.git
Branch: master
Commit: 68a5ed337f8f7ee8e5bf55542ec82d786eb754db
URL:
On Thu, 2014-07-24 at 14:11 +0200, Maciej Borzecki wrote:
It is possible to instruct wic to create a squashfs partition by setting
--fstype=squashfs in *.wks. For now this is only useable for rootfs
partitions (note that you must have squashfs support in the kernel). An
attempt to create an
On Fri, Jul 18, 2014 at 01:16:39AM +0200, Martin Jansa wrote:
From: Martin Jansa martin.ja...@lge.com
* backported from 4.8.2, so daisy isn't affected
Robert, any eta on this one? If we cannot expect this to be merged in
dora in next few days, let me know and I'll temporary add it to
On Thu, 2014-07-24 at 14:17 +0200, Maciej Borzecki wrote:
Add handling of --fsoptions in parition definition. If no options are
specified, 'defaults' is used.
Signed-off-by: Maciej Borzecki maciej.borze...@open-rnd.pl
Signed-off-by: Maciek Borzecki maciek.borze...@gmail.com
Acked-by: Tom
On Thu, 2014-07-24 at 14:27 +0200, Maciej Borzecki wrote:
DirectImageCreator.__write_fstab() generates new /etc/fstab in sysroot
with rootfs contents. The fstab entries are generated base on the
initialn contents of /etc/fstab, plus any extra (other than / or
/boot) partitions listed in *.wks.
Hi,
On 17-07-2014 09:51, Richard Purdie wrote:
First we need to understand the problem exactly. Do you have a
reproducer that always works?
This happens on daisy. And my test case was:
1) add meta-intel and meta-crownbay layers
2) build MACHINE=qemux86 bitbake libxml-parser-perl
3) build
On Thu, Jul 24, 2014 at 6:02 PM, Martin Jansa martin.ja...@gmail.com wrote:
On Thu, Jul 24, 2014 at 04:41:52PM -0400, Bruce Ashfield wrote:
With lttng 2.4.2 and gcc 4.9, we can now enable lttng-modules for ARM.
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
On 2014-07-24, 11:35 PM, Saul Wold wrote:
On 07/24/2014 01:41 PM, Bruce Ashfield wrote:
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/linux/linux-yocto-dev.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 07/24/2014 01:41 PM, Bruce Ashfield wrote:
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/linux/linux-yocto-dev.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb
On Thu, Jul 24, 2014 at 11:36 PM, Bruce Ashfield
bruce.ashfi...@windriver.com wrote:
On 2014-07-24, 11:35 PM, Saul Wold wrote:
On 07/24/2014 01:41 PM, Bruce Ashfield wrote:
Signed-off-by: Bruce Ashfield bruce.ashfi...@windriver.com
---
meta/recipes-kernel/linux/linux-yocto-dev.bb | 2 +-
Hello Ross,
Hello Zidan,
On Tue, Jul 22, 2014 at 7:28 PM, Burton, Ross ross.bur...@intel.com wrote:
On 22 July 2014 07:49, Wang Zidan b50...@freescale.com wrote:
+Upstream Status: Backported
Presumably this made it into 1.4.0 so should we instead simply upgrade?
I fully agree.
Zidan, could
On 07/24/2014 07:14 PM, Martin Jansa wrote:
On Tue, Jul 22, 2014 at 03:06:53PM +0800, rongqing...@windriver.com wrote:
From: Roy Li rongqing...@windriver.com
Sorry, but it still isn't correct even with allarch, because there is
dependency on TUNE_PKGARCH perl:
ERROR:
71 matches
Mail list logo
