Date   

Re: Pull a single file using git lfs

Andy Pont
 

I wrote...

Unfortunately, there are other files in the same directory that can’t be checked out. Looking at that documentation, I have added the “nocheckout=1” option to the git definition in SRC_URI which is stopping the initial pull.

When I try to add any git commands into a do_fetch_append() then it dumps a load of Python looking stuff on the screen that ends with:

  File "autogenerated", line 4
    git lfs checkout build/filename
               ^
SyntaxError: invalid syntax
So, do_fetch() is a Python function and you can’t run shell commands in it.  That is fine, I have let it do its thing to initialise the git repository and moved my custom commands into a do_configure() to replace the standard one.

It will pull a single file out of the repo using "git checkout master <filename>” but is having difficulties with “git lfs …” commands.  That though looks like an issue there not with the bitbake recipe per-se.

-Andy.



Re: Pull a single file using git lfs

Andy Pont
 

Quentin wrote...

I unfortunately don't have experience with git lfs.
 
I'm thinking about the subpath argument to SRC_URI git fetcher.
 
https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#git-fetcher
Unfortunately, there are other files in the same directory that can’t be checked out. Looking at that documentation, I have added the “nocheckout=1” option to the git definition in SRC_URI which is stopping the initial pull.

When I try to add any git commands into a do_fetch_append() then it dumps a load of Python looking stuff on the screen that ends with:

  File "autogenerated", line 4
    git lfs checkout build/filename
               ^
SyntaxError: invalid syntax

-Andy.


Re: Pull a single file using git lfs

Quentin Schulz
 

Hi Andy,

On Wed, Dec 18, 2019 at 10:46:17AM +0000, Andy Pont wrote:
Hello,

I have a private git repo on our GitLab server that contains a bunch of
source files that came as part of a commercial product and the final binary
executable is also stored there using “git lfs”.

I’m trying to figure out how to create a bitbake recipe so that in the
do_fetch() stage it just pulls the single binary file. I think the file can
be got using “git lfs checkout path/to/file” but I’m not sure how to make it
connect to the repo and not do a regular “git pull”.
I unfortunately don't have experience with git lfs.

I'm thinking about the subpath argument to SRC_URI git fetcher.

https://www.yoctoproject.org/docs/current/bitbake-user-manual/bitbake-user-manual.html#git-fetcher

""subpath": Limits the checkout to a specific subpath of the tree. By
default, the whole tree is checked out."

So maybe by giving the path to the file you'll be able to get it without
the whole repo. Provided you're able to get those files with git pull
and not git lfs.

The other thing could be to use a do_fetch_append() with the call to git
lfs in there. I think the git used in that task will be the host one, so
you should then have support for git lfs provided you installed it on
the build machine.

Hopefully I'm not answering with complete non-sense, and giving you some
hints on what to test a bit more :)

Good luck,
Quentin


Pull a single file using git lfs

Andy Pont
 

Hello,

I have a private git repo on our GitLab server that contains a bunch of source files that came as part of a commercial product and the final binary executable is also stored there using “git lfs”.

I’m trying to figure out how to create a bitbake recipe so that in the do_fetch() stage it just pulls the single binary file. I think the file can be got using “git lfs checkout path/to/file” but I’m not sure how to make it connect to the repo and not do a regular “git pull”.

-Andy.


Re: QA Cycle report for build (yocto-3.1_M1.rc8)

Richard Purdie
 

On Wed, 2019-12-18 at 03:32 +0000, Jain, Sangeeta wrote:
Hello all,

This is the full report for 3.1_M1.rc8:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults


======= Summary ========
No high milestone defects.
No new defects are found in this cycle.
glib and valgrind ptest failed (BUG id:13713).

======= Bugs ========
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13713
Thanks Sangeeta.

Adding TSC to CC.

We have the bugs above but they're minor ptest issues (small
regressions).

We have performance problems in certain world build cases but we need
to work through those issues in master.

We also have reproducibile build issues but those are in theory fixed
in master.

I think we should ship this as I can't see any huge improvements from
any further respins, it just collides with vactions. We should move
forward to M2 after the holidays.

Cheers,

Richard


Re: Dynamic layer or recipe not working

Andy Pont
 

Konrad wrote…

I don’t fully get what you trying to achieve, but the from my point of view dynamic layers (BBFILES_DYNAMIC) are mainly used for bbappends only.
They prevent bitbake from parsing a bbappend in case the layer with the original bb file is absent.
I was trying to follow the example of the meta-freescale layer which has both .bb and .bbappend files within dynamic layers.  

Having thought about it some more I realise that it could just be in one of the regular recipe-xxxxx directories and didn’t need to be in a dynamic layer after all.

-Andy.


Re: go tool dist: unknown architecture: aarch64

learning yocto
 

A bit debug, found out that the go-native.inc depends on
go1.4-bootstrap which does not have arm64/aarch64 support.
Found out a reference on
- https://golang.org/doc/install/source#bootstrapFromSource
- https://golang.org/doc/install/source#bootstrapFromCrosscompiledSource

To cross-compile a bootstrap toolchain from source, which is necessary
on systems Go 1.4 did not target (for example, linux/ppc64le), install
Go on a different system and run
bootstrap.bash(https://golang.org/src/bootstrap.bash)

When run as (for example)

$ GOOS=linux GOARCH=ppc64 ./bootstrap.bash

How to add this in yocto I am not sure...
any pointers please help

On Wed, 18 Dec 2019 at 05:18, learning yocto via
Lists.Yoctoproject.Org
<learning.yocto=gmail.com@...> wrote:


Hello List,

I am a newbie to yocto world, trying to build poky (zeus) for
qemuarm64 machine on an arm64 board.

When I included meta-virtualization layer and add docker-ce

local.conf
-----------
DISTRO_FEATURES_append = " virtualization"
IMAGE_INSTALL_append = " docker"
-----------

bitbake core-image-minimal / bitbake -c configure go-native
throws the error

---------------
DEBUG: Executing shell function do_configure
# Building C bootstrap tool.
cmd/dist
go tool dist: unknown architecture: aarch64
WARNING: exit code 1 from a shell command.
ERROR: Execution of
'/mnt1/yocto_kb/build-rpi/tmp/work/aarch64-linux/go-native/1.12.9-r0/temp/run.do_configure.31724'
failed with exit code 1:
# Building C bootstrap tool.
cmd/dist
go tool dist: unknown architecture: aarch64
WARNING: exit code 1 from a shell command.
---------

Not sure how to fix this error. Please advice
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#47741): https://lists.yoctoproject.org/g/yocto/message/47741
Mute This Topic: https://lists.yoctoproject.org/mt/68784558/4043142
Group Owner: yocto+owner@...
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [learning.yocto@...]
-=-=-=-=-=-=-=-=-=-=-=-


[meta-selinux][PATCH] MAINTAINERS: update maintainer

Yi Zhao
 

Add Yi Zhao as the maintainer.

Signed-off-by: Yi Zhao <yi.zhao@...>
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/MAINTAINERS b/MAINTAINERS
index 1a19891..36c451f 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -30,6 +30,6 @@ F: classes
F: recipes-*

COMMON
-M: Mark Hatle <mark.hatle@...>
+M: Yi Zhao <yi.zhao@...>
F: conf
F: recipes-*
--
2.17.1


Re: meta-intel stuck on bootup #yocto

eph_pendragon
 

Okay guys, the issue has been resolved. I changed the default kernel to 4.9 and also patched it to include and support additional hardware present on my PC.


Re: Raspberry pi 4 recipe and layer issues.

Josef Holzmayr <holzmayr@...>
 

Howdy!

On Wed, Dec 18, 2019 at 12:55:38AM +0000, Ed Vidal wrote:
Hi All
This is the error that I see bitbake -DDD arachne-pnr in log.do_compile
My recipe is found at https://github.com/develone/meta-yosys-tools/blob/master/recipes-arachne-pnr/arachne-pnr/arachne-pnr_0.1.bb

I have added to the depends DEPENDS = " icestorm busybox" no help
/bin/sh: 1: sum: not found
I did a search for does busybox provide sumhttps://busybox.net/BusyBox.htmlIt provides both sh & sum
        [, [[, acpid, add-shell, addgroup, adduser, adjtimex, ar, arp,        arping, awk, base64, basename, bbconfig, beep, blkid, blockdev,        bootchartd, brctl, bunzip2, bzcat, bzip2, cal, cat, catv, chat,        chattr, chgrp, chmod, chown, chpasswd, chpst, chroot, chrt, chvt,        cksum, clear, cmp, comm, conspy, cp, cpio, crond, crontab, cryptpw,        cttyhack, cut, date, dc, dd, deallocvt, delgroup, deluser, depmod,        devfsd, devmem, df, dhcprelay, diff, dirname, dmesg, dnsd,        dnsdomainname, dos2unix, dpkg, dpkg-deb, du, dumpkmap, dumpleases,        echo, ed, egrep, eject, env, envdir, envuidgid, ether-wake, expand,        expr, fakeidentd, false, fbset, fbsplash, fdflush, fdformat, fdisk,        fgconsole, fgrep, find, findfs, flash_eraseall, flash_lock,        flash_unlock, flashcp, flock, fold, free, freeramdisk, fsck,        fsck.minix, fsync, ftpd, ftpget, ftpput, fuser, getopt, getty, grep,        gunzip, gzip, halt, hd, hdparm, head, hexdump, hostid, hostname,        httpd, hush, hwclock, id, ifconfig, ifdown, ifenslave, ifplugd,        ifup, inetd, init, inotifyd, insmod, install, ionice, iostat, ip,        ipaddr, ipcalc, ipcrm, ipcs, iplink, iproute, iprule, iptunnel,        kbd_mode, kill, killall, killall5, klogd, last, length, less,        linux32, linux64, linuxrc, ln, loadfont, loadkmap, logger, login,        logname, logread, losetup, lpd, lpq, lpr, ls, lsattr, lsmod, lspci,        lsusb, lzcat, lzma, lzop, lzopcat, makedevs, makemime, man, md5sum,        mdev, mesg, microcom, mkdir, mkdosfs, mke2fs, mkfifo, mkfs.ext2,        mkfs.minix, mkfs.reiser, mkfs.vfat, mknod, mkpasswd, mkswap, mktemp,        modinfo, modprobe, more, mount, mountpoint, mpstat, msh, mt, mv,        nameif, nanddump, nandwrite, nbd-client, nc, netstat, nice, nmeter,        nohup, nslookup, ntpd, od, openvt, passwd, patch, pgrep, pidof,        ping, ping6, pipe_progress, pivot_root, pkill, pmap, popmaildir,        poweroff, powertop, printenv, printf, ps, pscan, pwd, raidautorun,        rdate, rdev, readahead, readlink, readprofile, realpath, reboot,        reformime, remove-shell, renice, reset, resize, rev, rfkill, rm,        rmdir, rmmod, route, rpm, rpm2cpio, rtcwake, run-parts, runlevel,        runsv, runsvdir, rx, script, scriptreplay, sed, sendmail, seq,        setarch, setconsole, setfont, setkeycodes, setlogcons, setsid,        setuidgid, sh, sha1sum, sha256sum, sha512sum, showkey, slattach,        sleep, smemcap, softlimit, sort, split, start-stop-daemon, stat,        strings, stty, su, sulogin, sum, sv, svlogd, swapoff, swapon,        switch_root, sync, sysctl, syslogd, tac, tail, tar, taskset, tcpsvd,        tee, telnet, telnetd, test, tftp, tftpd, time, timeout, top, touch,        tr, traceroute, traceroute6, true, tty, ttysize, tunctl, tune2fs,        ubiattach, ubidetach, udhcpc, udhcpd, udpsvd, umount, uname,        uncompress, unexpand, uniq, unix2dos, unlzma, unlzop, unxz, unzip,        uptime, usleep, uudecode, uuencode, vconfig, vi, vlock, volname,        wall, watch, watchdog, wc, wget, which, who, whoami, xargs, xz,        xzcat, yes, zcat, zcip
Thats only halfways correct: busybox *CAN* provide sum, if configured
accordingly. It obviously is not, in your case. The easiest way to get
sum is probably to just pull in coreutils:

http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/coreutils/coreutils_8.31.bb

Greetz

--
———————————————
Josef Holzmayr
Software Developer Embedded Systems

Tel: +49 8444 9204-48
Fax: +49 8444 9204-50

R-S-I Elektrotechnik GmbH & Co. KG
Woelkestrasse 11
D-85301 Schweitenkirchen
www.rsi-elektrotechnik.de
———————————————
Amtsgericht Ingolstadt – GmbH: HRB 191328 – KG: HRA 170393
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
Ust-IdNr: DE 128592548

_____________________________________________________________
Amtsgericht Ingolstadt - GmbH: HRB 191328 - KG: HRA 170363
Geschäftsführer: Dr.-Ing. Michael Sorg, Dipl.-Ing. Franz Sorg
USt-IdNr.: DE 128592548


Re: QA Cycle report for build (yocto-3.1_M1.rc8)

Sangeeta Jain
 

-----Original Message-----
From: akuster808 <akuster808@...>
Sent: Wednesday, 18 December, 2019 12:11 PM
To: Jain, Sangeeta <sangeeta.jain@...>; yocto@...
Cc: otavio@...; yi.zhao@...; Sangal, Apoorv
<apoorv.sangal@...>; Yeoh, Ee Peng <ee.peng.yeoh@...>; Chan,
Aaron Chun Yew <aaron.chun.yew.chan@...>;
richard.purdie@...; sjolley.yp.pm@...
Subject: Re: QA Cycle report for build (yocto-3.1_M1.rc8)



On 12/17/19 7:32 PM, Jain, Sangeeta wrote:
Hello all,

This is the full report for 3.1_M1.rc8:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/t
ree/?h=intel-yocto-testresults
Thanks.



======= Summary ========
No high milestone defects.
No new defects are found in this cycle.
glib and valgrind ptest failed (BUG id:13713).
I believe the valgrid failure is a known issue:

https://bugzilla.yoctoproject.org/show_bug.cgi?id=13666
Yes, this is the same issue which is present in this build as well.


- armin

======= Bugs ========
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13713


Thanks,
Sangeeta
-----Original Message-----
From: yocto@... <yocto@...> On
Behalf Of pokybuild@...
Sent: Friday, 13 December, 2019 3:15 PM
To: yocto@...
Cc: otavio@...; yi.zhao@...; Sangal, Apoorv
<apoorv.sangal@...>; Yeoh, Ee Peng <ee.peng.yeoh@...>;
Chan, Aaron Chun Yew <aaron.chun.yew.chan@...>; Ang, Chin Huat
<chin.huat.ang@...>; richard.purdie@...;
akuster808@...; sjolley.yp.pm@...; Jain, Sangeeta
<sangeeta.jain@...>
Subject: [yocto] QA notification for completed autobuilder build
(yocto-
3.1_M1.rc8)


A build flagged for QA (yocto-3.1_M1.rc8) was completed on the
autobuilder and is available at:


https://autobuilder.yocto.io/pub/releases/yocto-3.1_M1.rc8


Build hash information:

bitbake: 99d46107ccfcec576238d32cfe7903440857038d
meta-gplv2: a67a5fd160f97129a6afd65f107cd2cbdfec41e7
meta-intel: e1b373f3cbb9acd71efe84d782675025d59b6035
meta-mingw: 126efdad243e1a3bead5b695df6656e94353dd46
oecore: 0f04e81c797d5d337ece4e8638a6b71c75bc0a00
poky: 1abffc542a0571f0d1512b92c1a59d138cf3ea6a



This is an automated message from the Yocto Project Autobuilder
Git: git://git.yoctoproject.org/yocto-autobuilder2
Email: richard.purdie@...



go tool dist: unknown architecture: aarch64

learning yocto
 

Hello List,

I am a newbie to yocto world, trying to build poky (zeus) for
qemuarm64 machine on an arm64 board.

When I included meta-virtualization layer and add docker-ce

local.conf
-----------
DISTRO_FEATURES_append = " virtualization"
IMAGE_INSTALL_append = " docker"
-----------

bitbake core-image-minimal / bitbake -c configure go-native
throws the error

---------------
DEBUG: Executing shell function do_configure
# Building C bootstrap tool.
cmd/dist
go tool dist: unknown architecture: aarch64
WARNING: exit code 1 from a shell command.
ERROR: Execution of
'/mnt1/yocto_kb/build-rpi/tmp/work/aarch64-linux/go-native/1.12.9-r0/temp/run.do_configure.31724'
failed with exit code 1:
# Building C bootstrap tool.
cmd/dist
go tool dist: unknown architecture: aarch64
WARNING: exit code 1 from a shell command.
---------

Not sure how to fix this error. Please advice


Re: QA Cycle report for build (yocto-3.1_M1.rc8)

Armin Kuster
 

On 12/17/19 7:32 PM, Jain, Sangeeta wrote:
Hello all,

This is the full report for 3.1_M1.rc8:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
Thanks.



======= Summary ========
No high milestone defects.
No new defects are found in this cycle.
glib and valgrind ptest failed (BUG id:13713).
I believe the valgrid failure is a known issue:

https://bugzilla.yoctoproject.org/show_bug.cgi?id=13666

- armin

======= Bugs ========
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13713


Thanks,
Sangeeta
-----Original Message-----
From: yocto@... <yocto@...> On Behalf
Of pokybuild@...
Sent: Friday, 13 December, 2019 3:15 PM
To: yocto@...
Cc: otavio@...; yi.zhao@...; Sangal, Apoorv
<apoorv.sangal@...>; Yeoh, Ee Peng <ee.peng.yeoh@...>; Chan,
Aaron Chun Yew <aaron.chun.yew.chan@...>; Ang, Chin Huat
<chin.huat.ang@...>; richard.purdie@...;
akuster808@...; sjolley.yp.pm@...; Jain, Sangeeta
<sangeeta.jain@...>
Subject: [yocto] QA notification for completed autobuilder build (yocto-
3.1_M1.rc8)


A build flagged for QA (yocto-3.1_M1.rc8) was completed on the autobuilder
and is available at:


https://autobuilder.yocto.io/pub/releases/yocto-3.1_M1.rc8


Build hash information:

bitbake: 99d46107ccfcec576238d32cfe7903440857038d
meta-gplv2: a67a5fd160f97129a6afd65f107cd2cbdfec41e7
meta-intel: e1b373f3cbb9acd71efe84d782675025d59b6035
meta-mingw: 126efdad243e1a3bead5b695df6656e94353dd46
oecore: 0f04e81c797d5d337ece4e8638a6b71c75bc0a00
poky: 1abffc542a0571f0d1512b92c1a59d138cf3ea6a



This is an automated message from the Yocto Project Autobuilder
Git: git://git.yoctoproject.org/yocto-autobuilder2
Email: richard.purdie@...



QA Cycle report for build (yocto-3.1_M1.rc8)

Sangeeta Jain
 

Hello all,

This is the full report for 3.1_M1.rc8:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults


======= Summary ========
No high milestone defects.
No new defects are found in this cycle.
glib and valgrind ptest failed (BUG id:13713).

======= Bugs ========
https://bugzilla.yoctoproject.org/show_bug.cgi?id=13713


Thanks,
Sangeeta

-----Original Message-----
From: yocto@... <yocto@...> On Behalf
Of pokybuild@...
Sent: Friday, 13 December, 2019 3:15 PM
To: yocto@...
Cc: otavio@...; yi.zhao@...; Sangal, Apoorv
<apoorv.sangal@...>; Yeoh, Ee Peng <ee.peng.yeoh@...>; Chan,
Aaron Chun Yew <aaron.chun.yew.chan@...>; Ang, Chin Huat
<chin.huat.ang@...>; richard.purdie@...;
akuster808@...; sjolley.yp.pm@...; Jain, Sangeeta
<sangeeta.jain@...>
Subject: [yocto] QA notification for completed autobuilder build (yocto-
3.1_M1.rc8)


A build flagged for QA (yocto-3.1_M1.rc8) was completed on the autobuilder
and is available at:


https://autobuilder.yocto.io/pub/releases/yocto-3.1_M1.rc8


Build hash information:

bitbake: 99d46107ccfcec576238d32cfe7903440857038d
meta-gplv2: a67a5fd160f97129a6afd65f107cd2cbdfec41e7
meta-intel: e1b373f3cbb9acd71efe84d782675025d59b6035
meta-mingw: 126efdad243e1a3bead5b695df6656e94353dd46
oecore: 0f04e81c797d5d337ece4e8638a6b71c75bc0a00
poky: 1abffc542a0571f0d1512b92c1a59d138cf3ea6a



This is an automated message from the Yocto Project Autobuilder
Git: git://git.yoctoproject.org/yocto-autobuilder2
Email: richard.purdie@...



Re: Raspberry pi 4 recipe and layer issues.

Ed Vidal
 

Hi All

This is the error that I see bitbake -DDD arachne-pnr in log.do_compile

My recipe is found at 

I have added to the depends DEPENDS = " icestorm busybox" no help

/bin/sh: 1: sum: not found

I did a search for does busybox provide sum
https://busybox.net/BusyBox.html
It provides both sh & sum

        [, [[, acpid, add-shell, addgroup, adduser, adjtimex, ar, arp,
        arping, awk, base64, basename, bbconfig, beep, blkid, blockdev,
        bootchartd, brctl, bunzip2, bzcat, bzip2, cal, cat, catv, chat,
        chattr, chgrp, chmod, chown, chpasswd, chpst, chroot, chrt, chvt,
        cksum, clear, cmp, comm, conspy, cp, cpio, crond, crontab, cryptpw,
        cttyhack, cut, date, dc, dd, deallocvt, delgroup, deluser, depmod,
        devfsd, devmem, df, dhcprelay, diff, dirname, dmesg, dnsd,
        dnsdomainname, dos2unix, dpkg, dpkg-deb, du, dumpkmap, dumpleases,
        echo, ed, egrep, eject, env, envdir, envuidgid, ether-wake, expand,
        expr, fakeidentd, false, fbset, fbsplash, fdflush, fdformat, fdisk,
        fgconsole, fgrep, find, findfs, flash_eraseall, flash_lock,
        flash_unlock, flashcp, flock, fold, free, freeramdisk, fsck,
        fsck.minix, fsync, ftpd, ftpget, ftpput, fuser, getopt, getty, grep,
        gunzip, gzip, halt, hd, hdparm, head, hexdump, hostid, hostname,
        httpd, hush, hwclock, id, ifconfig, ifdown, ifenslave, ifplugd,
        ifup, inetd, init, inotifyd, insmod, install, ionice, iostat, ip,
        ipaddr, ipcalc, ipcrm, ipcs, iplink, iproute, iprule, iptunnel,
        kbd_mode, kill, killall, killall5, klogd, last, length, less,
        linux32, linux64, linuxrc, ln, loadfont, loadkmap, logger, login,
        logname, logread, losetup, lpd, lpq, lpr, ls, lsattr, lsmod, lspci,
        lsusb, lzcat, lzma, lzop, lzopcat, makedevs, makemime, man, md5sum,
        mdev, mesg, microcom, mkdir, mkdosfs, mke2fs, mkfifo, mkfs.ext2,
        mkfs.minix, mkfs.reiser, mkfs.vfat, mknod, mkpasswd, mkswap, mktemp,
        modinfo, modprobe, more, mount, mountpoint, mpstat, msh, mt, mv,
        nameif, nanddump, nandwrite, nbd-client, nc, netstat, nice, nmeter,
        nohup, nslookup, ntpd, od, openvt, passwd, patch, pgrep, pidof,
        ping, ping6, pipe_progress, pivot_root, pkill, pmap, popmaildir,
        poweroff, powertop, printenv, printf, ps, pscan, pwd, raidautorun,
        rdate, rdev, readahead, readlink, readprofile, realpath, reboot,
        reformime, remove-shell, renice, reset, resize, rev, rfkill, rm,
        rmdir, rmmod, route, rpm, rpm2cpio, rtcwake, run-parts, runlevel,
        runsv, runsvdir, rx, script, scriptreplay, sed, sendmail, seq,
        setarch, setconsole, setfont, setkeycodes, setlogcons, setsid,
        setuidgid, sh, sha1sum, sha256sum, sha512sum, showkey, slattach,
        sleep, smemcap, softlimit, sort, split, start-stop-daemon, stat,
        strings, stty, su, sulogin, sum, sv, svlogd, swapoff, swapon,
        switch_root, sync, sysctl, syslogd, tac, tail, tar, taskset, tcpsvd,
        tee, telnet, telnetd, test, tftp, tftpd, time, timeout, top, touch,
        tr, traceroute, traceroute6, true, tty, ttysize, tunctl, tune2fs,
        ubiattach, ubidetach, udhcpc, udhcpd, udpsvd, umount, uname,
        uncompress, unexpand, uniq, unix2dos, unlzma, unlzop, unxz, unzip,
        uptime, usleep, uudecode, uuencode, vconfig, vi, vlock, volname,
        wall, watch, watchdog, wc, wget, which, who, whoami, xargs, xz,
        xzcat, yes, zcat, zcip


Thanks in advance.

Best Regards

Edward Vidal Jr. e-mail develone@... 915-595-1613


[meta-openssl102][PATCH 1/1] openssl: Fix CVE-2019-1551

Joe Slater <joe.slater@...>
 

Apply patch from openssl dated after the 1.0.2t release.

Signed-off-by: Joe Slater <joe.slater@...>
---
.../openssl/openssl/cve-2019-1551_102.patch | 778 +++++++++++++++++++++
recipes-connectivity/openssl/openssl_1.0.2t.bb | 1 +
2 files changed, 779 insertions(+)
create mode 100644 recipes-connectivity/openssl/openssl/cve-2019-1551_102.patch

diff --git a/recipes-connectivity/openssl/openssl/cve-2019-1551_102.patch b/recipes-connectivity/openssl/openssl/cve-2019-1551_102.patch
new file mode 100644
index 0000000..311c742
--- /dev/null
+++ b/recipes-connectivity/openssl/openssl/cve-2019-1551_102.patch
@@ -0,0 +1,778 @@
+openssl: Fix CVE-2019-1551
+
+CVE: CVE-2019-1551
+
+Unmodified. On OpenSSL_1_0_2-stable after OpenSSL_1_0_2t tag.
+
+Upstream-status -- Backport [git://git.openssl.org/openssl.git]
+
+Signed-off-by -- Joe Slater <joe.slater@...>
+
+===
+
+From f1c5eea8a817075d31e43f5876993c6710238c98 Mon Sep 17 00:00:00 2001
+From: Andy Polyakov <appro@...>
+Date: Wed, 4 Dec 2019 12:48:21 +0100
+Subject: [oe-core][PATCH 1/1] Fix an overflow bug in rsaz_512_sqr
+
+There is an overflow bug in the x64_64 Montgomery squaring procedure used in
+exponentiation with 512-bit moduli. No EC algorithms are affected. Analysis
+suggests that attacks against 2-prime RSA1024, 3-prime RSA1536, and DSA1024 as a
+result of this defect would be very difficult to perform and are not believed
+likely. Attacks against DH512 are considered just feasible. However, for an
+attack the target would have to re-use the DH512 private key, which is not
+recommended anyway. Also applications directly using the low level API
+BN_mod_exp may be affected if they use BN_FLG_CONSTTIME.
+
+CVE-2019-1551
+
+Reviewed-by: Paul Dale <paul.dale@...>
+Reviewed-by: Bernd Edlinger <bernd.edlinger@...>
+(Merged from https://github.com/openssl/openssl/pull/10576)
+---
+ crypto/bn/asm/rsaz-x86_64.pl | 399 ++++++++++++++++++++++---------------------
+ 1 file changed, 206 insertions(+), 193 deletions(-)
+
+diff --git a/crypto/bn/asm/rsaz-x86_64.pl b/crypto/bn/asm/rsaz-x86_64.pl
+index 87ce2c3..e0da6d9 100755
+--- a/crypto/bn/asm/rsaz-x86_64.pl
++++ b/crypto/bn/asm/rsaz-x86_64.pl
+@@ -140,7 +140,7 @@ rsaz_512_sqr: # 25-29% faster than rsaz_512_mul
+
+ subq \$128+24, %rsp
+ .Lsqr_body:
+- movq $mod, %rbp # common argument
++ movq $mod, %xmm1 # common off-load
+ movq ($inp), %rdx
+ movq 8($inp), %rax
+ movq $n0, 128(%rsp)
+@@ -158,7 +158,8 @@ $code.=<<___;
+ .Loop_sqr:
+ movl $times,128+8(%rsp)
+ #first iteration
+- movq %rdx, %rbx
++ movq %rdx, %rbx # 0($inp)
++ mov %rax, %rbp # 8($inp)
+ mulq %rdx
+ movq %rax, %r8
+ movq 16($inp), %rax
+@@ -197,31 +198,29 @@ $code.=<<___;
+ mulq %rbx
+ addq %rax, %r14
+ movq %rbx, %rax
+- movq %rdx, %r15
+- adcq \$0, %r15
++ adcq \$0, %rdx
+
+- addq %r8, %r8 #shlq \$1, %r8
+- movq %r9, %rcx
+- adcq %r9, %r9 #shld \$1, %r8, %r9
++ xorq %rcx,%rcx # rcx:r8 = r8 << 1
++ addq %r8, %r8
++ movq %rdx, %r15
++ adcq \$0, %rcx
+
+ mulq %rax
+- movq %rax, (%rsp)
+- addq %rdx, %r8
+- adcq \$0, %r9
++ addq %r8, %rdx
++ adcq \$0, %rcx
+
+- movq %r8, 8(%rsp)
+- shrq \$63, %rcx
++ movq %rax, (%rsp)
++ movq %rdx, 8(%rsp)
+
+ #second iteration
+- movq 8($inp), %r8
+ movq 16($inp), %rax
+- mulq %r8
++ mulq %rbp
+ addq %rax, %r10
+ movq 24($inp), %rax
+ movq %rdx, %rbx
+ adcq \$0, %rbx
+
+- mulq %r8
++ mulq %rbp
+ addq %rax, %r11
+ movq 32($inp), %rax
+ adcq \$0, %rdx
+@@ -229,7 +228,7 @@ $code.=<<___;
+ movq %rdx, %rbx
+ adcq \$0, %rbx
+
+- mulq %r8
++ mulq %rbp
+ addq %rax, %r12
+ movq 40($inp), %rax
+ adcq \$0, %rdx
+@@ -237,7 +236,7 @@ $code.=<<___;
+ movq %rdx, %rbx
+ adcq \$0, %rbx
+
+- mulq %r8
++ mulq %rbp
+ addq %rax, %r13
+ movq 48($inp), %rax
+ adcq \$0, %rdx
+@@ -245,7 +244,7 @@ $code.=<<___;
+ movq %rdx, %rbx
+ adcq \$0, %rbx
+
+- mulq %r8
++ mulq %rbp
+ addq %rax, %r14
+ movq 56($inp), %rax
+ adcq \$0, %rdx
+@@ -253,39 +252,39 @@ $code.=<<___;
+ movq %rdx, %rbx
+ adcq \$0, %rbx
+
+- mulq %r8
++ mulq %rbp
+ addq %rax, %r15
+- movq %r8, %rax
++ movq %rbp, %rax
+ adcq \$0, %rdx
+ addq %rbx, %r15
+- movq %rdx, %r8
+- movq %r10, %rdx
+- adcq \$0, %r8
++ adcq \$0, %rdx
+
+- add %rdx, %rdx
+- lea (%rcx,%r10,2), %r10 #shld \$1, %rcx, %r10
+- movq %r11, %rbx
+- adcq %r11, %r11 #shld \$1, %r10, %r11
++ xorq %rbx, %rbx # rbx:r10:r9 = r10:r9 << 1
++ addq %r9, %r9
++ movq %rdx, %r8
++ adcq %r10, %r10
++ adcq \$0, %rbx
+
+ mulq %rax
++ addq %rcx, %rax
++ movq 16($inp), %rbp
++ adcq \$0, %rdx
+ addq %rax, %r9
++ movq 24($inp), %rax
+ adcq %rdx, %r10
+- adcq \$0, %r11
++ adcq \$0, %rbx
+
+ movq %r9, 16(%rsp)
+ movq %r10, 24(%rsp)
+- shrq \$63, %rbx
+-
++
+ #third iteration
+- movq 16($inp), %r9
+- movq 24($inp), %rax
+- mulq %r9
++ mulq %rbp
+ addq %rax, %r12
+ movq 32($inp), %rax
+ movq %rdx, %rcx
+ adcq \$0, %rcx
+
+- mulq %r9
++ mulq %rbp
+ addq %rax, %r13
+ movq 40($inp), %rax
+ adcq \$0, %rdx
+@@ -293,7 +292,7 @@ $code.=<<___;
+ movq %rdx, %rcx
+ adcq \$0, %rcx
+
+- mulq %r9
++ mulq %rbp
+ addq %rax, %r14
+ movq 48($inp), %rax
+ adcq \$0, %rdx
+@@ -301,9 +300,7 @@ $code.=<<___;
+ movq %rdx, %rcx
+ adcq \$0, %rcx
+
+- mulq %r9
+- movq %r12, %r10
+- lea (%rbx,%r12,2), %r12 #shld \$1, %rbx, %r12
++ mulq %rbp
+ addq %rax, %r15
+ movq 56($inp), %rax
+ adcq \$0, %rdx
+@@ -311,36 +308,40 @@ $code.=<<___;
+ movq %rdx, %rcx
+ adcq \$0, %rcx
+
+- mulq %r9
+- shrq \$63, %r10
++ mulq %rbp
+ addq %rax, %r8
+- movq %r9, %rax
++ movq %rbp, %rax
+ adcq \$0, %rdx
+ addq %rcx, %r8
+- movq %rdx, %r9
+- adcq \$0, %r9
++ adcq \$0, %rdx
+
+- movq %r13, %rcx
+- leaq (%r10,%r13,2), %r13 #shld \$1, %r12, %r13
++ xorq %rcx, %rcx # rcx:r12:r11 = r12:r11 << 1
++ addq %r11, %r11
++ movq %rdx, %r9
++ adcq %r12, %r12
++ adcq \$0, %rcx
+
+ mulq %rax
++ addq %rbx, %rax
++ movq 24($inp), %r10
++ adcq \$0, %rdx
+ addq %rax, %r11
++ movq 32($inp), %rax
+ adcq %rdx, %r12
+- adcq \$0, %r13
++ adcq \$0, %rcx
+
+ movq %r11, 32(%rsp)
+ movq %r12, 40(%rsp)
+- shrq \$63, %rcx
+
+ #fourth iteration
+- movq 24($inp), %r10
+- movq 32($inp), %rax
++ mov %rax, %r11 # 32($inp)
+ mulq %r10
+ addq %rax, %r14
+ movq 40($inp), %rax
+ movq %rdx, %rbx
+ adcq \$0, %rbx
+
++ mov %rax, %r12 # 40($inp)
+ mulq %r10
+ addq %rax, %r15
+ movq 48($inp), %rax
+@@ -349,9 +350,8 @@ $code.=<<___;
+ movq %rdx, %rbx
+ adcq \$0, %rbx
+
++ mov %rax, %rbp # 48($inp)
+ mulq %r10
+- movq %r14, %r12
+- leaq (%rcx,%r14,2), %r14 #shld \$1, %rcx, %r14
+ addq %rax, %r8
+ movq 56($inp), %rax
+ adcq \$0, %rdx
+@@ -360,32 +360,33 @@ $code.=<<___;
+ adcq \$0, %rbx
+
+ mulq %r10
+- shrq \$63, %r12
+ addq %rax, %r9
+ movq %r10, %rax
+ adcq \$0, %rdx
+ addq %rbx, %r9
+- movq %rdx, %r10
+- adcq \$0, %r10
++ adcq \$0, %rdx
+
+- movq %r15, %rbx
+- leaq (%r12,%r15,2),%r15 #shld \$1, %r14, %r15
++ xorq %rbx, %rbx # rbx:r13:r14 = r13:r14 << 1
++ addq %r13, %r13
++ movq %rdx, %r10
++ adcq %r14, %r14
++ adcq \$0, %rbx
+
+ mulq %rax
++ addq %rcx, %rax
++ adcq \$0, %rdx
+ addq %rax, %r13
++ movq %r12, %rax # 40($inp)
+ adcq %rdx, %r14
+- adcq \$0, %r15
++ adcq \$0, %rbx
+
+ movq %r13, 48(%rsp)
+ movq %r14, 56(%rsp)
+- shrq \$63, %rbx
+
+ #fifth iteration
+- movq 32($inp), %r11
+- movq 40($inp), %rax
+ mulq %r11
+ addq %rax, %r8
+- movq 48($inp), %rax
++ movq %rbp, %rax # 48($inp)
+ movq %rdx, %rcx
+ adcq \$0, %rcx
+
+@@ -393,97 +394,99 @@ $code.=<<___;
+ addq %rax, %r9
+ movq 56($inp), %rax
+ adcq \$0, %rdx
+- movq %r8, %r12
+- leaq (%rbx,%r8,2), %r8 #shld \$1, %rbx, %r8
+ addq %rcx, %r9
+ movq %rdx, %rcx
+ adcq \$0, %rcx
+
++ mov %rax, %r14 # 56($inp)
+ mulq %r11
+- shrq \$63, %r12
+ addq %rax, %r10
+ movq %r11, %rax
+ adcq \$0, %rdx
+ addq %rcx, %r10
+- movq %rdx, %r11
+- adcq \$0, %r11
++ adcq \$0, %rdx
+
+- movq %r9, %rcx
+- leaq (%r12,%r9,2), %r9 #shld \$1, %r8, %r9
++ xorq %rcx, %rcx # rcx:r8:r15 = r8:r15 << 1
++ addq %r15, %r15
++ movq %rdx, %r11
++ adcq %r8, %r8
++ adcq \$0, %rcx
+
+ mulq %rax
++ addq %rbx, %rax
++ adcq \$0, %rdx
+ addq %rax, %r15
++ movq %rbp, %rax # 48($inp)
+ adcq %rdx, %r8
+- adcq \$0, %r9
++ adcq \$0, %rcx
+
+ movq %r15, 64(%rsp)
+ movq %r8, 72(%rsp)
+- shrq \$63, %rcx
+
+ #sixth iteration
+- movq 40($inp), %r12
+- movq 48($inp), %rax
+ mulq %r12
+ addq %rax, %r10
+- movq 56($inp), %rax
++ movq %r14, %rax # 56($inp)
+ movq %rdx, %rbx
+ adcq \$0, %rbx
+
+ mulq %r12
+ addq %rax, %r11
+ movq %r12, %rax
+- movq %r10, %r15
+- leaq (%rcx,%r10,2), %r10 #shld \$1, %rcx, %r10
+ adcq \$0, %rdx
+- shrq \$63, %r15
+ addq %rbx, %r11
+- movq %rdx, %r12
+- adcq \$0, %r12
++ adcq \$0, %rdx
+
+- movq %r11, %rbx
+- leaq (%r15,%r11,2), %r11 #shld \$1, %r10, %r11
++ xorq %rbx, %rbx # rbx:r10:r9 = r10:r9 << 1
++ addq %r9, %r9
++ movq %rdx, %r12
++ adcq %r10, %r10
++ adcq \$0, %rbx
+
+ mulq %rax
++ addq %rcx, %rax
++ adcq \$0, %rdx
+ addq %rax, %r9
++ movq %r14, %rax # 56($inp)
+ adcq %rdx, %r10
+- adcq \$0, %r11
++ adcq \$0, %rbx
+
+ movq %r9, 80(%rsp)
+ movq %r10, 88(%rsp)
+
+ #seventh iteration
+- movq 48($inp), %r13
+- movq 56($inp), %rax
+- mulq %r13
++ mulq %rbp
+ addq %rax, %r12
+- movq %r13, %rax
+- movq %rdx, %r13
+- adcq \$0, %r13
++ movq %rbp, %rax
++ adcq \$0, %rdx
+
+- xorq %r14, %r14
+- shlq \$1, %rbx
+- adcq %r12, %r12 #shld \$1, %rbx, %r12
+- adcq %r13, %r13 #shld \$1, %r12, %r13
+- adcq %r14, %r14 #shld \$1, %r13, %r14
++ xorq %rcx, %rcx # rcx:r12:r11 = r12:r11 << 1
++ addq %r11, %r11
++ movq %rdx, %r13
++ adcq %r12, %r12
++ adcq \$0, %rcx
+
+ mulq %rax
++ addq %rbx, %rax
++ adcq \$0, %rdx
+ addq %rax, %r11
++ movq %r14, %rax # 56($inp)
+ adcq %rdx, %r12
+- adcq \$0, %r13
++ adcq \$0, %rcx
+
+ movq %r11, 96(%rsp)
+ movq %r12, 104(%rsp)
+
+ #eighth iteration
+- movq 56($inp), %rax
++ xorq %rbx, %rbx # rbx:r13 = r13 << 1
++ addq %r13, %r13
++ adcq \$0, %rbx
++
+ mulq %rax
+- addq %rax, %r13
++ addq %rcx, %rax
+ adcq \$0, %rdx
+-
+- addq %rdx, %r14
+-
+- movq %r13, 112(%rsp)
+- movq %r14, 120(%rsp)
++ addq %r13, %rax
++ adcq %rbx, %rdx
+
+ movq (%rsp), %r8
+ movq 8(%rsp), %r9
+@@ -493,6 +496,10 @@ $code.=<<___;
+ movq 40(%rsp), %r13
+ movq 48(%rsp), %r14
+ movq 56(%rsp), %r15
++ movq %xmm1, %rbp
++
++ movq %rax, 112(%rsp)
++ movq %rdx, 120(%rsp)
+
+ call __rsaz_512_reduce
+
+@@ -524,9 +531,9 @@ $code.=<<___;
+ .Loop_sqrx:
+ movl $times,128+8(%rsp)
+ movq $out, %xmm0 # off-load
+- movq %rbp, %xmm1 # off-load
+-#first iteration
++#first iteration
+ mulx %rax, %r8, %r9
++ mov %rax, %rbx
+
+ mulx 16($inp), %rcx, %r10
+ xor %rbp, %rbp # cf=0, of=0
+@@ -534,40 +541,39 @@ $code.=<<___;
+ mulx 24($inp), %rax, %r11
+ adcx %rcx, %r9
+
+- mulx 32($inp), %rcx, %r12
++ .byte 0xc4,0x62,0xf3,0xf6,0xa6,0x20,0x00,0x00,0x00 # mulx 32($inp), %rcx, %r12
+ adcx %rax, %r10
+
+- mulx 40($inp), %rax, %r13
++ .byte 0xc4,0x62,0xfb,0xf6,0xae,0x28,0x00,0x00,0x00 # mulx 40($inp), %rax, %r13
+ adcx %rcx, %r11
+
+- .byte 0xc4,0x62,0xf3,0xf6,0xb6,0x30,0x00,0x00,0x00 # mulx 48($inp), %rcx, %r14
++ mulx 48($inp), %rcx, %r14
+ adcx %rax, %r12
+ adcx %rcx, %r13
+
+- .byte 0xc4,0x62,0xfb,0xf6,0xbe,0x38,0x00,0x00,0x00 # mulx 56($inp), %rax, %r15
++ mulx 56($inp), %rax, %r15
+ adcx %rax, %r14
+ adcx %rbp, %r15 # %rbp is 0
+
+- mov %r9, %rcx
+- shld \$1, %r8, %r9
+- shl \$1, %r8
+-
+- xor %ebp, %ebp
+- mulx %rdx, %rax, %rdx
+- adcx %rdx, %r8
+- mov 8($inp), %rdx
+- adcx %rbp, %r9
++ mulx %rdx, %rax, $out
++ mov %rbx, %rdx # 8($inp)
++ xor %rcx, %rcx
++ adox %r8, %r8
++ adcx $out, %r8
++ adox %rbp, %rcx
++ adcx %rbp, %rcx
+
+ mov %rax, (%rsp)
+ mov %r8, 8(%rsp)
+
+-#second iteration
+- mulx 16($inp), %rax, %rbx
++#second iteration
++ .byte 0xc4,0xe2,0xfb,0xf6,0x9e,0x10,0x00,0x00,0x00 # mulx 16($inp), %rax, %rbx
+ adox %rax, %r10
+ adcx %rbx, %r11
+
+- .byte 0xc4,0x62,0xc3,0xf6,0x86,0x18,0x00,0x00,0x00 # mulx 24($inp), $out, %r8
++ mulx 24($inp), $out, %r8
+ adox $out, %r11
++ .byte 0x66
+ adcx %r8, %r12
+
+ mulx 32($inp), %rax, %rbx
+@@ -585,24 +591,25 @@ $code.=<<___;
+ .byte 0xc4,0x62,0xc3,0xf6,0x86,0x38,0x00,0x00,0x00 # mulx 56($inp), $out, %r8
+ adox $out, %r15
+ adcx %rbp, %r8
++ mulx %rdx, %rax, $out
+ adox %rbp, %r8
++ .byte 0x48,0x8b,0x96,0x10,0x00,0x00,0x00 # mov 16($inp), %rdx
+
+- mov %r11, %rbx
+- shld \$1, %r10, %r11
+- shld \$1, %rcx, %r10
+-
+- xor %ebp,%ebp
+- mulx %rdx, %rax, %rcx
+- mov 16($inp), %rdx
++ xor %rbx, %rbx
++ adcx %rcx, %rax
++ adox %r9, %r9
++ adcx %rbp, $out
++ adox %r10, %r10
+ adcx %rax, %r9
+- adcx %rcx, %r10
+- adcx %rbp, %r11
++ adox %rbp, %rbx
++ adcx $out, %r10
++ adcx %rbp, %rbx
+
+ mov %r9, 16(%rsp)
+ .byte 0x4c,0x89,0x94,0x24,0x18,0x00,0x00,0x00 # mov %r10, 24(%rsp)
+-
+-#third iteration
+- .byte 0xc4,0x62,0xc3,0xf6,0x8e,0x18,0x00,0x00,0x00 # mulx 24($inp), $out, %r9
++
++#third iteration
++ mulx 24($inp), $out, %r9
+ adox $out, %r12
+ adcx %r9, %r13
+
+@@ -610,7 +617,7 @@ $code.=<<___;
+ adox %rax, %r13
+ adcx %rcx, %r14
+
+- mulx 40($inp), $out, %r9
++ .byte 0xc4,0x62,0xc3,0xf6,0x8e,0x28,0x00,0x00,0x00 # mulx 40($inp), $out, %r9
+ adox $out, %r14
+ adcx %r9, %r15
+
+@@ -618,27 +625,28 @@ $code.=<<___;
+ adox %rax, %r15
+ adcx %rcx, %r8
+
+- .byte 0xc4,0x62,0xc3,0xf6,0x8e,0x38,0x00,0x00,0x00 # mulx 56($inp), $out, %r9
++ mulx 56($inp), $out, %r9
+ adox $out, %r8
+ adcx %rbp, %r9
++ mulx %rdx, %rax, $out
+ adox %rbp, %r9
++ mov 24($inp), %rdx
+
+- mov %r13, %rcx
+- shld \$1, %r12, %r13
+- shld \$1, %rbx, %r12
+-
+- xor %ebp, %ebp
+- mulx %rdx, %rax, %rdx
++ xor %rcx, %rcx
++ adcx %rbx, %rax
++ adox %r11, %r11
++ adcx %rbp, $out
++ adox %r12, %r12
+ adcx %rax, %r11
+- adcx %rdx, %r12
+- mov 24($inp), %rdx
+- adcx %rbp, %r13
++ adox %rbp, %rcx
++ adcx $out, %r12
++ adcx %rbp, %rcx
+
+ mov %r11, 32(%rsp)
+- .byte 0x4c,0x89,0xa4,0x24,0x28,0x00,0x00,0x00 # mov %r12, 40(%rsp)
+-
+-#fourth iteration
+- .byte 0xc4,0xe2,0xfb,0xf6,0x9e,0x20,0x00,0x00,0x00 # mulx 32($inp), %rax, %rbx
++ mov %r12, 40(%rsp)
++
++#fourth iteration
++ mulx 32($inp), %rax, %rbx
+ adox %rax, %r14
+ adcx %rbx, %r15
+
+@@ -653,25 +661,25 @@ $code.=<<___;
+ mulx 56($inp), $out, %r10
+ adox $out, %r9
+ adcx %rbp, %r10
++ mulx %rdx, %rax, $out
+ adox %rbp, %r10
++ mov 32($inp), %rdx
+
+- .byte 0x66
+- mov %r15, %rbx
+- shld \$1, %r14, %r15
+- shld \$1, %rcx, %r14
+-
+- xor %ebp, %ebp
+- mulx %rdx, %rax, %rdx
++ xor %rbx, %rbx
++ adcx %rcx, %rax
++ adox %r13, %r13
++ adcx %rbp, $out
++ adox %r14, %r14
+ adcx %rax, %r13
+- adcx %rdx, %r14
+- mov 32($inp), %rdx
+- adcx %rbp, %r15
++ adox %rbp, %rbx
++ adcx $out, %r14
++ adcx %rbp, %rbx
+
+ mov %r13, 48(%rsp)
+ mov %r14, 56(%rsp)
+-
+-#fifth iteration
+- .byte 0xc4,0x62,0xc3,0xf6,0x9e,0x28,0x00,0x00,0x00 # mulx 40($inp), $out, %r11
++
++#fifth iteration
++ mulx 40($inp), $out, %r11
+ adox $out, %r8
+ adcx %r11, %r9
+
+@@ -682,18 +690,19 @@ $code.=<<___;
+ mulx 56($inp), $out, %r11
+ adox $out, %r10
+ adcx %rbp, %r11
++ mulx %rdx, %rax, $out
++ mov 40($inp), %rdx
+ adox %rbp, %r11
+
+- mov %r9, %rcx
+- shld \$1, %r8, %r9
+- shld \$1, %rbx, %r8
+-
+- xor %ebp, %ebp
+- mulx %rdx, %rax, %rdx
++ xor %rcx, %rcx
++ adcx %rbx, %rax
++ adox %r15, %r15
++ adcx %rbp, $out
++ adox %r8, %r8
+ adcx %rax, %r15
+- adcx %rdx, %r8
+- mov 40($inp), %rdx
+- adcx %rbp, %r9
++ adox %rbp, %rcx
++ adcx $out, %r8
++ adcx %rbp, %rcx
+
+ mov %r15, 64(%rsp)
+ mov %r8, 72(%rsp)
+@@ -706,18 +715,19 @@ $code.=<<___;
+ .byte 0xc4,0x62,0xc3,0xf6,0xa6,0x38,0x00,0x00,0x00 # mulx 56($inp), $out, %r12
+ adox $out, %r11
+ adcx %rbp, %r12
++ mulx %rdx, %rax, $out
+ adox %rbp, %r12
++ mov 48($inp), %rdx
+
+- mov %r11, %rbx
+- shld \$1, %r10, %r11
+- shld \$1, %rcx, %r10
+-
+- xor %ebp, %ebp
+- mulx %rdx, %rax, %rdx
++ xor %rbx, %rbx
++ adcx %rcx, %rax
++ adox %r9, %r9
++ adcx %rbp, $out
++ adox %r10, %r10
+ adcx %rax, %r9
+- adcx %rdx, %r10
+- mov 48($inp), %rdx
+- adcx %rbp, %r11
++ adcx $out, %r10
++ adox %rbp, %rbx
++ adcx %rbp, %rbx
+
+ mov %r9, 80(%rsp)
+ mov %r10, 88(%rsp)
+@@ -727,31 +737,31 @@ $code.=<<___;
+ adox %rax, %r12
+ adox %rbp, %r13
+
+- xor %r14, %r14
+- shld \$1, %r13, %r14
+- shld \$1, %r12, %r13
+- shld \$1, %rbx, %r12
+-
+- xor %ebp, %ebp
+- mulx %rdx, %rax, %rdx
+- adcx %rax, %r11
+- adcx %rdx, %r12
++ mulx %rdx, %rax, $out
++ xor %rcx, %rcx
+ mov 56($inp), %rdx
+- adcx %rbp, %r13
++ adcx %rbx, %rax
++ adox %r11, %r11
++ adcx %rbp, $out
++ adox %r12, %r12
++ adcx %rax, %r11
++ adox %rbp, %rcx
++ adcx $out, %r12
++ adcx %rbp, %rcx
+
+ .byte 0x4c,0x89,0x9c,0x24,0x60,0x00,0x00,0x00 # mov %r11, 96(%rsp)
+ .byte 0x4c,0x89,0xa4,0x24,0x68,0x00,0x00,0x00 # mov %r12, 104(%rsp)
+
+ #eighth iteration
+ mulx %rdx, %rax, %rdx
+- adox %rax, %r13
+- adox %rbp, %rdx
++ xor %rbx, %rbx
++ adcx %rcx, %rax
++ adox %r13, %r13
++ adcx %rbp, %rdx
++ adox %rbp, %rbx
++ adcx %r13, %rax
++ adcx %rdx, %rbx
+
+- .byte 0x66
+- add %rdx, %r14
+-
+- movq %r13, 112(%rsp)
+- movq %r14, 120(%rsp)
+ movq %xmm0, $out
+ movq %xmm1, %rbp
+
+@@ -765,6 +775,9 @@ $code.=<<___;
+ movq 48(%rsp), %r14
+ movq 56(%rsp), %r15
+
++ movq %rax, 112(%rsp)
++ movq %rbx, 120(%rsp)
++
+ call __rsaz_512_reducex
+
+ addq 64(%rsp), %r8
+--
+2.7.4
+
diff --git a/recipes-connectivity/openssl/openssl_1.0.2t.bb b/recipes-connectivity/openssl/openssl_1.0.2t.bb
index 151f321..db1e770 100644
--- a/recipes-connectivity/openssl/openssl_1.0.2t.bb
+++ b/recipes-connectivity/openssl/openssl_1.0.2t.bb
@@ -42,6 +42,7 @@ SRC_URI = "http://www.openssl.org/source/openssl-${PV}.tar.gz \
file://0001-allow-manpages-to-be-disabled.patch \
file://0001-Fix-BN_LLONG-breakage.patch \
file://0001-Fix-DES_LONG-breakage.patch \
+ file://cve-2019-1551_102.patch \
"

SRC_URI_append_class-target = " \
--
2.7.4


Re: Dynamic layer or recipe not working

Khem Raj
 

On Tue, Dec 17, 2019 at 1:15 AM Andy Pont <andy.pont@...> wrote:

Hello,

I have created a new dynamic layer within my projects custom meta-layer and have added a new recipe to it. When I try to build the image it tells me that nothing RPROVIDES the recipe and if I try to build the recipe on its own it says “Nothing PROVIDES…”.

I have tried running:

$ bitbake-layers show-recipes | grep <recipe_name>

…and nothing is returned.

How do I determine whether it is the dynamic layer that isn’t being found or the recipe itself that isn’t correct.
share what changes you made.

-Andy.





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#47716): https://lists.yoctoproject.org/g/yocto/message/47716
Mute This Topic: https://lists.yoctoproject.org/mt/68756945/1997914
Group Owner: yocto+owner@...
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [raj.khem@...]
-=-=-=-=-=-=-=-=-=-=-=-


Yocto Project Status WW51'19

Stephen Jolley
 

Current Dev Position: YP 3.1 M2

Next Deadline: YP 3.1 M2 build date 1/20/2020

 

Next Team Meetings:

 

Key Status/Updates:

  • YP 3.0.1 was released.
  • YP 3.1 M1 rc8 is in QA
  • YP 3.1 M1 took a record number of build attempts due to various issues which only appeared during the rc builds.
  • Despite a successful rc8 build (which still had reproducible build test failures) there are a number of concerns, particularly as there appears to be very slow builds for some ‘pathological’ hashequiv scenarios. There has been some progress over the weekend on identifying the causes of that and partially addressing them.
  • There remains a growing set of intermittent autobuilder failures which occur with varying frequencies. We’re struggling to find anyone with time/interest to resolve these and they are becoming problematic for reviewing/testing patches and  triaging builds.
  • The TSC is working on LTS plans, productive discussions have been had and a new policy on handling this and stable releases should be available in the coming weeks.
  • We are continuing to collect ideas for YP 3.1 in this document: https://docs.google.com/document/d/1UKZIGe88-eq3-pOPtkAvFAegbQDzhy_f4ye64yjnABc/edit?usp=sharing
  • Due to holidays in EU/US, the next status report will be sent in early January (likely 7th). If there is anything critical to report this will happen as needed.

 

YP 3.1 Milestone Dates:

  • YP 3.1 M1 is in QA
  • YP 3.1 M1 release date 12/13/2019
  • YP 3.1 M2 build date 1/20/2020
  • YP 3.1 M2 release date 1/31/2020
  • YP 3.1 M3 build date 2/24/2020
  • YP 3.1 M3 release date 3/6/2020
  • YP 3.1 M4 build date  3/30/2020
  • YP 3.1 M4 release date  4/24/2020

 

Planned upcoming dot releases:

  • YP 2.7.3 build date  2/10/20
  • YP 2.7.3 release date 2/21/20
  • YP 3.0.2 build date  2/3/20
  • YP 3.0.2 release date 2/14/20

 

Tracking Metrics:

 

The Yocto Project’s technical governance is through its Technical Steering Committee, more information is available at:

https://wiki.yoctoproject.org/wiki/TSC

 

The Status reports are now stored on the wiki at: https://wiki.yoctoproject.org/wiki/Weekly_Status

 

[If anyone has suggestions for other information you’d like to see on this weekly status update, let us know!]

 

Thanks,

 

Stephen K. Jolley

Yocto Project Project Manager

(    Cell:                (208) 244-4460

* Email:              sjolley.yp.pm@...

 


Re: #raspberrypi #raspberrypi

Khem Raj
 



On Tue, Dec 17, 2019 at 1:15 AM Stefano Babic <sbabic@...> wrote:
Hi Khem, Wojciech,

On 17/12/19 05:48, Khem Raj wrote:
> On Mon, Dec 16, 2019 at 1:56 PM <wojciech.st@...> wrote:
>>
>> Problem with rootfs boot on my raspberrypi.
>>
>> Hi
>> I am building simple image for my raspbery pi 3 A+ and connect to the pi via USB-UART converter and see the following in the console
>> ...
>> [ 2.071459] Run /bin/init as init process
>> [ 2.076507] Run /bin/sh as init process
>> sh: cannot set terminal process group (-1): Inappropriate ioctl for device
>> sh: no job control in this shell
>> sh-4.4#
>>
>>
>>
>> I build with the "bitbake core-image-base" and tried to run it on rpi 3A+, 3B, 3B+ and the problem is always the same it cannot switch to the rootfs on the sd card it seem like it stack at initramfs or some middle ground.
>>
>> I burn the *.rpi-sdimg image to SD card with dd from my Ubuntu16.04 host machine.
>> I tried with two branches thud and warrior and the problem is exactly the same.
>> The strange thing is that in this initramfs there are no tools like find grep modprobe etc. but I see my extra tools "i2c-tools vim"
>>
>> Here is my local.conf adjustments:
>> MACHINE ?= "raspberrypi3"
>> ENABLE_I2C = "1"
>> ENABLE_UART = "1"
>> IMAGE_INSTALL += "i2c-tools vim"
>
> Can you turn this into
> IMAGE_INSTALL_append = " i2c-tools vim"
>
>>
>> and the bblayer.conf
>> BBLAYERS ?= " \
>>   /media/dave/Develop/yoctopi/warrior/sources/poky/meta \
>>   /media/dave/Develop/yoctopi/warrior/sources/poky/meta-poky \
>>   /media/dave/Develop/yoctopi/warrior/sources/poky/meta-yocto-bsp \
>>   /media/dave/Develop/yoctopi/warrior/sources/meta-openembedded/meta-oe \
>>   /media/dave/Develop/yoctopi/warrior/sources/meta-raspberrypi \
>>   "
>>
>> I tried also to build with the deprecated image "bitbake rpi-basic-image" but then I did not get my extra tools "i2c-tools vim".
>>
>> Anyone have any idea what can be wrong with my approach ?
>>

Strange enough, I had the same behaviour a couple of days ago but I
thought it was something on my setup. I built core-iage-full-cmdline on
TOT, and systemd as init manager. The issue was due because adding
"userland", bash was added due RDEPENDS to the image and busybox with
all related tools was dropped. After removing bash from image, it works
again - but I have not git-bisect to check which is the cause.

This would be a serious problem can you dive into it and see if we missed some Symlink 


Regards,
Stefano

>> Regards,
>>
>> Wojciech
>>
>>
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>>
>> View/Reply Online (#47702): https://lists.yoctoproject.org/g/yocto/message/47702
>> Mute This Topic: https://lists.yoctoproject.org/mt/68744766/1997914
>> Mute #raspberrypi: https://lists.yoctoproject.org/mk?hashtag=raspberrypi&subid=6692173
>> Group Owner: yocto+owner@...
>> Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  [raj.khem@...]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>>
>> View/Reply Online (#47712): https://lists.yoctoproject.org/g/yocto/message/47712
>> Mute This Topic: https://lists.yoctoproject.org/mt/68752649/3618551
>> Mute #raspberrypi: https://lists.yoctoproject.org/mk?hashtag=raspberrypi&subid=6692235
>> Group Owner: yocto+owner@...
>> Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  [sbabic@...]
>> -=-=-=-=-=-=-=-=-=-=-=-


--
=====================================================================
DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic@...
=====================================================================


[meta-gplv2][PATCH 3/3] sed: fix builds with gettext 0.20.x

Alexander Kanavin
 

Signed-off-by: Alexander Kanavin <alex.kanavin@...>
---
.../0001-Fix-builds-with-gettext-0.20.patch | 38 +++++++++++++++++++
recipes-extended/sed/sed_4.1.2.bb | 4 +-
2 files changed, 41 insertions(+), 1 deletion(-)
create mode 100644 recipes-extended/sed/sed-4.1.2/0001-Fix-builds-with-gettext-0.20.patch

diff --git a/recipes-extended/sed/sed-4.1.2/0001-Fix-builds-with-gettext-0.20.patch b/recipes-extended/sed/sed-4.1.2/0001-Fix-builds-with-gettext-0.20.patch
new file mode 100644
index 0000000..e366b5a
--- /dev/null
+++ b/recipes-extended/sed/sed-4.1.2/0001-Fix-builds-with-gettext-0.20.patch
@@ -0,0 +1,38 @@
+From 2792bccbfd41427a79edd462906aba78144b8c6a Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin <alex.kanavin@...>
+Date: Tue, 17 Dec 2019 16:40:58 +0100
+Subject: [PATCH] Fix builds with gettext 0.20
+
+Upstream-Status: Inappropriate [fixing an old version]
+Signed-off-by: Alexander Kanavin <alex.kanavin@...>
+---
+ Makefile.am | 2 +-
+ configure.ac | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/Makefile.am b/Makefile.am
+index f0aaa7f..1ebc805 100644
+--- a/Makefile.am
++++ b/Makefile.am
+@@ -6,7 +6,7 @@ ACLOCAL_AMFLAGS = -I config
+
+ PACKAGE = sed
+
+-SUBDIRS = intl lib po sed doc testsuite
++SUBDIRS = lib po sed testsuite
+
+ noinst_DATA = bootstrap.sh
+ noinst_HEADERS = basicdefs.h
+diff --git a/configure.ac b/configure.ac
+index e08c9a3..df20044 100644
+--- a/configure.ac
++++ b/configure.ac
+@@ -130,7 +130,7 @@ AM_CONDITIONAL(TEXI2HTML_HTML, test "x$enable_html" = xtexi2html)
+
+ ALL_LINGUAS="af ca cs da de el eo es et fi fr ga gl he hr hu id it ja ko nl pl pt_BR ro ru sk sl sr sv tr zh_CN"
+ AM_GNU_GETTEXT_VERSION(0.11)
+-AM_GNU_GETTEXT(, need-ngettext)
++AM_GNU_GETTEXT([external], need-ngettext)
+
+ AC_CONFIG_FILES([bootstrap.sh], chmod +x bootstrap.sh)
+ AC_CONFIG_FILES([Makefile doc/Makefile \
diff --git a/recipes-extended/sed/sed_4.1.2.bb b/recipes-extended/sed/sed_4.1.2.bb
index 40e3a53..4a58442 100644
--- a/recipes-extended/sed/sed_4.1.2.bb
+++ b/recipes-extended/sed/sed_4.1.2.bb
@@ -9,7 +9,9 @@ PR = "r7"
SRC_URI = "${GNU_MIRROR}/sed/sed-${PV}.tar.gz \
file://fix_return_type.patch \
file://sed-4.1.2_fix_for_automake-1.12.patch \
- file://Makevars"
+ file://Makevars \
+ file://0001-Fix-builds-with-gettext-0.20.patch \
+ "

SRC_URI[md5sum] = "928f0e06422f414091917401f1a834d0"
SRC_URI[sha256sum] = "638e837ba765d5da0a30c98b57c2953cecea96827882f594612acace93ceeeab"
--
2.17.1

10921 - 10940 of 58671