Hi,
I believe I solved that same problem by just adding, in the case of armv8
(which I believe may be the new architecture you're referring to):
MUTEX_armv8 = ""
This way, it allows previous versions to work just like they did before,
without having to disable ARM assembler mutex code for
This patch needs an Upstream-Status: Backport and CVE tag in the
header (at the top of the patch from upstream).
Ross
On 14 June 2018 at 04:35, Jeremy Puhlman wrote:
> ---
> ...018-11806-QEMU-slirp-heap-buffer-overflow.patch | 65
> ++
>
Hello Chen,
But the test still attempts to run rpm on the target. I can't
understand how target rpm can be available on the image, but at the
same time target rpm-doc package is not available in rpm deploy dir.
The issue is probably that the test should simply be skipped (in the
same way that
From: Chunrong Guo
Signed-off-by: Chunrong Guo
---
meta/conf/machine/include/tune-ppce500v1.inc | 20
1 file changed, 20 insertions(+)
create mode 100644 meta/conf/machine/include/tune-ppce500v1.inc
diff --git a/meta/conf/machine/include/tune-ppce500v1.inc
Ensure that the PACKAGECONFIG arguments are always in EXTRA_OEMESON, and log the
arguments that are being passed in do_configure.
Signed-off-by: Ross Burton
---
meta/classes/meson.bbclass | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/meta/classes/meson.bbclass
Picked, thanks. Tested it and it passed too! :)
Ross
On 14 June 2018 at 02:06, Anuj Mittal wrote:
> Ping.
>
> On 05/25/2018 02:20 PM, Anuj Mittal wrote:
>> Make sure that the tests are packaged and can be executed
>> when ptest is enabled. Also, remove build host specific references
>> from
From: Mingli Yu
When build ltp with -fno-omit-frame-pointer,
it will trigger below error:
| cve-2015-3290.c: In function 'child_thread':
| cve-2015-3290.c:416:1: error: bp cannot be used in asm here
And there is also some comment as below in the source
file
Right, I see. Thanks for explaining, the patch is fine then.
Alex
2018-06-14 12:31 GMT+03:00 ChenQi :
> Hi Alex,
>
> In short, it's about setUpClass.
> See details below.
>
> In fact, if rpm is not installed, these test cases have been skipped.
>
> See codes below from rpm.py:
>
>
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Lei Maohui
> Sent: den 2 juni 2018 23:04
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH] Fix build error when
Hi Alex,
In short, it's about setUpClass.
See details below.
In fact, if rpm is not installed, these test cases have been skipped.
See codes below from rpm.py:
@OETestID(960)
@OEHasPackage(['rpm'])
@OETestDepends(['ssh.SSHTest.test_ssh'])
def test_rpm_help(self):
The swpb in macro MUTEX_SET will cause "undefined instruction" error
on the new arm arches which don't support this assembly instruction
any more. If use ldrex/strex to replace swpb, the old arm arches don't
support them. So to avoid this issue, just disable the ARM assembler
mutex code, and use
Signed-off-by: Jeremy Puhlman
---
.../0001-Switch-from-filename-to-basename.patch| 38 ++
meta/recipes-support/atk/atk_2.28.1.bb | 1 +
2 files changed, 39 insertions(+)
create mode 100644
Signed-off-by: Jeremy Puhlman
---
...018-11806-QEMU-slirp-heap-buffer-overflow.patch | 69 ++
meta/recipes-devtools/qemu/qemu_2.11.1.bb | 1 +
2 files changed, 70 insertions(+)
create mode 100644
Alexander Kanavin writes:
> 2018-06-08 22:27 GMT+03:00 Sascha Silbe :
>> We have some Python modules that we are extracting some information from
>> and generating documentation for at build time; both times the modules
>> get imported. We don't need GLib to actually work; it only needs to be
>>
Hi Chunrong
On 6/14/18 2:25 AM, chunrong@nxp.com wrote:
> From: Chunrong Guo
>
> Signed-off-by: Chunrong Guo
> ---
> meta/conf/machine/include/tune-ppce500v1.inc | 20
> 1 file changed, 20 insertions(+)
> create mode 100644
On 04.06.2018 18:18, Alexander Kanavin wrote:
> On 06/04/2018 07:06 PM, Stefan Agner wrote:
>
>> Anything holding us back merging this changes?
>
> Please read the Yocto project status mail:
>
> " · Patch review/merging was slow over the past week due to
> Ross being on vacation and
On 6/14/18 5:10 AM, Herve Jourdain wrote:
> Hi,
>
> I believe I solved that same problem by just adding, in the case of armv8
> (which I believe may be the new architecture you're referring to):
> MUTEX_armv8 = ""
> This way, it allows previous versions to work just like they did before,
>
On 6/14/18 2:35 AM, mingli...@windriver.com wrote:
> From: Mingli Yu
>
> When build ltp with -fno-omit-frame-pointer,
> it will trigger below error:
> | cve-2015-3290.c: In function 'child_thread':
> | cve-2015-3290.c:416:1: error: bp cannot be used in asm here
>
> And there is also some
On 13 June 2018 at 23:10, Saul Wold wrote:
> Can this be backported to both Rocko and Sumo?
This can be backported to both Rocko and not sure about Sumo
(I did not work on Sumo branch).
>
> Or is this a case to update LTP in those older releases?
Latest LTP + this fix patch (upstream
Signed-off-by: Jeremy Puhlman
---
...018-11806-QEMU-slirp-heap-buffer-overflow.patch | 69 ++
meta/recipes-devtools/qemu/qemu_2.12.0.bb | 1 +
2 files changed, 70 insertions(+)
create mode 100644
Signed-off-by: Alistair Francis
---
meta/recipes-devtools/qemu/qemu.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/qemu/qemu.inc
b/meta/recipes-devtools/qemu/qemu.inc
index faaea781cd..d1543b81f9 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++
Don't exclude why? Needs to be in recipe comment.
Alex
2018-06-14 22:45 GMT+03:00 Alistair Francis :
> Signed-off-by: Alistair Francis
> ---
> meta/recipes-extended/psmisc/psmisc.inc | 4 +++-
> 1 file changed, 3 insertions(+), 1 deletion(-)
>
> diff --git
No need to be nervous. The patch will make it in; patches do not get
quietly rejected. If it hasn't showed up yet, it's most likely because
the patch will be tested on the autobuilder in a separate set from the
'regular patches', or (yes, this happens) it has slipped through the
cracks. In that
On Thu, Jun 14, 2018 at 12:12 PM Andre McCurdy wrote:
>
> On Thu, Jun 14, 2018 at 9:40 AM, Khem Raj wrote:
> > On 6/14/18 5:10 AM, Herve Jourdain wrote:
> >> Hi,
> >>
> >> I believe I solved that same problem by just adding, in the case of armv8
> >> (which I believe may be the new architecture
On Thu, Jun 14, 2018 at 12:24 PM, Khem Raj wrote:
> On Thu, Jun 14, 2018 at 12:12 PM Andre McCurdy wrote:
>>
>> On Thu, Jun 14, 2018 at 9:40 AM, Khem Raj wrote:
>> > On 6/14/18 5:10 AM, Herve Jourdain wrote:
>> >> Hi,
>> >>
>> >> I believe I solved that same problem by just adding, in the case
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Alistair Francis
> Sent: den 14 juni 2018 21:43
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 1/4]
No, I don't think so. You just need to be patient; patch testing and
merging are done by one overloaded person. If after 2-3 weeks it's not
in, resend.
Alex
2018-06-14 19:13 GMT+03:00 Sascha Silbe :
> Alexander Kanavin writes:
>
>> 2018-06-08 22:27 GMT+03:00 Sascha Silbe :
>>> We have some
Alexander Kanavin writes:
> No, I don't think so. You just need to be patient; patch testing and
> merging are done by one overloaded person. If after 2-3 weeks it's not
> in, resend.
OK, no problem.
Sascha
--
Softwareentwicklung Sascha Silbe, Niederhofenstraße 5/1, 71229 Leonberg
On Thu, Jun 14, 2018 at 9:40 AM, Khem Raj wrote:
> On 6/14/18 5:10 AM, Herve Jourdain wrote:
>> Hi,
>>
>> I believe I solved that same problem by just adding, in the case of armv8
>> (which I believe may be the new architecture you're referring to):
>> MUTEX_armv8 = ""
>> This way, it allows
Signed-off-by: Alistair Francis
---
meta/recipes-extended/psmisc/psmisc.inc | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-extended/psmisc/psmisc.inc
b/meta/recipes-extended/psmisc/psmisc.inc
index 82ef947709..73b4c56f69 100644
---
Signed-off-by: Alistair Francis
---
meta/recipes-kernel/linux/linux-yocto.inc | 4
meta/recipes-kernel/linux/linux-yocto_4.15.bb | 5 -
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto.inc
Signed-off-by: Alistair Francis
---
.../0003-Add-riscv-architecture-support.patch | 103 ++
meta/recipes-support/nspr/nspr_4.19.bb| 1 +
2 files changed, 104 insertions(+)
create mode 100644
meta/recipes-support/nspr/nspr/0003-Add-riscv-architecture-support.patch
On Thu, Jun 14, 2018 at 1:01 PM Andre McCurdy wrote:
> On Thu, Jun 14, 2018 at 12:24 PM, Khem Raj wrote:
> > On Thu, Jun 14, 2018 at 12:12 PM Andre McCurdy
> wrote:
> >>
> >> On Thu, Jun 14, 2018 at 9:40 AM, Khem Raj wrote:
> >> > On 6/14/18 5:10 AM, Herve Jourdain wrote:
> >> >> Hi,
> >> >>
On Thu, Jun 14, 2018 at 9:38 AM, Khem Raj wrote:
> On 6/14/18 2:35 AM, mingli...@windriver.com wrote:
>> From: Mingli Yu
>>
>> When build ltp with -fno-omit-frame-pointer,
>> it will trigger below error:
>> | cve-2015-3290.c: In function 'child_thread':
>> | cve-2015-3290.c:416:1: error: bp
The patch file needs Upstream-Status in addition to SOB.
(also why is patchtest not reacting to patches anymore?)
Alex
2018-06-14 22:45 GMT+03:00 Alistair Francis :
> Signed-off-by: Alistair Francis
> ---
> .../0003-Add-riscv-architecture-support.patch | 103 ++
>
On Thu, Jun 14, 2018 at 2:48 PM, Khem Raj wrote:
> On Thu, Jun 14, 2018 at 1:01 PM Andre McCurdy wrote:
>> On Thu, Jun 14, 2018 at 12:24 PM, Khem Raj wrote:
>> > On Thu, Jun 14, 2018 at 12:12 PM Andre McCurdy
>> > wrote:
>> >>
>> >> On Thu, Jun 14, 2018 at 9:40 AM, Khem Raj wrote:
>> >> > On
On Thu, Jun 14, 2018 at 3:45 PM, Alistair Francis
wrote:
> Signed-off-by: Alistair Francis
> ---
> meta/recipes-kernel/linux/linux-yocto.inc | 4
> meta/recipes-kernel/linux/linux-yocto_4.15.bb | 5 -
> 2 files changed, 8 insertions(+), 1 deletion(-)
>
> diff --git
Hi Alex:
These packages are taken from yocto build system, and they will be installed in
your host as root file system, then you can deploy the root file system to your
embedded device.
--
Zheng Ruoqin
Nanjing Fujitsu Nanda Software Tech. Co., Ltd.(FNST)
ADDR.: No.6 Wenzhu Road, Software
What you describe is exactly what image creation does (either directly
through bitbake, or via 'devtool build-image'). What benefits are in
running dnf by hand from command line? If the idea is to hand pick
packages to add to an image, then it's better to just modify the image
recipe or use
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
I mistake some thing wrong in the previous version, I have verified
this version and it works.
I have not found a way to support big little.
Randy Li (5):
arch-armv8a.inc: add tune include for armv8
tune-cortexa32: add tunes for ARM Cortex-A32
tune-cortexa35: add tunes for ARM Cortex-A35
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-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-a53
Signed-off-by: Randy Li
---
meta/conf/machine/include/tune-cortexa53.inc | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
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
On 06/14/2018 02:57 PM, Alexander Kanavin wrote:
2018-06-14 7:52 GMT+03:00 Chen Qi :
The test cases assume that rpm-doc is built out, as it says it its
comment. This is not always true. And it sometimes results in
following error.
| cls.tc.target.copyTo(test_file, dst)
|
Hi Khem,
On Wed, Jun 13, 2018 at 08:37:14AM -0700, Khem Raj wrote:
> Hi Maxin
>
> On 6/13/18 7:54 AM, Maxin B. John wrote:
> >Disable fts5 support as it causes build errors for pseudo.
> >
> >Signed-off-by: Maxin B. John
> >---
> > meta/recipes-support/sqlite/sqlite3.inc
Provide a new packageconfig for fts5 support.
Signed-off-by: Maxin B. John
---
meta/recipes-support/sqlite/sqlite3.inc | 1 +
meta/recipes-support/sqlite/{sqlite3_3.23.1.bb => sqlite3_3.24.0.bb} | 4 ++--
2 files changed, 3 insertions(+), 2 deletions(-)
rename
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
>
> Subject: Re: [OE-core] [PATCH] matchbox-terminal: Update
From: Kai Kang
When include conf/distro/include/security_flags.inc, NOPIE flags are
still required for mips64 target builds. Otherwise it fails to build
packages such as glide which inherit go.bbclass:
|
2018-06-13 23:15 GMT+03:00 Jeremy Puhlman :
> +do_install_append () {
> + if [ -e ${D}${includedir}/atk-1.0/atk/atk-enum-types.h ] ; then
> + sed -i ${D}${includedir}/atk-1.0/atk/atk-enum-types.h -e "s,${B},,"
> + fi
> +}
Instead of patching it after the fact during installation, can you
From: Kai Kang
V2:
* use override 'mipsarch' to set SECURITY_CFLAGS for both mips and mips64
Build packages go-dep and glide successfully on qemumips and qemumips64.
Kai Kang (1):
goarch.bbclass: set SECURITY_CFLAGS for mips64
meta/classes/goarch.bbclass | 2 +-
1 file changed, 1
2018-06-14 7:52 GMT+03:00 Chen Qi :
> The test cases assume that rpm-doc is built out, as it says it its
> comment. This is not always true. And it sometimes results in
> following error.
>
> | cls.tc.target.copyTo(test_file, dst)
> | UnboundLocalError: local variable 'test_file'
2018-06-14 6:38 GMT+03:00 Zheng, Ruoqin :
> I submitted this patch aim to use dnf out of Yocto build system to manage
> packages.
Please explain this in detail. Where are the packages taken from, and
where are they installed?
Alex
--
___
54 matches
Mail list logo