On Tue, 2012-09-11 at 22:59 -0700, Khem Raj wrote:
> This patch is causing systemd based systemd to not boot
>
> Signed-off-by: Khem Raj
> ---
> meta/recipes-core/uclibc/uclibc-git.inc|5 +-
> ...nt.c-wtent.c-move-functions-from-utxent.c.patch | 321
>
> 2
On Tue, 2012-09-11 at 22:59 -0700, Khem Raj wrote:
> kernel compiler is not special and we currently have it so
> we want to pass -march and -mtune options as CFLAGS to kernel
> build so that compiler picks the right subarch flags when
> compiling assembly files in particular.
Historically, the ke
This patch is causing systemd based systemd to not boot
Signed-off-by: Khem Raj
---
meta/recipes-core/uclibc/uclibc-git.inc|5 +-
...nt.c-wtent.c-move-functions-from-utxent.c.patch | 321
2 files changed, 324 insertions(+), 2 deletions(-)
create mode 100644
When using runqemu with distros outside oe-core then
MACHINE may not be there in local.conf so use the one
thats available in environment of runqemu which is actually
the correct one.
Signed-off-by: Khem Raj
---
scripts/runqemu |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
kernel compiler is not special and we currently have it so
we want to pass -march and -mtune options as CFLAGS to kernel
build so that compiler picks the right subarch flags when
compiling assembly files in particular. Otherwise defaults
are chosen which may not be right in many case e.g. when
comp
These changes have been tested on the meta-intel sys940x BSP. cyclictest and
hwlatdetect run successfully.
The following changes since commit 48169c6bc44c546cecaa06207b6c36da558b81f7:
classes/packageinfo: use better method to check if package exists (2012-09-10
21:52:37 +0100)
are available i
Split out rt-tests into rt-tests and hwlatdetect packages as the latter
requires python and we want to be able to install the core rt-tests on
minimal systems without python.
This also addresses QA warnings about the hwlatdetect files not being
packaged.
Add an RRECOMMENDS on the hwlat kernel mod
This adds the newly separated hwlatdetect package to the rt images.
While this pulls in a python dependency, it is worth have hwlatdetect
installed by default on these images as they are intended to assist in
the evaluation of platforms for use in real-time environments.
Signed-off-by: Darren Hart
The maintainer of rt-tests has recreated the git repository on kernel.org and
has stated that kernel.org is now the official source for rt-tests.
Update to 0.84. Remove the user cflags and ldflags patch as it is
included in the 0.84 release.
Signed-off-by: Darren Hart
---
.../makefile-support-u
On 09/11/2012 09:02 PM, McClintock Matthew-B29882 wrote:
On Tue, Sep 11, 2012 at 10:44 PM, wrote:
From: Zhenhua Luo
following is the error message:
--2263-- WARNING: Serious error when reading debug info
--2263-- When reading debug info from /lib/ld-2.13.so:
-
On Tue, Sep 11, 2012 at 10:44 PM, wrote:
> From: Zhenhua Luo
>
> following is the error message:
> --2263-- WARNING: Serious error when reading debug info
> --2263-- When reading debug info from /lib/ld-2.13.so:
> --2263-- Can't make sense of .got section mapping
>
From: Zhenhua Luo
following is the error message:
--2263-- WARNING: Serious error when reading debug info
--2263-- When reading debug info from /lib/ld-2.13.so:
--2263-- Can't make sense of .got section mapping
--2263-- WARNING: Serious error when reading debug
On 2012-09-05 22:35, Khem Raj wrote:
svn tar balls are 96M as compared to 1.3G git tars
its unnessary to suck in that much of data.
Fixes [YOCTO #2908]
Signed-off-by: Khem Raj
What about this patch? Carrying around a 1.7GB (Sorry, Khem, that's the size
of my tar ball!)
is a bit much, espe
On 11/09/2012 22:02, Khem Raj wrote:
HI Mark,
I sent a patch (see above) which added python as a dependency and that
seemed to fix it. Whether or not this is the right fix I don't know...
should git require the python binary to run? I really don't know much about
it...
I wonder what needs pyth
On Tue, Sep 11, 2012 at 2:00 PM, Richard Purdie
wrote:
>> https://bugzilla.yoctoproject.org/show_bug.cgi?id=3093
>
> There has been a bug open for this for years :(
>
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=149
>
> Ross appears to have recently closed it as NOTABUG but I think he
> mis
On 11 September 2012 22:00, Richard Purdie
wrote:
> There has been a bug open for this for years :(
>
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=149
>
> Ross appears to have recently closed it as NOTABUG but I think he
> misunderstood the problem.
Yes, the bug said "exit". :/ I've taken
> HI Mark,
>
> I sent a patch (see above) which added python as a dependency and that
> seemed to fix it. Whether or not this is the right fix I don't know...
> should git require the python binary to run? I really don't know much about
> it...
I wonder what needs python in git. Can you inspect ?
On Tue, 2012-09-11 at 12:36 -0700, Scott Garman wrote:
> On 09/11/2012 12:23 PM, Burton, Ross wrote:
> > On 11 September 2012 20:19, Scott Garman wrote:
> >> Negatory on both counts. Sounds like a bug?
> >
> > Certainly does. Not sure how that regressed or how QA didn't notice.
> > So clicking on
On 09/06/2012 02:27 AM, Alex DAMIAN wrote:
From: Alexandru DAMIAN
This is the final upgrade of udev. Futher upgrades will only
come in conjunction with systemd.
The v4l1 removal patch is deprecated as the bug is fixed inside udev.
There is a new patch fixing the path for default sh interpreter
On (11/09/12 19:53), Phil Blundell wrote:
> On Tue, 2012-09-11 at 11:40 -0700, Khem Raj wrote:
> > On Tue, Sep 11, 2012 at 9:13 AM, Koen Kooi
> > wrote:
> > > From a gcc point of view both are the same ISA, but using xscale will
> > > take in account the absurdly long pipeline on that SoC.
> >
On 12-09-11 09:33 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 09:27:50AM -0400, Bruce Ashfield wrote:
On 12-09-11 08:37 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 08:31:42AM -0400, Bruce Ashfield wrote:
On 12-09-11 02:59 AM, Martin Jansa wrote:
On Mon, Sep 10, 2012 at 8:11 PM, Bruce
On 09/11/2012 12:23 PM, Burton, Ross wrote:
On 11 September 2012 20:19, Scott Garman wrote:
Negatory on both counts. Sounds like a bug?
Certainly does. Not sure how that regressed or how QA didn't notice.
So clicking on a button or check box doesn't make the keyboard hide?
Eek.
Eek, indeed
On 11 September 2012 20:19, Scott Garman wrote:
> Negatory on both counts. Sounds like a bug?
Certainly does. Not sure how that regressed or how QA didn't notice.
So clicking on a button or check box doesn't make the keyboard hide?
Eek.
Ross
___
Open
Signed-off-by: Ross Burton
---
.../xorg-lib/libx11/X18NCMSstubs.diff | 20
1 file changed, 20 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11/X18NCMSstubs.diff
b/meta/recipes-graphics/xorg-lib/libx11/X18NCMSstubs.diff
index 8cd1870..9e91a8b 1
Signed-off-by: Ross Burton
---
.../xorg-lib/libx11/keysymdef_include.patch| 38
meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb |2 +-
2 files changed, 32 insertions(+), 8 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11/keysymdef_include.pat
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb | 15 ---
1 file changed, 15 deletions(-)
delete mode 100644 meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb
diff --git a/meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb
b/meta/recipes-grap
Signed-off-by: Ross Burton
---
meta-yocto/conf/distro/include/distro_alias.inc |1 -
meta-yocto/conf/distro/include/maintainers.inc |1 -
meta-yocto/conf/distro/include/recipe_color.inc |1 -
3 files changed, 3 deletions(-)
diff --git a/meta-yocto/conf/distro/include/distro_alias.in
On 09/11/2012 12:16 PM, Burton, Ross wrote:
On 11 September 2012 20:13, Scott Garman wrote:
In the Sato desktop, there is a virtual keyboard which you can bring up to
enter text from a touchscreen interface. Once that keyboard pops up, how do
you close it? I'm not seeing anything obvious.
I'm
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |3 ---
meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb |2 --
meta/recipes-graphics/xorg-lib/libx11.inc |5 -
meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb |5 -
4 files
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
b/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
index ed5a890..d821744 10064
Signed-off-by: Ross Burton
---
.../recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |5 +--
meta/recipes-graphics/xorg-lib/libx11.inc | 43 ++--
.../xorg-lib/libx11/x11_disable_makekeys.patch | 34
meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
b/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
index d821744..e6aa63f 100644
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |6 +-
1 file changed, 1 insertion(+), 5 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
b/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
index 5ab..cb9a5ef 100644
-
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |2 --
meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb |3 ---
2 files changed, 5 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb
b/meta/recipes-graphics/xorg-lib/libx11-
Signed-off-by: Ross Burton
---
.../xorg-lib/libx11/makekeys_crosscompile.patch| 76
meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb |3 +-
2 files changed, 1 insertion(+), 78 deletions(-)
delete mode 100644
meta/recipes-graphics/xorg-lib/libx11/makekeys_crossc
Signed-off-by: Ross Burton
---
.../xorg-lib/libx11-1.5.0/keysymdef_include.patch | 23 -
.../libx11-1.5.0/makekeys_crosscompile.patch | 76 ---
.../libx11-1.5.0/x11_disable_makekeys.patch| 34 --
.../xorg-lib/libx11-diet-1.5.0/X18NCMSstubs.diff | 541
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libx11.inc |8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-graphics/xorg-lib/libx11.inc
b/meta/recipes-graphics/xorg-lib/libx11.inc
index 85fdbe7..d56aa23 100644
--- a/meta/recipes-graphics/
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libx11.inc |4 +---
meta/recipes-graphics/xorg-lib/libxi_1.6.1.bb |4 +---
meta/recipes-graphics/xorg-lib/xorg-lib-common.inc |3 ++-
3 files changed, 4 insertions(+), 7 deletions(-)
diff --git a/meta/recipes
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |2 +-
meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb |2 +-
meta/recipes-graphics/xorg-lib/libx11.inc |6 +-
3 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/meta/recip
Signed-off-by: Ross Burton
---
meta/conf/distro/include/default-providers.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/distro/include/default-providers.inc
b/meta/conf/distro/include/default-providers.inc
index 2d8a17d..07222c2 100644
--- a/meta/conf/distr
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |2 +-
meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb |2 +-
meta/recipes-graphics/xorg-lib/libx11.inc |1 +
meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb |2 +-
4 files changed
Signed-off-by: Ross Burton
---
meta/recipes-graphics/xorg-lib/libx11-diet_1.5.0.bb |2 +-
meta/recipes-graphics/xorg-lib/libx11-trim_1.5.0.bb |2 --
meta/recipes-graphics/xorg-lib/libx11.inc |4 +++-
meta/recipes-graphics/xorg-lib/libx11_1.5.0.bb |2 --
4 files chan
On 11 September 2012 20:13, Scott Garman wrote:
> In the Sato desktop, there is a virtual keyboard which you can bring up to
> enter text from a touchscreen interface. Once that keyboard pops up, how do
> you close it? I'm not seeing anything obvious.
>
> I'm helping out with a demo at a conferenc
Hello,
In the Sato desktop, there is a virtual keyboard which you can bring up
to enter text from a touchscreen interface. Once that keyboard pops up,
how do you close it? I'm not seeing anything obvious.
I'm helping out with a demo at a conference and could use this info
urgently.
Thanks,
On Tue, Sep 11, 2012 at 9:22 AM, Richard Purdie
wrote:
> Unfortunately whilst rerunning configure and make against a project will
> mostly
> work there are situations where it does not correctly do the right thing.
>
> In particular, eglibc and gcc will fail out with errors where settings
> do no
On Tue, Sep 11, 2012 at 11:19 AM, Saul Wold wrote:
> On 09/11/2012 09:14 AM, Saul Wold wrote:
>>
>>
>> The following changes since commit
>> 48169c6bc44c546cecaa06207b6c36da558b81f7:
>>
>>classes/packageinfo: use better method to check if package exists
>> (2012-09-10 21:52:37 +0100)
>>
>> are
On Tue, 2012-09-11 at 11:40 -0700, Khem Raj wrote:
> On Tue, Sep 11, 2012 at 9:13 AM, Koen Kooi wrote:
> > From a gcc point of view both are the same ISA, but using xscale will take
> > in account the absurdly long pipeline on that SoC.
>
> Not really, when you tune for XScale it will use ldrd/s
On Tue, Sep 11, 2012 at 9:13 AM, Koen Kooi wrote:
> From a gcc point of view both are the same ISA, but using xscale will take in
> account the absurdly long pipeline on that SoC.
Not really, when you tune for XScale it will use ldrd/strd and pld if possible
On 09/11/2012 11:14 AM, Phil Blundell wrote:
Commit 13544fbc6217fee1731a6da1e2cf94901a500842 changed the ordering
of PACKAGES so that ${PN}-dev came before ${PN}. However, this caused
the FILES matching to go wrong if ${libdir} == ${base_libdir}. Fix this
by moving ${PN} ahead of ${PN}-dev once
Commit 13544fbc6217fee1731a6da1e2cf94901a500842 changed the ordering
of PACKAGES so that ${PN}-dev came before ${PN}. However, this caused
the FILES matching to go wrong if ${libdir} == ${base_libdir}. Fix this
by moving ${PN} ahead of ${PN}-dev once again.
Signed-off-by: Phil Blundell
---
V2:
Ah right, yeah, I guess so. Thanks, I'll re-send.
Do we have any roadmap for getting to a point where we don't need to
keep bumping PR by hand anymore?
p.
On Tue, 2012-09-11 at 20:09 +0200, Martin Jansa wrote:
> Missing PR bumps?
>
> On Tue, Sep 11, 2012 at 8:04 PM, Phil Blundell wrote:
> > C
Commit 13544fbc6217fee1731a6da1e2cf94901a500842 changed the ordering
of PACKAGES so that ${PN}-dev came before ${PN}. However, this caused
the FILES matching to go wrong if ${libdir} == ${base_libdir}. Fix this
by moving ${PN} ahead of ${PN}-dev once again.
Signed-off-by: Phil Blundell
---
met
On Tue, 2012-09-11 at 12:56 -0500, Matthew McClintock wrote:
> Right now, we delay running the serial console checks to we boot up. This
> causes
> issues for read only file systems. So, if have not configured any serial
> ports to
> check via SERIAL_CONSOLES_CHECK we can skip the check at boot.
On 9/11/12 12:43 PM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 06:37:23PM +0100, Phil Blundell wrote:
On Tue, 2012-09-11 at 19:35 +0200, Martin Jansa wrote:
If this works then DISTRO would have finer control of which DEFAULTTUNE
to use
1) default: don't use mtune, optimize only for march (do
Right now, we delay running the serial console checks to we boot up. This causes
issues for read only file systems. So, if have not configured any serial ports
to
check via SERIAL_CONSOLES_CHECK we can skip the check at boot. This fixes any
issues with read only file systems and ipk packaging.
Si
On Tue, Sep 11, 2012 at 06:37:23PM +0100, Phil Blundell wrote:
> On Tue, 2012-09-11 at 19:35 +0200, Martin Jansa wrote:
> > If this works then DISTRO would have finer control of which DEFAULTTUNE
> > to use
> >
> > 1) default: don't use mtune, optimize only for march (don't mix mtune in
> > the sa
On Tue, 2012-09-11 at 19:35 +0200, Martin Jansa wrote:
> If this works then DISTRO would have finer control of which DEFAULTTUNE
> to use
>
> 1) default: don't use mtune, optimize only for march (don't mix mtune in
> the same feed).
>
> 2) include optimized-tune.inc in distro.conf: use mtune only
On Tue, Sep 11, 2012 at 07:21:07PM +0200, Martin Jansa wrote:
> On Tue, Sep 11, 2012 at 06:14:22PM +0100, Phil Blundell wrote:
> > On Tue, 2012-09-11 at 18:53 +0200, Martin Jansa wrote:
> > > If we drop DEFAULTTUNE from tune-xscale and tune-arm926ejs then
> > > PACKAGE_ARCH=armv5te would be the sam
On Tue, Sep 11, 2012 at 06:14:22PM +0100, Phil Blundell wrote:
> On Tue, 2012-09-11 at 18:53 +0200, Martin Jansa wrote:
> > If we drop DEFAULTTUNE from tune-xscale and tune-arm926ejs then
> > PACKAGE_ARCH=armv5te would be the same and the same feed will be built
> > only once.
>
> Well, that would
On Tue, 2012-09-11 at 18:53 +0200, Martin Jansa wrote:
> If we drop DEFAULTTUNE from tune-xscale and tune-arm926ejs then
> PACKAGE_ARCH=armv5te would be the same and the same feed will be built
> only once.
Well, that would also make those two tune files rather useless. It
seems like it would be
On Tue, Sep 11, 2012 at 05:46:12PM +0100, Phil Blundell wrote:
> On Tue, 2012-09-11 at 15:01 +0200, Martin Jansa wrote:
> > Shouldn't spitz produce something like armv5te-xscale and qemuarm
> > armv5te-arm926ejs?
>
> That's a DISTRO policy decision really.
>
> "armv5te", in common with most of t
On Tue, 2012-09-11 at 15:01 +0200, Martin Jansa wrote:
> Shouldn't spitz produce something like armv5te-xscale and qemuarm
> armv5te-arm926ejs?
That's a DISTRO policy decision really.
"armv5te", in common with most of the PACKAGE_ARCHes, represents an ISA.
That is, it is guaranteed to only conta
On Tue, Sep 11, 2012 at 6:49 AM, Phil Blundell wrote:
> On Mon, 2012-08-13 at 14:14 -0700, Scott Garman wrote:
>> +pkg_postinst_${PN} () {
>> +# run this on the target
>> +if [ "x$D" == "x" ]; then
>
> By the way, "==" is a bashism; that should just be "=" for portability.
> Or you can use '-z "$D
On Tue, Sep 11, 2012 at 11:09:53AM -0500, Mark Hatle wrote:
> On 9/11/12 10:59 AM, Martin Jansa wrote:
> > On Tue, Sep 11, 2012 at 10:51:40AM -0500, Mark Hatle wrote:
> >> On 9/11/12 8:48 AM, Martin Jansa wrote:
> >>> On Tue, Sep 11, 2012 at 03:01:55PM +0200, Martin Jansa wrote:
> Hi,
>
>
On 09/11/2012 09:14 AM, Saul Wold wrote:
The following changes since commit 48169c6bc44c546cecaa06207b6c36da558b81f7:
classes/packageinfo: use better method to check if package exists
(2012-09-10 21:52:37 +0100)
are available in the git repository at:
git://git.openembedded.org/openembe
Signed-off-by: Constantin Musca
---
.../{libexif_0.6.20.bb => libexif_0.6.21.bb} |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libexif/{libexif_0.6.20.bb => libexif_0.6.21.bb}
(74%)
diff --git a/meta/recipes-support/libexif/libexif_0.6.20.bb
b/
Signed-off-by: Constantin Musca
---
.../glew/{glew_1.7.0.bb => glew_1.9.0.bb} |6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
rename meta/recipes-graphics/glew/{glew_1.7.0.bb => glew_1.9.0.bb} (80%)
diff --git a/meta/recipes-graphics/glew/glew_1.7.0.bb
b/meta/recipes-gr
Signed-off-by: Constantin Musca
---
.../boost/{boost_1.50.0.bb => boost_1.51.0.bb} |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/boost/{boost_1.50.0.bb => boost_1.51.0.bb} (53%)
diff --git a/meta/recipes-support/boost/boost_1.50.0.bb
b/meta/recipe
Signed-off-by: Constantin Musca
---
meta/recipes-extended/sysstat/sysstat_10.0.5.bb |8
meta/recipes-extended/sysstat/sysstat_10.1.1.bb |8
2 files changed, 8 insertions(+), 8 deletions(-)
delete mode 100644 meta/recipes-extended/sysstat/sysstat_10.0.5.bb
create mode 1
This is another set of package upgrades compiled on all architectures
and tested using core-image-sato.
The following changes since commit 7250638ec895bc89508711831083d43b9e1e9826:
upstream_tracking: Fix format issues (2012-09-10 23:21:12 +0100)
are available in the git repository at:
git://
The following changes since commit 48169c6bc44c546cecaa06207b6c36da558b81f7:
classes/packageinfo: use better method to check if package exists (2012-09-10
21:52:37 +0100)
are available in the git repository at:
git://git.openembedded.org/openembedded-core-contrib sgw/stage
http://cgit.op
Op 11 sep. 2012, om 17:51 heeft Mark Hatle het
volgende geschreven:
> On 9/11/12 8:48 AM, Martin Jansa wrote:
>> On Tue, Sep 11, 2012 at 03:01:55PM +0200, Martin Jansa wrote:
>>> Hi,
>>>
>>> when building spitz and qemuarm (both produces packages in armv5te feed)
>>> resulting packages are tun
On 9/11/12 10:59 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 10:51:40AM -0500, Mark Hatle wrote:
On 9/11/12 8:48 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 03:01:55PM +0200, Martin Jansa wrote:
Hi,
when building spitz and qemuarm (both produces packages in armv5te feed)
resulting pac
On 09/10/2012 11:18 AM, Andrei Gherzan wrote:
If we round up ROOTFS_SIZE to IMAGE_ROOTFS_ALIGNMENT before checking if
base_size is greater then IMAGE_ROOTFS_SIZE, we can end up adding an
unaligned value to IMAGE_ROOTFS_SIZE. Obviously, if
IMAGE_ROOTFS_EXTRA_SPACE was overwritten with an unaligned
On 09/11/2012 08:58 AM, Richard Purdie wrote:
On Tue, 2012-09-11 at 08:41 -0700, Saul Wold wrote:
On 09/11/2012 08:39 AM, Bruce Ashfield wrote:
On 12-09-11 11:33 AM, Saul Wold wrote:
On 09/11/2012 08:17 AM, Bruce Ashfield wrote:
When x32 is the tuning for a x86 MACHINE, the kernel should also
On Tue, Sep 11, 2012 at 10:51:40AM -0500, Mark Hatle wrote:
> On 9/11/12 8:48 AM, Martin Jansa wrote:
> > On Tue, Sep 11, 2012 at 03:01:55PM +0200, Martin Jansa wrote:
> >> Hi,
> >>
> >> when building spitz and qemuarm (both produces packages in armv5te feed)
> >> resulting packages are tuned with
On Tue, 2012-09-11 at 08:41 -0700, Saul Wold wrote:
> On 09/11/2012 08:39 AM, Bruce Ashfield wrote:
> > On 12-09-11 11:33 AM, Saul Wold wrote:
> >> On 09/11/2012 08:17 AM, Bruce Ashfield wrote:
> >>> When x32 is the tuning for a x86 MACHINE, the kernel should also have
> >>> CONFIG_X86_X32=y.
> >>>
Right now, we delay running the serial console checks to we boot up. This causes
issues for read only file systems. So, if have not configured any serial ports
to
check via SERIAL_CONSOLES_CHECK we can skip the check at boot. This fixes any
issues with read only file systems and ipk packaging.
Si
On Tue, 2012-09-11 at 08:36 -0700, Saul Wold wrote:
> On 09/11/2012 08:13 AM, Richard Purdie wrote:
> > On Tue, 2012-09-11 at 08:07 -0700, Saul Wold wrote:
> >> This will allow the KERNEL_FEATURES to trigger the x32 ABI via overrides
> >>
> >> Signed-off-by: Saul Wold
> >> ---
> >> meta/conf/mac
On 9/11/12 10:36 AM, Saul Wold wrote:
On 09/11/2012 08:13 AM, Richard Purdie wrote:
On Tue, 2012-09-11 at 08:07 -0700, Saul Wold wrote:
This will allow the KERNEL_FEATURES to trigger the x32 ABI via overrides
Signed-off-by: Saul Wold
---
meta/conf/machine/include/ia32/arch-ia32.inc |1
On 9/11/12 8:48 AM, Martin Jansa wrote:
On Tue, Sep 11, 2012 at 03:01:55PM +0200, Martin Jansa wrote:
Hi,
when building spitz and qemuarm (both produces packages in armv5te feed)
resulting packages are tuned with -mtune=xscale (when built for spitz)
or -mtune=arm926ej-s (when built for qemuarm)
On 9/11/12 5:33 AM, Jack Mitchell wrote:
From: Jack Mitchell
Add python to DEPENDS as it fails to install on target with RPM
failing at do_rootfs due to un-met dependencies.
Signed-off-by: Jack Mitchell
---
meta/recipes-devtools/git/git.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletio
On 09/11/2012 08:39 AM, Bruce Ashfield wrote:
On 12-09-11 11:33 AM, Saul Wold wrote:
On 09/11/2012 08:17 AM, Bruce Ashfield wrote:
When x32 is the tuning for a x86 MACHINE, the kernel should also have
CONFIG_X86_X32=y.
This can be accomplished by adding the x32 configuraion fragment to the
KER
On 12-09-11 11:33 AM, Saul Wold wrote:
On 09/11/2012 08:17 AM, Bruce Ashfield wrote:
When x32 is the tuning for a x86 MACHINE, the kernel should also have
CONFIG_X86_X32=y.
This can be accomplished by adding the x32 configuraion fragment to the
KERNEL_FEATURES when x32 is the tuning for a given
On 09/11/2012 08:13 AM, Richard Purdie wrote:
On Tue, 2012-09-11 at 08:07 -0700, Saul Wold wrote:
This will allow the KERNEL_FEATURES to trigger the x32 ABI via overrides
Signed-off-by: Saul Wold
---
meta/conf/machine/include/ia32/arch-ia32.inc |1 +
1 files changed, 1 insertions(+), 0
On 09/11/2012 08:17 AM, Bruce Ashfield wrote:
When x32 is the tuning for a x86 MACHINE, the kernel should also have
CONFIG_X86_X32=y.
This can be accomplished by adding the x32 configuraion fragment to the
KERNEL_FEATURES when x32 is the tuning for a given machine.
cc: Saul Wold
Signed-off-by:
It is sometimes useful for KERNEL_FEATURES to be set in a machine
or other configuration file. The linux-yocto recipes currently
initialize the variable, which clobbers any values set by .conf
files.
Appending to the variables allows these settings to propagate to
the kernel configuration, while m
When x32 is the tuning for a x86 MACHINE, the kernel should also have
CONFIG_X86_X32=y.
This can be accomplished by adding the x32 configuraion fragment to the
KERNEL_FEATURES when x32 is the tuning for a given machine.
cc: Saul Wold
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/
Richard/Saul,
This is my part of a change that Saul will complete with the
addition of x32 as a machine override for x86 BSPs that have
x32 as their tuning.
With this change, the x32 configuration fragment will be appended
to any give x86 BSP configuration and it will support the userspace
tuning
On Tue, 2012-09-11 at 08:07 -0700, Saul Wold wrote:
> This will allow the KERNEL_FEATURES to trigger the x32 ABI via overrides
>
> Signed-off-by: Saul Wold
> ---
> meta/conf/machine/include/ia32/arch-ia32.inc |1 +
> 1 files changed, 1 insertions(+), 0 deletions(-)
>
> diff --git a/meta/con
From: Jackie Huang
The following changes since commit 48169c6bc44c546cecaa06207b6c36da558b81f7:
classes/packageinfo: use better method to check if package exists (2012-09-10
21:52:37 +0100)
are available in the git repository at:
git://git.pokylinux.org/poky-contrib jhuang0/bug3081_libgno
From: Jackie Huang
libgnome-keyring requires command 'intltoolize' in configure,
so add DEPENDS intltool-native.
[YOCTO #3081]
Signed-off-by: Jackie Huang
---
.../recipes-gnome/gnome/libgnome-keyring_2.32.0.bb |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/re
This will allow the KERNEL_FEATURES to trigger the x32 ABI via overrides
Signed-off-by: Saul Wold
---
meta/conf/machine/include/ia32/arch-ia32.inc |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/meta/conf/machine/include/ia32/arch-ia32.inc
b/meta/conf/machine/include/ia
It makes sense to us the license checksum from the source .in file rather
than that from the generated file which configure can change (or remove).
Signed-off-by: Richard Purdie
---
diff --git a/meta/recipes-support/libgpg-error/libgpg-error_1.10.bb
b/meta/recipes-support/libgpg-error/libgpg-err
Unfortunately whilst rerunning configure and make against a project will mostly
work there are situations where it does not correctly do the right thing.
In particular, eglibc and gcc will fail out with errors where settings
do not match a previously built configuration. It could be argued they ar
User mode emulation binaries are linked using a local linker script. The
nativesdk ones were not used and the resulting binaries did not have the
interp section resized. Hence, those binaries could not be relocated.
[YOCTO #3083]
Signed-off-by: Laurentiu Palcu
---
.../qemu/qemu-1.2.0/relocatabl
Changes in V2:
- bump PR
Thanks,
Laurentiu
The following changes since commit 7250638ec895bc89508711831083d43b9e1e9826:
upstream_tracking: Fix format issues (2012-09-10 23:21:12 +0100)
are available in the git repository at:
git://git.yoctoproject.org/poky-contrib lpalcu/qemu_issue
On Tue, Sep 11, 2012 at 03:01:55PM +0200, Martin Jansa wrote:
> Hi,
>
> when building spitz and qemuarm (both produces packages in armv5te feed)
> resulting packages are tuned with -mtune=xscale (when built for spitz)
> or -mtune=arm926ej-s (when built for qemuarm).
>
> From
> https://bugzilla.y
User mode emulation binaries are linked using a local linker script. The
nativesdk ones were not used and the resulting binaries did not have the
interp section resized. Hence, those binaries could not be relocated.
[YOCTO #3083]
Signed-off-by: Laurentiu Palcu
---
.../qemu/qemu-1.2.0/relocatabl
= "arm"
TARGET_OS = "linux-gnueabi"
MACHINE = "beaglebone"
DISTRO= "poky"
DISTRO_VERSION= "1.2+snapshot-20120911"
TUNE_FEATURES = "armv7a vfp neon cortexa8"
TARGET_FPU= "vfp-neo
1 - 100 of 126 matches
Mail list logo
