|
[meta-security] [PATCH 5/5] ima-evm-rootfs.bbclass: avoid generating /etc/fstab for wic
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
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
|
By
Ming Liu <liu.ming50@...>
·
#52369
·
|
|
[meta-security] [PATCH 4/5] initramfs-framework-ima: let ima_enabled return 0
From: Ming Liu <liu.ming50@...>
Otherwise, ima script would not run as intended.
Signed-off-by: Ming Liu <liu.ming50@...>
---
.../recipes-core/initrdscripts/initramfs-framework-ima/ima
From: Ming Liu <liu.ming50@...>
Otherwise, ima script would not run as intended.
Signed-off-by: Ming Liu <liu.ming50@...>
---
.../recipes-core/initrdscripts/initramfs-framework-ima/ima
|
By
Ming Liu <liu.ming50@...>
·
#52368
·
|
|
[meta-security] [PATCH 3/5] meta: refactor IMA/EVM sign rootfs
From: Ming Liu <liu.ming50@...>
The current logic in ima-evm-rootfs.bbclass does not guarantee
ima_evm_sign_rootfs is the last function in IMAGE_PREPROCESS_COMMAND
by appending to it, for
From: Ming Liu <liu.ming50@...>
The current logic in ima-evm-rootfs.bbclass does not guarantee
ima_evm_sign_rootfs is the last function in IMAGE_PREPROCESS_COMMAND
by appending to it, for
|
By
Ming Liu <liu.ming50@...>
·
#52367
·
|
|
[meta-security] [PATCH 2/5] initramfs-framework-ima: fix a wrong path
From: Ming Liu <liu.ming50@...>
/etc/ima-policy > /etc/ima/ima-policy.
Signed-off-by: Ming Liu <liu.ming50@...>
---
.../recipes-core/initrdscripts/initramfs-framework-ima/ima | 2
From: Ming Liu <liu.ming50@...>
/etc/ima-policy > /etc/ima/ima-policy.
Signed-off-by: Ming Liu <liu.ming50@...>
---
.../recipes-core/initrdscripts/initramfs-framework-ima/ima | 2
|
By
Ming Liu <liu.ming50@...>
·
#52366
·
|
|
[meta-security] [PATCH 1/5] ima-evm-utils: set native REQUIRED_DISTRO_FEATURES to empty
From: Ming Liu <liu.ming50@...>
'ima' does not have to be in native DISTRO_FEATURES, unset it to avoid
sanity check, this fixes a following error:
Signed-off-by: Ming Liu
From: Ming Liu <liu.ming50@...>
'ima' does not have to be in native DISTRO_FEATURES, unset it to avoid
sanity check, this fixes a following error:
Signed-off-by: Ming Liu
|
By
Ming Liu <liu.ming50@...>
·
#52365
·
|
|
[meta-security] [PATCH 0/5] Some fixes for IMA/EVM
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
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
|
By
Ming Liu <liu.ming50@...>
·
#52364
·
|
|
Re: Timing a recipe
As others have said, please look at the buildstats class and the data
it saves into TMPDIR/buildstats. It should do what you want and we have
tools like pybootchart which can show it
As others have said, please look at the buildstats class and the data
it saves into TMPDIR/buildstats. It should do what you want and we have
tools like pybootchart which can show it
|
By
Richard Purdie
·
#52363
·
|
|
Re: #av1 #armv6 #raspberrypi #neon
#av1
#armv6
#raspberrypi
#neon
So, what is your MACHINE variable set to?
Maybe knowing that, somebody can help.
Zee
So, what is your MACHINE variable set to?
Maybe knowing that, somebody can help.
Zee
|
By
Zoran
·
#52362
·
|
|
Re: Timing a recipe
As said, buildstats is *exactly* what you want. There's a forked
pybootchart in oe-core that can visualise the data too.
Ross
As said, buildstats is *exactly* what you want. There's a forked
pybootchart in oe-core that can visualise the data too.
Ross
|
By
Ross Burton <ross@...>
·
#52361
·
|
|
#av1 #armv6 #raspberrypi #neon
#av1
#armv6
#raspberrypi
#neon
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
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
|
By
safouane maaloul <maaloulsafouane@...>
·
#52360
·
|
|
Re: Regarding Mender integration
Hi,
Please see my comments in-line.
...
This looks like the patch you/mender try/tries to apply does not work with your u-boot version.[0]
[0]
Hi,
Please see my comments in-line.
...
This looks like the patch you/mender try/tries to apply does not work with your u-boot version.[0]
[0]
|
By
Robert Berger
·
#52359
·
|
|
Re: Keep .bbappend for older Yocto version
Yes in some layers they do work across releases but
That does have some restrictions and maintenance costs eg if you are patching a recipe via a bbappend then use more liberal bbappend names using %
Yes in some layers they do work across releases but
That does have some restrictions and maintenance costs eg if you are patching a recipe via a bbappend then use more liberal bbappend names using %
|
By
Khem Raj
·
#52358
·
|
|
Re: Keep .bbappend for older Yocto version
Thank you for the answer :-). Yes, that works, and it seems like it is commonly used already. But because there is a way to define which versions are supported in the machine configuration, I thought
Thank you for the answer :-). Yes, that works, and it seems like it is commonly used already. But because there is a way to define which versions are supported in the machine configuration, I thought
|
By
Jonas Vautherin
·
#52357
·
|
|
Re: Keep .bbappend for older Yocto version
perhaps you should create a new branch for this layer which will be
compatible with gatesgarth, you can seed it with dunfell branch
and then make needed changes
<jonas.vautherin@...> wrote:
perhaps you should create a new branch for this layer which will be
compatible with gatesgarth, you can seed it with dunfell branch
and then make needed changes
<jonas.vautherin@...> wrote:
|
By
Khem Raj
·
#52356
·
|
|
Re: Yocto Technical Team Minutes, Engineering Sync, for Feb 16 2021
You're welcome :-)
I take notes every week, but had stopped sending emails to the list at the end
of each meeting. A couple people mentioned privately that they appreciate the
notes being formatted
You're welcome :-)
I take notes every week, but had stopped sending emails to the list at the end
of each meeting. A couple people mentioned privately that they appreciate the
notes being formatted
|
By
Trevor Woerner
·
#52355
·
|
|
Keep .bbappend for older Yocto version
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`,
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`,
|
By
Jonas Vautherin
·
#52354
·
|
|
Re: Yocto Technical Team Minutes, Engineering Sync, for Feb 16 2021
Trevor,
Thanks for taking and sending the minutes.
-armin
Trevor,
Thanks for taking and sending the minutes.
-armin
|
By
Armin Kuster
·
#52353
·
|
|
Re: Timing a recipe
you could also look into using buildstats bbclass
https://wiki.yoctoproject.org/wiki/TipsAndTricks/InvestigatingBuildTime
>
>
you could also look into using buildstats bbclass
https://wiki.yoctoproject.org/wiki/TipsAndTricks/InvestigatingBuildTime
>
>
|
By
Khem Raj
·
#52352
·
|
|
Re: Timing a recipe
"time bitbake recipe" is perfect for manual things. But I wanted to also measure the recipe times when building the entire image. I ended up creating a bbappend with new pre/post tasks for the main
"time bitbake recipe" is perfect for manual things. But I wanted to also measure the recipe times when building the entire image. I ended up creating a bbappend with new pre/post tasks for the main
|
By
Rusty Howell
·
#52351
·
|
|
Yocto Technical Team Minutes, Engineering Sync, for Feb 16 2021
Yocto Technical Team Minutes, Engineering Sync, for Feb 16 2021
archive: https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit
== disclaimer ==
Best efforts are made to
Yocto Technical Team Minutes, Engineering Sync, for Feb 16 2021
archive: https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit
== disclaimer ==
Best efforts are made to
|
By
Trevor Woerner
·
#52350
·
|