Re: [linux-yocto][linux-yocto v5.15] kernel code update for marvell cn96xx [RT]

2022-09-05 Thread Ruiqiang Hao 
Hi Bruce,

This pull request is for preempt-RT kernel.
Please merge it if feel free.

Thanks,
Ruiqiang

From: Hao, Ruiqiang
Sent: Monday, September 5, 2022 10:33
To: bruce.ashfi...@gmail.com 
Cc: linux-yocto@lists.yoctoproject.org 
Subject: [linux-yocto][linux-yocto v5.15] kernel code update for marvell cn96xx 
[RT]

Hi Bruce,

Please help to merge code into our linux-yocto repo.

repo:
linux-yocto
branch:
v5.15/standard/preempt-rt/cn-sdkv5.4/octeon

Thanks,
Ruiqiang

The following changes since commit 6a40c5929d35af3ff5f8a9aa09790802ba8eacb6:

  Merge branch 'v5.15/standard/base' into 
v5.15/standard/preempt-rt/cn-sdkv5.4/octeon (2022-08-30 22:17:03 -0400)

are available in the Git repository at:

  g...@github.com:cythe/linux.git 
linux-yocto/v5.15/standard/preempt-rt/cn-sdkv5.4/octeon

for you to fetch changes up to 91e932f1dcf5c7414b30645c5ac34a453675078c:

  drivers: marvell: otx2-sdei-ghes: Fix BERT report driver (2022-09-02 08:56:23 
+)


Alex Leibovich (2):
  gpio: mvebu: add soc interrupt handling
  dtsi: gpio: mvebu: add AP GPIO interrupt

Amit Singh Tomar (14):
  arm64: arm_mpam: update SYS_MPAM0_EL1 properly
  arm_mpam: discover MPAM device behind the memory controller
  arm_mpam: create DSS MPAM device
  arm_mpam: get CPU accessibility for DSS MPAM
  arm_mpam: resctrl: expose allocation for MBA
  arm_mpam: resctrl: fix formula to calculate MBW % to max and vice-versa.
  arm_mpam: resctrl: set the bandwidth granularity to minimum value
  arm_mpam: program HARDLIM bit and MBW_MIN
  arm_mpam: fix compiler warning
  arm_mpam: Keep MBW_MIN close to MBW_MAX
  perf/marvell: add MBWC event
  arm_mpam: remove debug message from __init
  perf/marvell: get ddr speed from "marvell,ddr-speed"
  perf/marvell: Update dev name in Marvell DDR PMU

Baha Mesleh (3):
  octeontx2-bphy-netdev: Fix cpri interrupt handling
  octeontx2-bphy-netdev: re-enable cpri gpint when interface is stopped
  octeontx2-bphy-netdev: Fix cnf10k link state set

Bharat Bhushan (1):
  cn10k: Add workaround for MRVL TAD Errata-38891

Geetha sowjanya (13):
  octeontx2-af: Apply errata workaround only to CN10K silicons
  octeontx2-pf: Free pending and dropped SQEs
  octeontx2-pf: Fix invalid pkt count send to dql_completed()
  octeontx2-af: cn10k: mcs: Add MCS basic driver support
  octeontx2-af: cn10k-b: mcs: Allocate structs for MCS resources
  octeontx2-af: cn10k-b: mcs: Mbox to allocate/free MCS resources
  octeontx2-af: cn10k-b: mcs: Mbox handlers to establish CA
  octeontx2-af: cn10k-b: mcs: Install TCAM bypass entry
  octeontx2-af: cnf10k-b: mcs: Add support for CNF10K MCS
  octeontx2-af: cn10k-b: mcs: Support to retrieve MCS stats
  octeontx2-af: cn10k-b: mcs: Support to reset MCS stats
  octeontx2-af: cn10k-b: mcs: Add debugfs support
  octeontx2-af: Fix pf bitmap for RVU VFs

George Cherian (1):
  genirq: Increase the number of interrupters

German Gomez (1):
  perf arm-spe: Save context ID in record

Hariprasad Kelam (8):
  octeontx2-af: Increase mailbox timeout
  octeontx2-af: Update CGX_ID_MASK value
  octeontx2-pf: Don't support HTB ops while interface is down
  octeontx2-pf: Allow DWRR nodes at all priorities
  octeontx2-af: Don't reset previous pfc config
  octeontx2-pf: Allow htb operations irrespective of interface state
  octeontx2-af: Show count of dropped packets by DMAC filters
  octeontx2-pf: Call smq flush on Qos Senq queues

Harman Kalra (15):
  PCI: octeontx-83: add new quirks
  PCI: octeontx-83: configure PKI sriov
  thunder: bgx: octeontx-83: add octeontx callbacks
  octeontx-83: domain based driver for 83xx
  net: thunderx: Enable independent Rx packet size limit setting per LMAC
  net: thunderx: Add multiqset support for dataplane apps
  octeontx-83: Add LBK-based PKI/PKO-NIC communication.
  net: thunderx: octeontx-83: Add packet rerouting between interfaces
  octeontx-83: Add four ports on LBK1/2 device
  net: thunderx: add mbox for changing link state
  net: thunderx: Fix transmit channel config for secondary
  crypto: octeontx: enable driver
  crypto: octeontx-83: enable crypto device in domain
  thunder: bgx: octeontx-83: support mode change
  octeontx-83: bgx: add more bgx stats

Jakub Palider (1):
  misc: bphy: prevent out-of-bound array iteration

James Morse (102):
  x86/resctrl: Kill off alloc_enabled
  x86/resctrl: Merge mon_capable and mon_enabled
  x86/resctrl: Add domain online callback for resctrl work
  x86/resctrl: Group struct rdt_hw_domain cleanup
  x86/resctrl: Add domain offline callback for resctrl work
  x86/resctrl: Remove set_mba_sc()s control array re-initialisation
  x86/resctrl: Create

Re: [linux-yocto][yocto-kernel-cache yocto-5.15][PATCH] nxp-imx6: Enable CONFIG_SMP for imx6q

2022-09-05 Thread Bruce Ashfield 
merged.

Bruce

In message: [linux-yocto][yocto-kernel-cache yocto-5.15][PATCH] nxp-imx6: 
Enable CONFIG_SMP for imx6q
on 05/09/2022 Xiaolei Wang wrote:

> imx6q has 4 cpus, so enable CONFIG_SMP.
> 
> Signed-off-by: Xiaolei Wang 
> ---
>  bsp/nxp-imx6/nxp-imx6.cfg | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/bsp/nxp-imx6/nxp-imx6.cfg b/bsp/nxp-imx6/nxp-imx6.cfg
> index cdf4a856..d2d1594e 100644
> --- a/bsp/nxp-imx6/nxp-imx6.cfg
> +++ b/bsp/nxp-imx6/nxp-imx6.cfg
> @@ -3,6 +3,8 @@ CONFIG_SOC_IMX6UL=y
>  CONFIG_SOC_IMX6Q=y
>  CONFIG_SOC_IMX6SX=y
>  
> +CONFIG_SMP=y
> +
>  CONFIG_FW_LOADER=y
>  CONFIG_FW_LOADER_USER_HELPER=y
>  CONFIG_FW_LOADER_USER_HELPER_FALLBACK=y
> -- 
> 2.25.1
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11632): 
https://lists.yoctoproject.org/g/linux-yocto/message/11632
Mute This Topic: https://lists.yoctoproject.org/mt/93472413/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [linux-yocto] [yocto-kernel-cache][yocto-5.15][PATCH] xilinx-zynqmp: enable CONFIG_OF_CONFIGFS

2022-09-05 Thread Bruce Ashfield 
merged.

Bruce

In message: [yocto-kernel-cache][yocto-5.15][PATCH] xilinx-zynqmp: enable 
CONFIG_OF_CONFIGFS
on 05/09/2022 quanyang.w...@windriver.com wrote:

> From: Quanyang Wang 
> 
> The kernel option CONFIG_FS_CONFIGFS is needed by the feature DTB
> Overlay. So we need bring it back.
> 
> Signed-off-by: Quanyang Wang 
> ---
> Hi Bruce,
> Would you please help merge this patch to the branch:
>   yocto-5.15
> Thanks,
> Quanyang
> ---
>  bsp/xilinx-zynqmp/xilinx-zynqmp.cfg | 1 +
>  1 file changed, 1 insertion(+)
> 
> diff --git a/bsp/xilinx-zynqmp/xilinx-zynqmp.cfg 
> b/bsp/xilinx-zynqmp/xilinx-zynqmp.cfg
> index ae066f0052..8e147618e5 100644
> --- a/bsp/xilinx-zynqmp/xilinx-zynqmp.cfg
> +++ b/bsp/xilinx-zynqmp/xilinx-zynqmp.cfg
> @@ -237,6 +237,7 @@ CONFIG_PMBUS=y
>  CONFIG_SENSORS_MAX20751=y
>  
>  CONFIG_OF_OVERLAY=y
> +CONFIG_OF_CONFIGFS=y
>  CONFIG_FPGA_MGR_DEBUG_FS=y
>  
>  CONFIG_ARM_PSCI_CPUIDLE=y
> -- 
> 2.36.1
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11631): 
https://lists.yoctoproject.org/g/linux-yocto/message/11631
Mute This Topic: https://lists.yoctoproject.org/mt/93471581/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [linux-yocto][v5.15/standard/preempt-rt/sdkv5.15/xlnx-soc][PATCH] drm/xlnx: fix kmemleak by sending vblank_event in atomic_disable

2022-09-05 Thread Bruce Ashfield 
merged.

Bruce

In message: [linux-yocto][v5.15/standard/preempt-rt/sdkv5.15/xlnx-soc][PATCH] 
drm/xlnx: fix kmemleak by sending vblank_event in atomic_disable
on 05/09/2022 quanyang.w...@windriver.com wrote:

> From: Quanyang Wang 
> 
> commit a7e02f7796c163ac8297b30223bf24bade9f8a50 upstream
> 
> When running xrandr to change resolution of DP, the kmemleak as below
> can be observed:
> 
> unreferenced object 0x00080a351000 (size 256):
>   comm "Xorg", pid 248, jiffies 4294899614 (age 19.960s)
>   hex dump (first 32 bytes):
> 98 a0 bc 01 08 00 ff ff 01 00 00 00 00 00 00 00  
> ff ff ff ff 00 00 00 00 00 00 00 00 00 00 00 00  
>   backtrace:
> [] kmemleak_alloc+0x30/0x40
> [] kmem_cache_alloc+0x3d4/0x588
> [<88ea9bd7>] drm_atomic_helper_setup_commit+0x84/0x5f8
> [<2290a264>] drm_atomic_helper_commit+0x58/0x388
> [] drm_atomic_commit+0x4c/0x60
> [] drm_atomic_connector_commit_dpms+0xe8/0x110
> [<20ade187>] drm_mode_obj_set_property_ioctl+0x1b0/0x450
> [<918206d6>] drm_connector_property_set_ioctl+0x3c/0x68
> [<8d51e7a5>] drm_ioctl_kernel+0xc4/0x118
> [<2a819b75>] drm_ioctl+0x214/0x448
> [<8ca4e588>] __arm64_sys_ioctl+0xa8/0xf0
> [<34e15a35>] el0_svc_common.constprop.0+0x74/0x190
> [<1b93d916>] do_el0_svc+0x24/0x90
> [] el0_svc+0x14/0x20
> [] el0_sync_handler+0xb0/0xb8
> [<3e79c15f>] el0_sync+0x174/0x180
> 
> This is because there is a scenario that a drm_crtc_commit commit is
> allocated but not freed. The drm subsystem require/release references
> to a CRTC commit by calling drm_crtc_commit_get/put, and when
> drm_crtc_commit_put find that commit.ref.refcount is zero, it will
> call __drm_crtc_commit_free to free this CRTC commit. Among these
> drm_crtc_commit_get/put pairs, there is a drm_crtc_commit_get in
> drm_atomic_helper_setup_commit as below:
> 
> ...
> new_crtc_state->event->base.completion = >flip_done;
> new_crtc_state->event->base.completion_release = release_crtc_commit;
> drm_crtc_commit_get(commit);
> ...
> 
> This reference to the CRTC commit should be released at the function
> release_crtc_commit by calling e->completion_release(e->completion) in
> drm_send_event_locked. So we need to call drm_send_event_locked at
> two places: handling vblank event in the irq handler and the crtc disable
> helper. But in zynqmp_disp_crtc_atomic_disable, it only marks the flip
> is done and not call drm_crtc_commit_put. This result that the refcount
> of this commit is always non-zero and this commit will never be freed.
> 
> Since the function drm_crtc_send_vblank_event has operations both sending
> a flip_done signal and releasing reference to the CRTC commit, let's use
> it instead.
> 
> Signed-off-by: Quanyang Wang 
> Signed-off-by: Daniel Vetter 
> Link: 
> https://patchwork.freedesktop.org/patch/msgid/20210202064121.173362-1-quanyang.w...@windriver.com
> [Quanyang: Since Xilinx SDK is using downstream drm driver and the upstream
> patches are missing, so we need to bring this patch back.]
> ---
> Hi Bruce,
> Would you please help merge this patch to the branches:
>   v5.15/standard/preempt-rt/sdkv5.15/xlnx-soc
>   v5.15/standard/sdkv5.15/xlnx-soc
> Thanks,
> Quanyang
> ---
>  drivers/gpu/drm/xlnx/zynqmp_disp.c | 16 
>  1 file changed, 8 insertions(+), 8 deletions(-)
> 
> diff --git a/drivers/gpu/drm/xlnx/zynqmp_disp.c 
> b/drivers/gpu/drm/xlnx/zynqmp_disp.c
> index 3dc772034436b..13440f542cd21 100644
> --- a/drivers/gpu/drm/xlnx/zynqmp_disp.c
> +++ b/drivers/gpu/drm/xlnx/zynqmp_disp.c
> @@ -2041,8 +2041,6 @@ static void zynqmp_disp_enable(struct zynqmp_disp *disp)
>   */
>  static void zynqmp_disp_disable(struct zynqmp_disp *disp, bool force)
>  {
> - struct drm_crtc *crtc = >xlnx_crtc.crtc;
> -
>   if (!force && (!disp->enabled || zynqmp_disp_layer_is_enabled(disp)))
>   return;
>  
> @@ -2051,12 +2049,6 @@ static void zynqmp_disp_disable(struct zynqmp_disp 
> *disp, bool force)
>   zynqmp_disp_av_buf_disable_buf(>av_buf);
>   zynqmp_disp_av_buf_disable(>av_buf);
>  
> - /* Mark the flip is done as crtc is disabled anyway */
> - if (crtc->state->event) {
> - complete_all(crtc->state->event->base.completion);
> - crtc->state->event = NULL;
> - }
> -
>   disp->enabled = false;
>  }
>  
> @@ -2636,6 +2628,14 @@ zynqmp_disp_crtc_atomic_disable(struct drm_crtc *crtc,
>   zynqmp_disp_disable(disp, true);
>   if (!disp->dpsub->external_crtc_attached)
>   drm_crtc_vblank_off(crtc);
> +
> + spin_lock_irq(>dev->event_lock);
> + if (crtc->state->event) {
> + drm_crtc_send_vblank_event(crtc, crtc->state->event);
> + crtc->state->event = NULL;
> + }
> +

Re: [linux-yocto][linux-yocto v5.15] kernel code update for marvell cn96xx

2022-09-05 Thread Bruce Ashfield 
In message: [linux-yocto][linux-yocto v5.15] kernel code update for marvell 
cn96xx
on 05/09/2022 Ruiqiang Hao wrote:

> Hi Bruce,
> 
> Please help to merge code into our linux-yocto repo.
> 
> repo:
> linux-yocto
> branch:
>   v5.15/standard/cn-sdkv5.4/octeon

merged.

Bruce

> 
> Thanks,
> Ruiqiang
> 
> The following changes since commit e94f4db6bfbaf3f174aa5be5f4474b65b44952fd:
> 
>   Merge branch 'v5.15/standard/base' into v5.15/standard/cn-sdkv5.4/octeon 
> (2022-08-30 22:15:15 -0400)
> 
> are available in the Git repository at:
> 
>   g...@github.com:cythe/linux.git linux-yocto/v5.15/standard/cn-sdkv5.4/octeon
> 
> for you to fetch changes up to eab52121c46a27bea2059275859d26fcceac5c2d:
> 
>   drivers: marvell: otx2-sdei-ghes: Fix BERT report driver (2022-09-02 
> 08:41:24 +)
> 
> 
> Alex Leibovich (2):
>   gpio: mvebu: add soc interrupt handling
>   dtsi: gpio: mvebu: add AP GPIO interrupt
> 
> Amit Singh Tomar (14):
>   arm64: arm_mpam: update SYS_MPAM0_EL1 properly
>   arm_mpam: discover MPAM device behind the memory controller
>   arm_mpam: create DSS MPAM device
>   arm_mpam: get CPU accessibility for DSS MPAM
>   arm_mpam: resctrl: expose allocation for MBA
>   arm_mpam: resctrl: fix formula to calculate MBW % to max and vice-versa.
>   arm_mpam: resctrl: set the bandwidth granularity to minimum value
>   arm_mpam: program HARDLIM bit and MBW_MIN
>   arm_mpam: fix compiler warning
>   arm_mpam: Keep MBW_MIN close to MBW_MAX
>   perf/marvell: add MBWC event
>   arm_mpam: remove debug message from __init
>   perf/marvell: get ddr speed from "marvell,ddr-speed"
>   perf/marvell: Update dev name in Marvell DDR PMU
> 
> Baha Mesleh (3):
>   octeontx2-bphy-netdev: Fix cpri interrupt handling
>   octeontx2-bphy-netdev: re-enable cpri gpint when interface is stopped
>   octeontx2-bphy-netdev: Fix cnf10k link state set
> 
> Bharat Bhushan (1):
>   cn10k: Add workaround for MRVL TAD Errata-38891
> 
> Geetha sowjanya (13):
>   octeontx2-af: Apply errata workaround only to CN10K silicons
>   octeontx2-pf: Free pending and dropped SQEs
>   octeontx2-pf: Fix invalid pkt count send to dql_completed()
>   octeontx2-af: cn10k: mcs: Add MCS basic driver support
>   octeontx2-af: cn10k-b: mcs: Allocate structs for MCS resources
>   octeontx2-af: cn10k-b: mcs: Mbox to allocate/free MCS resources
>   octeontx2-af: cn10k-b: mcs: Mbox handlers to establish CA
>   octeontx2-af: cn10k-b: mcs: Install TCAM bypass entry
>   octeontx2-af: cnf10k-b: mcs: Add support for CNF10K MCS
>   octeontx2-af: cn10k-b: mcs: Support to retrieve MCS stats
>   octeontx2-af: cn10k-b: mcs: Support to reset MCS stats
>   octeontx2-af: cn10k-b: mcs: Add debugfs support
>   octeontx2-af: Fix pf bitmap for RVU VFs
> 
> George Cherian (1):
>   genirq: Increase the number of interrupters
> 
> German Gomez (1):
>   perf arm-spe: Save context ID in record
> 
> Hariprasad Kelam (8):
>   octeontx2-af: Increase mailbox timeout
>   octeontx2-af: Update CGX_ID_MASK value
>   octeontx2-pf: Don't support HTB ops while interface is down
>   octeontx2-pf: Allow DWRR nodes at all priorities
>   octeontx2-af: Don't reset previous pfc config
>   octeontx2-pf: Allow htb operations irrespective of interface state
>   octeontx2-af: Show count of dropped packets by DMAC filters
>   octeontx2-pf: Call smq flush on Qos Senq queues
> 
> Harman Kalra (15):
>   PCI: octeontx-83: add new quirks
>   PCI: octeontx-83: configure PKI sriov
>   thunder: bgx: octeontx-83: add octeontx callbacks
>   octeontx-83: domain based driver for 83xx
>   net: thunderx: Enable independent Rx packet size limit setting per LMAC
>   net: thunderx: Add multiqset support for dataplane apps
>   octeontx-83: Add LBK-based PKI/PKO-NIC communication.
>   net: thunderx: octeontx-83: Add packet rerouting between interfaces
>   octeontx-83: Add four ports on LBK1/2 device
>   net: thunderx: add mbox for changing link state
>   net: thunderx: Fix transmit channel config for secondary
>   crypto: octeontx: enable driver
>   crypto: octeontx-83: enable crypto device in domain
>   thunder: bgx: octeontx-83: support mode change
>   octeontx-83: bgx: add more bgx stats
> 
> Jakub Palider (1):
>   misc: bphy: prevent out-of-bound array iteration
> 
> James Morse (102):
>   x86/resctrl: Kill off alloc_enabled
>   x86/resctrl: Merge mon_capable and mon_enabled
>   x86/resctrl: Add domain online callback for resctrl work
>   x86/resctrl: Group struct rdt_hw_domain cleanup
>   x86/resctrl: Add domain offline callback for resctrl work
>   x86/resctrl: Remove set_mba_sc()s control array re-initialisation
>   x86/resctrl: Create mba_sc configuration in

Re: [linux-yocto] [linux-yocto std/rt kernel v5.15]: nxp-s32g: dts: s32g: disable mdio nodes of Aquantia phy for rdb2/3

2022-09-05 Thread Bruce Ashfield 
In message: [linux-yocto] [linux-yocto std/rt kernel v5.15]: nxp-s32g: dts: 
s32g: disable mdio nodes of Aquantia phy for rdb2/3
on 02/09/2022 Zhantao Tang wrote:

> Hi Bruce,
> 
> Would you please help merge the patch to the branches?
> v5.15/standard/preempt-rt/nxp-sdk-5.10/nxp-s32g
> v5.15/standard/nxp-sdk-5.10/nxp-s32g

merged.

Bruce

> 
> Thanks,
> Zhantao

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11628): 
https://lists.yoctoproject.org/g/linux-yocto/message/11628
Mute This Topic: https://lists.yoctoproject.org/mt/93411245/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [linux-yocto][linux-yocto v5.15] kernel code for marvell octeon

2022-09-05 Thread Bruce Ashfield 
merged.

Bruce

In message: [linux-yocto][linux-yocto v5.15] kernel code for marvell octeon
on 31/08/2022 Ruiqiang Hao wrote:

> Hi Bruce,
> 
> Please help to merge this patch into our linux-yocto repo.
> 
> repo:
>   linux-yocto
> branch:
>   v5.15/standard/cn-sdkv5.4/octeon
>   v5.15/standard/preempt-rt/cn-sdkv5.4/octeon
> 
> Thanks,
> Ruiqiang
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11627): 
https://lists.yoctoproject.org/g/linux-yocto/message/11627
Mute This Topic: https://lists.yoctoproject.org/mt/93365946/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [linux-yocto] [kernel-cache][master] nft: drop obsolete NFT_COUNTER

2022-09-05 Thread Bruce Ashfield 
merged.

Bruce

In message: [linux-yocto] [kernel-cache][master] nft: drop obsolete NFT_COUNTER
on 30/08/2022 Randy MacLeod wrote:

> Starting with 5.17, NFT_COUNTER became built-in:
>   023223dfbfb3 netfilter: nf_tables: make counter support built-in
> 
> The warning seen with 5.19 is:
>[kernel config]: This BSP contains fragments with warnings:
>[INFO]: the following symbols were not found in the active configuration:
>  - CONFIG_NFT_COUNTER
> 
> Signed-off-by: Randy MacLeod 
> ---
>  features/nf_tables/nf_tables.cfg | 1 -
>  1 file changed, 1 deletion(-)
> 
> diff --git a/features/nf_tables/nf_tables.cfg 
> b/features/nf_tables/nf_tables.cfg
> index b8f73b76..4debc628 100644
> --- a/features/nf_tables/nf_tables.cfg
> +++ b/features/nf_tables/nf_tables.cfg
> @@ -4,7 +4,6 @@ CONFIG_NF_TABLES_INET=y
>  CONFIG_NF_TABLES_NETDEV=y
>  CONFIG_NFT_CT=m
>  CONFIG_NFT_HASH=m
> -CONFIG_NFT_COUNTER=m
>  CONFIG_NFT_MASQ=m
>  CONFIG_NFT_REDIR=m
>  CONFIG_NFT_LOG=m
> -- 
> 2.34.1
> 

> 
> 
> 



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#11626): 
https://lists.yoctoproject.org/g/linux-yocto/message/11626
Mute This Topic: https://lists.yoctoproject.org/mt/93493667/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] M+ & H bugs with Milestone Movements WW36

2022-09-05 Thread Stephen Jolley 
All,

YP M+ or high bugs which moved to a new milestone in WW36 are listed below: 


Priority

Bug ID

Short Description

Changer

Owner

Was

Became


High

  14065

Automated ptest regression testing

randy.macl...@windriver.com

ross.bur...@arm.com

4.1 M3

4.1 M4

Thanks, 

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com  

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#57985): https://lists.yoctoproject.org/g/yocto/message/57985
Mute This Topic: https://lists.yoctoproject.org/mt/93492113/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Enhancements/Bugs closed WW36!

2022-09-05 Thread Stephen Jolley 
All,

The below were the owners of enhancements or bugs closed during the last
week!


Who

Count


richard.pur...@linuxfoundation.org

4


jpewhac...@gmail.com

2


mhalst...@linuxfoundation.org

1


Grand Total

7

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#57984): https://lists.yoctoproject.org/g/yocto/message/57984
Mute This Topic: https://lists.yoctoproject.org/mt/93492095/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Current high bug count owners for Yocto Project 4.1

2022-09-05 Thread Stephen Jolley 
All,

Below is the list as of top 35 bug owners as of the end of WW36 of who have
open medium or higher bugs and enhancements against YP 4.1.   There are 37
possible work days left until the final release candidates for YP 4.1 needs
to be released.


Who

Count


michael.opdenac...@bootlin.com

37


david.re...@windriver.com

23


bruce.ashfi...@gmail.com

22


ross.bur...@arm.com

18


randy.macl...@windriver.com

17


richard.pur...@linuxfoundation.org

14


sakib.sa...@windriver.com

11


jpewhac...@gmail.com

9


saul.w...@windriver.com

8


aryaman.gu...@windriver.com

7


sundeep.kokko...@gmail.com

6


pa...@zhukoff.net

6


tim.orl...@konsulko.com

4


jon.ma...@arm.com

4


mhalst...@linuxfoundation.org

3


pgowda@gmail.com

3


akuster...@gmail.com

3


hongxu@windriver.com

2


qi.c...@windriver.com

2


tvgamb...@gmail.com

2


s...@bigsur.com

2


raj.k...@gmail.com

2


mostthings...@gmail.com

1


beh...@converseincode.com

1


ola.x.nils...@axis.com

1


shac...@vdoo.com

1


martin.ja...@gmail.com

1


alexandre.bell...@bootlin.com

1


martin.bee...@online.de

1


open.sou...@oleksandr-kravchuk.com

1


ptsne...@gmail.com

1


thomas.per...@bootlin.com

1


nicolas.deche...@linaro.org

1


aeh...@gmail.com

1


alejan...@enedino.org

1


Grand Total

218

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#57983): https://lists.yoctoproject.org/g/yocto/message/57983
Mute This Topic: https://lists.yoctoproject.org/mt/93492044/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Yocto Project Newcomer & Unassigned Bugs - Help Needed

2022-09-05 Thread Stephen Jolley 
All,

 

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs  Also please
review:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and
how to create a bugzilla account at:

https://bugzilla.yoctoproject.org/createaccount.cgi

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 410
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now,  "4.1", "4.2", "4.3", "4.99" and "Future", the more
pressing/urgent issues being in "4.1" and then "4.2".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer
_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#57982): https://lists.yoctoproject.org/g/yocto/message/57982
Mute This Topic: https://lists.yoctoproject.org/mt/93492038/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Failing EXTERNALSRC and dangling symlinks

2022-09-05 Thread David Antliff 
Hi,

I don't know how to reply to list messages from a thread I wasn't subscribed to 
at the time, but I'd like to follow up on this thread from August 2016:

https://www.yoctoproject.org/pipermail/yocto/2016-August/031671.html

I can confirm that the referenced patch to checksum.py is part of my Yocto 
distribution (gatesgarth), yet I continue to see this issue with broken 
symlinks created by EXTERNALSRC rules.

WARNING: Unable to get checksum for my-recipe SRC_URI entry oe-workdir: [Errno 
2] No such file or directory: '/.../my-recipe/oe-workdir'
WARNING: Unable to get checksum for my-recipe SRC_URI entry oe-logs: [Errno 2] 
No such file or directory: '/.../my-recipe/oe-logs'

As mentioned in the original message, this occurs when the symlinks created by 
EXTERNALSRC are broken by, say, a removal of the build directory.

It's not a big deal because it doesn't break the build, but the original thread 
was left hanging, so I hope this info helps.

-- David.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#57981): https://lists.yoctoproject.org/g/yocto/message/57981
Mute This Topic: https://lists.yoctoproject.org/mt/93491463/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Help required for the Bluetooth USB dongle with yocto Dunfell #dunfell

2022-09-05 Thread Mahendra Sondagar 
Hi.. There

Hope all are doing well

I'm playing with the TP-Link Bluetooth dongle
For the instance, i have enabled all necessary drivers from the menuconfig
Not only that, but i have also manually added the firmware as per the few 
suggestions in rootfs of the yocto images

Those firmware are *rtl8761b_fw.bin* and *rtl8761b_config.bin*
During the boot, i can see that these drivers are loaded along with the hci0

Now the main issue is, *hciconfig hci0 up* is not working
The error message that, I'm getting is *Bluetooth: Unable to create CMAC crypto 
context*

here are the brief Bluetooth logs

--
[    0.146896] Bluetooth: Core ver 2.22
[    0.147022] Bluetooth: HCI device and connection manager initialized
[    0.147053] Bluetooth: HCI socket layer initialized
[    0.147075] Bluetooth: L2CAP socket layer initialized
[    0.147135] Bluetooth: SCO socket layer initialized
[    1.846271] Bluetooth: RFCOMM socket layer initialized
[    1.846342] Bluetooth: RFCOMM ver 1.11
[    1.846375] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[    1.846390] Bluetooth: BNEP filters: multicast
[    1.846414] Bluetooth: BNEP socket layer initialized
[    3.836720] Bluetooth: Starting self testing
[    3.923010] Bluetooth: ECDH test passed in 81376 usecs
[    3.929313] Bluetooth: Unable to create CMAC crypto context
[    3.933496] Bluetooth: Finished self testing
[    5.081021] Bluetooth: hci0: RTL: examining hci_ver=0a hci_rev=000b 
lmp_ver=0a lmp_subver=8761
[    5.091216] Bluetooth: hci0: RTL: rom_version status=0 version=1
[    5.096024] Bluetooth: hci0: RTL: loading rtl_bt/rtl8761b_fw.bin
[    5.108225] Bluetooth: hci0: RTL: loading rtl_bt/rtl8761b_config.bin
[    5.118750] Bluetooth: hci0: RTL: cfg_sz 25, total sz 11689
[    5.248253] Bluetooth: hci0: RTL: fw version 0x097bec43
[   74.094149] Bluetooth: Unable to create CMAC crypto context

---

Remember, i have already installed required bluetooth tools with the image

Such as bluez & dbus


IMAGE_INSTALL_append = " \
dbus \
bluez5 \
packagegroup-tools-bluetooth \
expat \
"
DISTRO_FEATURES_append = " \
bluetooth \
"
-

Can any one help me here?

All suggestions are welcome:)

Thanks
Mahendra (MS)

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#57980): https://lists.yoctoproject.org/g/yocto/message/57980
Mute This Topic: https://lists.yoctoproject.org/mt/93484958/21656
Mute #dunfell:https://lists.yoctoproject.org/g/yocto/mutehashtag/dunfell
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Help needed: list of products built with OE / Yocto

2022-09-05 Thread Michael Opdenacker via lists.yoctoproject.org 

Greetings

If you are using the Yocto Project to build your products, and are 
allowed to mention it, one way to contribute to the project is to add 
such products to the list that we keep on our Wiki: 
https://wiki.yoctoproject.org/wiki/Project_Users#Products_that_use_the_Yocto_Project


Thanks in advance
Cheers
Michael.

--
Michael Opdenacker, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#57979): https://lists.yoctoproject.org/g/yocto/message/57979
Mute This Topic: https://lists.yoctoproject.org/mt/93483106/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] wireguard fails with "exports duplicate symbol blake2s_final (owned by kernel)" in latest poky / meta-openembedded #dunfell

2022-09-05 Thread Jason A. Donenfeld via lists.yoctoproject.org 
On Wed, Aug 31, 2022 at 07:32:11AM -0700, Colin Finck wrote:
> After talking to Jason A. Donenfeld, it turned out that updating to
> the latest wireguard 1.0.x version is the only solution supported by
> the author. We should never maintain our own fork of wireguard
> 1.0.20200401, even less so considering that it's a highly
> security-critical component.
> The major and minor version of the latest wireguard stays the same.
> Hence, this is even a solution for a Yocto LTS release like dunfell.
> 
> As a consequence, I'm importing the latest wireguard version in this
> PR: https://github.com/openembedded/meta-openembedded/pull/599

Thanks. Indeed, to confirm this outside of IRC, using old snapshots of
wireguard-linux-compat is almost never a good idea, for anybody's
system, anywhere.

Jason

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#57978): https://lists.yoctoproject.org/g/yocto/message/57978
Mute This Topic: https://lists.yoctoproject.org/mt/92795671/21656
Mute #dunfell:https://lists.yoctoproject.org/g/yocto/mutehashtag/dunfell
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] [meta-yocto][dunfell][PATCH] linux-yocto/5.4: update genericx86* machines to v5.4.205

2022-09-05 Thread Anuj Mittal 
Hi Steve

I think this was sent to the wrong list. Can you include this in your
queue please?

Thanks,

Anuj

On Tue, 2022-08-16 at 20:20 +0530, Rajesh Dangi wrote:
> Signed-off-by: Rajesh Dangi 
> ---
>  .../recipes-kernel/linux/linux-yocto_5.4.bbappend | 8 --
> --
>  1 file changed, 4 insertions(+), 4 deletions(-)
> 
> diff --git a/meta-yocto-bsp/recipes-kernel/linux/linux-
> yocto_5.4.bbappend b/meta-yocto-bsp/recipes-kernel/linux/linux-
> yocto_5.4.bbappend
> index b2824cbb1d..219e788f47 100644
> --- a/meta-yocto-bsp/recipes-kernel/linux/linux-yocto_5.4.bbappend
> +++ b/meta-yocto-bsp/recipes-kernel/linux/linux-yocto_5.4.bbappend
> @@ -7,8 +7,8 @@ KMACHINE_genericx86 ?= "common-pc"
>  KMACHINE_genericx86-64 ?= "common-pc-64"
>  KMACHINE_beaglebone-yocto ?= "beaglebone"
>  
> -SRCREV_machine_genericx86 ?=
> "e2020dbe2ccaef50d7e8f37a5bf08c68a006a064"
> -SRCREV_machine_genericx86-64 ?=
> "e2020dbe2ccaef50d7e8f37a5bf08c68a006a064"
> +SRCREV_machine_genericx86 ?=
> "8a59dfded81659402005acfb06fbb00b71c8ce86"
> +SRCREV_machine_genericx86-64 ?=
> "8a59dfded81659402005acfb06fbb00b71c8ce86"
>  SRCREV_machine_edgerouter ?=
> "706efec4c1e270ec5dda92275898cd465dfdc7dd"
>  SRCREV_machine_beaglebone-yocto ?=
> "706efec4c1e270ec5dda92275898cd465dfdc7dd"
>  
> @@ -17,7 +17,7 @@ COMPATIBLE_MACHINE_genericx86-64 = "genericx86-64"
>  COMPATIBLE_MACHINE_edgerouter = "edgerouter"
>  COMPATIBLE_MACHINE_beaglebone-yocto = "beaglebone-yocto"
>  
> -LINUX_VERSION_genericx86 = "5.4.178"
> -LINUX_VERSION_genericx86-64 = "5.4.178"
> +LINUX_VERSION_genericx86 = "5.4.205"
> +LINUX_VERSION_genericx86-64 = "5.4.205"
>  LINUX_VERSION_edgerouter = "5.4.58"
>  LINUX_VERSION_beaglebone-yocto = "5.4.58"
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#57977): https://lists.yoctoproject.org/g/yocto/message/57977
Mute This Topic: https://lists.yoctoproject.org/mt/93060426/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-