|
what to include in a "hardware bringup image"?
for a current project (and subsequent projects), i want to define a
hardware bringup image; that is, a really basic image chock-full of
low-level utilities for debugging initial board bringup. this
for a current project (and subsequent projects), i want to define a
hardware bringup image; that is, a really basic image chock-full of
low-level utilities for debugging initial board bringup. this
|
By
Robert P. J. Day
·
#53144
·
|
|
Re: [meta-selinux][PATCH] openssh: don't overwrite sshd_config unconditionally
Hi,
Could you please let me know if there is any update on this change?
Thanks & Regards,
Purushottam
Hi,
Could you please let me know if there is any update on this change?
Thanks & Regards,
Purushottam
|
By
Purushottam choudhary
·
#53143
·
|
|
[meta-intel-fpga] [PATCH] layer.conf: add layer compatibility to hardknott
From: Meng Li <Meng.Li@...>
Signed-off-by: Meng Li <Meng.Li@...>
---
conf/layer.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/conf/layer.conf
From: Meng Li <Meng.Li@...>
Signed-off-by: Meng Li <Meng.Li@...>
---
conf/layer.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/conf/layer.conf
|
By
Meng Li
·
#53142
·
|
|
Re: #golang: go fetches dependencies in compile phase
Hi,
My comments are inline.
... if everybody does what they are supposed to - which is not the case.
This does not sound too bad. This would also mean, that if the outside repo dies you can still
Hi,
My comments are inline.
... if everybody does what they are supposed to - which is not the case.
This does not sound too bad. This would also mean, that if the outside repo dies you can still
|
By
Robert Berger
·
#53141
·
|
|
Re: Cannot execute nodejs
I was able to solve it by forcing recompiling nodejs with `bitbake -f -c compile nodejs`
Not sure what happened there
--
Alessandro Tagliapietra
I was able to solve it by forcing recompiling nodejs with `bitbake -f -c compile nodejs`
Not sure what happened there
--
Alessandro Tagliapietra
|
By
Alessandro Tagliapietra
·
#53140
·
|
|
Cannot execute nodejs
Hi everyone,
I've installed nodejs and node-red by using meta-oe and meta-iot-cloud, with
IMAGE_INSTALL_append = " nodejs node-red bash"
it was initially working but then I've got some pseudo aborts
Hi everyone,
I've installed nodejs and node-red by using meta-oe and meta-iot-cloud, with
IMAGE_INSTALL_append = " nodejs node-red bash"
it was initially working but then I've got some pseudo aborts
|
By
Alessandro Tagliapietra
·
#53139
·
|
|
#yocto #sdk SDK_EXTRA_TOOLS inclussion of python-native and devtool
#yocto
#sdk
Working with zeus 3.0.4, extended SDK…
Could someone explain what I overlooked, or why this issue pops up with python-native support inclusion ?
Thanks…
When I add in native-python3
Working with zeus 3.0.4, extended SDK…
Could someone explain what I overlooked, or why this issue pops up with python-native support inclusion ?
Thanks…
When I add in native-python3
|
By
Monsees, Steven C (US)
·
#53138
·
|
|
Yocto Technical Team Minutes, Engineering Sync, for April 13, 2021
Yocto Technical Team Minutes, Engineering Sync, for April 13, 2021
archive: https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit
== announcements ==
The upcoming Yocto
Yocto Technical Team Minutes, Engineering Sync, for April 13, 2021
archive: https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit
== announcements ==
The upcoming Yocto
|
By
Trevor Woerner
·
#53137
·
|
|
[meta-rockchip][PATCH v2 6/6] WIP kernel config feature for OP-TEE activation
From: Yann Dirson <yann@...>
FIXME:
- provide an .scc with proper information
- maybe bundle with dts overlay
- select a more suitable path in config namespace
---
From: Yann Dirson <yann@...>
FIXME:
- provide an .scc with proper information
- maybe bundle with dts overlay
- select a more suitable path in config namespace
---
|
By
Yann Dirson
·
#53136
·
|
|
[meta-rockchip][PATCH v2 5/6] WIP nanopi-m4: declare OP-TEE presence in devicetree
From: Yann Dirson <yann@...>
FIXME:
- this is not specific to the board, and would indeed apply to any SoC
supported by OP-TEE.
- should rather be selected by "optee" in
From: Yann Dirson <yann@...>
FIXME:
- this is not specific to the board, and would indeed apply to any SoC
supported by OP-TEE.
- should rather be selected by "optee" in
|
By
Yann Dirson
·
#53135
·
|
|
[meta-rockchip][PATCH v2 4/6] WIP optee-os: rk3399 support
From: Yann Dirson <yann@...>
This is the current state of working patches being discussed in
https://github.com/OP-TEE/optee_os/issues/4542
---
conf/machine/include/rk3399.inc
From: Yann Dirson <yann@...>
This is the current state of working patches being discussed in
https://github.com/OP-TEE/optee_os/issues/4542
---
conf/machine/include/rk3399.inc
|
By
Yann Dirson
·
#53134
·
|
|
[meta-rockchip][PATCH v2 3/6] u-boot: include optee-os as BL32 when requested by DISTRO_FEATURE
From: Yann Dirson <yann@...>
This causes OP-TEE to get included into the u-boot.itb fitImage so u-boot
can load it for the trusted-firmware-a BL31 to run it.
This is configured
From: Yann Dirson <yann@...>
This causes OP-TEE to get included into the u-boot.itb fitImage so u-boot
can load it for the trusted-firmware-a BL31 to run it.
This is configured
|
By
Yann Dirson
·
#53133
·
|
|
[meta-rockchip][PATCH v2 2/6] truster-firmware-a: include optee support when requested by DISTRO_FEATURE
From: Yann Dirson <yann@...>
This instructs TF-A to:
- load OP-TEE OS as BL32, but still relies on the actual image to be
provided through other means, eg. in u-boot.itb
- run
From: Yann Dirson <yann@...>
This instructs TF-A to:
- load OP-TEE OS as BL32, but still relies on the actual image to be
provided through other means, eg. in u-boot.itb
- run
|
By
Yann Dirson
·
#53132
·
|
|
[meta-rockchip][PATCH v2 0/6] WIP/RFC OP-TEE support for ARM and rk3399
From: Yann Dirson <yann@...>
This tries to provide a generic framework for easier OP-TEE support in
BSP layers. It would probably make sense to have the generic parts in
meta-arm when
From: Yann Dirson <yann@...>
This tries to provide a generic framework for easier OP-TEE support in
BSP layers. It would probably make sense to have the generic parts in
meta-arm when
|
By
Yann Dirson
·
#53131
·
|
|
[meta-rockchip][PATCH v2 1/6] optee: condition for "optee" DISTRO_FEATURE
From: Yann Dirson <yann@...>
This effectively sets up a single switch to activate OP-TEE support.
Disabling optee-* recipes when the feature is not set is not the
primary goal, though it
From: Yann Dirson <yann@...>
This effectively sets up a single switch to activate OP-TEE support.
Disabling optee-* recipes when the feature is not set is not the
primary goal, though it
|
By
Yann Dirson
·
#53130
·
|
|
Re: [meta-security][PATCH] Clearly define clang toolchain in Parsec recipes
merged,
Thanks
By
Armin Kuster
·
#53129
·
|
|
Re: [meta-security][PATCH 1/2] Add meta-parsec layer into meta-security.
Merged,
Thanks
By
Armin Kuster
·
#53128
·
|
|
Re: [meta-security][PATCH] initramfs-framework-ima: introduce IMA_FORCE
merged,
Thanks
By
Armin Kuster
·
#53127
·
|
|
Re: [meta-security][PATCH] Use libest "main" branch instead of "master".
merged
thanks,
armin
By
Armin Kuster
·
#53126
·
|
|
Re: [meta-security][PATCH] meta: drop IMA_POLICY from policy recipes
merged.
thanks
-armin
By
Armin Kuster
·
#53125
·
|