Re: [yocto] Downloading Git Archives

2019-09-26 Thread Chuck Wolber
Thanks for replying! That is effectively what we have to do with the VM clone of the build machine. We spin up the VM, do the build, see what is new in the downloads directory, do our due diligence, and push the new stuff into the local mirror behind the firewall. The primary build server must

[yocto] Schedule Announced for Yocto Project Summit Europe 2019

2019-09-26 Thread Volosincu, Andreea S
We're excited to announce the amazing sessions scheduled for the Yocto Project Summit 2019. Sessions include: *Yocto Project and CVEs *Transitioning from long term stable to CI/CD *Binary package feeds for Yocto Project *Building container images with the

Re: [yocto] Downloading Git Archives

2019-09-26 Thread Rudolf J Streif
Chuck, Unless I am missing something (which I cannot entirely rule out), the default PREMIRRORS should actually do what you want. For the poky distro configuration has this: PREMIRRORS ??= "\ bzr://.*/.*   http://downloads.yoctoproject.org/mirror/sources/ \n \ cvs://.*/.*  

[yocto] Downloading Git Archives

2019-09-26 Thread Chuck Wolber
Hi All, Our build environment is stuck behind a firewall with no access to the Internet. When a Yocto build requires a new package, we normally extract the URL from the failed build log and "wget" the package from the upstream source, do our due diligence (checksums, etc), and then add it to the

[yocto] [PATCH v2] yocto-bsps: update to v5.2.17

2019-09-26 Thread bruce . ashfield
From: Bruce Ashfield Updating the reference BSP SRCREVs and versions to 5.2.17 to match the latest for qemu* and to pickup some reference board specific patches. Signed-off-by: Bruce Ashfield --- v2: make sure that genericx86 and beaglebone-yocto are updated

Re: [yocto] [PATCH] yocto-bsps: update to v5.2.17

2019-09-26 Thread Bruce Ashfield
On Thu, Sep 26, 2019 at 12:55 PM wrote: > From: Bruce Ashfield > > Updating the reference BSP SRCREVs and versions to 5.2.17 to match > the latest for qemu* and to pickup some reference board specific > patches. > > Signed-off-by: Bruce Ashfield > --- > .../linux/linux-yocto_5.2.bbappend

[yocto] [PATCH] yocto-bsps: update to v5.2.17

2019-09-26 Thread bruce . ashfield
From: Bruce Ashfield Updating the reference BSP SRCREVs and versions to 5.2.17 to match the latest for qemu* and to pickup some reference board specific patches. Signed-off-by: Bruce Ashfield --- .../linux/linux-yocto_5.2.bbappend | 16 1 file changed, 8

Re: [yocto] QA cycle report for 2.8 M3 RC1

2019-09-26 Thread akuster808
On 9/25/19 11:33 PM, Jain, Sangeeta wrote: > >   > > Hello All, > >   > > This is the full QA report for 2.8 M3 RC1:  > > https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults > >   > > === Summary > > No high milestone defects.  > >

Re: [yocto] Transfer meta-data between recipes

2019-09-26 Thread Mark Hatle
On 9/26/19 8:59 AM, Westermann, Oliver wrote: > Hey, > >   > > I’m trying to implement a bootloader-signing mechanism within yocto for > extended > secure-boot support. The bootloader and it’s recipes are provided by NXP (in > this case it’s the imx-boot_*.bb recipe from meta-freescale) and I

[yocto] Transfer meta-data between recipes

2019-09-26 Thread Westermann, Oliver
Hey, I'm trying to implement a bootloader-signing mechanism within yocto for extended secure-boot support. The bootloader and it's recipes are provided by NXP (in this case it's the imx-boot_*.bb recipe from meta-freescale) and I want to use a secondary recipe which I am creating to sign the

Re: [linux-yocto] [kernel v5.2/standard/xlnx-soc][PATCH 2/3] arm: dts: zynq: enablement of coresight topology

2019-09-26 Thread qwang2
On 9/26/19 9:29 PM, Michal Simek wrote: On 26. 09. 19 15:17, qwang2 wrote: On 9/26/19 8:50 PM, Michal Simek wrote: On 26. 09. 19 14:44, qwang2 wrote: On 9/26/19 8:13 PM, Michal Simek wrote: On 26. 09. 19 14:05, qwang2 wrote: On 9/26/19 7:11 PM, Michal Simek wrote: On 23. 09. 19 11:47,

Re: [linux-yocto] [kernel v5.2/standard/xlnx-soc][PATCH 2/3] arm: dts: zynq: enablement of coresight topology

2019-09-26 Thread qwang2
On 9/26/19 8:50 PM, Michal Simek wrote: On 26. 09. 19 14:44, qwang2 wrote: On 9/26/19 8:13 PM, Michal Simek wrote: On 26. 09. 19 14:05, qwang2 wrote: On 9/26/19 7:11 PM, Michal Simek wrote: On 23. 09. 19 11:47, quanyang.w...@windriver.com wrote: From: Zumeng Chen This patch is to build

Re: [linux-yocto] [kernel v5.2/standard/xlnx-soc][PATCH 2/3] arm: dts: zynq: enablement of coresight topology

2019-09-26 Thread qwang2
On 9/26/19 8:13 PM, Michal Simek wrote: On 26. 09. 19 14:05, qwang2 wrote: On 9/26/19 7:11 PM, Michal Simek wrote: On 23. 09. 19 11:47, quanyang.w...@windriver.com wrote: From: Zumeng Chen This patch is to build the coresight topology structure of zynq-7000 series according to the docs of

[yocto] [meta-qt5] qt5.sh in environment-setup.d

2019-09-26 Thread Adam Lee
I see that sourcing the SDK environment file ( *environment-setup-armv7ahf-neon-oe-linux-gnueabi*) results in a few QT variables pointing to the machine that generated the SDK (generated through populate_sdk). Towards the end of my environment file I have this line: if [ -d

Re: [linux-yocto] [kernel v5.2/standard/xlnx-soc][PATCH 2/3] arm: dts: zynq: enablement of coresight topology

2019-09-26 Thread qwang2
On 9/26/19 7:11 PM, Michal Simek wrote: On 23. 09. 19 11:47, quanyang.w...@windriver.com wrote: From: Zumeng Chen This patch is to build the coresight topology structure of zynq-7000 series according to the docs of coresight and userguide of zynq-7000. Signed-off-by: Zumeng Chen

[yocto] QA cycle report for 2.8 M3 RC1

2019-09-26 Thread Jain, Sangeeta
Hello All, This is the full QA report for 2.8 M3 RC1: https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults === Summary No high milestone defects. Two new defects are found in this cycle, mpc8315e-rdb System randomly hang when running