This is especially needed when defaulting to hard-float ABI
Fixes errors e.g.
cc1: error: -mfloat-abi=hard: selected processor lacks an FPU
Fixes [YOCTO #12795]
Signed-off-by: Khem Raj
Cc: Ross Burton
---
meta/recipes-devtools/gcc/gcc-target.inc | 6 +++---
1 file changed, 3 insertions(+), 3
If UBOOT_DTB_BINARY is empty, then don't try inserting the U-Boot
signing keys into the DTB. In this configuration the keys are expected
to be already present in U-Boot's DTB.
Signed-off-by: Alex Kiernan
---
meta/classes/kernel-fitimage.bbclass | 2 +-
1 file changed, 1 insertion(+), 1
Hi Ross
Ok, I'll do it. Thank you for your reply.
Best regards
Lei
> -Original Message-
> From: Burton, Ross [mailto:ross.bur...@intel.com]
> Sent: Tuesday, June 19, 2018 7:40 PM
> To: Lei, Maohui
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH] glibc:
I rebased these patches to current master branch, and put them in the repo:
The following changes since commit b34e86b4ee13d53f09d558e613d5b66c845edde6:
musl: Upgrade to latest (2018-06-18 10:59:33 +0100)
are available in the git repository at:
On 06/19/2018 08:13 AM, Richard Purdie wrote:
> On Mon, 2018-06-18 at 06:25 -0700, Armin Kuster wrote:
>> LIC_FILES_CHKSUM changed do to updated year
>>
>> removed:
>> dont-test-on-host.patch, no longer implemented
>> drop use-python3-and-fix-install-lib-path.patch, they added the
>> ability to
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -487,7 +487,7 @@ HOSTTOOLS += " \
"
# Tools needed to run testimage runtime image testing
-HOSTTOOLS += "${@'ip ping ps scp ssh stty' if (bb.data.inherits_class('testimage',
d) or d.getVar('TEST_IMAGE') == '1') else ''}"
On Mon, Jun 18, 2018 at 11:05:38AM +0100, Ross Burton wrote:
> This driver is dead upstream and doesn't appear to provide any advantage over
> upstream kernel drivers and xserver's modesetting support.
>
> Signed-off-by: Ross Burton
Acked-by: Denys Dmytriyenko
> ---
>
On Tue, May 22, 2018 at 01:16:34PM +0100, Burton, Ross wrote:
> On 22 May 2018 at 08:49, Andrea Adami wrote:
> > I am just wondering about this patch:we carry it since 2009 [1] and
> > is still marked as pending.
> > Why was it necessary to ignore part of the filesystem? Can you remember?
>
>
On Tue, Jun 19, 2018 at 4:13 PM Burton, Ross wrote:
>
> Okay, odd. Hacked in a few compile fixes and now systemd v237 fails
> to build with Meson git master:
>
> | FAILED: libsystemd.so.0.21.0
> | powerpc-poky-linux-gcc -m32 -mhard-float -mcpu=7400 -mno-spe
> -fstack-protector-strong
Okay, odd. Hacked in a few compile fixes and now systemd v237 fails
to build with Meson git master:
| FAILED: libsystemd.so.0.21.0
| powerpc-poky-linux-gcc -m32 -mhard-float -mcpu=7400 -mno-spe
-fstack-protector-strong -D_FORTIFY_SOURCE=2 -no-pie -fno-PIE
On 19 June 2018 at 21:24, Nirbheek Chauhan wrote:
> On Wed, Jun 20, 2018 at 1:39 AM Alexander Kanavin
> wrote:
>> FWIW, I did fix a similar (or maybe even same) issue with this patch:
>>
qemu is notoriously fragile, or non-existent for some MACHINEs. If
something fails, the failure should be reported as a warning.
Also, can this be enabled for anything in oe-core that currently
utilizes plain meson? That way the class will actually get used and
tested.
Alex
2018-06-19 22:20
On Wed, Jun 20, 2018 at 1:39 AM Alexander Kanavin
wrote:
> FWIW, I did fix a similar (or maybe even same) issue with this patch:
> http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/meson/meson/0001-Linker-rules-move-cross_args-in-front-of-output_args.patch
>
> It's
On 19 June 2018 at 21:06, Randy MacLeod wrote:
>> -fPIC
>
> Hey Ross ^^^
> fPIC is there, look again!
> I just send my reply as your email arrived.
I'm clearly going compiler flag blind...
--
___
Openembedded-core mailing list
meson build system has the functionality of setting
an executable wrapper to run cross-compiled
binaries. The setting is called exe_wrapper and can
be defined in the meson.cross file. With a valid
exe_wrapper meson build system can test if the built
binary is sane.
Another advantage of setting
2018-06-19 22:01 GMT+02:00 Randy MacLeod :
> The compiler flag order difference is too large for a civilized
> email so it's here:
> diff -Naur: https://pastebin.com/pWSzDm5W
> sdiff -t : https://pastebin.com/5BX8QvNs
>
>
> When linking libsystemd-shared-237.so the location of the:
>
On 06/19/2018 03:49 PM, Burton, Ross wrote:
On 19 June 2018 at 17:00, Khem Raj wrote:
I recently started testing qemuppc by booting
core-image-minimal with systemd as init. It fails with:
/sbin/init: error while loading shared libraries:
/lib/systemd/libsystemd-shared-237.so:
Alex wrote:
The order of arguments to compiler and linker matters. I remember that
when converting recipes from autotools to meson, I had to fix the
order to be exactly same, or some weird, arch-specific issues arose.
Can you check the precise command line in both working and broken
case, and
Something
changelog:
v5:
I sent wrong version in the previous version, this one is correct
v4:
update the tune file for thunderx
v3:
fix the wrong defines in armv8a.inc
v2:
add tune files for cortex-a72
v1:
begin this work
Randy Li (6):
arch-armv8a.inc: add tune include for armv8
ThunderX:
https://developer.arm.com/products/processors/cortex-a/cortex-a32
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-cortexa32.inc | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 meta/conf/machine/include/tune-cortexa32.inc
diff --git
It looks that the Cryptography engine is mandatory in this
platform.
https://developer.arm.com/products/processors/cortex-a/cortex-a72
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-cortexa72.inc | 12
1 file changed, 12 insertions(+)
create mode 100644
It looks that the Cryptography engine is mandatory in this
platform.
https://developer.arm.com/products/processors/cortex-a/cortex-a53
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-cortexa53.inc | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
There are some addtional instructions apart from bare armv8,
also there is armv8.1, armv8.2.
Most the processor would support crc, except X-gene 1.
Signed-off-by: Randy Li
---
meta/conf/machine/include/arm/arch-armv8.inc | 1 -
meta/conf/machine/include/arm/arch-armv8a.inc | 28
https://developer.arm.com/products/processors/cortex-a/cortex-a35
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-cortexa35.inc | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 meta/conf/machine/include/tune-cortexa35.inc
diff --git
I am not familiar with the big endian, so I don't update it.
I don't have much information about the Cavium ThunderX,
it looks like it supports all the ARM instructions.
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-thunderx.inc | 4 ++--
1 file changed, 2 insertions(+), 2
On 19 June 2018 at 17:00, Khem Raj wrote:
>>> I recently started testing qemuppc by booting
>>> core-image-minimal with systemd as init. It fails with:
>>>
>>> /sbin/init: error while loading shared libraries:
>>>/lib/systemd/libsystemd-shared-237.so: R_PPC_REL24 relocation at
>>>
This is good to apply
On Tue, Jun 19, 2018 at 11:09 AM Alistair Francis
wrote:
> On Fri, May 25, 2018 at 8:56 AM, Alistair Francis
> wrote:
> > If the user has set numa in their MACHINE_FEATURES we should enable
> > NUMA support in the kernel config.
> >
> > Signed-off-by: Alistair Francis
>
It looks that the Cryptography engine is mandatory in this
platform.
https://developer.arm.com/products/processors/cortex-a/cortex-a72
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-cortexa72.inc | 12
1 file changed, 12 insertions(+)
create mode 100644
It looks that the Cryptography engine is mandatory in this
platform.
https://developer.arm.com/products/processors/cortex-a/cortex-a53
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-cortexa53.inc | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
https://developer.arm.com/products/processors/cortex-a/cortex-a35
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-cortexa35.inc | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 meta/conf/machine/include/tune-cortexa35.inc
diff --git
https://developer.arm.com/products/processors/cortex-a/cortex-a35
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-cortexa35.inc | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 meta/conf/machine/include/tune-cortexa35.inc
diff --git
It looks that the Cryptography engine is mandatory in this
platform.
https://developer.arm.com/products/processors/cortex-a/cortex-a72
Signe-off-by: ayaka
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-cortexa72.inc | 12
1 file changed, 12 insertions(+)
create mode
https://developer.arm.com/products/processors/cortex-a/cortex-a32
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-cortexa32.inc | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 meta/conf/machine/include/tune-cortexa32.inc
diff --git
I am not familiar with the big endian, so I don't update it.
I don't have much information about the Cavium ThunderX,
it looks like it supports all the ARM instructions.
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-thunderx.inc | 4 ++--
1 file changed, 2 insertions(+), 2
https://developer.arm.com/products/processors/cortex-a/cortex-a32
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-cortexa32.inc | 15 +++
1 file changed, 15 insertions(+)
create mode 100644 meta/conf/machine/include/tune-cortexa32.inc
diff --git
There are some addtional instructions apart from bare armv8,
also there is armv8.1, armv8.2.
Most the processor would support crc, except X-gene 1.
Signed-off-by: Randy Li
---
meta/conf/machine/include/arm/arch-armv8.inc | 1 -
meta/conf/machine/include/arm/arch-armv8a.inc | 22
changelog:
v4:
update the tune file for thunderx
v3:
fix the wrong defines in armv8a.inc
v2:
add tune files for cortex-a72
v1:
begin this work
Randy Li (5):
arch-armv8a.inc: add tune include for armv8
ThunderX: update the armv8a rules
tune-cortexa35: add tunes for ARM Cortex-A35
On Tue, Jun 19, 2018 at 8:09 AM, Tobias Olausson wrote:
> From 1d15f0d3c516351e6540a912367bcb22f9c25bbf Mon Sep 17 00:00:00 2001
> From: Tobias Olausson
> Date: Mon, 18 Jun 2018 15:01:53 +0200
> Subject: [oe-core][PATCHv4] image_types.bbclass: add optional size to ubi vols
>
> Instead of hard
On Fri, May 25, 2018 at 8:56 AM, Alistair Francis
wrote:
> If the user has set numa in their MACHINE_FEATURES we should enable
> NUMA support in the kernel config.
>
> Signed-off-by: Alistair Francis
> Acked-by: Bruce Ashfield
Ping!
Alistair
> ---
> meta/recipes-kernel/linux/linux-yocto.inc
On 6/19/18 2:59 AM, Burton, Ross wrote:
On 19 June 2018 at 06:03, Randy MacLeod wrote:
It seems that this meson update broke systemd on qemuppc.
I'll look into it a more tomorrow but below is what I know so far.
It looks like the libsystemd-shared.so size increased by 18% despite
the build
On Thu, 2018-06-14 at 07:40 +, Devarsh Thakkar wrote:
> Hi Richard, Ross
>
> > Message: 2
> > Date: Mon, 11 Jun 2018 14:39:53 +0100
> > From: Richard Purdie
> > To: Devarsh Thakkar ,
> > "openembedded-core@lists.openembedded.org"
> >
> > Cc: Maulik Desai , Varunkumar Allagadapa
Signed-off-by: Richard Purdie
---
meta/recipes-devtools/subversion/subversion_1.10.0.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/subversion/subversion_1.10.0.bb
b/meta/recipes-devtools/subversion/subversion_1.10.0.bb
index
>From 1d15f0d3c516351e6540a912367bcb22f9c25bbf Mon Sep 17 00:00:00 2001
From: Tobias Olausson
Date: Mon, 18 Jun 2018 15:01:53 +0200
Subject: [oe-core][PATCHv4] image_types.bbclass: add optional size to ubi vols
Instead of hard coding the ubi volume to be just large enough to fit the
root file
On Mon, 2018-06-18 at 21:10 -0700, Armin Kuster wrote:
> remove Fix-compilation-for-X32.patch as a solution simular is
> included in update.
>
> notable changes:
> The TLS 1.3 implementation was updated to Draft 28.
> The CA certificates list was updated to version 2.24.
>
> Signed-off-by: Armin
On Mon, 2018-06-18 at 06:25 -0700, Armin Kuster wrote:
> LIC_FILES_CHKSUM changed do to updated year
>
> removed:
> dont-test-on-host.patch, no longer implemented
> drop use-python3-and-fix-install-lib-path.patch, they added the
> ability to pass in lib dir loctions
> drop
On Sat, Jun 16, 2018 at 12:28 PM Alex Kiernan wrote:
>
> Introduce UBOOT_DTB_LOADADDRESS and UBOOT_DTBO_LOADADDRESS so that you
> can set where U-Boot loads full and overlay DTBs. This is required when
> using bootm's overlay support to construct the final DTB.
>
> Signed-off-by: Alex Kiernan
>
On 06/19/2018 05:51 AM, Burton, Ross wrote:
> This still puts /usr/bin/mdig in bind whereas /usr/bin/dig is in
> bind-utils, which doesn't seem right.
ah, so that is what you meant before.
let me check.
- armin
>
> Ross
>
> On 18 June 2018 at 14:25, Armin Kuster wrote:
>> LIC_FILES_CHKSUM
default-versions.inc is included by defaultsetup.conf which in bitbake.conf
is included after local/machine/distro.conf.
If these are hard assignments distros can's overwrite them.
Signed-off-by: Stefan Stanacar
---
meta/conf/distro/include/default-versions.inc | 6 +++---
1 file changed, 3
default-versions.inc is included by defaultsetup.conf which in bitbake.conf
is included after local/machine/distro.conf.
If these are hard assignments distros can's overwrite them.
Signed-off-by: Stefan Stanacar
---
meta/conf/distro/include/default-versions.inc | 6 +++---
1 file changed, 3
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Richard Purdie
> Sent: den 19 juni 2018 14:09
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH] subversion:
I can, but some of the patches i sent earlier did not have comments.
Maybe I sent them to the wrong place. Furthermore I sometimes have the
feeling that I may have fixed something which, was not in need of
fixing, meaning wrong assumptions on my part.
This HOSTTOOLS case was a case in point: If a
On Tue, 2018-06-19 at 15:06 +0200, Paulo Neves wrote:
> I also would like to discuss the possibility of testing u-boot in a
> virtual machine. I have a setup where I am able to pass to qemu,
> u-boot.bin as a bios file, and then I am able to boot from tftp
> enabled qemu network device. This
2018-06-19 16:06 GMT+03:00 Paulo Neves :
> I support this patch and I see that one of the problems in sumo is
> fixed, namely the HOSTTOOLS missing ip and ping.
> Even so there is one HOSTTOOLS that is missing, ifconfig. As far as I
> know the automatic network setup scripts of runqemu require
I support this patch and I see that one of the problems in sumo is
fixed, namely the HOSTTOOLS missing ip and ping.
Even so there is one HOSTTOOLS that is missing, ifconfig. As far as I
know the automatic network setup scripts of runqemu require ifconfig
for 192.168.7.1 tap setting. Without
Also adding python3 to PACKAGECONFIG just adds a python3-bind package
with some dnssec binaries in. Is this intentional? What happened to
the isc module that was built in 9.10?
Ross
On 19 June 2018 at 13:51, Burton, Ross wrote:
> This still puts /usr/bin/mdig in bind whereas /usr/bin/dig is
This still puts /usr/bin/mdig in bind whereas /usr/bin/dig is in
bind-utils, which doesn't seem right.
Ross
On 18 June 2018 at 14:25, Armin Kuster wrote:
> LIC_FILES_CHKSUM changed do to updated year
>
> removed:
> dont-test-on-host.patch, no longer implemented
> drop
License changed since licenses for the bundled linenoise and lz4 codebases
were added. We don't build either of them. Add MIT since utf8proc is MIT
licensed.
Configure to use the internal utf8proc codebase since we have no copy of that in
OE-Core, nor any need to add one.
Add a dependency on lz4
The order of arguments to compiler and linker matters. I remember that
when converting recipes from autotools to meson, I had to fix the
order to be exactly same, or some weird, arch-specific issues arose.
Can you check the precise command line in both working and broken
case, and what has changed
Signed-off-by: Richard Purdie
---
.../{lttng-modules_2.10.5.bb => lttng-modules_2.10.6.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-kernel/lttng/{lttng-modules_2.10.5.bb =>
lttng-modules_2.10.6.bb} (90%)
diff --git
The TEST_IMAGE interface has never particularly worked and image testing
currently
gets configured manually.
This reworks the interface to better serve the needs of its users, replacing it
with TESTIMAGE_AUTO.
This does away with the need for the separate class due to better bitbake APIs
for
The logic can be improved and the historical NOISO/NOHDD variables
moved into the class and out of common code.
The variables are also then removed in favour of directly controlling
the behaviour from IMAGE_FSTYPES in line with all the other image types.
Signed-off-by: Richard Purdie
---
Right now the code handling class inherits is spread all over and
its hard to get an idea of what is happening overall. Combine all
the code together to make it clearer. There shoould be no functionality
changes.
Signed-off-by: Richard Purdie
---
meta/classes/image.bbclass | 45
If you submit it as a sumo backport, then yes.
Ross
On 19 June 2018 at 07:29, Lei, Maohui wrote:
> Hi,
>
> Is there any plan to merge this patch into sumo branch? It is also apply to
> sumo branch.
>
> Best regards
> Lei
>
>> -Original Message-
>> From:
The current looping structure is confusing, simplify it a bit
to improve readability. Should be no functionality changes.
Signed-off-by: Richard Purdie
---
meta/classes/rm_work.bbclass | 78 ++--
1 file changed, 39 insertions(+), 39 deletions(-)
diff --git
This is a reworked version of the issue which
5479654eeaaa0f81bfff54ca49369c87f1658705
attempted to fix.
"""
Each time I build my image after the first, I end up with a
do_image_complete_setscene stamp file with an extra _setscene appended to
the name. Eventually, the filenames end up being so
Whilst this fixes the do_image_complete_setscene append problem, it creates a
new problem since the code can no longer reach the *do_package_setscene.*
code block below it. This breaks builds as per [YOCTO #12765]. Revert this
change in search of a better fix.
This reverts commit
This function is a little obtuse, add more comments about what its
doing and why. Also combine some of the statements where possible
to improve clarity.
Signed-off-by: Richard Purdie
---
meta/classes/rm_work.bbclass | 26 +-
1 file changed, 13 insertions(+), 13
Once, there were do_setscene tasks but this hasn't been the case for years,
drop the old code.
Signed-off-by: Richard Purdie
---
meta/classes/rm_work.bbclass | 3 ---
1 file changed, 3 deletions(-)
diff --git a/meta/classes/rm_work.bbclass b/meta/classes/rm_work.bbclass
index
the '-delete' action no longer complains about disappeared files
when the '-ignore_readdir_race' option is given, too. That action
will also returns true in such a case now.
Signed-off-by: Zhixiong Chi
---
...-honour-the-ignore_readdir_race-opti.patch | 145 ++
On 19 June 2018 at 06:03, Randy MacLeod wrote:
> It seems that this meson update broke systemd on qemuppc.
> I'll look into it a more tomorrow but below is what I know so far.
> It looks like the libsystemd-shared.so size increased by 18% despite
> the build flags being the same!
>
> Despite my
>From 320acd93c7ff9e76bf8321e4bf8c735cdc70b173 Mon Sep 17 00:00:00 2001
From: Tobias Olausson
Date: Mon, 18 Jun 2018 15:01:53 +0200
Subject: [oe-core][PATCHv3] image_types.bbclass: add optional size to ubi vols
Instead of hard coding the ubi volume to be just large enough to fit the
root file
Hi,
Is there any plan to merge this patch into sumo branch? It is also apply to
sumo branch.
Best regards
Lei
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org [mailto:openembedded-
> core-boun...@lists.openembedded.org] On Behalf Of Zhixiong Chi
> Sent:
72 matches
Mail list logo