Hi Bruce,
Sorry for my carelessness, the patches of the two branches are the same,
but the start points are different. Please merge the branch I provided below
again for preempt-rt branch.
repo:
linux-yocto
branch:
v5.10/standard/preempt-rt/cn-sdkv4.18/cn96xx
ping
On 12/9/20 2:01 PM, Yi Zhao wrote:
Drop backported patches:
0001-Mark-declaration-with-extern.patch
0006-Fix-tools-Fix-definition-of-curses_indented_printf.patch
Rebase patches:
0001-Fix-python3-usage.patch
0001-pacemaker-fix-compile-error-of-musl-libc.patch
Remove /var/log directory in
Yocto Technical Team Minutes, Engineering Sync, for Mar 2, 2021
archive:
https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9dDH4/edit
== disclaimer ==
Best efforts are made to ensure the below is accurate and valid. However,
errors sometimes happen. If any errors or
series in build testing
-armin
On 3/2/21 6:57 AM, liu.min...@gmail.com wrote:
> From: Ming Liu
>
> Cherry pick some IMA/EVM fixes to LTS dunfell branch, with these
> patches applied, I could run a ima enabled image with sysvinit/systemd
> on qemuarm/qemuarm64 and some NXP machines.
>
> Ming
merged.
Bruce
In message: [linux-yocto][linux-yocto v5.4/standard/ti-j72x][PATCH] net:
ethernet: ti: am65-cpsw: Silence dma channel request error on -EPROBE_DEFER
on 05/03/2021 Xulin Sun wrote:
> Silence dma channel request error error with dev_dbg() on -EPROBE_DEFER.
>
> To eliminate the
On Wed, Mar 3, 2021 at 10:15 PM Ruiqiang Hao wrote:
>
> Hi Bruce,
>
> Please help to merge code into our linux-yocto repo.
>
> repo:
> linux-yocto
> branch:
> v5.10/standard/cn-sdkv4.18/cn96xx
I was able to merge your branch into the above (and pushed it for your
Silence dma channel request error error with dev_dbg() on -EPROBE_DEFER.
To eliminate the below failed information:
am65-cpsw-nuss 4600.ethernet: Failed to request tx dma channel -517
Signed-off-by: Xulin Sun
---
drivers/net/ethernet/ti/am65-cpsw-nuss.c | 6 --
1 file changed, 4
Hello,
We are pleased to announce the meta-intel-14.2 layer for the Yocto Project
3.2.2 "gatesgarth" release is now available for download.
Thank you for everyone's contributions to this release.
Sincerely,
Vineela Tummalapalli
Intel Corporation
On 2021-03-04 4:01 p.m., sswar...@gmail.com wrote:
Hi,
Please let me know if we have recipes i can use for HTML sanitization. I
want to do this sanitization in C code.
This is a rather vague question so you may not get a specific
recommendation. Have you reviewed the list of html related
merged.
Thanks,
Armin
On 3/1/21 4:35 AM, liu.min...@gmail.com wrote:
> From: Ming Liu
>
> This fixes following systemd boot issues:
> [7.455580] systemd[1]: Failed to create /init.scope control group:
> Permission denied
> [7.457677] systemd[1]: Failed to allocate manager object:
Hi,
Please let me know if we have recipes i can use for HTML sanitization. I want
to do this sanitization in C code.
Thanks,
S
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#52581): https://lists.yoctoproject.org/g/yocto/message/52581
Mute This
right, the change seems to be happening in task checksums and that happens
if some of bitbake variables change when SDK is built built and when it is
being installed ( when it will run parse again ) perhaps the workspace
under the hood is still accessible and you can use bitbake-diffsigs to
narrow
On Thu, Mar 4, 2021 at 10:04 AM Anders Montonen wrote:
>
> On 4.3.2021 2.06, Khem Raj wrote:
> > On 3/3/21 11:29 AM, Belisko Marek wrote:
> >> On Wed, Mar 3, 2021 at 6:31 PM Khem Raj wrote:
> >>>
> >>> this file comes from cpp output package. Can you check if somehow cpp
> >>> is being pulled
On 4.3.2021 2.06, Khem Raj wrote:
On 3/3/21 11:29 AM, Belisko Marek wrote:
On Wed, Mar 3, 2021 at 6:31 PM Khem Raj wrote:
this file comes from cpp output package. Can you check if somehow cpp
is being pulled into your image
It turns out that cpp + cpp-symlinks is pulled by
Nope, just validated...
I build the my kernel image clean and the eSDK image right after, cache should
be good, no ?
Not sure how to go about resolving... it occurs on the back end of the eSDK
installation. I can actually go to the install and build the kernel image under
the umbrella of
I am seeing similar issues on line for my eSDK install issue, but no
resolutions…
Can someone advise on best course of action to debug this ?
11:10 smonsees@yix490016
/disk0/scratch/smonsees/yocto/workspace_3/builds2/sbcb-default/tmp/deploy/sdk>
if you have AUTOREVs e.g. can be problematic, and also using TIME/DATE
in recipes which can interfere
On 3/4/21 5:13 AM, Monsees, Steven C (US) via lists.yoctoproject.org wrote:
Is there a list of certain classes that might interfere with the ability
of the eSDK to lock down the configuratiuon
From: Marek Bykowski
__install_bp_hardening_cb() is called with the spinlock taken to allow each
CPU to take its turn when allocating slots. With the RT patches applied,
the spinlock becomes a mutex, and we get warnings about sleeping in
the cpu stop callback executing in the atomic context from
From: John Jacques
Add the setup_mm_for_reboot() function needed for kexec.
Signed-off-by: Geoff Levand
Signed-off-by: John Jacques
Signed-off-by: Charlie Paul
Signed-off-by: Daniel Dragomir
---
arch/arm64/mm/mmu.c | 11 +++
1 file changed, 11 insertions(+)
diff --git
From: John Jacques
.../include/linux/pmu.h:17:31: warning: 'struct adb_request'
declared inside parameter list will not be visible outside of
this definition or declaration
extern int pmu_request(struct adb_request *req,
^~~
Signed-off-by: John Jacques
From: John Jacques
Axxia AXM55xx memory is by architecture non-secure, so set NS bit.
Signed-off-by: John Jacques
Signed-off-by: Charlie Paul
Signed-off-by: Daniel Dragomir
---
arch/arm/kernel/head.S | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/kernel/head.S
From: Charlie Paul
The purpose is to handle SErrors (Asynchronous Aborts) caused by
sRIO optional register accesses, which are not supported by the
Axxia sRIO hardware. As it isn't possible to determine the cause
completely, a mechanism is provided to enable or disable masking
from user space.
From: David Mercado
Modify irq_set_affinity() to allow usage of bus locks with "slow bus" IRQ
controllers. This only affects those BSPs that use bus locks in their IRQ
controllers, such as the Intel Axxia GIC. The recommendation for this
change originated from Thomax Gleixner at Linutronix.
From: John Jacques
For Axxia AXM55xx, the U-Boot is kept in the bottom 8M of memory,
so the math in arch/arm/boot/compressed/head.S would "align"
8M to 0M and wipe out U-Boot.
Without this changes, Linux has to be rather severely aligned.
Signed-off-by: John Jacques
Signed-off-by: Charlie
Hello Bruce!
This is the first pull request for Axxia changes on Kernel 4.19 which were
ported from our 4.12 Yocto branches.
We tried a better cleanup on Axxia specific changes, we reworked and better
documented the necessary commits which are changing non-BSP areas.
I sent only those patches on
Signed-off-by: Armin Kuster
---
modules/utils/emailhandler.py | 23 +--
upgrade-helper.conf | 3 +++
2 files changed, 24 insertions(+), 2 deletions(-)
diff --git a/modules/utils/emailhandler.py b/modules/utils/emailhandler.py
index 8c8b85b..a70bf23 100644
---
Is there a list of certain classes that might interfere with the ability of the
eSDK to lock down the configuratiuon ?
Thanks,
Steve
From: yocto@lists.yoctoproject.org On Behalf Of
Monsees, Steven C (US) via lists.yoctoproject.org
Sent: Tuesday, March 2, 2021 3:26 PM
To:
From: Michal Simek
commit 74790cf981afd9806939427ad7701f3022ee5c06 upstream
The reason for this change is that after change from amba to axi U-Boot
started to show error like:
Unable to update property /axi/ethernet@ff0e:mac-address,
err=FDT_ERR_NOTFOUND
Unable to update property
28 matches
Mail list logo