[OE-core] hash equivalency and PR service - RFC
I've been working recently to try to get hash equivalency and PR service to work
together properly. Earlier today I sent a patch to address one of the issues I
found (un-related to PR service).
In order to replicate the condition, I've been using poky master (oe should work
fine) with the following configuration:
BB_HASHSERVE = "auto"
BB_SIGNATURE_HANDLER = "OEEquivHash"
PRSERV_HOST ??= "localhost:0"
PKGR[vardepsexclude] = "EXTENDPRAUTO"
INHERIT += "reproducible_build"
INHERIT += "buildhistory"
I then run:
MACHINE=qemuarm64 bitbake glibc
Go in and edit meta/recipes-core/glibc/glibc_2.32.bb, search for the
do_patch_append and add "# modify hash".
Re-run the build command. The result SHOULD be the system detects that nothing
changed (in do_package, inspecting log.do_package should show it changed the
unihash.) And then the rest is accelerated. However, the PKGR (from the PR and
AUTOPR) cause this to fail, as well as any embedded dependencies that also have
PR/AUTOPR embedded into them. Both of these are written to pkgdata files, and
when compared to prior builds for hashs will always be different.
I tried to break this by moving the AUTOPR value into a separate file that was
not used to calculate hash information. For the most part this works, but I ran
into some problems. (See below).
I've generated a patch:
https://github.com/mhatle/poky/commit/86fbd639261319de4c951708d9805abba6036510
(I'm not entirely happy with the change, but I think it's a reasonable start for
a review to make sure the direction of the change is reasonable.)
The header of the patch explains some of the work that I've done:
When the PR service is enabled a number of small changes happen to variables.
During the do_package task, EXTENDPRAUTO will get a value placed into it that
is intended to be used to extend the PR. This value will get written to
various intermediate files and will result in the computed hash never being
equivalent.
To resolve this issue, we create a new file with the extension ".oe_nohash".
This extension contains various values that need to be passed from task to
task, but NOT calculated within the scope of the task hash. The items
placed into the nohash are captured in package.bbclass in PKGDATA_VAR_NOHASH.
The PKGDATA_VAR_NOHASH is also used to prevent expansion of the value when
users are written to the various pkgdata files. This expansion is prevented
by replacing the variable references ${VAR} with ##{VAR}## in a local
data store. The pkgdata loading routines then know to load the nohash and
translate the ##{VAR}## back to ${VAR} automatically.
Additionally package dependencies rely on variables that also eventually
include EXTENDPRAUTO. So instead of resolving the variable at getVar time,
we keep them as references.
The goal is instead of taking:
RRECOMMEND_package-dev = 'package = ${EXTENDPKGV}'
and making it:
RRECOMMEND_package-dev = 'package = 1.0-r0.1'
We want to keep EXTENDPKGV which internally refers to EXTENDPRAUTO
which is already in the special NOHASH category.
NOTE: The above is not working properly in the case of ${@...} python
functions. This is because the bb.utils.explode_dep_version2 does not
understand how to expand or deal with ${@ ... } syntax. (It expects
a comma or space separated list, so the spaces cause problems!)
If anyone has any ideas how to address the RRECOMMEND issue above, I could use
some help. I'm going to keep working on it, but I'm not sure how to get the
system to expand some but not everything. (I might need to use the same local
datastore trick in this expansion that I used elsewhere.)
--Mark
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141652):
https://lists.openembedded.org/g/openembedded-core/message/141652
Mute This Topic: https://lists.openembedded.org/mt/76302328/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core][dunfell 0/7] Pull request (cover letter only)
The following changes since commit b95d6aeafb70765e22d2e1254e749a48f508d489: uninative: Handle PREMIRRORS generically (2020-08-09 09:26:54 -1000) are available in the Git repository at: git://git.openembedded.org/openembedded-core-contrib stable/dunfell-next http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/dunfell-next Bruce Ashfield (3): linux-yocto-rt/5.4: update to rt32 linux-yocto/5.4: update to v5.4.56 linux-yocto/5.4: update to v5.4.57 Khem Raj (4): glibc: Bring in CVE fixes and other bugfixes from 2.31 release branch gcc-9.3.inc: Mark CVE-2019-15847 as fixed go: update 1.14.4 -> 1.14.6 go: Upgrade to 1.14.7 meta/recipes-core/glibc/glibc-version.inc | 2 +- .../glibc/0016-Add-unused-attribute.patch | 31 --- .../glibc/glibc/CVE-2020-6096.patch | 112 -- .../glibc/glibc/CVE-2020-6096_2.patch | 194 -- meta/recipes-core/glibc/glibc_2.31.bb | 5 +- meta/recipes-devtools/gcc/gcc-9.3.inc | 2 + meta/recipes-devtools/go/go-1.14.inc | 5 +- .../linux/linux-yocto-rt_5.4.bb | 6 +- .../linux/linux-yocto-tiny_5.4.bb | 8 +- meta/recipes-kernel/linux/linux-yocto_5.4.bb | 22 +- 10 files changed, 24 insertions(+), 363 deletions(-) delete mode 100644 meta/recipes-core/glibc/glibc/0016-Add-unused-attribute.patch delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2020-6096.patch delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2020-6096_2.patch -- 2.17.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141651): https://lists.openembedded.org/g/openembedded-core/message/141651 Mute This Topic: https://lists.openembedded.org/mt/76301198/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] cleansstate
This might be specific to the distro I am typically using (take a guess) but I notice that cleansstate usually pauses at the 33% mark for a significant amount of time. I don't think this used to be quite as bad as it is now, but it is hard to remember. Just an observation that someone might be able to confirm/deny/explain. Joe -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141650): https://lists.openembedded.org/g/openembedded-core/message/141650 Mute This Topic: https://lists.openembedded.org/mt/76298145/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] -mmusl missing in SDK / CMake MUSL toolchain
Hello Fred, > This append at the top of toolchain-script.bbclass is thus without effect: > TARGET_CC_ARCH_append_libc-musl = " -mmusl" > > This works: > > TARGET_CC_ARCH_append_linux-musl = " -mmusl" > > FYI, > Sounds like you ran into the SDK / musl problem > Thanks, I have updated https://bugzilla.yoctoproject.org/show_bug.cgi?id=13459 with my findings so far. Regards, Leon. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141649): https://lists.openembedded.org/g/openembedded-core/message/141649 Mute This Topic: https://lists.openembedded.org/mt/76245876/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] -mmusl missing in SDK / CMake MUSL toolchain
On Wed, Aug 19, 2020, at 5:02 PM, Leon Woestenberg wrote:
> RFC:
>
> During the creation of the environment script for the canadian cross
> SDK in toolchain-script.bbclass,
> for a MUSL C library target, the OVERRIDES contains libc-glibc instead
> of libc-musl.
>
> OVERRIDES=task-generate-content:linux-musl:x86-64:pn-meta-environment-qemux86-64:qemuall:qemux86-64:nodistro:class-cross-canadian:libc-glibc:forcevariable
>
> This can be easily inspected by adding these lines to the script
> creation (Thanks to Richard for the suggestion on IRC).
>
> echo 'export TARGET_CC_ARCH=${TARGET_CC_ARCH}' >> $script
> echo 'export OVERRIDES=${OVERRIDES}' >> $script
>
> This append at the top of toolchain-script.bbclass is thus without effect:
> TARGET_CC_ARCH_append_libc-musl = " -mmusl"
>
> This works:
>
> TARGET_CC_ARCH_append_linux-musl = " -mmusl"
>
> (notice linux instead of libc, as linux-musl stays present in OVERRIDES.)
>
> I have a (minimal) test case here. Run make in the cloned repo.
> https://github.com/likewise/oe-musl-sdk-cmake
>
FYI,
Sounds like you ran into the SDK / musl problem
sdk: compiler targets glibc, even though rootfs uses musl-libc
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13459
Using TCLIB=musl results in SDKs producing incompatible binaries
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13766
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141648):
https://lists.openembedded.org/g/openembedded-core/message/141648
Mute This Topic: https://lists.openembedded.org/mt/76245876/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [dunfell] [PATCH] cmake-native: Use cmake-provided zstd library; supported host distro zstd may be too old.
On Wed, Aug 19, 2020 at 1:49 PM Leon Woestenberg wrote: > > Hello Adrian, all, > > On Sat, Aug 15, 2020 at 9:55 AM Adrian Bunk wrote: >> >> On Fri, Aug 14, 2020 at 11:44:17PM +0200, Alexander Kanavin wrote: >> > This needs to go to master first probably? >> >> Better for master might be moving zstd from meta-openembedded, >> and then DEPENDS on zstd-native? >> >> IMHO moving target zstd to OE-core is already overdue, >> so this would not be solely for cmake. >> > > Good point, makes better sense then my proposed fix for cmake-native only. > > More breakage of master against Ubuntu 16.04 (still supported by Yocto) that > supports Adrian's suggestion: If cmake-native is auto detecting zstd support from the host (and therefore building non-deterministically depending on whether or not the host has zstd development libraries) then the build breakage is just a symptom. Adding zstd to oe-core would be a good approach to fixing the bug for master but not for older releases. > > | > ../../../../../../../work-shared/gcc-10.2.0-r0/gcc-10.2.0/gcc/lto-compress.c: > In function ‘int lto_normalized_zstd_level()’: > | > ../../../../../../../work-shared/gcc-10.2.0-r0/gcc-10.2.0/gcc/lto-compress.c:120:36: > error: ‘ZSTD_maxCLevel’ was not declared in this scope > |else if (level > ZSTD_maxCLevel ()) > | ^ > | > ../../../../../../../work-shared/gcc-10.2.0-r0/gcc-10.2.0/gcc/lto-compress.c: > In function ‘void lto_uncompression_zstd(lto_compression_stream*)’: > | > ../../../../../../../work-shared/gcc-10.2.0-r0/gcc-10.2.0/gcc/lto-compress.c:160:74: > error: ‘ZSTD_getFrameContentSize’ was not declared in this scope > |unsigned long long const rsize = ZSTD_getFrameContentSize (cursor, size); > | ^ > | > ../../../../../../../work-shared/gcc-10.2.0-r0/gcc-10.2.0/gcc/lto-compress.c:161:16: > error: ‘ZSTD_CONTENTSIZE_ERROR’ was not declared in this scope > |if (rsize == ZSTD_CONTENTSIZE_ERROR) > | ^ > | > ../../../../../../../work-shared/gcc-10.2.0-r0/gcc-10.2.0/gcc/lto-compress.c:163:21: > error: ‘ZSTD_CONTENTSIZE_UNKNOWN’ was not declared in this scope > |else if (rsize == ZSTD_CONTENTSIZE_UNKNOWN) > | ^ > | Makefile:1118: recipe for target 'lto-compress.o' failed > | make[1]: *** [lto-compress.o] Error 1 > | make[1]: *** Waiting for unfinished jobs > > Did not deep-dive into this, nor test with Adrian's suggestion yet. > > Regards, > > Leon. > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141647): https://lists.openembedded.org/g/openembedded-core/message/141647 Mute This Topic: https://lists.openembedded.org/mt/76196110/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] -mmusl missing in SDK / CMake MUSL toolchain
RFC:
During the creation of the environment script for the canadian cross
SDK in toolchain-script.bbclass,
for a MUSL C library target, the OVERRIDES contains libc-glibc instead
of libc-musl.
OVERRIDES=task-generate-content:linux-musl:x86-64:pn-meta-environment-qemux86-64:qemuall:qemux86-64:nodistro:class-cross-canadian:libc-glibc:forcevariable
This can be easily inspected by adding these lines to the script
creation (Thanks to Richard for the suggestion on IRC).
echo 'export TARGET_CC_ARCH=${TARGET_CC_ARCH}' >> $script
echo 'export OVERRIDES=${OVERRIDES}' >> $script
This append at the top of toolchain-script.bbclass is thus without effect:
TARGET_CC_ARCH_append_libc-musl = " -mmusl"
This works:
TARGET_CC_ARCH_append_linux-musl = " -mmusl"
(notice linux instead of libc, as linux-musl stays present in OVERRIDES.)
I have a (minimal) test case here. Run make in the cloned repo.
https://github.com/likewise/oe-musl-sdk-cmake
Regards,
--
Leon
p.s. sorry for the HTML sig earlier.
--
Leon Woestenberg
l...@sidebranch.com
T: +31 40 711 42 76
M: +31 6 472 30 372
Sidebranch Embedded Systems
Eindhoven, The Netherlands
http://www.sidebranch.com
On Mon, Aug 17, 2020 at 5:28 PM Leon Woestenberg via
lists.openembedded.org
wrote:
>
> Hello all,
>
> Compared with a BitBake/CMake built of a C application, the SDK/CMake
> approach lacks the "-mmusl" flag. The resulting binaries of the SDK do not
> load on the target (wrong runtime linker/loader).
>
> Minimal test case here (dunfell), just run make will show PASS / FAIL for
> BitBake and SDK approach:
>
> https://github.com/likewise/oe-musl-sdk-cmake
>
> Has something to do with TARGET_CC_ARCH not propagating, investigation
> further...
>
>
> Regards,
>
> Leon.
> --
> --
> Leon Woestenberg
> l...@sidebranch.com
> T: +31 40 711 42 76
> M: +31 6 472 30 372
>
> Sidebranch Embedded Systems
> Eindhoven, The Netherlands
> http://www.sidebranch.com
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141646):
https://lists.openembedded.org/g/openembedded-core/message/141646
Mute This Topic: https://lists.openembedded.org/mt/76245876/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [dunfell] [PATCH] cmake-native: Use cmake-provided zstd library; supported host distro zstd may be too old.
Hello Adrian, all, On Sat, Aug 15, 2020 at 9:55 AM Adrian Bunk wrote: > On Fri, Aug 14, 2020 at 11:44:17PM +0200, Alexander Kanavin wrote: > > This needs to go to master first probably? > > Better for master might be moving zstd from meta-openembedded, > and then DEPENDS on zstd-native? > > IMHO moving target zstd to OE-core is already overdue, > so this would not be solely for cmake. > > Good point, makes better sense then my proposed fix for cmake-native only. More breakage of master against Ubuntu 16.04 (still supported by Yocto) that supports Adrian's suggestion: | ../../../../../../../work-shared/gcc-10.2.0-r0/gcc-10.2.0/gcc/lto-compress.c: In function ‘int lto_normalized_zstd_level()’: | ../../../../../../../work-shared/gcc-10.2.0-r0/gcc-10.2.0/gcc/lto-compress.c:120:36: error: ‘ZSTD_maxCLevel’ was not declared in this scope |else if (level > ZSTD_maxCLevel ()) | ^ | ../../../../../../../work-shared/gcc-10.2.0-r0/gcc-10.2.0/gcc/lto-compress.c: In function ‘void lto_uncompression_zstd(lto_compression_stream*)’: | ../../../../../../../work-shared/gcc-10.2.0-r0/gcc-10.2.0/gcc/lto-compress.c:160:74: error: ‘ZSTD_getFrameContentSize’ was not declared in this scope |unsigned long long const rsize = ZSTD_getFrameContentSize (cursor, size); | ^ | ../../../../../../../work-shared/gcc-10.2.0-r0/gcc-10.2.0/gcc/lto-compress.c:161:16: error: ‘ZSTD_CONTENTSIZE_ERROR’ was not declared in this scope |if (rsize == ZSTD_CONTENTSIZE_ERROR) | ^ | ../../../../../../../work-shared/gcc-10.2.0-r0/gcc-10.2.0/gcc/lto-compress.c:163:21: error: ‘ZSTD_CONTENTSIZE_UNKNOWN’ was not declared in this scope |else if (rsize == ZSTD_CONTENTSIZE_UNKNOWN) | ^ | Makefile:1118: recipe for target 'lto-compress.o' failed | make[1]: *** [lto-compress.o] Error 1 | make[1]: *** Waiting for unfinished jobs Did not deep-dive into this, nor test with Adrian's suggestion yet. Regards, Leon. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141645): https://lists.openembedded.org/g/openembedded-core/message/141645 Mute This Topic: https://lists.openembedded.org/mt/76196110/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] weston: add missing packageconfigs
Add missing package configs to:
- Select shell integration
- Disable screen sharing module (independent from backend)
- Disable jpeg image support
`PACKAGECONFIG` default value is updated to enable these configs, since
they were previously implicitly enabled.
Signed-off-by: Guillaume Champagne
---
meta/recipes-graphics/wayland/weston_8.0.0.bb | 20 +--
1 file changed, 18 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-graphics/wayland/weston_8.0.0.bb
b/meta/recipes-graphics/wayland/weston_8.0.0.bb
index f8e9e15f84..8fef864827 100644
--- a/meta/recipes-graphics/wayland/weston_8.0.0.bb
+++ b/meta/recipes-graphics/wayland/weston_8.0.0.bb
@@ -20,7 +20,7 @@ inherit meson pkgconfig useradd features_check
# depends on virtual/egl
REQUIRED_DISTRO_FEATURES = "opengl"
-DEPENDS = "libxkbcommon gdk-pixbuf pixman cairo glib-2.0 jpeg"
+DEPENDS = "libxkbcommon gdk-pixbuf pixman cairo glib-2.0"
DEPENDS += "wayland wayland-protocols libinput virtual/egl pango
wayland-native"
WESTON_MAJOR_VERSION = "${@'.'.join(d.getVar('PV').split('.')[0:1])}"
@@ -31,7 +31,13 @@ PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES',
'wayland', 'kms fbdev
${@bb.utils.contains('DISTRO_FEATURES', 'x11 wayland',
'xwayland', '', d)} \
${@bb.utils.filter('DISTRO_FEATURES', 'pam systemd x11',
d)} \
${@bb.utils.contains_any('DISTRO_FEATURES', 'wayland x11',
'', 'headless', d)} \
- launch"
+ launch \
+ image-jpeg \
+ screenshare \
+ shell-desktop \
+ shell-fullscreen \
+ shell-ivi"
+
#
# Compositor choices
#
@@ -67,6 +73,16 @@ PACKAGECONFIG[clients] = "-Dsimple-clients=all
-Ddemo-clients=true,-Dsimple-clie
PACKAGECONFIG[remoting] = "-Dremoting=true,-Dremoting=false,gstreamer-1.0"
# Weston with PAM support
PACKAGECONFIG[pam] = "-Dpam=true,-Dpam=false,libpam"
+# Weston with screen-share support
+PACKAGECONFIG[screenshare] = "-Dscreenshare=true,-Dscreenshare=false"
+# Traditional desktop shell
+PACKAGECONFIG[shell-desktop] = "-Dshell-desktop=true,-Dshell-desktop=false"
+# Fullscreen shell
+PACKAGECONFIG[shell-fullscreen] =
"-Dshell-fullscreen=true,-Dshell-fullscreen=false"
+# In-Vehicle Infotainment (IVI) shell
+PACKAGECONFIG[shell-ivi] = "-Dshell-ivi=true,-Dshell-ivi=false"
+# JPEG image loading support
+PACKAGECONFIG[image-jpeg] = "-Dimage-jpeg=true,-Dimage-jpeg=false, jpeg"
do_install_append() {
# Weston doesn't need the .la files to load modules, so wipe them
--
2.20.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141644):
https://lists.openembedded.org/g/openembedded-core/message/141644
Mute This Topic: https://lists.openembedded.org/mt/76290445/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] package.bbclass: Sort shlib2 output for hash equivalency
The output was unsorted, so different versions of python, different input
ordering could have have changed the files, and thus changed the hashes
making the system think the output was different, even when unmodified.
Signed-off-by: Mark Hatle
---
meta/classes/package.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index f8dc1bb468..7a36262eb6 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1936,7 +1936,7 @@ python package_do_shlibs() {
shlibs_file = os.path.join(shlibswork_dir, pkg + ".list")
if len(sonames):
with open(shlibs_file, 'w') as fd:
-for s in sonames:
+for s in sorted(sonames):
if s[0] in shlib_provider and s[1] in shlib_provider[s[0]]:
(old_pkg, old_pkgver) = shlib_provider[s[0]][s[1]]
if old_pkg != pkg:
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141643):
https://lists.openembedded.org/g/openembedded-core/message/141643
Mute This Topic: https://lists.openembedded.org/mt/76290147/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][PATCH] ethtool: upgrade 5.7 -> 5.8
test-features is only generated without netlink configuration.
Signed-off-by: Changhyeok Bae
---
.../ethtool/ethtool/avoid_parallel_tests.patch | 6 +++---
.../ethtool/{ethtool_5.7.bb => ethtool_5.8.bb} | 6 --
2 files changed, 7 insertions(+), 5 deletions(-)
rename meta/recipes-extended/ethtool/{ethtool_5.7.bb => ethtool_5.8.bb} (83%)
diff --git a/meta/recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch
b/meta/recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch
index 8ecfde1417..75a3841f2d 100644
--- a/meta/recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch
+++ b/meta/recipes-extended/ethtool/ethtool/avoid_parallel_tests.patch
@@ -1,4 +1,4 @@
-From 1c6c017e56ec536f5cceacdb02092777d390debb Mon Sep 17 00:00:00 2001
+From afecc8791f904dc1893858d68a642b491356c74b Mon Sep 17 00:00:00 2001
From: Tudor Florea
Date: Wed, 28 May 2014 18:59:54 +0200
Subject: [PATCH] ethtool: use serial-tests config needed by ptest.
@@ -15,11 +15,11 @@ Upstream-Status: Inappropriate
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure.ac b/configure.ac
-index 1169b7f..ed82524 100644
+index 19223f7..8a58d15 100644
--- a/configure.ac
+++ b/configure.ac
@@ -2,7 +2,7 @@ dnl Process this file with autoconf to produce a configure
script.
- AC_INIT(ethtool, 5.7, net...@vger.kernel.org)
+ AC_INIT(ethtool, 5.8, net...@vger.kernel.org)
AC_PREREQ(2.52)
AC_CONFIG_SRCDIR([ethtool.c])
-AM_INIT_AUTOMAKE([gnu subdir-objects])
diff --git a/meta/recipes-extended/ethtool/ethtool_5.7.bb
b/meta/recipes-extended/ethtool/ethtool_5.8.bb
similarity index 83%
rename from meta/recipes-extended/ethtool/ethtool_5.7.bb
rename to meta/recipes-extended/ethtool/ethtool_5.8.bb
index d9fc30cb55..0403f0e3a9 100644
--- a/meta/recipes-extended/ethtool/ethtool_5.7.bb
+++ b/meta/recipes-extended/ethtool/ethtool_5.8.bb
@@ -11,7 +11,7 @@ SRC_URI =
"${KERNELORG_MIRROR}/software/network/ethtool/ethtool-${PV}.tar.gz \
file://avoid_parallel_tests.patch \
"
-SRC_URI[sha256sum] =
"c2e16f8bf510c5822f8e25061c2533972308a421767c54abcacb1038b08bb782"
+SRC_URI[sha256sum] =
"91e8bbda48a7fd5d374efacca542364ceb3a6c1f286f024b64ec40ccc799e125"
UPSTREAM_CHECK_URI = "https://www.kernel.org/pub/software/network/ethtool/;
@@ -29,7 +29,9 @@ do_compile_ptest() {
do_install_ptest () {
cp ${B}/Makefile ${D}${PTEST_PATH}
install ${B}/test-cmdline${D}${PTEST_PATH}
- install ${B}/test-features ${D}${PTEST_PATH}
+ if ${@bb.utils.contains('PACKAGECONFIG', 'netlink', 'false', 'true', d)};
then
+ install ${B}/test-features ${D}${PTEST_PATH}
+ fi
install ${B}/ethtool ${D}${PTEST_PATH}/ethtool
sed -i 's/^Makefile/_Makefile/' ${D}${PTEST_PATH}/Makefile
}
--
2.23.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141641):
https://lists.openembedded.org/g/openembedded-core/message/141641
Mute This Topic: https://lists.openembedded.org/mt/76287872/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 3/4] kernel-yocto/5.8: add gmp-native dependency
From: Bruce Ashfield
With the latest gcc10 plugins, the host tools need gmp support
or we end up with:
HOSTCXX -fPIC scripts/gcc-plugins/arm_ssp_per_task_plugin.o
In file included from
/home/pokybuild/yocto-worker/qemuarm/build/build/tmp/work/qemuarm-poky-linux-gnueabi/make-mod-scripts/1.0-r0/recipe-sysroot-native/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/10.1.0/plugin/include/gcc-plugin.h:28,
from
/home/pokybuild/yocto-worker/qemuarm/build/build/tmp/work-shared/qemuarm/kernel-source/scripts/gcc-plugins/gcc-common.h:7,
from
/home/pokybuild/yocto-worker/qemuarm/build/build/tmp/work-shared/qemuarm/kernel-source/scripts/gcc-plugins/arm_ssp_per_task_plugin.c:3:
/home/pokybuild/yocto-worker/qemuarm/build/build/tmp/work/qemuarm-poky-linux-gnueabi/make-mod-scripts/1.0-r0/recipe-sysroot-native/usr/bin/arm-poky-linux-gnueabi/../../lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/10.1.0/plugin/include/system.h:687:10:
fatal error: gmp.h: No such file or directory
687 | #include
| ^~~
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto_5.8.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
index f9d23072fd..27345beca9 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
@@ -34,6 +34,7 @@ LINUX_VERSION ?= "5.8"
DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
DEPENDS += "openssl-native util-linux-native"
+DEPENDS += "gmp-native"
PV = "${LINUX_VERSION}+git${SRCPV}"
--
2.19.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141639):
https://lists.openembedded.org/g/openembedded-core/message/141639
Mute This Topic: https://lists.openembedded.org/mt/76286102/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 4/4] linux-yocto/5.8: update to v5.8.1
From: Bruce Ashfield
Updating linux-yocto/5.8 to the latest korg -stable release that comprises
the following commits:
5f49ff2540e2 Linux 5.8.1
b08bdb1dfc66 arm64: kaslr: Use standard early random function
cdb665888c69 random: random.h should include archrandom.h, not the other
way around
6ccec4279301 random32: move the pseudo-random 32-bit definitions to
prandom.h
37b9e5781ba9 ima: move APPRAISE_BOOTPARAM dependency on ARCH_POLICY to
runtime
f9e3fa895314 PCI: tegra: Revert tegra124 raw_violation_fixup
6f5f284ac0a1 powerpc/kasan: Fix shadow pages allocation failure
4fed32566a03 Revert "powerpc/kasan: Fix shadow pages allocation failure"
ff35fac0d075 xattr: break delegations in {set,remove}xattr
325811793d34 gpio: max77620: Fix missing release of interrupt
344c69a06049 leds: 88pm860x: fix use-after-free on unbind
6796fca30e0a leds: lm3533: fix use-after-free on unbind
6e99065db5b9 leds: da903x: fix use-after-free on unbind
405c0f560437 leds: lm36274: fix use-after-free on unbind
2cbb6111b385 leds: wm831x-status: fix use-after-free on unbind
eb3d82abc335 mtd: properly check all write ioctls for permissions
0ca4ebe9d635 vgacon: Fix for missing check in scrollback handling
b8eb3d95c2d4 lkdtm/heap: Avoid edge and middle of slabs
3266873640b7 scripts: add dummy report mode to add_namespace.cocci
5ec142a2e9e6 Smack: fix use-after-free in smk_write_relabel_self()
382c0fa38c0e binder: Prevent context manager from incrementing ref 0
3a75ed41c7ab omapfb: dss: Fix max fclk divider for omap36xx
be1c835747f9 Bluetooth: Prevent out-of-bounds read in
hci_inquiry_result_with_rssi_evt()
f00e01212d78 Bluetooth: Prevent out-of-bounds read in
hci_inquiry_result_evt()
cc09a53b7252 Bluetooth: Fix slab-out-of-bounds read in
hci_extended_inquiry_result_evt()
51af3c373643 Staging: rtl8188eu: rtw_mlme: Fix uninitialized variable
authmode
22e041f720e6 staging: rtl8712: handle firmware load failure
7fa3a6e9061c staging: android: ashmem: Fix lockdep warning for write
operation
98228ec8440f ALSA: seq: oss: Serialize ioctls
f990beaaff08 ALSA: hda/ca0132 - Fix AE-5 microphone selection commands.
e0b12b2ba9ed ALSA: hda/ca0132 - Fix ZxR Headphone gain control get value.
b743b82bdfa8 ALSA: hda/ca0132 - Add new quirk ID for Recon3D.
ea441daae389 ALSA: hda/realtek: Add alc269/alc662 pin-tables for Loongson-3
laptops
88f484351d8f Revert "ALSA: hda: call runtime_allow() for all hda
controllers"
a7e7da440092 usb: xhci: Fix ASMedia ASM1142 DMA addressing
2ef10b5be9a5 usb: xhci: define IDs for various ASMedia host controllers
3d73faca68fa USB: iowarrior: fix up report size handling for some devices
a7ee4b448513 USB: serial: qcserial: add EM7305 QDL product ID
e912cdc8d225 scsi: ufs: Fix and simplify setup_xfer_req variant operation
Signed-off-by: Bruce Ashfield
---
.../linux/linux-yocto-rt_5.8.bb | 6 ++---
.../linux/linux-yocto-tiny_5.8.bb | 8 +++
meta/recipes-kernel/linux/linux-yocto_5.8.bb | 22 +--
3 files changed, 18 insertions(+), 18 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
index 11bd4579f8..e23e7dcfb1 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
@@ -11,13 +11,13 @@ python () {
raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to
linux-yocto-rt to enable it")
}
-SRCREV_machine ?= "581a55ca5571041bc5885febe8415c5751c489d9"
-SRCREV_meta ?= "4c62a6f4fa227abacf87f1593faa1ac6e6616156"
+SRCREV_machine ?= "d3c69e89ee5b5d4c3c19b8614bdcdc3f5dc7a8b3"
+SRCREV_meta ?= "a3138cb23c3b7409c516d5d2115da9534c120a0c"
SRC_URI =
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.8;destsuffix=${KMETA}"
-LINUX_VERSION ?= "5.8"
+LINUX_VERSION ?= "5.8.1"
LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
index 1d52bfeeba..36a8ae4577 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
@@ -6,7 +6,7 @@ KCONFIG_MODE = "--allnoconfig"
require recipes-kernel/linux/linux-yocto.inc
-LINUX_VERSION ?= "5.8"
+LINUX_VERSION ?= "5.8.1"
LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
@@ -15,9 +15,9 @@ DEPENDS += "openssl-native util-linux-native"
KMETA = "kernel-meta"
KCONF_BSP_AUDIT_LEVEL = "2"
-SRCREV_machine_qemuarm ?= "8c6b76ac37ee5c0f09816a6519f3f8ea6582"
-SRCREV_machine ?= "581a55ca5571041bc5885febe8415c5751c489d9"
-SRCREV_meta ?=
[OE-core] [PATCH 2/4] linux-yocto: introduce 5.8 reference kernel
From: Bruce Ashfield
Add the next set of "versioned" linux-yocto recipes that can be
used to build v5.8 upstream (v5.8/base) or 5.8 with some emedded
specific features (v5.8/standard/*).
Note: along with the new 5.8 content, the recipes have a tweaked
licence checksum, which The needs to be updated to account for kernel
commit 74835c7db0322b [COPYING: state that all contributions really
are covered by this file].
These have been built and booted for all supported qemu architectures.
Signed-off-by: Bruce Ashfield
---
.../linux/linux-yocto-rt_5.8.bb | 44 +++
.../linux/linux-yocto-tiny_5.8.bb | 32 +++
meta/recipes-kernel/linux/linux-yocto_5.8.bb | 54 +++
3 files changed, 130 insertions(+)
create mode 100644 meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
create mode 100644 meta/recipes-kernel/linux/linux-yocto_5.8.bb
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
new file mode 100644
index 00..11bd4579f8
--- /dev/null
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
@@ -0,0 +1,44 @@
+KBRANCH ?= "v5.8/standard/preempt-rt/base"
+
+require recipes-kernel/linux/linux-yocto.inc
+
+# Skip processing of this recipe if it is not explicitly specified as the
+# PREFERRED_PROVIDER for virtual/kernel. This avoids errors when trying
+# to build multiple virtual/kernel providers, e.g. as dependency of
+# core-image-rt-sdk, core-image-rt.
+python () {
+if d.getVar("KERNEL_PACKAGE_NAME") == "kernel" and
d.getVar("PREFERRED_PROVIDER_virtual/kernel") != "linux-yocto-rt":
+raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to
linux-yocto-rt to enable it")
+}
+
+SRCREV_machine ?= "581a55ca5571041bc5885febe8415c5751c489d9"
+SRCREV_meta ?= "4c62a6f4fa227abacf87f1593faa1ac6e6616156"
+
+SRC_URI =
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
+
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.8;destsuffix=${KMETA}"
+
+LINUX_VERSION ?= "5.8"
+
+LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
+
+DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
+DEPENDS += "openssl-native util-linux-native"
+
+PV = "${LINUX_VERSION}+git${SRCPV}"
+
+KMETA = "kernel-meta"
+KCONF_BSP_AUDIT_LEVEL = "2"
+
+LINUX_KERNEL_TYPE = "preempt-rt"
+
+COMPATIBLE_MACHINE =
"(qemux86|qemux86-64|qemuarm|qemuarmv5|qemuarm64|qemuppc|qemumips)"
+
+KERNEL_DEVICETREE_qemuarmv5 = "versatile-pb.dtb"
+
+# Functionality flags
+KERNEL_EXTRA_FEATURES ?= "features/netfilter/netfilter.scc
features/taskstats/taskstats.scc"
+KERNEL_FEATURES_append = " ${KERNEL_EXTRA_FEATURES}"
+KERNEL_FEATURES_append_qemuall=" cfg/virtio.scc
features/drm-bochs/drm-bochs.scc"
+KERNEL_FEATURES_append_qemux86=" cfg/sound.scc cfg/paravirt_kvm.scc"
+KERNEL_FEATURES_append_qemux86-64=" cfg/sound.scc cfg/paravirt_kvm.scc"
+KERNEL_FEATURES_append = "${@bb.utils.contains("DISTRO_FEATURES", "ptest", "
features/scsi/scsi-debug.scc", "" ,d)}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
new file mode 100644
index 00..1d52bfeeba
--- /dev/null
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
@@ -0,0 +1,32 @@
+KBRANCH ?= "v5.8/standard/tiny/base"
+KBRANCH_qemuarm ?= "v5.8/standard/tiny/arm-versatile-926ejs"
+
+LINUX_KERNEL_TYPE = "tiny"
+KCONFIG_MODE = "--allnoconfig"
+
+require recipes-kernel/linux/linux-yocto.inc
+
+LINUX_VERSION ?= "5.8"
+LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
+
+DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
+DEPENDS += "openssl-native util-linux-native"
+
+KMETA = "kernel-meta"
+KCONF_BSP_AUDIT_LEVEL = "2"
+
+SRCREV_machine_qemuarm ?= "8c6b76ac37ee5c0f09816a6519f3f8ea6582"
+SRCREV_machine ?= "581a55ca5571041bc5885febe8415c5751c489d9"
+SRCREV_meta ?= "4c62a6f4fa227abacf87f1593faa1ac6e6616156"
+
+PV = "${LINUX_VERSION}+git${SRCPV}"
+
+SRC_URI =
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
+
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.8;destsuffix=${KMETA}"
+
+COMPATIBLE_MACHINE = "qemux86|qemux86-64|qemuarm|qemuarmv5"
+
+# Functionality flags
+KERNEL_FEATURES = ""
+
+KERNEL_DEVICETREE_qemuarmv5 = "versatile-pb.dtb"
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
new file mode 100644
index 00..f9d23072fd
--- /dev/null
+++ b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
@@ -0,0 +1,54 @@
+KBRANCH ?= "v5.8/standard/base"
+
+require recipes-kernel/linux/linux-yocto.inc
+
+# board specific branches
+KBRANCH_qemuarm ?= "v5.8/standard/arm-versatile-926ejs"
+KBRANCH_qemuarm64 ?= "v5.8/standard/qemuarm64"
+KBRANCH_qemumips ?=
[OE-core] [PATCH 1/4] libc-headers: update to v5.8
From: Bruce Ashfield
Updating the libc-headers to v5.8. Adjustments to the recipe
include:
The license checksum. Needs to be updated to account for kernel
commit 74835c7db0322b [COPYING: state that all contributions really are
covered by this file].
And the ARM multilib headers need to check the version to adjust for
kernel commit: 541ad0150ca4 [arm: Remove 32bit KVM host support]. We
don't want to break potential other libc-header users, so we check
the version and continue to install the file if the version is less
than v5.8
One patch is refreshed to remove fuzz when building musl.
Signed-off-by: Bruce Ashfield
---
meta/conf/distro/include/tcmode-default.inc | 2 +-
.../linux-libc-headers/linux-libc-headers.inc| 16 ++--
...de-linux-stddef.h-in-swab.h-uapi-header.patch | 10 --
...-headers_5.4.bb => linux-libc-headers_5.8.bb} | 6 --
4 files changed, 23 insertions(+), 11 deletions(-)
rename meta/recipes-kernel/linux-libc-headers/{linux-libc-headers_5.4.bb =>
linux-libc-headers_5.8.bb} (71%)
diff --git a/meta/conf/distro/include/tcmode-default.inc
b/meta/conf/distro/include/tcmode-default.inc
index d5e0e9ebbb..4f29d00e99 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -21,7 +21,7 @@ SDKGCCVERSION ?= "${GCCVERSION}"
BINUVERSION ?= "2.35%"
GDBVERSION ?= "9.%"
GLIBCVERSION ?= "2.32"
-LINUXLIBCVERSION ?= "5.4%"
+LINUXLIBCVERSION ?= "5.8%"
QEMUVERSION ?= "5.1%"
GOVERSION ?= "1.14%"
# This can not use wildcards like 8.0.% since it is also used in mesa to denote
diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
index 20139a8497..b1cb553c75 100644
--- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers.inc
@@ -30,7 +30,7 @@ LICENSE = "GPLv2"
#
# -- RP
-LIC_FILES_CHKSUM = "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
+LIC_FILES_CHKSUM ?= "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
RECIPE_NO_UPDATE_REASON = "Recipe is updated through a separate process"
@@ -46,6 +46,9 @@ python __anonymous () {
d.setVar("HEADER_FETCH_VER", "2.6")
}
+MAJ_VER = "${@oe.utils.trim_version("${PV}", 2).split('.')[0]}"
+MIN_VER = "${@oe.utils.trim_version("${PV}", 2).split('.')[1]}"
+
inherit kernel-arch pkgconfig multilib_header
KORG_ARCHIVE_COMPRESSION ?= "xz"
@@ -83,7 +86,16 @@ do_install_append_armeb () {
}
do_install_armmultilib () {
- oe_multilib_header asm/auxvec.h asm/bitsperlong.h asm/byteorder.h
asm/fcntl.h asm/hwcap.h asm/ioctls.h asm/kvm.h asm/kvm_para.h asm/mman.h
asm/param.h asm/perf_regs.h asm/bpf_perf_event.h
+ if [ ${MAJ_VER} -gt 5 ]; then
+ ARM_KVM_HEADER=""
+ else
+ if [ ${MAJ_VER} -eq 5 ] && [ ${MIN_VER} -ge 8 ]; then
+ ARM_KVM_HEADER=""
+ else
+ ARM_KVM_HEADER="asm/kvm.h"
+ fi
+ fi
+ oe_multilib_header asm/auxvec.h asm/bitsperlong.h asm/byteorder.h
asm/fcntl.h asm/hwcap.h asm/ioctls.h $ARM_KVM_HEADER asm/kvm_para.h asm/mman.h
asm/param.h asm/perf_regs.h asm/bpf_perf_event.h
oe_multilib_header asm/posix_types.h asm/ptrace.h asm/setup.h
asm/sigcontext.h asm/siginfo.h asm/signal.h asm/stat.h asm/statfs.h asm/swab.h
asm/types.h asm/unistd.h
}
diff --git
a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-include-linux-stddef.h-in-swab.h-uapi-header.patch
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-include-linux-stddef.h-in-swab.h-uapi-header.patch
index 9d17daa70f..5b7c1b6e21 100644
---
a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-include-linux-stddef.h-in-swab.h-uapi-header.patch
+++
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-include-linux-stddef.h-in-swab.h-uapi-header.patch
@@ -1,4 +1,4 @@
-From 9708dc74d9f49488d669e070982f6224a888d61a Mon Sep 17 00:00:00 2001
+From dc221138c809125dc1bbff8506c70cb7bd846368 Mon Sep 17 00:00:00 2001
From: Khem Raj
Date: Wed, 12 Sep 2018 17:08:58 -0700
Subject: [PATCH] include linux/stddef.h in swab.h uapi header
@@ -23,12 +23,13 @@ Cc: Philippe Ombredanne
Cc: Kate Stewart
Cc: Greg Kroah-Hartman
Cc: Thomas Gleixner
+
---
include/uapi/linux/swab.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/uapi/linux/swab.h b/include/uapi/linux/swab.h
-index 23cd84868cc3..acddbe50a20d 100644
+index 7272f85d6..2912fe463 100644
--- a/include/uapi/linux/swab.h
+++ b/include/uapi/linux/swab.h
@@ -3,6 +3,7 @@
@@ -37,8 +38,5 @@ index 23cd84868cc3..acddbe50a20d 100644
#include
+#include
#include
+ #include
#include
-
---
-2.19.0
-
diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.4.bb
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.8.bb
similarity index 71%
rename from
[OE-core] [PATCH 0/4] kernel-yocto: updates to libc-headers and reference kernel
From: Bruce Ashfield
Richard,
These have been soaking for quite some time in my branches, and you've
seen the stream of other patches to fix issues with the various oe-core
packages and test cases that I've run into.
The libc-headers didn't trigger as many issues as it has in the past, but
I still don't expect it will be problem free .. but I have built musl and
glibc against the major oe-core images/tests. So hopefully nothing has
snuck in between my last run and this send.
I'll be running more tests myself, but still wanted to get this out as a
RFC/RTC and get some more eyes on it. If anyone sees any issues. let me
know and I'll triage/fix as appropriate.
I've also included the 5.8 kernel recipes, since they'll be joining
master as a reference kernel. I haven't made these the default for
anything yet (but have local patches for that) .. but again, wanted to
see if their existence triggers someone's corner case that I'm not
aware of. That being said, I've built and booted all qemu targets for
this, and have run the kernel-dev tests for sanity.
Cheers,
Bruce
The following changes since commit 21c13f75b56546b55e8e9e895bd7c2f8e98defe4:
runqemu: Check gtk or sdl option is passed together with gl or gl-es options.
(2020-08-19 10:57:44 +0100)
are available in the Git repository at:
git://git.yoctoproject.org/poky-contrib zedd/kernel
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel
Bruce Ashfield (4):
libc-headers: update to v5.8
linux-yocto: introduce 5.8 reference kernel
kernel-yocto/5.8: add gmp-native dependency
linux-yocto/5.8: update to v5.8.1
meta/conf/distro/include/tcmode-default.inc | 2 +-
.../linux-libc-headers/linux-libc-headers.inc | 16 +-
...linux-stddef.h-in-swab.h-uapi-header.patch | 10 ++--
...aders_5.4.bb => linux-libc-headers_5.8.bb} | 6 +-
.../linux/linux-yocto-rt_5.8.bb | 44 +++
.../linux/linux-yocto-tiny_5.8.bb | 32 +++
meta/recipes-kernel/linux/linux-yocto_5.8.bb | 55 +++
7 files changed, 154 insertions(+), 11 deletions(-)
rename meta/recipes-kernel/linux-libc-headers/{linux-libc-headers_5.4.bb =>
linux-libc-headers_5.8.bb} (71%)
create mode 100644 meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
create mode 100644 meta/recipes-kernel/linux/linux-yocto_5.8.bb
--
2.19.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141636):
https://lists.openembedded.org/g/openembedded-core/message/141636
Mute This Topic: https://lists.openembedded.org/mt/76286099/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-Core][PATCH] iproute2: upgrade 5.7.0 -> 5.8.0
Signed-off-by: Changhyeok Bae
---
.../0001-devlink.c-add-missing-include.patch| 13 +++--
.../0001-libc-compat.h-add-musl-workaround.patch| 10 --
.../{iproute2_5.7.0.bb => iproute2_5.8.0.bb}| 2 +-
3 files changed, 12 insertions(+), 13 deletions(-)
rename meta/recipes-connectivity/iproute2/{iproute2_5.7.0.bb =>
iproute2_5.8.0.bb} (79%)
diff --git
a/meta/recipes-connectivity/iproute2/iproute2/0001-devlink.c-add-missing-include.patch
b/meta/recipes-connectivity/iproute2/iproute2/0001-devlink.c-add-missing-include.patch
index f9580b7d44..fdd8bbfb3c 100644
---
a/meta/recipes-connectivity/iproute2/iproute2/0001-devlink.c-add-missing-include.patch
+++
b/meta/recipes-connectivity/iproute2/iproute2/0001-devlink.c-add-missing-include.patch
@@ -1,23 +1,24 @@
-From 5df629d825df4ccc4283228bc0739da126326072 Mon Sep 17 00:00:00 2001
+From ce39396d4617874323f6039a5b476e44bf552908 Mon Sep 17 00:00:00 2001
From: Alexander Kanavin
Date: Sat, 6 Jun 2020 18:00:13 +
Subject: [PATCH] devlink.c: add missing include
Upstream-Status: Pending
Signed-off-by: Alexander Kanavin
+
---
devlink/devlink.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/devlink/devlink.c b/devlink/devlink.c
-index 16602ab..c278e6d 100644
+index 0982fae..93dc01c 100644
--- a/devlink/devlink.c
+++ b/devlink/devlink.c
-@@ -26,6 +26,7 @@
- #include
- #include
+@@ -33,6 +33,7 @@
+ #include
+ #include
#include
+#include
- #include "SNAPSHOT.h"
+ #include "version.h"
#include "list.h"
diff --git
a/meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch
b/meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch
index 50c4bfb0f2..74e3de1ce9 100644
---
a/meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch
+++
b/meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch
@@ -1,4 +1,4 @@
-From b7d96340c55afb7023ded0041107c63dbd886196 Mon Sep 17 00:00:00 2001
+From c25f8d1f7a6203dfeb10b39f80ffd314bb84a58d Mon Sep 17 00:00:00 2001
From: Baruch Siach
Date: Thu, 22 Dec 2016 15:26:30 +0200
Subject: [PATCH] libc-compat.h: add musl workaround
@@ -14,15 +14,16 @@
https://git.buildroot.net/buildroot/tree/package/iproute2/0001-Add-the-musl-work
Signed-off-by: Baruch Siach
Signed-off-by: Maxin B. John
+
---
include/uapi/linux/libc-compat.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/uapi/linux/libc-compat.h
b/include/uapi/linux/libc-compat.h
-index f38571d..30f0b67 100644
+index a159991..22198fa 100644
--- a/include/uapi/linux/libc-compat.h
+++ b/include/uapi/linux/libc-compat.h
-@@ -49,10 +49,12 @@
+@@ -50,10 +50,12 @@
#define _LIBC_COMPAT_H
/* We have included glibc headers... */
@@ -36,6 +37,3 @@ index f38571d..30f0b67 100644
/* GLIBC headers included first so don't define anything
* that would already be defined. */
---
-2.4.0
-
diff --git a/meta/recipes-connectivity/iproute2/iproute2_5.7.0.bb
b/meta/recipes-connectivity/iproute2/iproute2_5.8.0.bb
similarity index 79%
rename from meta/recipes-connectivity/iproute2/iproute2_5.7.0.bb
rename to meta/recipes-connectivity/iproute2/iproute2_5.8.0.bb
index 276afeab11..3a590f9122 100644
--- a/meta/recipes-connectivity/iproute2/iproute2_5.7.0.bb
+++ b/meta/recipes-connectivity/iproute2/iproute2_5.8.0.bb
@@ -5,7 +5,7 @@ SRC_URI =
"${KERNELORG_MIRROR}/linux/utils/net/${BPN}/${BP}.tar.xz \
file://0001-devlink.c-add-missing-include.patch \
"
-SRC_URI[sha256sum] =
"725dc7ba94aae54c6f8d4223ca055d9fb4fe89d6994b1c03bfb4411c4dd10f21"
+SRC_URI[sha256sum] =
"cfcd1f890290f8c8afcc91d9444ad929b9252c16f9ab3f286c50dd3c59dc646e"
# CFLAGS are computed in Makefile and reference CCOPTS
#
--
2.23.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141635):
https://lists.openembedded.org/g/openembedded-core/message/141635
Mute This Topic: https://lists.openembedded.org/mt/76284535/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [meta-oe][PATCH] iproute2: upgrade 5.7.0 -> 5.8.0
Signed-off-by: Changhyeok Bae
---
.../0001-devlink.c-add-missing-include.patch| 13 +++--
.../0001-libc-compat.h-add-musl-workaround.patch| 10 --
.../{iproute2_5.7.0.bb => iproute2_5.8.0.bb}| 2 +-
3 files changed, 12 insertions(+), 13 deletions(-)
rename meta/recipes-connectivity/iproute2/{iproute2_5.7.0.bb =>
iproute2_5.8.0.bb} (79%)
diff --git
a/meta/recipes-connectivity/iproute2/iproute2/0001-devlink.c-add-missing-include.patch
b/meta/recipes-connectivity/iproute2/iproute2/0001-devlink.c-add-missing-include.patch
index f9580b7d44..fdd8bbfb3c 100644
---
a/meta/recipes-connectivity/iproute2/iproute2/0001-devlink.c-add-missing-include.patch
+++
b/meta/recipes-connectivity/iproute2/iproute2/0001-devlink.c-add-missing-include.patch
@@ -1,23 +1,24 @@
-From 5df629d825df4ccc4283228bc0739da126326072 Mon Sep 17 00:00:00 2001
+From ce39396d4617874323f6039a5b476e44bf552908 Mon Sep 17 00:00:00 2001
From: Alexander Kanavin
Date: Sat, 6 Jun 2020 18:00:13 +
Subject: [PATCH] devlink.c: add missing include
Upstream-Status: Pending
Signed-off-by: Alexander Kanavin
+
---
devlink/devlink.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/devlink/devlink.c b/devlink/devlink.c
-index 16602ab..c278e6d 100644
+index 0982fae..93dc01c 100644
--- a/devlink/devlink.c
+++ b/devlink/devlink.c
-@@ -26,6 +26,7 @@
- #include
- #include
+@@ -33,6 +33,7 @@
+ #include
+ #include
#include
+#include
- #include "SNAPSHOT.h"
+ #include "version.h"
#include "list.h"
diff --git
a/meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch
b/meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch
index 50c4bfb0f2..74e3de1ce9 100644
---
a/meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch
+++
b/meta/recipes-connectivity/iproute2/iproute2/0001-libc-compat.h-add-musl-workaround.patch
@@ -1,4 +1,4 @@
-From b7d96340c55afb7023ded0041107c63dbd886196 Mon Sep 17 00:00:00 2001
+From c25f8d1f7a6203dfeb10b39f80ffd314bb84a58d Mon Sep 17 00:00:00 2001
From: Baruch Siach
Date: Thu, 22 Dec 2016 15:26:30 +0200
Subject: [PATCH] libc-compat.h: add musl workaround
@@ -14,15 +14,16 @@
https://git.buildroot.net/buildroot/tree/package/iproute2/0001-Add-the-musl-work
Signed-off-by: Baruch Siach
Signed-off-by: Maxin B. John
+
---
include/uapi/linux/libc-compat.h | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/include/uapi/linux/libc-compat.h
b/include/uapi/linux/libc-compat.h
-index f38571d..30f0b67 100644
+index a159991..22198fa 100644
--- a/include/uapi/linux/libc-compat.h
+++ b/include/uapi/linux/libc-compat.h
-@@ -49,10 +49,12 @@
+@@ -50,10 +50,12 @@
#define _LIBC_COMPAT_H
/* We have included glibc headers... */
@@ -36,6 +37,3 @@ index f38571d..30f0b67 100644
/* GLIBC headers included first so don't define anything
* that would already be defined. */
---
-2.4.0
-
diff --git a/meta/recipes-connectivity/iproute2/iproute2_5.7.0.bb
b/meta/recipes-connectivity/iproute2/iproute2_5.8.0.bb
similarity index 79%
rename from meta/recipes-connectivity/iproute2/iproute2_5.7.0.bb
rename to meta/recipes-connectivity/iproute2/iproute2_5.8.0.bb
index 276afeab11..3a590f9122 100644
--- a/meta/recipes-connectivity/iproute2/iproute2_5.7.0.bb
+++ b/meta/recipes-connectivity/iproute2/iproute2_5.8.0.bb
@@ -5,7 +5,7 @@ SRC_URI =
"${KERNELORG_MIRROR}/linux/utils/net/${BPN}/${BP}.tar.xz \
file://0001-devlink.c-add-missing-include.patch \
"
-SRC_URI[sha256sum] =
"725dc7ba94aae54c6f8d4223ca055d9fb4fe89d6994b1c03bfb4411c4dd10f21"
+SRC_URI[sha256sum] =
"cfcd1f890290f8c8afcc91d9444ad929b9252c16f9ab3f286c50dd3c59dc646e"
# CFLAGS are computed in Makefile and reference CCOPTS
#
--
2.23.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141634):
https://lists.openembedded.org/g/openembedded-core/message/141634
Mute This Topic: https://lists.openembedded.org/mt/76284518/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-Core][RFC PATCH v3 02/13] systemd: Package udev rules explicitly
On 2020-03-27 18:25, Alex Kiernan wrote:
> udev is packaged before systemd so any wildcard inclusions in FILES will
> override later specifics. List all udev rules explicitly so that the
> systemd specific rules, packaged alongside systemd, appear in the
> correct package.
>
> Signed-off-by: Alex Kiernan
Just found that this fix broke our Plymouth based splash screen. It
seems that Plymouth relies systemd/logind style "seat" TAGS to identify
the DRM devices to show the splash screen on. So far our
initramfs-framework based initramfs just installed udev, which in turn
installed system's 71-seat.rules which set up those tags accordingly.
However, now that 71-seat.rules is no longer part of the udev package,
the "seat" TAGS isn't present anymore, and the splash screen does not
show any longer.
Not sure what the proper fix is for this, maybe creating a
systemd-udev-rules package which contains the udev rules separately, so
that they can be installed in case needed...
FWIW, I think this patch is correct. This message is more meant as a FYI
for others stumble upon such an issue and information gathering.
--
Stefan
> ---
>
> Changes in v3: None
> Changes in v2: None
>
> meta/recipes-core/systemd/systemd_244.3.bb | 28 +-
> 1 file changed, 27 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-core/systemd/systemd_244.3.bb
> b/meta/recipes-core/systemd/systemd_244.3.bb
> index f0cf102dc250..809dbcb9a69b 100644
> --- a/meta/recipes-core/systemd/systemd_244.3.bb
> +++ b/meta/recipes-core/systemd/systemd_244.3.bb
> @@ -599,7 +599,33 @@ FILES_udev += "${base_sbindir}/udevd \
> ${rootlibexecdir}/udev/scsi_id \
> ${rootlibexecdir}/udev/v4l_id \
> ${rootlibexecdir}/udev/keymaps \
> - ${rootlibexecdir}/udev/rules.d/*.rules \
> + ${rootlibexecdir}/udev/rules.d/50-udev-default.rules \
> +
> ${rootlibexecdir}/udev/rules.d/60-autosuspend-chromiumos.rules \
> + ${rootlibexecdir}/udev/rules.d/60-block.rules \
> + ${rootlibexecdir}/udev/rules.d/60-cdrom_id.rules \
> + ${rootlibexecdir}/udev/rules.d/60-drm.rules \
> + ${rootlibexecdir}/udev/rules.d/60-evdev.rules \
> + ${rootlibexecdir}/udev/rules.d/60-fido-id.rules \
> + ${rootlibexecdir}/udev/rules.d/60-input-id.rules \
> + ${rootlibexecdir}/udev/rules.d/60-persistent-alsa.rules \
> + ${rootlibexecdir}/udev/rules.d/60-persistent-input.rules \
> + ${rootlibexecdir}/udev/rules.d/60-persistent-storage.rules \
> +
> ${rootlibexecdir}/udev/rules.d/60-persistent-storage-tape.rules \
> + ${rootlibexecdir}/udev/rules.d/60-persistent-v4l.rules \
> + ${rootlibexecdir}/udev/rules.d/60-sensor.rules \
> + ${rootlibexecdir}/udev/rules.d/60-serial.rules \
> + ${rootlibexecdir}/udev/rules.d/61-autosuspend-manual.rules \
> + ${rootlibexecdir}/udev/rules.d/64-btrfs.rules \
> + ${rootlibexecdir}/udev/rules.d/70-joystick.rules \
> + ${rootlibexecdir}/udev/rules.d/70-mouse.rules \
> + ${rootlibexecdir}/udev/rules.d/70-power-switch.rules \
> + ${rootlibexecdir}/udev/rules.d/70-touchpad.rules \
> + ${rootlibexecdir}/udev/rules.d/75-net-description.rules \
> + ${rootlibexecdir}/udev/rules.d/75-probe_mtd.rules \
> + ${rootlibexecdir}/udev/rules.d/78-sound-card.rules \
> + ${rootlibexecdir}/udev/rules.d/80-drivers.rules \
> + ${rootlibexecdir}/udev/rules.d/80-net-setup-link.rules \
> + ${rootlibexecdir}/udev/rules.d/90-vconsole.rules \
> ${sysconfdir}/udev \
> ${sysconfdir}/init.d/systemd-udevd \
> ${systemd_unitdir}/system/*udev* \
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141633):
https://lists.openembedded.org/g/openembedded-core/message/141633
Mute This Topic: https://lists.openembedded.org/mt/72592771/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] devtool: expand SRC_URI when guessing recipe update mode
* I have recipes which use variable inside SRC_URI, e.g.:
ROS_BRANCH ?= "branch=release/melodic/swri_nodelet"
SRC_URI =
"git://github.com/swri-robotics-gbp/marti_common-release;${ROS_BRANCH};protocol=https"
and devtool modify works fine, but devtool finish fails with:
$ devtool finish --force-patch-refresh swri-nodelet
meta-ros/meta-ros1-melodic/
...
Traceback (most recent call last):
File "/OE/openembedded-core/scripts/devtool", line 334, in
ret = main()
File "/OE/openembedded-core/scripts/devtool", line 321, in main
ret = args.func(args, config, basepath, workspace)
File "/OE/openembedded-core/scripts/lib/devtool/standard.py", line 2082, in
finish
updated, appendfile, removed = _update_recipe(args.recipename, workspace,
rd, args.mode, appendlayerdir, wildcard_version=True, no_remove=False,
no_report_remove=removing_original, initial_rev=args.initial_rev,
dry_run_outdir=dry_run_outdir, no_overrides=args.no_overrides,
force_patch_refresh=args.force_patch_refresh)
File "/OE/openembedded-core/scripts/lib/devtool/standard.py", line 1737, in
_update_recipe
mode = _guess_recipe_update_mode(srctree, rd)
File "/OE/openembedded-core/scripts/lib/devtool/standard.py", line 1721, in
_guess_recipe_update_mode
params = bb.fetch.decodeurl(uri)[5]
File "/OE/bitbake/lib/bb/fetch2/__init__.py", line 390, in decodeurl
raise MalformedUrl(url, "The URL: '%s' is invalid: parameter %s does not
specify a value (missing '=')" % (url, s))
bb.fetch2.MalformedUrl: The URL:
'git://github.com/swri-robotics-gbp/marti_common-release;${ROS_BRANCH};protocol=https'
is invalid: parameter ${ROS_BRANCH} does not specify a value (missing '=')
let it expand the SRC_URI before trying to decode it.
Signed-off-by: Martin Jansa
---
scripts/lib/devtool/standard.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
index bab644b83a..d140b97de1 100644
--- a/scripts/lib/devtool/standard.py
+++ b/scripts/lib/devtool/standard.py
@@ -1711,7 +1711,7 @@ def _update_recipe_patch(recipename, workspace, srctree,
rd, appendlayerdir, wil
def _guess_recipe_update_mode(srctree, rdata):
"""Guess the recipe update mode to use"""
-src_uri = (rdata.getVar('SRC_URI', False) or '').split()
+src_uri = (rdata.getVar('SRC_URI') or '').split()
git_uris = [uri for uri in src_uri if uri.startswith('git://')]
if not git_uris:
return 'patch'
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141632):
https://lists.openembedded.org/g/openembedded-core/message/141632
Mute This Topic: https://lists.openembedded.org/mt/76284213/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] QA notification for completed autobuilder build (yocto-3.0.4.rc1)
Hello all, This is the full report for yocto-3.0.4.rc1: https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults === Summary No high milestone defects. No new defects are found in this cycle. Thanks, Sangeeta > -Original Message- > From: Poky Build User > Sent: Saturday, 15 August, 2020 1:06 PM > To: yo...@lists.yoctoproject.org > Cc: ota...@ossystems.com.br; yi.z...@windriver.com; Sangal, Apoorv > ; Yeoh, Ee Peng ; Chan, > Aaron Chun Yew ; > richard.pur...@linuxfoundation.org; akuster...@gmail.com; > sjolley.yp...@gmail.com; Jain, Sangeeta > Subject: QA notification for completed autobuilder build (yocto-3.0.4.rc1) > > > A build flagged for QA (yocto-3.0.4.rc1) was completed on the autobuilder and > is > available at: > > > https://autobuilder.yocto.io/pub/releases/yocto-3.0.4.rc1 > > > Build hash information: > > bitbake: fd279f857c98d492f43cc62d9ebae18ce6412b6e > meta-arm: 38de27d05f104f989adfed5c5363464dd600b316 > meta-gplv2: 0f4eecc000f66d114ad258fa31aed66afa292166 > meta-intel: ce6f8ddd2d7f42a9fe530d30332b0d9695e4904b > meta-kernel: cb7f0dc5bb1ea0998c8d4fcb486148d4cab575f4 > meta-mingw: 756963cc28ebc163df7d7f4b4ee004c18d3d3260 > oecore: 9cad716656b427e625a470a820b8b29b1ec9f976 > poky: f2eb22a8783f1eecf99bd4042695bab920eed00e > > > > This is an automated message from the Yocto Project Autobuilder > Git: git://git.yoctoproject.org/yocto-autobuilder2 > Email: richard.pur...@linuxfoundation.org > > > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141631): https://lists.openembedded.org/g/openembedded-core/message/141631 Mute This Topic: https://lists.openembedded.org/mt/76282682/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 1/2] oeqa/manual/bsp-hw.json : remove shutdown_system test
From: TeohJayShen
remove the test as shutdown function is already being validated
Signed-off-by: TeohJayShen
---
meta/lib/oeqa/manual/bsp-hw.json | 22 --
1 file changed, 22 deletions(-)
diff --git a/meta/lib/oeqa/manual/bsp-hw.json b/meta/lib/oeqa/manual/bsp-hw.json
index a9bc7d4..08132c0 100644
--- a/meta/lib/oeqa/manual/bsp-hw.json
+++ b/meta/lib/oeqa/manual/bsp-hw.json
@@ -125,28 +125,6 @@
},
{
"test": {
-"@alias": "bsps-hw.bsps-hw.shutdown_system",
-"author": [
-{
-"email": "alexandru.c.george...@intel.com",
-"name": "alexandru.c.george...@intel.com"
-}
-],
-"execution": {
-"1": {
-"action": "boot system",
-"expected_results": ""
-},
-"2": {
-"action": "launch terminal and run \"shutdown -h now\" or
\"poweroff\"",
-"expected_results": "System can be shutdown successfully .
"
-}
-},
-"summary": "shutdown_system"
-}
-},
-{
-"test": {
"@alias":
"bsps-hw.bsps-hw.switch_among_multi_applications_and_desktop",
"author": [
{
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141629):
https://lists.openembedded.org/g/openembedded-core/message/141629
Mute This Topic: https://lists.openembedded.org/mt/76282646/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 2/2] oeqa/manual/bsp-hw.json : remove X_server_can_start_up_with_runlevel_5_boot test
From: TeohJayShen
remove the test as graphical mode is already being validated
Signed-off-by: TeohJayShen
---
meta/lib/oeqa/manual/bsp-hw.json | 22 --
1 file changed, 22 deletions(-)
diff --git a/meta/lib/oeqa/manual/bsp-hw.json b/meta/lib/oeqa/manual/bsp-hw.json
index 08132c0..75b8975 100644
--- a/meta/lib/oeqa/manual/bsp-hw.json
+++ b/meta/lib/oeqa/manual/bsp-hw.json
@@ -241,28 +241,6 @@
},
{
"test": {
-"@alias":
"bsps-hw.bsps-hw.X_server_can_start_up_with_runlevel_5_boot",
-"author": [
-{
-"email": "alexandru.c.george...@intel.com",
-"name": "alexandru.c.george...@intel.com"
-}
-],
-"execution": {
-"1": {
-"action": "boot up system with default runlevel \n\n",
-"expected_results": "X server can start up well and
desktop display has no problem . \n\n"
-},
-"2": {
-"action": "type runlevel at command prompt",
-"expected_results": "Output:N 5"
-}
-},
-"summary": "X_server_can_start_up_with_runlevel_5_boot"
-}
-},
-{
-"test": {
"@alias": "bsps-hw.bsps-hw.standby",
"author": [
{
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141630):
https://lists.openembedded.org/g/openembedded-core/message/141630
Mute This Topic: https://lists.openembedded.org/mt/76282647/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH v2] base-files: Add directory /var/empty
On Tue, Aug 18, 2020 at 11:14 PM Lachlan Archibald
wrote:
>
> /var/empty is commonly used as the home directory for system users that do not
> have any other dedicated directory.
>
There is no "standard" empty directory specified in FHS so we need to
justify why we should always create this directory
which dameons need it or other applications that depend on /var/empty
> Signed-off-by: Lachlan Archibald
> ---
> meta/recipes-core/base-files/base-files_3.0.14.bb | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb
> b/meta/recipes-core/base-files/base-files_3.0.14.bb
> index 94299431f6..ff706637fa 100644
> --- a/meta/recipes-core/base-files/base-files_3.0.14.bb
> +++ b/meta/recipes-core/base-files/base-files_3.0.14.bb
> @@ -39,7 +39,7 @@ dirs755 = "/boot /dev ${base_bindir} ${base_sbindir}
> ${base_libdir} \
> ${libdir} ${sbindir} ${datadir} \
> ${datadir}/common-licenses ${datadir}/dict ${infodir} \
> ${mandir} ${datadir}/misc ${localstatedir} \
> - ${localstatedir}/backups ${localstatedir}/lib \
> + ${localstatedir}/backups ${localstatedir}/empty
> ${localstatedir}/lib \
> ${localstatedir}/lib/misc ${localstatedir}/spool \
> ${localstatedir}/volatile \
> ${localstatedir}/${@'volatile/' if
> oe.types.boolean('${VOLATILE_LOG_DIR}') else ''}log \
> --
> 2.26.2
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141628):
https://lists.openembedded.org/g/openembedded-core/message/141628
Mute This Topic: https://lists.openembedded.org/mt/76281210/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH v2] base-files: Add directory /var/empty
/var/empty is commonly used as the home directory for system users that do not
have any other dedicated directory.
Signed-off-by: Lachlan Archibald
---
meta/recipes-core/base-files/base-files_3.0.14.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/base-files/base-files_3.0.14.bb
b/meta/recipes-core/base-files/base-files_3.0.14.bb
index 94299431f6..ff706637fa 100644
--- a/meta/recipes-core/base-files/base-files_3.0.14.bb
+++ b/meta/recipes-core/base-files/base-files_3.0.14.bb
@@ -39,7 +39,7 @@ dirs755 = "/boot /dev ${base_bindir} ${base_sbindir}
${base_libdir} \
${libdir} ${sbindir} ${datadir} \
${datadir}/common-licenses ${datadir}/dict ${infodir} \
${mandir} ${datadir}/misc ${localstatedir} \
- ${localstatedir}/backups ${localstatedir}/lib \
+ ${localstatedir}/backups ${localstatedir}/empty
${localstatedir}/lib \
${localstatedir}/lib/misc ${localstatedir}/spool \
${localstatedir}/volatile \
${localstatedir}/${@'volatile/' if
oe.types.boolean('${VOLATILE_LOG_DIR}') else ''}log \
--
2.26.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#141626):
https://lists.openembedded.org/g/openembedded-core/message/141626
Mute This Topic: https://lists.openembedded.org/mt/76281210/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] ✗ patchtest: failure for Add directory /var/empty in base-files
== Series Details == Series: Add directory /var/empty in base-files Revision: 1 URL : https://patchwork.openembedded.org/series/25673/ State : failure == Summary == Thank you for submitting this patch series to OpenEmbedded Core. This is an automated response. Several tests have been executed on the proposed series by patchtest resulting in the following failures: * PatchAdd directory /var/empty in base-files Issue Shortlog does not follow expected format [test_shortlog_format] Suggested fixCommit shortlog (first line of commit message) should follow the format ": " If you believe any of these test results are incorrect, please reply to the mailing list (openembedded-core@lists.openembedded.org) raising your concerns. Otherwise we would appreciate you correcting the issues and submitting a new version of the patchset if applicable. Please ensure you add/increment the version number when sending the new version (i.e. [PATCH] -> [PATCH v2] -> [PATCH v3] -> ...). --- Guidelines: https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#141625): https://lists.openembedded.org/g/openembedded-core/message/141625 Mute This Topic: https://lists.openembedded.org/mt/76281124/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
