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

All, YP M+ or high bugs which moved to a new milestone in WW33 are listed below: Priority Bug ID Short Description Changer Owner Was Became Medium+ 13229 ttm_bo_vm_open kernel warning richard.pur...@linuxfoundation.org

[yocto] Enhancements/Bugs closed WW32!

All, The below were the owners of enhancements or bugs closed during the last week! Who Count r...@burtonini.com 2 anuj.mit...@intel.com 1 mich...@yoctoproject.org 1 jpewhac...@gmail.com 1 Grand Total 5 Thanks, Stephen K. Jolley Yocto Project Program Manager *Cell:

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

All, Below is the list as of top 47 bug owners as of the end of WW33 of who have open medium or higher bugs and enhancements against YP 3.2. There are 52 possible work days left until the final release candidates for YP 3.2 needs to be released. Who Count richard.pur...@linuxfoundation.org

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

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:

Re: [linux-yocto][yocto-kernel-cache][master/yocto-5.4][PATCH] bsp/intel-x86: Fix badly formatted config GPIO_GENERIC_PLATFORM

merged. Bruce In message: [linux-yocto][yocto-kernel-cache][master/yocto-5.4][PATCH] bsp/intel-x86: Fix badly formatted config GPIO_GENERIC_PLATFORM on 17/08/2020 Yongxin Liu wrote: > Signed-off-by: Yongxin Liu > --- > bsp/intel-x86/intel-x86.cfg | 2 +- > 1 file changed, 1 insertion(+), 1

Re: [linux-yocto]: [kernel v5.4/standard/bcm-2xxx-rpi]: driver: net: lan78xx: fix building issue introduced by merging code from v5.4/standard/base

In message: [linux-yocto]: [kernel v5.4/standard/bcm-2xxx-rpi]: driver: net: lan78xx: fix building issue introduced by merging code from v5.4/standard/base on 17/08/2020 meng...@windriver.com wrote: > From: Limeng > > Hi Bruce, > > There are some raspberry pi sdk patches applied to the

Re: [linux-yocto] [yocto-kernel-cache]: bcm-2xxx-rpi: fix a kernel config typo

In message: [yocto-kernel-cache]: bcm-2xxx-rpi: fix a kernel config typo on 17/08/2020 meng...@windriver.com wrote: > From: Limeng > > Hi Bruce, > > fix a kernel config typo for common USB camera. > > Could you please help to merge this patch into yocto-kernel-cache, branches > is only

Re: [linux-yocto][v5.4/standard/preempt-rt/base][PATCH] signal: Prevent double-free of user struct

In message: [linux-yocto][v5.4/standard/preempt-rt/base][PATCH] signal: Prevent double-free of user struct on 17/08/2020 Yongxin Liu wrote: > From: Matt Fleming > > commit 9567db2ebe566a93485e1a27d8759969d0002d7a in linux-rt-devel. Normally I'd pick this up when the 5.4 rt stable was updated

Re: [yocto] pkg-config dependencies?

did you look at https://github.com/kraj/meta-openwrt/blob/master/recipes-networking/ipset/ipset_6.38.bb On Mon, Aug 17, 2020 at 10:14 AM Rob Prowel wrote: > > I'm trying to add the ipset utility to my arm build so that I can group > IP/ports for use in tc and netfilter. I was able to update the

[yocto] [meta-security][PATCH] trousers: Several Security fixes

From: Armin Kuster Fixes: CVE-2020-24332 CVE-2020-24330 CVE-2020-24331 Signed-off-by: Armin Kuster --- ...-security-issues-that-are-present-if.patch | 94 +++ meta-tpm/recipes-tpm/trousers/trousers_git.bb | 1 + 2 files changed, 95 insertions(+) create mode 100644

Re: [yocto] pkg-config dependencies?

On 2020-08-17 13:13, Rob Prowel wrote: I'm trying to add the ipset utility to my arm build so that I can group IP/ports for use in tc and netfilter.  I was able to update the vendor supplied iptools2 recipe to install tc and iptables, but ipset is a fresh recipe, not included in another

Re: [yocto] pkg-config dependencies?

DEPENDS adds the dependencies into $WORKDIR/recipe-sysroot, and native pkg-config looks there for .pc files in that directory. Alex On Mon, 17 Aug 2020 at 21:31, Rob Prowel wrote: > On 2020-08-17 14:25, Alexander Kanavin wrote: > > You need to add DEPENDS = "libmnl" maybe? > > > > RDEPENDS is

Re: [yocto] pkg-config dependencies?

On 2020-08-17 15:38, Konrad Weihmann wrote: Did you had a look at https://github.com/kraj/meta-openwrt/blob/master/recipes-networking/ipset/ipset_6.38.bb yet? That pretty much looks like the one you were looking for, but for an older version, right? Maybe you can try to use that recipe as a

Re: [yocto] pkg-config dependencies?

Did you had a look at https://github.com/kraj/meta-openwrt/blob/master/recipes-networking/ipset/ipset_6.38.bb yet? That pretty much looks like the one you were looking for, but for an older version, right? Maybe you can try to use that recipe as a basis for your update package On 17.08.20

Re: [yocto] pkg-config dependencies?

On 2020-08-17 14:25, Alexander Kanavin wrote: You need to add DEPENDS = "libmnl" maybe? RDEPENDS is needed for runtime things like script interpreters or supplementary data; plain library dependencies are build-time. Tried both: DEPENDS and RDEPENDS. libmnl.pc does exist in another tree but

Re: [yocto] pkg-config dependencies?

You need to add DEPENDS = "libmnl" maybe? RDEPENDS is needed for runtime things like script interpreters or supplementary data; plain library dependencies are build-time. Alex On Mon, 17 Aug 2020 at 19:14, Rob Prowel wrote: > I'm trying to add the ipset utility to my arm build so that I can

[yocto] pkg-config dependencies?

I'm trying to add the ipset utility to my arm build so that I can group IP/ports for use in tc and netfilter. I was able to update the vendor supplied iptools2 recipe to install tc and iptables, but ipset is a fresh recipe, not included in another existing layer. I'm adding the following in

[linux-yocto][v5.4/standard/preempt-rt/base][PATCH] signal: Prevent double-free of user struct

From: Matt Fleming commit 9567db2ebe566a93485e1a27d8759969d0002d7a in linux-rt-devel. The way user struct reference counting works changed significantly with, fda31c50292a ("signal: avoid double atomic counter increments for user accounting") Now user structs are only freed once the last

Re: [yocto] [auh] [PATCH RESEND 5/5] consistent naming for upgradehelper.py

On August 16, 2020 11:57:54 PM GMT+02:00, Alexander Kanavin wrote: >Thanks, I have added this to AUH repo too now; I assume there are no >changes in the re-sent patchset otherwise? > No change in any of the patches that I've resent. Quentin -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all

Re: [yocto] QA notification for completed autobuilder build (yocto-3.0.4.rc1)

On Mon, 2020-08-17 at 09:48 +0200, Zoran Stojsavljevic wrote: > > Intel and WR YP QA is planning for QA execution for YP > > build yocto-3.0.3.rc2. > > With all due respect... INTEL part I'll drop out. ;-) > > Better to keep YOCTO as an Open Source project without > mentioning ECO systems

Re: [yocto] QA notification for completed autobuilder build (yocto-3.0.4.rc1)

Apologies for the typo in mail earlier, Here’s the corrected one: Hello All, Intel and WR YP QA is planning for QA execution for YP build yocto-3.0.4.rc1. We are planning to execute following tests for this cycle: OEQA-manual tests for following module: 1. OE-Core 2. BSP-hw Runtime auto test

Re: [yocto] QA notification for completed autobuilder build (yocto-3.0.4.rc1)

>* Intel* and WR YP QA is planning for QA execution for YP > build yocto-3.0.3.rc2. With all due respect... INTEL part I'll drop out. ;-) Better to keep YOCTO as an Open Source project without mentioning ECO systems financing it... Correct?! YOCTO is an (Force Major context) Open Source

Re: [yocto] QA notification for completed autobuilder build (yocto-3.0.4.rc1)

Hello All, Intel and WR YP QA is planning for QA execution for YP build yocto-3.0.3.rc2. We are planning to execute following tests for this cycle: OEQA-manual tests for following module: 1. OE-Core 2. BSP-hw Runtime auto test for following platforms: 1. MinnowTurbot 32-bit 2. Coffee Lake 3.

Re: [yocto] NO INTERNET ENVIRONMENT - USING PREMIRROR fails -> gstreamer1.0_1.12.2.bb:do_unpack failed due to a fetch issue

Hi Martin, I am still stuck with this issue, I understood that the autogen.sh is the point where it wants to update the common submodule. *Even if BB_NO_NETWORK is set it still tries to access the* https://anongit.freedesktop.org/git/gstreamer/common.git (