[linux-yocto][linux-yocto v6.1/standard/preempt-rt/ti-sdk-6.1/ti-j7xxx] ti-j7xxx adds preempt-rt kernel patches to upgrade TI SDK 09_00_01_02

2023-09-27 Thread Xulin Sun via lists.yoctoproject.org
Hi Bruce, Could you please help to merge below patches to the preempt-rt kernel branch "v6.1/standard/preempt-rt/ti-sdk-6.1/ti-j7xxx"? This is preempt-rt kernel to upgrade BSP to TI SDK ti-processor-sdk-linux-adas-j784s4-evm-09_00_01_02. The following changes since commit

[linux-yocto][linux-yocto v6.1/standard/ti-sdk-6.1/ti-j7xxx] ti-j7xxx kernel part to upgrade to TI SDK ti-processor-sdk-linux-adas-j784s4-evm-09_00_01_02

2023-09-27 Thread Xulin Sun via lists.yoctoproject.org
Hi Bruce, Could you please help to merge below patches to kernel branch "v6.1/standard/ti-sdk-6.1/ti-j7xxx"? This is to upgrade BSP to TI SDK ti-processor-sdk-linux-adas-j784s4-evm-09_00_01_02. The following changes since commit 122d72613aea7d4f4673c70020eb9a0fc41c9e51:   Merge branch

Re: [yocto] Trouble enabling vtable-verify for gcc-cross

2023-09-27 Thread Alex Roberts
>If libvtv is a separate library (I've not looked) It is a separate library whose source is inside the gcc source folder. Much of the documentation for enabling vtable verify is for compiling gcc from source outside of Yocto and just references using the flag with ./configure when building gcc

Re: [yocto] Trouble enabling vtable-verify for gcc-cross

2023-09-27 Thread Richard Purdie
On Wed, 2023-09-27 at 09:40 -0500, Alex Roberts wrote: > Hello All, > > I'm having trouble getting gcc-cross-9.3.0 recipe to build libvtv. I > have added “—enable-vtable-verify” to EXTRA_OECONF via a .bbappend. > The vtable stubs are added to libstdc++ but libvtv itself is not > compiled. This

Re: [Openembedded-architecture] [yocto] Security processes: YP needs

2023-09-27 Thread Marta Rybczynska
On Wed, 27 Sept 2023, 12:05 Reyna, David, wrote: > Hi Marta! > > > What about 11am Pacific on tomorrow (28 Sept or Oct 3)? > > Let us aim for October 3 so that I can prepare a full demo.. > > > I think that you have meant 10am to 2PM, otherwise 1am Pacific would > work very well for me too > > I

[yocto] QA notification for completed autobuilder build (yocto-4.3_M3.rc9)

2023-09-27 Thread Pokybuild User
A build flagged for QA (yocto-4.3_M3.rc9) was completed on the autobuilder and is available at: https://autobuilder.yocto.io/pub/releases/yocto-4.3_M3.rc9 Build URL: https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/5949 Build hash information:

[yocto] Trouble enabling vtable-verify for gcc-cross

2023-09-27 Thread Alex Roberts
Hello All, I'm having trouble getting gcc-cross-9.3.0 recipe to build libvtv. I have added “—enable-vtable-verify” to EXTRA_OECONF via a .bbappend. The vtable stubs are added to libstdc++ but libvtv itself is not compiled. This causes recipes compiling with -fstandard-verify to fail because

[yocto] [yocto-autobuilder2 2/2] config.py: add fedora38 to workers_prev_releases for kirkstone

2023-09-27 Thread Steve Sakoman
Signed-off-by: Steve Sakoman --- config.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/config.py b/config.py index ca37dd1..a9433be 100644 --- a/config.py +++ b/config.py @@ -159,7 +159,7 @@ all_workers = workers + workers_bringup + workers_buildperf + workers_arm #

[yocto] [yocto-autobuilder2 1/2] schedulers.py: use newly created mickledore branch for meta-mingw

2023-09-27 Thread Steve Sakoman
Signed-off-by: Steve Sakoman --- schedulers.py | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/schedulers.py b/schedulers.py index 2f7a8ab..b70b5ed 100644 --- a/schedulers.py +++ b/schedulers.py @@ -69,7 +69,7 @@ branchdefaults = { 'branch_meta-aws': 'mickledore',

Re: [linux-yocto][v6.1/standard/preempt-rt/sdkv6.1/xlnx-soc][PATCH] misc: Kconfig: drop the merge conflicted hunk

2023-09-27 Thread Bruce Ashfield
In message: [linux-yocto][v6.1/standard/preempt-rt/sdkv6.1/xlnx-soc][PATCH] misc: Kconfig: drop the merge conflicted hunk on 27/09/2023 quanyang.w...@windriver.com wrote: > From: Quanyang Wang > > The kernel option OPEN_DICE has been removed in commit 9989598547560 > ("drivers: misc: Add

Re: [linux-yocto] pci: dwc: pci-imx6: Set the deinit callback to imx6_pcie_host_deinit()

2023-09-27 Thread Bruce Ashfield
In message: [linux-yocto] pci: dwc: pci-imx6: Set the deinit callback to imx6_pcie_host_deinit() on 27/09/2023 Kevin Hao wrote: > From: Kevin Hao > > This is the deinit callback introduced by the SDK version, so we should > use this instead of imx6_pcie_host_deinit(). > > Signed-off-by: Kevin

Re: [linux-yocto] net: hsr: Reapply the change for fill_frame_info()

2023-09-27 Thread Bruce Ashfield
In message: [linux-yocto] net: hsr: Reapply the change for fill_frame_info() on 27/09/2023 Kevin Hao wrote: > From: Kevin Hao > > The change introduced by commit 6a4480c5e6eb ("hsr: Fix uninit-value > access in fill_frame_info()") were lost when fixing the merge > conflicts. Restore it back. >

Re: [linux-yocto] arm_sdei: Drop the wrong declaration of sdei_init()

2023-09-27 Thread Bruce Ashfield
In message: Re: [linux-yocto] arm_sdei: Drop the wrong declaration of sdei_init() on 27/09/2023 Kevin Hao wrote: > On Wed, Sep 27, 2023 at 06:53:44PM +0800, Kevin Hao wrote: > > From: Kevin Hao > > > > These were added mistakenly when fixing the merge conflicts. > > > > Signed-off-by: Kevin

Re: [linux-yocto][v6.1/standard/preempt-rt/sdkv6.1/xlnx-soc][PATCH] misc: Kconfig: drop the merge conflicted hunk

2023-09-27 Thread Bruce Ashfield
This is the second chunk that my sanity script missed. Something is clearly wrong. Thanks for the fix, I was going to complete my release activities on the stable kernel's today and this saves me time. Bruce On Wed, Sep 27, 2023 at 8:01 AM wrote: > From: Quanyang Wang > > The kernel option

[linux-yocto][v6.1/standard/preempt-rt/sdkv6.1/xlnx-soc][PATCH] misc: Kconfig: drop the merge conflicted hunk

2023-09-27 Thread quanyang.wang via lists.yoctoproject.org
From: Quanyang Wang The kernel option OPEN_DICE has been removed in commit 9989598547560 ("drivers: misc: Add Support for TMR Manager"). Remove it to fix the merge conflicted hunk. Signed-off-by: Quanyang Wang --- Hi Bruce, Would you please help merge this patch to the branch:

Re: [linux-yocto] jbd2: Drop the merge conflicted hunk

2023-09-27 Thread Bruce Ashfield
Hmm. This should have been picked up by my sanity scripts. I'll have to figure out what went wrong. Bruce On Wed, Sep 27, 2023 at 5:02 AM Kevin Hao wrote: > From: Kevin Hao > > And the transaction->t_handle_lock is also not needed in the new > codes. > > Signed-off-by: Kevin Hao > --- > Hi

[linux-yocto] pci: dwc: pci-imx6: Set the deinit callback to imx6_pcie_host_deinit()

2023-09-27 Thread Kevin Hao
From: Kevin Hao This is the deinit callback introduced by the SDK version, so we should use this instead of imx6_pcie_host_deinit(). Signed-off-by: Kevin Hao --- Hi Bruce, Please help me merge this into the following two branches: v6.1/standard/nxp-sdk-6.1/nxp-soc

Re: [yocto] [meta-rockchip][PATCH v4 2/2] rock-5b: add

2023-09-27 Thread Trevor Woerner
Hi Quentin, On Wed 2023-09-27 @ 09:59:57 AM, Quentin Schulz wrote: > Hi Trevor, > > On 9/27/23 04:42, Trevor Woerner wrote: > [...] > > diff --git a/recipes-bsp/rkbin/rockchip-rkbin_git.bb > > b/recipes-bsp/rkbin/rockchip-rkbin_git.bb > > new file mode 100644 > > index

[linux-yocto] net: hsr: Reapply the change for fill_frame_info()

2023-09-27 Thread Kevin Hao
From: Kevin Hao The change introduced by commit 6a4480c5e6eb ("hsr: Fix uninit-value access in fill_frame_info()") were lost when fixing the merge conflicts. Restore it back. Signed-off-by: Kevin Hao --- Hi Bruce, Please help me merge this into the following two branches:

Re: [linux-yocto] arm_sdei: Drop the wrong declaration of sdei_init()

2023-09-27 Thread Kevin Hao
On Wed, Sep 27, 2023 at 06:53:44PM +0800, Kevin Hao wrote: > From: Kevin Hao > > These were added mistakenly when fixing the merge conflicts. > > Signed-off-by: Kevin Hao > --- > Hi Bruce, > > Please help me merge this into the following two branches: > v5.15/standard/cn-sdkv5.15/octeon >

[linux-yocto] arm_sdei: Drop the wrong declaration of sdei_init()

2023-09-27 Thread Kevin Hao
From: Kevin Hao These were added mistakenly when fixing the merge conflicts. Signed-off-by: Kevin Hao --- Hi Bruce, Please help me merge this into the following two branches: v5.15/standard/cn-sdkv5.15/octeon v5.15/standard/preempt-rt/cn-sdkv5.15/octeon include/linux/arm_sdei.h | 2 --

Re: [yocto] overlayroot: When is the RW layer unmounted?

2023-09-27 Thread Sebert, Holger.ext
Has anyone an idea? (see below) Best, Holger Von: yocto@lists.yoctoproject.org im Auftrag von Sebert, Holger.ext Gesendet: Dienstag, 19. September 2023 18:58 An: yocto@lists.yoctoproject.org Betreff: [Ext] [yocto] overlayroot: When is the RW layer

Re: [Openembedded-architecture] [yocto] Security processes: YP needs

2023-09-27 Thread Reyna, David via lists.yoctoproject.org
Hi Marta! > What about 11am Pacific on tomorrow (28 Sept or Oct 3)? Let us aim for October 3 so that I can prepare a full demo.. > I think that you have meant 10am to 2PM, otherwise 1am Pacific would work > very well for me too I actually did mean 2:00 am Pacific. I do work with our India

[linux-yocto] jbd2: Drop the merge conflicted hunk

2023-09-27 Thread Kevin Hao
From: Kevin Hao And the transaction->t_handle_lock is also not needed in the new codes. Signed-off-by: Kevin Hao --- Hi Bruce, Please help me merge this into the v5.15/standard/base branch. fs/jbd2/transaction.c | 21 - 1 file changed, 21 deletions(-) diff --git

Re: [yocto] [meta-rockchip][PATCH v4 2/2] rock-5b: add

2023-09-27 Thread Quentin Schulz via lists.yoctoproject.org
Hi Trevor, On 9/27/23 04:42, Trevor Woerner wrote: [...] diff --git a/recipes-bsp/rkbin/rockchip-rkbin_git.bb b/recipes-bsp/rkbin/rockchip-rkbin_git.bb new file mode 100644 index ..7fefb017053b --- /dev/null +++ b/recipes-bsp/rkbin/rockchip-rkbin_git.bb @@ -0,0 +1,37 @@

Re: [Openembedded-architecture] [yocto] Security processes: YP needs

2023-09-27 Thread Marta Rybczynska
Hi David, Thank you very much for the description and the offer to get a demo. As discussed yesterday in the call, there are some other people who seem interested. > PROPOSAL 1: If the full triage is too much to bite off to start with, perhaps > using it to track and coordinate work will bring