1. yocto@lists.yoctoproject.org
  2. Messages
   Date   
Re: #av1 #armv6 #raspberrypi #neon #av1 #armv6 #raspberrypi #neon

Khem Raj
 

can you try adding

EXTRA_OECMAKE += "-DHAVE_NEON=0"

and see if that helps ? for whatever reason set_aom_detect_var is
enabling it where as default should be 0

On Thu, Feb 18, 2021 at 10:42 AM safouane maaloul
<maaloulsafouane@...> wrote:

I succed in removing callconvention-hard from TUNE_FEATURES ? But i have the same problem. I am pretty sure that i get get it working if i add neon to the TUNE_FEATURES. Something like this TUNE_FEATURES= "arm armv6 vfp arm1176jzfs callconvention-hard neon". But I can't do it with armv6. I have to use raspberrypi zero w so i have to make it work with armv6. I know that i can make it work with armv7 and armv8. I have error like this : | In file included from /workdir/tep-cam-rpi-yocto/rpi-build-gatesgarth/tmp/work/arm1176jzfshf-vfp-poky-linux-gnueabi/aom/2.0.0-r0/git/av1/encoder/arm/neon/quantize_neon.c:20:
| /workdir/tep-cam-rpi-yocto/rpi-build-gatesgarth/tmp/work/arm1176jzfshf-vfp-poky-linux-gnueabi/aom/2.0.0-r0/git/av1/common/arm/mem_neon.h:528:24: note: called from here
| 528 | const int16x4_t s1 = vmovn_s32(v1);
| | ^~~~~~~~~~~~~
| In file included from /workdir/tep-cam-rpi-yocto/rpi-build-gatesgarth/tmp/work/arm1176jzfshf-vfp-poky-linux-gnueabi/aom/2.0.0-r0/git/av1/encoder/arm/neon/quantize_neon.c:12:
| /workdir/tep-cam-rpi-yocto/rpi-build-gatesgarth/tmp/work/arm1176jzfshf-vfp-poky-linux-gnueabi/aom/2.0.0-r0/recipe-sysroot-native/usr/lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/10.2.0/include/arm_neon.h:7556:1: error: inlining failed in call to 'always_inline' 'vmovn_s32': target specific option mismatch
| 7556 | vmovn_s32 (int32x4_t __a)
| | ^~~~~~~~~

So i am sure i have to add the neon feature so i appreciate it if someone can help me. I didn't find a workaround this problem on the internet.

Best regards,

Safouane

Le jeu. 18 févr. 2021 à 18:00, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :

https://yocto.yoctoproject.narkive.com/Wle40I09/gcc-on-arm

https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-TUNE_FEATURES
https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-AVAILTUNES

Zee
_______

On Thu, Feb 18, 2021 at 3:28 PM safouane maaloul
<maaloulsafouane@...> wrote:

Yes I will check it. Do you know how to remove callconvention-hard from TUNE_FEATURES ?

Best regards,

Safouane

Le jeu. 18 févr. 2021 à 14:52, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :

TUNE_FEATURES = "arm armv6 vfp arm1176jzfs callconvention-hard"
Here is an interesting reading for you, for me also:
https://www.yoctoproject.org/pipermail/meta-xilinx/2015-July/001060.html

What I am getting from this reading is that you need to try with the
following line:
TUNE_FEATURES = "arm armv6 vfp arm1176jzfs"

I guess, YOCTO people have not too much experience with armv6, nor me,
but this should be (I hope) generic.

Hope this helps.
Zoran
_______

On Thu, Feb 18, 2021 at 12:44 PM safouane maaloul
<maaloulsafouane@...> wrote:

This is my build configuration :
Build Configuration:
BB_VERSION = "1.46.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "universal"
TARGET_SYS = "arm-poky-linux-gnueabi"
MACHINE = "raspberrypi0-wifi"
DISTRO = "poky"
DISTRO_VERSION = "3.1.5"
TUNE_FEATURES = "arm armv6 vfp arm1176jzfs callconvention-hard"
TARGET_FPU = "hard"
meta
meta-poky
meta-yocto-bsp = "dunfell:7ea41de13774675828239b7738d3f5d70be8b1af"
meta-oe
meta-multimedia
meta-networking
meta-python = "dunfell:5bba79488b7d393d2258d6e917f7bf7b0d7c4073"
meta-raspberrypi = "dunfell:987993209716302eb8f314f69a2a3340555f94d8"
meta-gstreamer1.0 = "dunfell:b489b1ba084544d9c4c08f7c3b3d1c37ffa53c51"

Best regards,

Safouane

Le mer. 17 févr. 2021 à 13:24, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :

So, what is your MACHINE variable set to?

Maybe knowing that, somebody can help.

Zee


--
SAFOUANE MAALOUL
maaloulsafouane@...


--
SAFOUANE MAALOUL
maaloulsafouane@...


--
SAFOUANE MAALOUL
maaloulsafouane@...
Re: #av1 #armv6 #raspberrypi #neon #av1 #armv6 #raspberrypi #neon

safouane maaloul
 

I succed in removing callconvention-hard from TUNE_FEATURES ? But i have the same problem. I am pretty sure that i get get it working if i add neon to the TUNE_FEATURES. Something like this     TUNE_FEATURES= "arm armv6 vfp arm1176jzfs callconvention-hard neon". But I can't do it with armv6. I have to use raspberrypi zero w so i have to make it work with armv6. I know that i can make it work with armv7 and armv8. I have error like this : | In file included from /workdir/tep-cam-rpi-yocto/rpi-build-gatesgarth/tmp/work/arm1176jzfshf-vfp-poky-linux-gnueabi/aom/2.0.0-r0/git/av1/encoder/arm/neon/quantize_neon.c:20:
| /workdir/tep-cam-rpi-yocto/rpi-build-gatesgarth/tmp/work/arm1176jzfshf-vfp-poky-linux-gnueabi/aom/2.0.0-r0/git/av1/common/arm/mem_neon.h:528:24: note: called from here
|   528 |   const int16x4_t s1 = vmovn_s32(v1); 
|       |                        ^~~~~~~~~~~~~
| In file included from /workdir/tep-cam-rpi-yocto/rpi-build-gatesgarth/tmp/work/arm1176jzfshf-vfp-poky-linux-gnueabi/aom/2.0.0-r0/git/av1/encoder/arm/neon/quantize_neon.c:12:
| /workdir/tep-cam-rpi-yocto/rpi-build-gatesgarth/tmp/work/arm1176jzfshf-vfp-poky-linux-gnueabi/aom/2.0.0-r0/recipe-sysroot-native/usr/lib/arm-poky-linux-gnueabi/gcc/arm-poky-linux-gnueabi/10.2.0/include/arm_neon.h:7556:1: error: inlining failed in call to 'always_inline' 'vmovn_s32': target specific option mismatch
|  7556 | vmovn_s32 (int32x4_t __a)
|       | ^~~~~~~~~

So i am sure i have to add the neon feature so i appreciate it if someone can help me. I didn't find a workaround this problem on the internet.

Best regards,

Safouane


Le jeu. 18 févr. 2021 à 18:00, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :
https://yocto.yoctoproject.narkive.com/Wle40I09/gcc-on-arm

https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-TUNE_FEATURES
https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-AVAILTUNES

Zee
_______

On Thu, Feb 18, 2021 at 3:28 PM safouane maaloul
<maaloulsafouane@...> wrote:
>
> Yes I will check it. Do you know how to remove callconvention-hard from TUNE_FEATURES ?
>
> Best regards,
>
> Safouane
>
> Le jeu. 18 févr. 2021 à 14:52, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :
>>
>> > TUNE_FEATURES        = "arm armv6 vfp arm1176jzfs callconvention-hard"
>>
>> Here is an interesting reading for you, for me also:
>> https://www.yoctoproject.org/pipermail/meta-xilinx/2015-July/001060.html
>>
>> What I am getting from this reading is that you need to try with the
>> following line:
>> TUNE_FEATURES        = "arm armv6 vfp arm1176jzfs"
>>
>> I guess, YOCTO people have not too much experience with armv6, nor me,
>> but this should be (I hope) generic.
>>
>> Hope this helps.
>> Zoran
>> _______
>>
>> On Thu, Feb 18, 2021 at 12:44 PM safouane maaloul
>> <maaloulsafouane@...> wrote:
>> >
>> > This is my build configuration :
>> > Build Configuration:
>> > BB_VERSION           = "1.46.0"
>> > BUILD_SYS            = "x86_64-linux"
>> > NATIVELSBSTRING      = "universal"
>> > TARGET_SYS           = "arm-poky-linux-gnueabi"
>> > MACHINE              = "raspberrypi0-wifi"
>> > DISTRO               = "poky"
>> > DISTRO_VERSION       = "3.1.5"
>> > TUNE_FEATURES        = "arm armv6 vfp arm1176jzfs callconvention-hard"
>> > TARGET_FPU           = "hard"
>> > meta
>> > meta-poky
>> > meta-yocto-bsp       = "dunfell:7ea41de13774675828239b7738d3f5d70be8b1af"
>> > meta-oe
>> > meta-multimedia
>> > meta-networking
>> > meta-python          = "dunfell:5bba79488b7d393d2258d6e917f7bf7b0d7c4073"
>> > meta-raspberrypi     = "dunfell:987993209716302eb8f314f69a2a3340555f94d8"
>> > meta-gstreamer1.0    = "dunfell:b489b1ba084544d9c4c08f7c3b3d1c37ffa53c51"
>> >
>> > Best regards,
>> >
>> > Safouane
>> >
>> > Le mer. 17 févr. 2021 à 13:24, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :
>> >>
>> >> So, what is your MACHINE variable set to?
>> >>
>> >> Maybe knowing that, somebody can help.
>> >>
>> >> Zee
>> >
>> >
>> >
>> > --
>> > SAFOUANE MAALOUL
>> > maaloulsafouane@...
>> >
>
>
>
> --
> SAFOUANE MAALOUL
> maaloulsafouane@...
>


--
SAFOUANE MAALOUL
Re: [meta-selinux][PATCH] remove obsolete e2fsprogs bbappend

Randy MacLeod
 

On 2021-02-08 1:32 a.m., hongxu wrote:
Since oe-core commit [f51835e022 e2fsprogs: upgrade 1.45.6 -> 1.45.7] applied,
the backport misc_create_inode.c-label_rootfs.patch is not required
The lib-ext2fs-ext2_ext_attr.h-add-xattr-index.patch is not used by the recipe,
so also remove it.
Signed-off-by: Hongxu Jia <hongxu.jia@...>
Ping Joe...

../Randy

---
.../e2fsprogs/e2fsprogs_%.bbappend | 1 -
.../e2fsprogs/e2fsprogs_selinux.inc | 3 --
...t2fs-ext2_ext_attr.h-add-xattr-index.patch | 20 ---------
.../misc_create_inode.c-label_rootfs.patch | 45 -------------------
4 files changed, 69 deletions(-)
delete mode 100644 recipes-devtools/e2fsprogs/e2fsprogs_%.bbappend
delete mode 100644 recipes-devtools/e2fsprogs/e2fsprogs_selinux.inc
delete mode 100644 recipes-devtools/e2fsprogs/files/lib-ext2fs-ext2_ext_attr.h-add-xattr-index.patch
delete mode 100644 recipes-devtools/e2fsprogs/files/misc_create_inode.c-label_rootfs.patch
diff --git a/recipes-devtools/e2fsprogs/e2fsprogs_%.bbappend b/recipes-devtools/e2fsprogs/e2fsprogs_%.bbappend
deleted file mode 100644
index 7719d3b..0000000
--- a/recipes-devtools/e2fsprogs/e2fsprogs_%.bbappend
+++ /dev/null
@@ -1 +0,0 @@
-require ${@bb.utils.contains('DISTRO_FEATURES', 'selinux', '${BPN}_selinux.inc', '', d)}
diff --git a/recipes-devtools/e2fsprogs/e2fsprogs_selinux.inc b/recipes-devtools/e2fsprogs/e2fsprogs_selinux.inc
deleted file mode 100644
index 9cbb7fe..0000000
--- a/recipes-devtools/e2fsprogs/e2fsprogs_selinux.inc
+++ /dev/null
@@ -1,3 +0,0 @@
-FILESEXTRAPATHS_prepend := "${THISDIR}/files:"
-
-SRC_URI += "file://misc_create_inode.c-label_rootfs.patch"
diff --git a/recipes-devtools/e2fsprogs/files/lib-ext2fs-ext2_ext_attr.h-add-xattr-index.patch b/recipes-devtools/e2fsprogs/files/lib-ext2fs-ext2_ext_attr.h-add-xattr-index.patch
deleted file mode 100644
index b87c414..0000000
--- a/recipes-devtools/e2fsprogs/files/lib-ext2fs-ext2_ext_attr.h-add-xattr-index.patch
+++ /dev/null
@@ -1,20 +0,0 @@
-Add xattr name index for xattrs with the 'security' prefix. These are defined
-in the ext(2|3|4)/xattr.h in the kernel. We use the EXT2 prefix for consistency
-with e2fslibs naming.
-
-Signed-off-by: Philip Tricca <flihp@...>
-
-Index: e2fsprogs-1.42.9/lib/ext2fs/ext2_ext_attr.h
-===================================================================
---- e2fsprogs-1.42.9.orig/lib/ext2fs/ext2_ext_attr.h
-+++ e2fsprogs-1.42.9/lib/ext2fs/ext2_ext_attr.h
-@@ -15,6 +15,9 @@
- /* Maximum number of references to one attribute block */
- #define EXT2_EXT_ATTR_REFCOUNT_MAX 1024
-
-+/* Name indexes */
-+#define EXT2_XATTR_INDEX_SECURITY 6
-+
- struct ext2_ext_attr_header {
- __u32 h_magic; /* magic number for identification */
- __u32 h_refcount; /* reference count */
diff --git a/recipes-devtools/e2fsprogs/files/misc_create_inode.c-label_rootfs.patch b/recipes-devtools/e2fsprogs/files/misc_create_inode.c-label_rootfs.patch
deleted file mode 100644
index 046e521..0000000
--- a/recipes-devtools/e2fsprogs/files/misc_create_inode.c-label_rootfs.patch
+++ /dev/null
@@ -1,45 +0,0 @@
-From: Philip Tricca <flihp@...>
-To: tytso@...
-Cc: liezhi.yang@...
-Date: Sat, 20 Feb 2016 18:58:58 +0000
-Subject: [PATCH] misc/create_inode.c: Copy xattrs from root directory when populating fs.
-
-When copying a file system using the -d option the xattrs from the root
-directory need to be copied before the populate_fs recusion starts.
-
-Signed-off-by: Philip Tricca <flihp@...>
-Signed-off-by: Jeremy Puhlman <jpuhlman@...>
-
----
- misc/create_inode.c | 8 ++++++++
- 1 file changed, 8 insertions(+)
-
-diff --git a/misc/create_inode.c b/misc/create_inode.c
-index a7b6d348..cfd15922 100644
---- a/misc/create_inode.c
-+++ b/misc/create_inode.c
-@@ -979,6 +979,13 @@ errcode_t populate_fs2(ext2_filsys fs, ext2_ino_t parent_ino,
- return retval;
- }
-
-+ retval = set_inode_xattr(fs, root, source_dir);
-+ if (retval) {
-+ com_err(__func__, retval,
-+ _("while setting xattrs for \"%s\""), source_dir);
-+ goto out;
-+ }
-+
- file_info.path_len = 0;
- file_info.path_max_len = 255;
- file_info.path = calloc(file_info.path_max_len, 1);
-@@ -987,6 +994,7 @@ errcode_t populate_fs2(ext2_filsys fs, ext2_ino_t parent_ino,
- &file_info, fs_callbacks);
-
- free(file_info.path);
-+out:
- free(hdlinks.hdl);
- return retval;
- }
---
-2.11.1
-

--
# Randy MacLeod
# Wind River Linux
Re: #av1 #armv6 #raspberrypi #neon #av1 #armv6 #raspberrypi #neon

Zoran
 

https://yocto.yoctoproject.narkive.com/Wle40I09/gcc-on-arm

https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-TUNE_FEATURES
https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#var-AVAILTUNES

Zee
_______

On Thu, Feb 18, 2021 at 3:28 PM safouane maaloul
<maaloulsafouane@...> wrote:

Yes I will check it. Do you know how to remove callconvention-hard from TUNE_FEATURES ?

Best regards,

Safouane

Le jeu. 18 févr. 2021 à 14:52, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :

TUNE_FEATURES = "arm armv6 vfp arm1176jzfs callconvention-hard"
Here is an interesting reading for you, for me also:
https://www.yoctoproject.org/pipermail/meta-xilinx/2015-July/001060.html

What I am getting from this reading is that you need to try with the
following line:
TUNE_FEATURES = "arm armv6 vfp arm1176jzfs"

I guess, YOCTO people have not too much experience with armv6, nor me,
but this should be (I hope) generic.

Hope this helps.
Zoran
_______

On Thu, Feb 18, 2021 at 12:44 PM safouane maaloul
<maaloulsafouane@...> wrote:

This is my build configuration :
Build Configuration:
BB_VERSION = "1.46.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "universal"
TARGET_SYS = "arm-poky-linux-gnueabi"
MACHINE = "raspberrypi0-wifi"
DISTRO = "poky"
DISTRO_VERSION = "3.1.5"
TUNE_FEATURES = "arm armv6 vfp arm1176jzfs callconvention-hard"
TARGET_FPU = "hard"
meta
meta-poky
meta-yocto-bsp = "dunfell:7ea41de13774675828239b7738d3f5d70be8b1af"
meta-oe
meta-multimedia
meta-networking
meta-python = "dunfell:5bba79488b7d393d2258d6e917f7bf7b0d7c4073"
meta-raspberrypi = "dunfell:987993209716302eb8f314f69a2a3340555f94d8"
meta-gstreamer1.0 = "dunfell:b489b1ba084544d9c4c08f7c3b3d1c37ffa53c51"

Best regards,

Safouane

Le mer. 17 févr. 2021 à 13:24, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :

So, what is your MACHINE variable set to?

Maybe knowing that, somebody can help.

Zee


--
SAFOUANE MAALOUL
maaloulsafouane@...


--
SAFOUANE MAALOUL
maaloulsafouane@...
Re: #av1 #armv6 #raspberrypi #neon #av1 #armv6 #raspberrypi #neon

safouane maaloul
 

Yes I will check it. Do you know how to remove callconvention-hard from TUNE_FEATURES ?

Best regards,

Safouane

Le jeu. 18 févr. 2021 à 14:52, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :
> TUNE_FEATURES        = "arm armv6 vfp arm1176jzfs callconvention-hard"

Here is an interesting reading for you, for me also:
https://www.yoctoproject.org/pipermail/meta-xilinx/2015-July/001060.html

What I am getting from this reading is that you need to try with the
following line:
TUNE_FEATURES        = "arm armv6 vfp arm1176jzfs"

I guess, YOCTO people have not too much experience with armv6, nor me,
but this should be (I hope) generic.

Hope this helps.
Zoran
_______

On Thu, Feb 18, 2021 at 12:44 PM safouane maaloul
<maaloulsafouane@...> wrote:
>
> This is my build configuration :
> Build Configuration:
> BB_VERSION           = "1.46.0"
> BUILD_SYS            = "x86_64-linux"
> NATIVELSBSTRING      = "universal"
> TARGET_SYS           = "arm-poky-linux-gnueabi"
> MACHINE              = "raspberrypi0-wifi"
> DISTRO               = "poky"
> DISTRO_VERSION       = "3.1.5"
> TUNE_FEATURES        = "arm armv6 vfp arm1176jzfs callconvention-hard"
> TARGET_FPU           = "hard"
> meta
> meta-poky
> meta-yocto-bsp       = "dunfell:7ea41de13774675828239b7738d3f5d70be8b1af"
> meta-oe
> meta-multimedia
> meta-networking
> meta-python          = "dunfell:5bba79488b7d393d2258d6e917f7bf7b0d7c4073"
> meta-raspberrypi     = "dunfell:987993209716302eb8f314f69a2a3340555f94d8"
> meta-gstreamer1.0    = "dunfell:b489b1ba084544d9c4c08f7c3b3d1c37ffa53c51"
>
> Best regards,
>
> Safouane
>
> Le mer. 17 févr. 2021 à 13:24, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :
>>
>> So, what is your MACHINE variable set to?
>>
>> Maybe knowing that, somebody can help.
>>
>> Zee
>
>
>
> --
> SAFOUANE MAALOUL
> maaloulsafouane@...
>


--
SAFOUANE MAALOUL
Re: [qa-build-notification] [yocto] QA notification for completed autobuilder build (yocto-3.2.2.rc1)

Richard Purdie
 

On Thu, 2021-02-18 at 14:58 +0100, Yann Dirson wrote:


Le mar. 16 févr. 2021 à 18:43, Pokybuild User <pokybuild@...> a écrit :

Build hash information:

bitbake: 0a3bf681530bd63fc0036ca81ef868ab53fde56c
meta-arm: aa63e31b6edb5197764c21434219050ab51f0fbd
meta-gplv2: 6e8e969590a22a729db1ff342de57f2fd5d02d43
meta-intel: 1d866c58534eb1d317b7a674c6e6c57ab9594fb0
meta-kernel: f793168bd19af3d8c5a260dd35f387ed9a31794b
meta-mingw: 352d8b0aa3c7bbd5060a4cc2ebe7c0e964de4879
oecore: ebaaee50cb3ac75112827f935c48affaf622ce7f
poky: d5d6286a66f46f4523e35e0e3f20cd7396195fdc
Is it expected that the noted meta-arm sha1 is on branch "master" and not "gatesgarth" ?
Not expected but we worked it out. There is a patch from Ross on
this list which fixes the issue in yocto-autobuilder2. For the 
purposes of the release I'm thinking we should rerun the meta-arm 
tests and swap in the gatesgarth revision.

Copying Vineela/Michael so they know about the issue.

Cheers,

Richard
Re: QA notification for completed autobuilder build (yocto-3.2.2.rc1)

Yann Dirson
 



Le mar. 16 févr. 2021 à 18:43, Pokybuild User <pokybuild@...> a écrit :

Build hash information:

bitbake: 0a3bf681530bd63fc0036ca81ef868ab53fde56c
meta-arm: aa63e31b6edb5197764c21434219050ab51f0fbd
meta-gplv2: 6e8e969590a22a729db1ff342de57f2fd5d02d43
meta-intel: 1d866c58534eb1d317b7a674c6e6c57ab9594fb0
meta-kernel: f793168bd19af3d8c5a260dd35f387ed9a31794b
meta-mingw: 352d8b0aa3c7bbd5060a4cc2ebe7c0e964de4879
oecore: ebaaee50cb3ac75112827f935c48affaf622ce7f
poky: d5d6286a66f46f4523e35e0e3f20cd7396195fdc

Is it expected that the noted meta-arm sha1 is on branch "master" and not "gatesgarth" ?
Re: #av1 #armv6 #raspberrypi #neon #av1 #armv6 #raspberrypi #neon

Zoran
 

TUNE_FEATURES = "arm armv6 vfp arm1176jzfs callconvention-hard"
Here is an interesting reading for you, for me also:
https://www.yoctoproject.org/pipermail/meta-xilinx/2015-July/001060.html

What I am getting from this reading is that you need to try with the
following line:
TUNE_FEATURES = "arm armv6 vfp arm1176jzfs"

I guess, YOCTO people have not too much experience with armv6, nor me,
but this should be (I hope) generic.

Hope this helps.
Zoran
_______

On Thu, Feb 18, 2021 at 12:44 PM safouane maaloul
<maaloulsafouane@...> wrote:

This is my build configuration :
Build Configuration:
BB_VERSION = "1.46.0"
BUILD_SYS = "x86_64-linux"
NATIVELSBSTRING = "universal"
TARGET_SYS = "arm-poky-linux-gnueabi"
MACHINE = "raspberrypi0-wifi"
DISTRO = "poky"
DISTRO_VERSION = "3.1.5"
TUNE_FEATURES = "arm armv6 vfp arm1176jzfs callconvention-hard"
TARGET_FPU = "hard"
meta
meta-poky
meta-yocto-bsp = "dunfell:7ea41de13774675828239b7738d3f5d70be8b1af"
meta-oe
meta-multimedia
meta-networking
meta-python = "dunfell:5bba79488b7d393d2258d6e917f7bf7b0d7c4073"
meta-raspberrypi = "dunfell:987993209716302eb8f314f69a2a3340555f94d8"
meta-gstreamer1.0 = "dunfell:b489b1ba084544d9c4c08f7c3b3d1c37ffa53c51"

Best regards,

Safouane

Le mer. 17 févr. 2021 à 13:24, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :

So, what is your MACHINE variable set to?

Maybe knowing that, somebody can help.

Zee


--
SAFOUANE MAALOUL
maaloulsafouane@...
Re: Keep .bbappend for older Yocto version

Jonas Vautherin
 

It does help, yes!
Thanks a lot!

On Thu, 18 Feb 2021, 12:24 , <Mikko.Rapeli@...> wrote:
Hi,

On Wed, Feb 17, 2021 at 12:02:26AM +0100, Jonas Vautherin wrote:
> Good evening,
>
> I am using Yocto Gatesgarth, and I was just updating a layer that was
> written for Dunfell. In the `conf/layer.conf`, I can simply add
> "gatesgarth" to `LAYERSERIES_COMPAT_pocketbeagle`, like so:
>
> ```
> LAYERSERIES_COMPAT_pocketbeagle = "dunfell gatesgarth"
> ```
>
> However, this does not seem to work for a `.bbappend`. Let me use this
> particular layer as an example: it is a BSP that defines
> `linux-yocto_4.19.bbappend` for Dunfell. In my case, I want to define
> `linux-yocto_5.4.bbappend` for Gatesgarth. When building with Dunfell, I
> would like it to use the former, and when building with Gatesgarth, I would
> like it to use the latter.
>
> However, if I keep both `linux-yocto_4.19.bbappend`
> and `linux-yocto_5.4.bbappend` and try to build with Gatesgarth, it fails
> with:
>
> ```
> ERROR: No recipes in default available for:
>   /path/to/recipes-kernel/linux/linux-yocto_4.19.bbappend
> ```
>
> Which makes sense: Gatesgarth does not provide `linux-yocto_4.19`.
>
> Is there a way to keep both `*.bbappend` and have Yocto ignore the ones
> that do not correspond to its version? Or would that be bad practice anyway?

What I do in cases like this:

 * check and decide if BSP layer can be update to be fully compatible with new yocto
   version, by asking from maintainers of the BSP layer and HW vendors
   (usual answer is 'not this year, maybe next' or 'if you pay?', if you are lucky
    they will say 'just use the correct branch')

 * check if simple patches can update BSP layer to be compatible with new yocto
   version, if this involves Linux kernel, libdrm etc major version changes it
   might not work

Quite often, I keep using the BSP SW stack from old yocto release with only minimal
changes. For this to work, I make the minimal modifications needed to support building
with new yocto version like modify LAYERSERIES_COMPAT and adapt bbclasses, then copy
the needed old recipes from previous yocto version over the the BSP layer to be
maintained there by the BSP SW maintainers. What helps a lot, is that you have
reviewed what SW components you need to use from BSP SW meta layer and you have
BBMASK'ed away all recipes and bbappends which your product and its distro
configuration does not need.

Often BSP layers are full of examples, prototypes, or just plain weird changes
to high level SW components like gstreamer, systemd, openssl or openssh which your
product might not need (e.g. is prefectly fine with the poky version of the recipe).
These BSP side changes make yocto updates much more difficult and versioned dependencies
from BSP to poky are too complex and difficult to resolve easily. Thus look
for minimizing the impact of the BSP SW stack, keep it unchanged apart from minimal
bitbake and bbclass fixes, and update the rest.

For security and other updates, the BSP SW stack needs to be handled separately.

Hope this helps,

-Mikko
Re: #av1 #armv6 #raspberrypi #neon #av1 #armv6 #raspberrypi #neon

safouane maaloul
 



Le jeu. 18 févr. 2021 à 12:44, safouane maaloul <maaloulsafouane@...> a écrit :
This is my build configuration :
Build Configuration:
BB_VERSION           = "1.46.0"
BUILD_SYS            = "x86_64-linux"
NATIVELSBSTRING      = "universal"
TARGET_SYS           = "arm-poky-linux-gnueabi"
MACHINE              = "raspberrypi0-wifi"
DISTRO               = "poky"
DISTRO_VERSION       = "3.1.5"
TUNE_FEATURES        = "arm armv6 vfp arm1176jzfs callconvention-hard"
TARGET_FPU           = "hard"
meta
meta-poky
meta-yocto-bsp       = "dunfell:7ea41de13774675828239b7738d3f5d70be8b1af"
meta-oe
meta-multimedia
meta-networking
meta-python          = "dunfell:5bba79488b7d393d2258d6e917f7bf7b0d7c4073"
meta-raspberrypi     = "dunfell:987993209716302eb8f314f69a2a3340555f94d8"
meta-gstreamer1.0    = "dunfell:b489b1ba084544d9c4c08f7c3b3d1c37ffa53c51"

Best regards,

Safouane

Le mer. 17 févr. 2021 à 13:24, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :
So, what is your MACHINE variable set to?

Maybe knowing that, somebody can help.

Zee


--
SAFOUANE MAALOUL


--
SAFOUANE MAALOUL
Re: #av1 #armv6 #raspberrypi #neon #av1 #armv6 #raspberrypi #neon

safouane maaloul
 



Le mer. 17 févr. 2021 à 13:18, safouane maaloul <maaloulsafouane@...> a écrit :
Yeah i know the problem is i am using armv6 (raspberry pi zero w) and there isn’t that option so i need a workaround ?

Best regards,

Safouane.Maaloul  

Le mer. 17 févr. 2021 à 13:13, Zoran Stojsavljevic <zoran.stojsavljevic@...> a écrit :
> ...compile  error "compiling simd-neon.h requires -mfpu=
> neon or equivalent"...

IIRC, this has to do with the platform chosen.

I know that for armv7 there are two types of machine:
MACHINE ?= "armv7" (FP library in SW)
MACHINE ?= "armv7hf" (hard FP = neon)

I guess you did set up the MACHINE variable with postfix fp, most probably.

My 2 cent worth answer,
Zee
_______


On Wed, Feb 17, 2021 at 11:00 AM safouane maaloul
<maaloulsafouane@...> wrote:
>
> Hello folks,
>
> I have an issue integrating av1  in yocto. I get the  compile  error "compiling simd-neon.h requires -mfpu=neon or equivalent". The problem is that i use armv6 (raspberrypi zero w) so i can't exactly do that. Anyone have a workaround this problem ?
>
> Best regards,
>
> Safouane.Maaloul
>
>
--
SAFOUANE MAALOUL


--
SAFOUANE MAALOUL
[meta-zephyr][PATCH 2/2] zephyr-kernel-src.inc: set default preferred version to 2.5.0

Naveen Saini
 

Signed-off-by: Naveen Saini <naveen.kumar.saini@...>
---
recipes-kernel/zephyr-kernel/zephyr-kernel-src.inc | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/recipes-kernel/zephyr-kernel/zephyr-kernel-src.inc b/recipes-kernel/zephyr-kernel/zephyr-kernel-src.inc
index 2dcde74..39cbc10 100644
--- a/recipes-kernel/zephyr-kernel/zephyr-kernel-src.inc
+++ b/recipes-kernel/zephyr-kernel/zephyr-kernel-src.inc
@@ -2,7 +2,7 @@ LICENSE = "Apache-2.0"
LIC_FILES_CHKSUM = "file://LICENSE;md5=fa818a259cbed7ce8bc2a22d35a464fc"

# Default to a stable version
-PREFERRED_VERSION_zephyr-kernel ??= "2.4.0"
+PREFERRED_VERSION_zephyr-kernel ??= "2.5.0"
include zephyr-kernel-src-${PREFERRED_VERSION_zephyr-kernel}.inc

inherit cmake
--
2.17.1
[meta-zephyr][PATCH 1/2] zephyr: upgrade 2.5.0-rc4 -> 2.5.0

Naveen Saini
 

Release notes:
https://github.com/zephyrproject-rtos/zephyr/releases/tag/zephyr-v2.5.0

Signed-off-by: Naveen Saini <naveen.kumar.saini@...>
---
...r-kernel-src-2.5.0-rc4.inc => zephyr-kernel-src-2.5.0.inc} | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
rename recipes-kernel/zephyr-kernel/{zephyr-kernel-src-2.5.0-rc4.inc => zephyr-kernel-src-2.5.0.inc} (82%)

diff --git a/recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.5.0-rc4.inc b/recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.5.0.inc
similarity index 82%
rename from recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.5.0-rc4.inc
rename to recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.5.0.inc
index b8aa4dc..6350d86 100644
--- a/recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.5.0-rc4.inc
+++ b/recipes-kernel/zephyr-kernel/zephyr-kernel-src-2.5.0.inc
@@ -1,5 +1,5 @@
SRCREV_FORMAT = "default_cmsis"
-SRCREV_default = "v2.5.0-rc4"
+SRCREV_default = "fe7c2efca800a0cf1bccf23aefe08b3c4beb88bf"
SRCREV_cmsis = "c3bd2094f92d574377f7af2aec147ae181aa5f8e"
SRCREV_nordic = "f3434da6446380fcdd426dbe2866af21d0d549b6"
SRCREV_stm32 = "cc8731dba4fd9c57d7fe8ea6149828b89c2bd635"
@@ -7,4 +7,4 @@ SRCREV_open-amp = "de1b85a13032a2de1d8b6695ae5f800b613e739d"
SRCREV_libmetal = "9d4ee2c3cfd5f49861939447990f3b7d7bf9bf94"
SRCREV_tinycrypt = "3e9a49d2672ec01435ffbf0d788db6d95ef28de0"

-PV = "2.5.0-rc4+git${SRCPV}"
+PV = "2.5.0+git${SRCPV}"
--
2.17.1
Re: QA notification for completed autobuilder build (yocto-3.2.2.rc1)

Sangeeta Jain
 

Hi all,

Intel and WR YP QA is planning for QA execution for YP build yocto-3.2.2.rc1. We are planning to execute following tests for this cycle:

OEQA-manual tests for following module:
1. OE-Core
2. BSP-hw

Runtime auto test for following platforms:
1. MinnowTurbot 32-bit
2. Coffee Lake
3. NUC 7
4. NUC 6
5. Edgerouter
6. Beaglebone

ETA for completion is next Monday, February 22.

Thanks,
Sangeeta

-----Original Message-----
From: yocto@... <yocto@...> On Behalf
Of Pokybuild User
Sent: Wednesday, 17 February, 2021 1:44 AM
To: yocto@...
Cc: qa-build-notification@...
Subject: [yocto] QA notification for completed autobuilder build (yocto-
3.2.2.rc1)


A build flagged for QA (yocto-3.2.2.rc1) was completed on the autobuilder and is
available at:


https://autobuilder.yocto.io/pub/releases/yocto-3.2.2.rc1


Build hash information:

bitbake: 0a3bf681530bd63fc0036ca81ef868ab53fde56c
meta-arm: aa63e31b6edb5197764c21434219050ab51f0fbd
meta-gplv2: 6e8e969590a22a729db1ff342de57f2fd5d02d43
meta-intel: 1d866c58534eb1d317b7a674c6e6c57ab9594fb0
meta-kernel: f793168bd19af3d8c5a260dd35f387ed9a31794b
meta-mingw: 352d8b0aa3c7bbd5060a4cc2ebe7c0e964de4879
oecore: ebaaee50cb3ac75112827f935c48affaf622ce7f
poky: d5d6286a66f46f4523e35e0e3f20cd7396195fdc



This is an automated message from the Yocto Project Autobuilder
Git: git://git.yoctoproject.org/yocto-autobuilder2
Email: richard.purdie@...
[PATCH yocto-autobuilder2] schedulers: add appropriate meta-arm branches to the release selector

Ross Burton <ross@...>
 

Signed-off-by: Ross Burton <ross.burton@...>
---
schedulers.py | 5 +++++
1 file changed, 5 insertions(+)

diff --git a/schedulers.py b/schedulers.py
index dbf72c9..8479290 100644
--- a/schedulers.py
+++ b/schedulers.py
@@ -175,6 +175,7 @@ def parent_scheduler(target):
'branch': 'master',
'branch_poky': 'master',
'branch_bitbake': 'master',
+ 'branch_meta-arm': 'master',
'branch_meta-gplv2': 'master',
'branch_meta-intel': 'master',
'branch_meta-mingw': 'master',
@@ -184,6 +185,7 @@ def parent_scheduler(target):
'branch': 'master',
'branch_poky': 'master-next',
'branch_bitbake': 'master-next',
+ 'branch_meta-arm': 'master',
'branch_meta-gplv2': 'master',
'branch_meta-intel': 'master',
'branch_meta-mingw': 'master',
@@ -194,6 +196,7 @@ def parent_scheduler(target):
'branch_poky': 'ross/mut',
'repo_poky': 'git://git.yoctoproject.org/poky-contrib',
'branch_bitbake': 'master',
+ 'branch_meta-arm': 'master',
'branch_meta-gplv2': 'master',
'branch_meta-intel': 'master',
'branch_meta-mingw': 'master',
@@ -203,6 +206,7 @@ def parent_scheduler(target):
'branch': 'gatesgarth',
'branch_poky': 'gatesgarth',
'branch_bitbake': '1.48',
+ 'branch_meta-arm': 'gatesgarth',
'branch_meta-gplv2': 'gatesgarth',
'branch_meta-intel': 'gatesgarth',
'branch_meta-mingw': 'gatesgarth',
@@ -212,6 +216,7 @@ def parent_scheduler(target):
'branch': 'dunfell',
'branch_poky': 'dunfell',
'branch_bitbake': '1.46',
+ 'branch_meta-arm': 'dunfell',
'branch_meta-gplv2': 'dunfell',
'branch_meta-intel': 'dunfell',
'branch_meta-mingw': 'dunfell',
--=20
2.25.1
[PATCH yocto-autobuilder-helper] config: build and test SDKs when using package_deb

Ross Burton <ross@...>
 

Signed-off-by: Ross Burton <ross.burton@...>
---
config.json | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/config.json b/config.json
index ea2d86b..3286e57 100644
--- a/config.json
+++ b/config.json
@@ -580,8 +580,8 @@
"pkgman-deb-non-deb" : {
"MACHINE" : "qemux86",
"PACKAGE_CLASSES" : "package_deb",
- "BBTARGETS" : "core-image-sato core-image-sato-dev core-imag=
e-sato-sdk core-image-minimal core-image-minimal-dev",
- "SANITYTARGETS" : "core-image-minimal:do_testimage core-imag=
e-sato:do_testimage core-image-sato-sdk:do_testimage"
+ "BBTARGETS" : "core-image-sato core-image-sato-dev core-imag=
e-sato-sdk core-image-minimal core-image-minimal-dev core-image-sato:do_p=
opulate_sdk",
+ "SANITYTARGETS" : "core-image-minimal:do_testimage core-imag=
e-sato:do_testimage core-image-sato-sdk:do_testimage core-image-sato:do_t=
estsdk"
},
"pkgman-non-rpm" : {
"MACHINE" : "qemux86",
--=20
2.25.1
changing root password in readonly rootfs

Marek Belisko
 

Hi,

does anybody know if there is a way to have possibility to change root
pwd when readonly rootfs is used? I've added shadow package + overlay
/ect/shadow + /etc/passwd but chpasswd complains and changis is not
possible.

Thanks and BR,

marek

--
as simple and primitive as possible
-------------------------------------------------
Marek Belisko - OPEN-NANDRA
Freelance Developer

Ruska Nova Ves 219 | Presov, 08005 Slovak Republic
Tel: +421 915 052 184
skype: marekwhite
twitter: #opennandra
web: http://open-nandra.com
Re: Regarding Mender integration

U RAVI KUMAR <uppadaravi2511@...>
 

HI robert,

    Thank you very much for your response.

Regards,
RAVI_UPPADA


On Wed, Feb 17, 2021 at 2:21 PM Robert Berger@... <robert.berger.yocto.user@...> wrote:
Hi,

Please see my comments in-line.

On 16/02/2021 19:48, U RAVI KUMAR wrote:
>     I have some issues while integrating the mender on the yocto
>     project.I have included meta-mener-core,meta-mender-raspberrypi
>     layers.And iam getting the following error:
>
>     ERROR: u-boot-1_2020.07-r0 do_patch: Command Error: 'quilt --quiltrc
>     /home/ravi_uppada/work/vm/sato/poky/build/tmp/work/raspberrypi4_64-poky-linux/u-boot/1_2020.07-r0/recipe-sysroot-native/etc/quiltrc
>     push' exited with 0  Output:
>     Applying patch 0001-configs-rpi-enable-mender-requirements.patch
>     patching file configs/rpi_0_w_defconfig
>     Hunk #1 FAILED at 19.

...

This looks like the patch you/mender try/tries to apply does not work
with your u-boot version.[0]

[0]
https://github.com/mendersoftware/meta-mender/tree/master/meta-mender-core/recipes-bsp/u-boot

Which Yocto version do you use?

Which Mender version do you use?

You could look into creating your own Mender integration[1] instead of
the mender class.

[1]
https://docs.mender.io/system-updates-yocto-project/board-integration/bootloader-support/u-boot/manual-u-boot-integration

I think the right place to ask Mender specific questions is here[2].

[2] https://hub.mender.io/

Regards,

Robert
Re: [meta-security] [PATCH 0/5] Some fixes for IMA/EVM

Dmitry Baryshkov
 

I suppose, patch 3 can be split into logical chunks.
Other patches are:

Reviewed-by: Dmitry Baryshkov <dmitry.baryshkov@...>

ср, 17 февр. 2021 г. в 17:09, Ming Liu <liu.ming50@...>:


From: Ming Liu <liu.ming50@...>

Ming Liu (5):
ima-evm-utils: set native REQUIRED_DISTRO_FEATURES to empty
initramfs-framework-ima: fix a wrong path
meta: refactor IMA/EVM sign rootfs
initramfs-framework-ima: let ima_enabled return 0
ima-evm-rootfs.bbclass: avoid generating /etc/fstab for wic

meta-integrity/README.md | 4 ++-
meta-integrity/classes/ima-evm-rootfs.bbclass | 33 +++++++++----------
.../initrdscripts/initramfs-framework-ima.bb | 2 +-
.../initrdscripts/initramfs-framework-ima/ima | 3 +-
.../ima-evm-keys/ima-evm-keys_1.0.bb | 16 +++++++++
.../ima-evm-utils/ima-evm-utils_git.bb | 1 +
6 files changed, 38 insertions(+), 21 deletions(-)
create mode 100644 meta-integrity/recipes-security/ima-evm-keys/ima-evm-keys_1.0.bb

--
2.29.0



--
With best wishes
Dmitry
[meta-security] [PATCH 5/5] ima-evm-rootfs.bbclass: avoid generating /etc/fstab for wic

Ming Liu <liu.ming50@...>
 

From: Ming Liu <liu.ming50@...>

Or else wic will fail without "--no-fstab-update" option.

Signed-off-by: Ming Liu <liu.ming50@...>
---
meta-integrity/classes/ima-evm-rootfs.bbclass | 3 +++
1 file changed, 3 insertions(+)

diff --git a/meta-integrity/classes/ima-evm-rootfs.bbclass b/meta-integrity/classes/ima-evm-rootfs.bbclass
index 4359af0..0acd6e7 100644
--- a/meta-integrity/classes/ima-evm-rootfs.bbclass
+++ b/meta-integrity/classes/ima-evm-rootfs.bbclass
@@ -28,6 +28,9 @@ IMA_EVM_ROOTFS_HASHED ?= ". -depth 0 -false"
# the iversion flags (needed by IMA when allowing writing).
IMA_EVM_ROOTFS_IVERSION ?= ""

+# Avoid re-generating fstab when ima is enabled.
+WIC_CREATE_EXTRA_ARGS_append = "${@bb.utils.contains('DISTRO_FEATURES', 'ima', ' --no-fstab-update', '', d)}"
+
ima_evm_sign_rootfs () {
cd ${IMAGE_ROOTFS}

--
2.29.0
6741 - 6760 of 59099