when compiling for ppc64, build emits additional
STANDARD_STARTFILE_PREFIX_1 and STANDARD_STARTFILE_PREFIX_2 into
gcc/defaults.h which is not conditional because it really want to
override others with this new value, but it ends up with two definitions
since it gets emitted _after_ the definition
Let the patch trigger based on target triplet instead of passing via
configure, this lets gcc compile for 64bit otherwise it ends up with
libgcc build errors
error: unable to emulate 'TF'
Signed-off-by: Khem Raj
---
...bgcc-Add-knob-to-use-ldbl-128-on-ppc.patch | 178 +++---
Default riscv is little-endian moreover most of other arches define
bigendian as tune and treats absense as litteendian, this make risc-v
fall in line
Signed-off-by: Khem Raj
---
meta/conf/machine/include/riscv/tune-riscv.inc | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff
This helps in defining LE tunes and at the same time specifies
endianness on compiler cmdline clearly, clang e.g. defaults to
little-endian always, so unless specified with -mbig-endian won't
compile the code right
Signed-off-by: Khem Raj
---
.../machine/include/powerpc/arch-powerpc.inc | 22
Signed-off-by: Alistair Francis
---
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 2268faf512..163f280560 100644
---
== Series Details ==
Series: linux-yocto/5.2: update qemuriscv64 SRCREV
Revision: 1
URL : https://patchwork.openembedded.org/series/19604/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been
On Fri, Aug 30, 2019 at 1:14 PM Bruce Ashfield wrote:
>
> I have a script that takes care of the SRCREV bumps, and it didn't
> have the qemuriscv in it!
>
> I've tweaked my config and will send a new SRCREV bump (not a new
> version) that has that update.
Thanks for updating the script!
That
As there is no version newer than 3.3-rc0 yet, an exception
from the check is needed.
Signed-off-by: Alexander Kanavin
---
meta/recipes-support/libffi/libffi_3.3~rc0.bb | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-support/libffi/libffi_3.3~rc0.bb
With the new recipe matching the tarbal version, there is
no need for an exception from the check.
Signed-off-by: Alexander Kanavin
---
meta/recipes-extended/lsb/lsb-release_1.4.bb | 1 -
1 file changed, 1 deletion(-)
diff --git a/meta/recipes-extended/lsb/lsb-release_1.4.bb
From: Bruce Ashfield
The scripts that update my SRCREVs were missing the qemuriscv64. This
SRCREV bump moves it to match the rest of the 5.2 qemu BSPs.
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto_5.2.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
I have a script that takes care of the SRCREV bumps, and it didn't
have the qemuriscv in it!
I've tweaked my config and will send a new SRCREV bump (not a new
version) that has that update.
Cheers,
Bruce
On Fri, Aug 30, 2019 at 4:11 PM Alistair Francis wrote:
>
> On Fri, Aug 30, 2019 at 1:01
On Fri, Aug 30, 2019 at 1:01 PM Alistair Francis wrote:
>
> On Fri, Aug 30, 2019 at 9:07 AM wrote:
> >
> > From: Bruce Ashfield
> >
> > Introducing the 5.2 linux-yocto reference kernels. 5.0 is EOL and will
> > be removed, leaving 4.19 (LTS) and 5.2 as the reference kernels.
> >
> > This has
On Fri, Aug 30, 2019 at 9:07 AM wrote:
>
> From: Bruce Ashfield
>
> Introducing the 5.2 linux-yocto reference kernels. 5.0 is EOL and will
> be removed, leaving 4.19 (LTS) and 5.2 as the reference kernels.
>
> This has been build/boot tested on all qemu architectures for
> core-image-kernel-dev,
On Fri, Aug 30, 2019 at 9:55 AM wrote:
>
> On Fri, 2019-08-30 at 09:51 -0700, Khem Raj wrote:
> > On Fri, Aug 30, 2019 at 8:54 AM Richard Purdie
> > wrote:
> > > We had interesting failures where building gcc-cross-powerpc with
> > > 5.0 kernel
> > > headers, then building eudev after moving to
On Fri, 2019-08-30 at 09:51 -0700, Khem Raj wrote:
> On Fri, Aug 30, 2019 at 8:54 AM Richard Purdie
> wrote:
> > We had interesting failures where building gcc-cross-powerpc with
> > 5.0 kernel
> > headers, then building eudev after moving to 5.2 headers failed.
> >
> > gcc-cross doesn't rebuild
On Fri, Aug 30, 2019 at 8:54 AM Richard Purdie
wrote:
>
> We had interesting failures where building gcc-cross-powerpc with 5.0 kernel
> headers, then building eudev after moving to 5.2 headers failed.
>
> gcc-cross doesn't rebuild when linux-libc-headers changes due to its
> listing in
On Fri, 2019-08-16 at 11:13 +0200, Mattias Hansson wrote:
> do_prepare_recipe_sysroot may perform groupadd, which requires pseudo.
> However, do_prepare_recipe_sysroot does not depend on pseudo explicitly,
> which sometimes causes a build error when building a recipe that adds
> groups.
>
> This
On Fri, 2019-08-30 at 18:27 +0200, Loic Poulain wrote:
> HI Andre,
>
> On Fri, 23 Aug 2019 at 20:11, Andre McCurdy
> wrote:
> > On Mon, Aug 5, 2019 at 9:06 AM Loic Poulain <
> > loic.poul...@linaro.org> wrote:
> > > Say a company works with an OE internal tree, with open-source
> > and
HI Andre,
On Fri, 23 Aug 2019 at 20:11, Andre McCurdy wrote:
> On Mon, Aug 5, 2019 at 9:06 AM Loic Poulain
> wrote:
> > Say a company works with an OE internal tree, with open-source and
> closed-source packages. The company wants to release the tree so that its
> customers can fully customize
On Fri, 2019-08-30 at 10:50 -0400, Bruce Ashfield wrote:
> On Fri, Aug 30, 2019 at 10:39 AM
> wrote:
> > On Thu, 2019-08-29 at 11:32 -0400, Bruce Ashfield wrote:
> > > On Thu, Aug 29, 2019 at 11:31 AM Bruce Ashfield
> > > wrote:
> > > > On Thu, Aug 29, 2019 at 11:28 AM Jonathan Rajotte-Julien
>
From: Bruce Ashfield
We drop the patch
0001-arm64-sve-uapi-asm-ptrace.h-should-not-depend-on-uap.patch
since it was a backport and is already part of the 5.2 headers
Signed-off-by: Bruce Ashfield
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
From: Bruce Ashfield
Signed-off-by: Bruce Ashfield
---
meta/conf/machine/include/x86-base.inc | 2 +-
meta/conf/machine/qemuarmv5.conf | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/conf/machine/include/x86-base.inc
b/meta/conf/machine/include/x86-base.inc
From: Bruce Ashfield
Richard,
These are the patches for the 5.2 intro that aren't in your current master-next.
Kevin's meta-yocto-bsp can use a minor SRCREV bump, and I'll send that shortly
to the appropriate list. But even running with it as-is, isn't a problem.
I will also follow up with
From: Bruce Ashfield
Introducing the 5.2 linux-yocto reference kernels. 5.0 is EOL and will
be removed, leaving 4.19 (LTS) and 5.2 as the reference kernels.
This has been build/boot tested on all qemu architectures for
core-image-kernel-dev, and graphics tesed via core-image-sato. No
blocking
We had interesting failures where building gcc-cross-powerpc with 5.0 kernel
headers, then building eudev after moving to 5.2 headers failed.
gcc-cross doesn't rebuild when linux-libc-headers changes due to its
listing in SIGGEN_EXCLUDE_SAFE_RECIPE_DEPS. This shouldn't matter but
fixincludes as
This allows us to generate a rootFS with a large filesystem for use with
QEMU.
Signed-off-by: Alistair Francis
---
meta/conf/machine/include/riscv/qemuriscv.inc | 4 +++-
scripts/lib/wic/canned-wks/qemuriscv.wks | 3 +++
2 files changed, 6 insertions(+), 1 deletion(-)
create mode 100644
On Fri, Aug 30, 2019 at 10:39 AM wrote:
>
> On Thu, 2019-08-29 at 11:32 -0400, Bruce Ashfield wrote:
> > On Thu, Aug 29, 2019 at 11:31 AM Bruce Ashfield
> > wrote:
> > > On Thu, Aug 29, 2019 at 11:28 AM Jonathan Rajotte-Julien
> > > wrote:
> > > > > FWIW: lttng-ust builds fine for me with the
On Fri, Aug 30, 2019 at 3:08 AM Andrey Zhizhikin wrote:
>
> Hello Andre,
>
> I've just pulled the master and experienced a build failure during
> fetching of updated recipe's source tarballs.
>
> The reason for this being that defaults for FETCHCMD has been dropped
> with your patch b259bd31eb
On Thu, 2019-08-29 at 11:32 -0400, Bruce Ashfield wrote:
> On Thu, Aug 29, 2019 at 11:31 AM Bruce Ashfield
> wrote:
> > On Thu, Aug 29, 2019 at 11:28 AM Jonathan Rajotte-Julien
> > wrote:
> > > > FWIW: lttng-ust builds fine for me with the 5.2 kernel + 5.2
> > > > headers,
> > > > it is one of
Last commit upstream was in Sep 2014; pull requests have been ignored since.
I believe eglinfo from mesa-demos is an adequate and maintained alternative.
Also this recipe was using an ugly waf blob placed directly into oe-core, which
was also dependent on python 2.
Signed-off-by: Alexander
Signed-off-by: Alexander Kanavin
---
meta/recipes-sato/webkit/webkitgtk_2.24.3.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb
b/meta/recipes-sato/webkit/webkitgtk_2.24.3.bb
index 0e5ee5ba006..71082421688 100644
---
Signed-off-by: Alexander Kanavin
---
...-PYTHON-when-invoking-psl-make-dafsa.patch | 50 +++
meta/recipes-support/libpsl/libpsl_0.21.0.bb | 1 +
2 files changed, 51 insertions(+)
create mode 100644
Signed-off-by: Alexander Kanavin
---
meta/recipes-devtools/llvm/llvm_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/llvm/llvm_git.bb
b/meta/recipes-devtools/llvm/llvm_git.bb
index 35ad3ced37c..08b19a33e35 100644
---
Signed-off-by: Alexander Kanavin
---
...001-maketables-wrappers-use-Python-3.patch | 34 +++
meta/recipes-devtools/pseudo/pseudo_git.bb| 1 +
2 files changed, 35 insertions(+)
create mode 100644
meta/recipes-devtools/pseudo/files/0001-maketables-wrappers-use-Python-3.patch
Signed-off-by: Alexander Kanavin
---
...thon3-everywhere-to-run-python-scrip.patch | 161 ++
meta/recipes-extended/ltp/ltp_20190517.bb | 3 +-
2 files changed, 163 insertions(+), 1 deletion(-)
create mode 100644
Signed-off-by: Alexander Kanavin
---
.../0001-certdata2pem.py-use-python3.patch| 37 +++
.../ca-certificates_20190110.bb | 1 +
2 files changed, 38 insertions(+)
create mode 100644
This also allows building virglrenderer without python 2.x
Signed-off-by: Alexander Kanavin
---
...efile.am-explicitly-link-with-libdrm.patch | 31 ---
.../0001-vtest-add-missing-includes.patch | 38 ---
...nderer_0.7.0.bb => virglrenderer_0.8.0.bb} | 4 +-
3
It was found to crash the X server on startup under qemu.
Signed-off-by: Alexander Kanavin
---
meta/conf/machine/qemux86-64.conf | 5 -
meta/recipes-graphics/mesa/mesa.inc | 3 +++
2 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/meta/conf/machine/qemux86-64.conf
This is perhaps not the most elegant patch but it be dropped
once rpm is updated to the soon-to-be-released version 4.15
where upstream has removed mono dependency resolution altogether.
Signed-off-by: Alexander Kanavin
---
...es-requires-do-not-use-monodis-from-.patch | 58 +++
This is the qemu default since qemu 2.2, is generally supported better,
and is recommended by upstream. It also has already been in use for arm/risc
and ovmf.
Additional information:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13466
The reason to send this as a formal pull request is that one of the patches
removed a blob, and I am not sure if that can be handled via emails.
With this patchset and Bruce's kernel python2->3 work, the only two
things in oe-core that still need a python2 binary at build time are u-boot and
There was a discussion about what amount of RAM is appropriate for a
default; the outcome was that for now it is still 256M. Some qemu machine
definitions have however set this to 512M so for the sake of
treating all architectures fairly, they are reset back to 256M.
Also runqemu is adjusted to
On Fri, 30 Aug 2019 at 13:38, Alexander Kanavin
wrote:
> On Fri, 30 Aug 2019 at 02:09, wrote:
>
>> > Can you please look into why that error happens on arm, but not on
>> > x86? -vga virtio is the officially documented option, so I would
>> > rather use that everywhere.
>>
>> Accoding to
>>
On Fri, 30 Aug 2019 at 03:55, Mittal, Anuj wrote:
> > -QB_OPT_APPEND = "-show-cursor -device VGA,edid=on"
> > +QB_OPT_APPEND = "-show-cursor"
>
> Was this intentional? This is reverting an earlier fix:
>
>
>
On Fri, 30 Aug 2019 at 02:09, wrote:
> > Can you please look into why that error happens on arm, but not on
> > x86? -vga virtio is the officially documented option, so I would
> > rather use that everywhere.
>
> Accoding to
>
Hello Andre,
I've just pulled the master and experienced a build failure during
fetching of updated recipe's source tarballs.
The reason for this being that defaults for FETCHCMD has been dropped
with your patch b259bd31eb from the series. Once defaults are removed
and appends are used - the
Fixes:
nfsidmap.c:404:4: error: format not a string literal, argument types not
checked [-Werror=format-nonliteral]
404 |xlog_warn(usage, progname);
|^
nfsidmap.c:436:3: error: format not a string literal, argument types not
checked [-Werror=format-nonliteral]
436 |
Signed-off-by: Yuan Chao
---
.../man-db/{man-db_2.8.6.1.bb => man-db_2.8.7.bb} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-extended/man-db/{man-db_2.8.6.1.bb => man-db_2.8.7.bb}
(92%)
diff --git a/meta/recipes-extended/man-db/man-db_2.8.6.1.bb
== Series Details ==
Series: layer.conf: add openembedded-layer to LAYERDEPENDS
Revision: 1
URL : https://patchwork.openembedded.org/series/19589/
State : failure
== Summary ==
Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have
Add support to enable the Panfrost Gallium driver in PACKAGECONFIG
Signed-off-by: Neil Armstrong
---
meta/recipes-graphics/mesa/mesa.inc | 3 +++
1 file changed, 3 insertions(+)
diff --git a/meta/recipes-graphics/mesa/mesa.inc
b/meta/recipes-graphics/mesa/mesa.inc
index fcd19884f5..a7495bfc42
latencytop.bb depends on gtk+ which exists at openembedded-layer.
So we should add openembedded-layer to LAYERDEPENDS, otherwise
"yocto-check-layer-wrapper meta-realtime --dependency 'cat mylist'"
will fail with "NO PROVIDE gtk+ ..."
Signed-off-by: Hongzhi.Song
---
conf/layer.conf | 2 +-
1
On Fri, Aug 16, 2019 at 11:13:29AM +0200, Mattias Hansson wrote:
> do_prepare_recipe_sysroot may perform groupadd, which requires pseudo.
> However, do_prepare_recipe_sysroot does not depend on pseudo explicitly,
> which sometimes causes a build error when building a recipe that adds
> groups.
>
On Fri, 2019-08-30 at 11:04 +0800, Robert Yang wrote:
> Hi Adrian,
>
> On 8/26/19 1:21 AM, Adrian Bunk wrote:
> > The only part with some (marginal) usage is lsb_release,
> > which is split from the lsb package into an own lsb-release
> > package.
> >
> > Signed-off-by: Adrian Bunk
> > ---
> >
From: Changqing Li
Signed-off-by: Changqing Li
---
meta/recipes-extended/man-db/man-db_2.8.6.1.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-extended/man-db/man-db_2.8.6.1.bb
b/meta/recipes-extended/man-db/man-db_2.8.6.1.bb
index ec9eb83..a7b7fef 100644
From: Changqing Li
Signed-off-by: Changqing Li
---
meta/recipes-devtools/systemd-bootchart/systemd-bootchart_233.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-devtools/systemd-bootchart/systemd-bootchart_233.bb
From: Changqing Li
Signed-off-by: Changqing Li
---
meta/lib/oeqa/runtime/cases/dnf.py | 34 +-
1 file changed, 33 insertions(+), 1 deletion(-)
diff --git a/meta/lib/oeqa/runtime/cases/dnf.py
b/meta/lib/oeqa/runtime/cases/dnf.py
index 629b9af..6507066 100644
From: Changqing Li
Signed-off-by: Changqing Li
---
meta/recipes-connectivity/avahi/avahi-ui_0.7.bb | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/avahi/avahi-ui_0.7.bb
b/meta/recipes-connectivity/avahi/avahi-ui_0.7.bb
index
From: Changqing Li
Signed-off-by: Changqing Li
---
meta/recipes-devtools/bootchart2/bootchart2_0.14.8.bb | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/recipes-devtools/bootchart2/bootchart2_0.14.8.bb
b/meta/recipes-devtools/bootchart2/bootchart2_0.14.8.bb
index
The debug output showed the wrong variable.
Signed-off-by: Daniel Klauer
---
meta/classes/image.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 7fa4ff20bd..f4633da3d5 100644
---
59 matches
Mail list logo
