Re: [OE-core] [PATCH] cml1.bbclass: Return sorted list of cfg files

2021-05-03 Thread Denys Dmytriyenko 
On Mon, May 03, 2021 at 08:57:02AM +0200, Konrad Weihmann wrote:
> On 03.05.21 08:36, Khem Raj wrote:
> >Since these files are passed to merge_config.sh its better to use a
> >sorted list, so we can be sure that this list is always fed in same
> >order irrespective of python versions on host
> >
> >Signed-off-by: Khem Raj 
> >---
> >  meta/classes/cml1.bbclass | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> >diff --git a/meta/classes/cml1.bbclass b/meta/classes/cml1.bbclass
> >index d319d66ab2..1c3d70b48d 100644
> >--- a/meta/classes/cml1.bbclass
> >+++ b/meta/classes/cml1.bbclass
> >@@ -6,7 +6,7 @@ def find_cfgs(d):
> >  if s.endswith('.cfg'):
> >  sources_list.append(s)
> >-return sources_list
> >+return sorted(sources_list)
> 
> Just as a thought, wouldn't it be better to have the ordering
> defined based on recipe/layer meta data?
> 
> Previously ordering was more or less based on the inode number of
> the files - now it's alphabetically.
> 
> I know that config fragments should be self containing, but seen
> enough real world examples where that isn't the case, so for them
> this might cause a breaking change (tbf the behavior before wasn't
> fully deterministic as well)

Correct, config fragments can come from different places and it's quite 
common for latter fragments to amend some former fragments in the list. 
So, sorting them either way would sure enhance determinism, but surely 
break a lot of existing functionality out there...


> But this issue isn't limited to this particular piece of code here
> and might need some more general solution.
> 
> >  cml1_do_configure() {
> > set -e
> >

-- 
Regards,
Denys Dmytriyenko 
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC E4A5 8A72 2F69 1186  6D76 4209 0272 9A92 C964

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

[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

2021-05-03 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 359
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, "3.2", "3.3, "3.99" and "Future", the more pressing/urgent issues
being in "3.2" and then "3.3".

 

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 (#151228): 
https://lists.openembedded.org/g/openembedded-core/message/151228
Mute This Topic: https://lists.openembedded.org/mt/82567452/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] Reminder: Yocto Project Technical Team Meeting @ Monthly from 8am on the first Tuesday (PDT)

2021-05-03 Thread Stephen Jolley 
All,

 

Just a reminder we will hold the monthly Yocto Project Technical Meeting at
8am PST tomorrow. (5/4)  

 

Yocto Project Technical Team Meeting: We encourage people attending the
meeting to logon and announce themselves on the Yocto Project IRC chancel
during the meeting (optional):

Yocto IRC: http://webchat.freenode.net/?channels=#yocto

 

Wiki: https://www.yoctoproject.org/public-virtual-meetings/

 

WhenMonthly from 8am to 9am on the first Tuesday Pacific Time

Where   Zoom Meeting:
https://zoom.us/j/990892712?pwd=cHU1MjhoM2x6ck81bkcrYjRrcmJsUT09

 

We are tracking the minutes at:
https://docs.google.com/document/d/1ly8nyhO14kDNnFcW2QskANXW3ZT7QwKC5wWVDg9d
DH4/edit?pli=1 Please request access if you want to assist in editing them.
The world should have view access. 

 

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 (#151227): 
https://lists.openembedded.org/g/openembedded-core/message/151227
Mute This Topic: https://lists.openembedded.org/mt/82567420/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [OE-core] how to add a "-dev" package to host SDK?

2021-05-03 Thread Denys Dmytriyenko 
On Mon, May 03, 2021 at 03:41:50PM -0400, Robert P. J. Day wrote:
> On Mon, 3 May 2021, Andre McCurdy wrote:
> 
> > On Mon, May 3, 2021 at 7:55 AM Robert P. J. Day  
> > wrote:
> > >
> > >   colleague asks a simple question (and i'm not in front of my dev
> > > box at the moment so i can't verify what i'm about to suggest):
> > > how to add the header files in a given "-dev" package to the host
> > > component of the SDK?
> >
> > The implication of that is that you want to use a header file from a
> > host component of the SDK to be able to compile additional tools etc
> > to run on the host after the SDK has been created?
> 
>   i am *assuming* that's the plan, but i was provided with no actual
> rationale, only asked how to do it. i'm going to harangue people
> tomorrow regarding what they're after.
> 
> > Normally the SDK tools etc which run on the host are all compiled as
> > part of creating the SDK, not afterwards.
> 
>   that's my understanding but, again, i'm just responding to a very
> specific request; i guess we'll soon see if that's the right approach
> to what they're looking for.
> 
> > >   i haven't spent a lot of time messing with SDKs (that is about to
> > > change), but as i read it, if one wants to add the contents of any
> > > given development package to the host SDK, it would look like:
> > >
> > >   TOOLCHAIN_HOST_TASK_append = " nativesdk-fubar-dev"
> > >
> > >   i have no idea what the rationale is here, i'm just trying to
> > > address the question, which in addition asks, "if you add something
> > > like that to the host side, is it automatically added to the target
> > > side?"
> >
> > It's not.
> 
>   i was pretty sure it wasn't but i tried a number of examples just to
> be absolutely sure. however, i did notice something i didn't
> understand. (this is my first foray into messing with SDKs so these
> will be simple questions.)
> 
>   as a test, i built a core-image-minimal for qemuarm64, then started
> playing with:
> 
>   TOOLCHAIN_HOST_TASK_append = " ..."
> 
> to see what was added to the host manifest file.
> 
>   when i added:
> 
>   TOOLCHAIN_HOST_TASK_append = " nativesdk-expect"
> 
> then, sure enough, that package was added to the host manifest file.
> however, when i added the -dev package:
> 
>   TOOLCHAIN_HOST_TASK_append = " nativesdk-expect-dev"
> 
> then *both* packages were added, as in, the regular package was
> dragged along with the -dev package, which *seems* reasonable, but
> where in the code (class file?) is this processing done? put another
> way, under what circumstances will adding a -dev package to the host
> portion of the SDK necessarily add the primary package?

By default, ${PN}-dev RDEPENDS on ${PN} automatically, if not changed:

https://git.openembedded.org/openembedded-core/tree/meta/conf/bitbake.conf#n321

-- 
Regards,
Denys Dmytriyenko 
PGP: 0x420902729A92C964 - https://denix.org/0x420902729A92C964
Fingerprint: 25FC E4A5 8A72 2F69 1186  6D76 4209 0272 9A92 C964

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

[OE-core] [PATCH] busybox: Fix reproducibility

2021-05-03 Thread Khem Raj 
The ensures that globbing results in same order irrespective of shell in
use

Signed-off-by: Khem Raj 
---
 ...Use-C-locale-when-calling-sed-on-glo.patch | 28 +++
 meta/recipes-core/busybox/busybox_1.33.0.bb   |  1 +
 2 files changed, 29 insertions(+)
 create mode 100644 
meta/recipes-core/busybox/busybox/0001-gen_build_files-Use-C-locale-when-calling-sed-on-glo.patch

diff --git 
a/meta/recipes-core/busybox/busybox/0001-gen_build_files-Use-C-locale-when-calling-sed-on-glo.patch
 
b/meta/recipes-core/busybox/busybox/0001-gen_build_files-Use-C-locale-when-calling-sed-on-glo.patch
new file mode 100644
index 00..e0a22c5bb3
--- /dev/null
+++ 
b/meta/recipes-core/busybox/busybox/0001-gen_build_files-Use-C-locale-when-calling-sed-on-glo.patch
@@ -0,0 +1,28 @@
+From bff7f16f7f41de8df67beb03722f235828ef2249 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 3 May 2021 15:48:19 -0700
+Subject: [PATCH] gen_build_files: Use C locale when calling sed on globbed 
files
+
+sort order is different based on chosen locale and also default shell
+being bash or dash
+
+This sets the environment variable LC_ALL to the value C, which will
+enforce bytewise sorting, irrespective of the shell
+
+Upstream-Status: Pending
+Signed-off-by: Khem Raj 
+---
+ scripts/gen_build_files.sh | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+--- a/scripts/gen_build_files.sh
 b/scripts/gen_build_files.sh
+@@ -4,6 +4,8 @@
+ # but users complain that many sed implementations
+ # are misinterpreting --.
+ 
++export LC_ALL=C
++
+ test $# -ge 2 || { echo "Syntax: $0 SRCTREE OBJTREE"; exit 1; }
+ 
+ # cd to objtree
diff --git a/meta/recipes-core/busybox/busybox_1.33.0.bb 
b/meta/recipes-core/busybox/busybox_1.33.0.bb
index a92fa2fe5f..c334c42000 100644
--- a/meta/recipes-core/busybox/busybox_1.33.0.bb
+++ b/meta/recipes-core/busybox/busybox_1.33.0.bb
@@ -48,6 +48,7 @@ SRC_URI = 
"https://busybox.net/downloads/busybox-${PV}.tar.bz2;name=tarball \
file://rev.cfg \
file://pgrep.cfg \
file://0001-decompress_gunzip-Fix-DoS-if-gzip-is-corrupt.patch \
+   
file://0001-gen_build_files-Use-C-locale-when-calling-sed-on-glo.patch \
"
 SRC_URI_append_libc-musl = " file://musl.cfg "
 
-- 
2.31.1


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

Re: [OE-core] [PATCH] perl: fix startperl configuration option for perl-native

2021-05-03 Thread Paulo Cesar Zaneti 
Hi Peter,

The motivation for the patch is just using a correct value for "startperl"
configuration when build perl-native.
Without the patch, this configuration option is set to a non existent path.

When I fixed "startperl", tools like "pod2man" stopped working as the
"do_install_append_class-native()"  function expected the non existent path
on the shebang string (#! ...).
So I also had to change the "do_install_append_class()".
If you look at function "cpan_do_install()" in meta/classes/cpan.bbclass,
you see that both functions now use same pattern for shebang string
substitution.

I can't understand why the pod2man in your build is still using the non
existent path on the shebang string.

Would you mind to execute the following steps and send me the results? That
may help me understand a bit better.

bitbake perl-native -c compile -f
head -1 $(find */work/*/perl-native/ -name pod2man)
grep "startperl=" */work/*/perl-native/*/perl*/lib/Config_heavy.pl
*/work/*/perl-native/*/perl*/config.log

You may partially replace the complete path by some "..." as you did before.

I hope we can find a solution to replace the patch with another one that
fixes the "startperl" configuration without breaking your build.

Regards,
Paulo

On Fri, Apr 30, 2021 at 5:42 PM Peter Kjellerstedt <
peter.kjellerst...@axis.com> wrote:

> Well, it did break our builds. I now get the following error when building
> a native recipe that inherits perlnative and tries to run pod2man:
>
>
>
> | /bin/sh: /home/pkj/…/recipe-sysroot-native/usr/bin/pod2man:
> /home/pkj/…/recipe-sysroot-native/usr/bin/per: bad interpreter: No such
> file or directory
>
>
>
> This is because the first two lines of the pod2man script now looks like
>
>
>
> #!/home/pkj/…/recipe-sysroot-native/usr/bin/perl
>
> eval 'exec /home/pkj/…/recipe-sysroot-native/usr/bin/perl -S $0
> ${1+"$@"}'
>
>
>
> instead of the previous:
>
>
>
> #!/usr/bin/env nativeperl
>
> eval 'exec /usr/bin/env nativeperl -S $0 ${1+"$@"}'
>
>
>
> I.e., the sed command in perl’s do_install_append_class-native() does not
> seem to have done anything, which is because there is no
> “perl-native.*/perl" in the path to match (as can be seen above), it is
> just “perl”, which is what the old code was looking for.
>
>
>
> [ In the above examples, I have replaced a longish part of the path with …
> to protect the innocent. ]
>
>
>
> //Peter
>
>
>
> *From:* openembedded-core@lists.openembedded.org <
> openembedded-core@lists.openembedded.org> *On Behalf Of *Paulo Cesar
> Zaneti
> *Sent:* den 19 april 2021 16:13
> *To:* openembedded-core@lists.openembedded.org
> *Subject:* Re: [OE-core] [PATCH] perl: fix startperl configuration option
> for perl-native
>
>
>
> I just re-send the patch with additional fix for the build failure.
>
> I think the basic problem was an inconsistency in the way perl recipe and
> cpan.bbclass convert the absolute perl path to env path.
> Version 2 of the patch tries to use same cpan.bbclass approach on the perl
> recipe.
>
> Before submitting I just ran "bitbake -k world". I hope it doesn't break
> the build again.
>

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

Re: [OE-core] [PATCH] perl: fix startperl configuration option for perl-native

2021-05-03 Thread Paulo Cesar Zaneti 
Yes, I agree to revert until we find out a solution for everyone needs.

Should I send a patch reverting it ?

On Mon, May 3, 2021 at 4:56 PM Otavio Salvador <
otavio.salva...@ossystems.com.br> wrote:

> Hello,
>
> Couldn't the OE-Core:f2d1523b19cb066a4a06609f036822fe4a8b43f0 to be
> reverted in meanwhile?
>
> Em sex., 30 de abr. de 2021 às 17:42, Peter Kjellerstedt <
> peter.kjellerst...@axis.com> escreveu:
>
>> Well, it did break our builds. I now get the following error when
>> building a native recipe that inherits perlnative and tries to run pod2man:
>>
>>
>>
>> | /bin/sh: /home/pkj/…/recipe-sysroot-native/usr/bin/pod2man:
>> /home/pkj/…/recipe-sysroot-native/usr/bin/per: bad interpreter: No such
>> file or directory
>>
>>
>>
>> This is because the first two lines of the pod2man script now looks like
>>
>>
>>
>> #!/home/pkj/…/recipe-sysroot-native/usr/bin/perl
>>
>> eval 'exec /home/pkj/…/recipe-sysroot-native/usr/bin/perl -S $0
>> ${1+"$@"}'
>>
>>
>>
>> instead of the previous:
>>
>>
>>
>> #!/usr/bin/env nativeperl
>>
>> eval 'exec /usr/bin/env nativeperl -S $0 ${1+"$@"}'
>>
>>
>>
>> I.e., the sed command in perl’s do_install_append_class-native() does not
>> seem to have done anything, which is because there is no
>> “perl-native.*/perl" in the path to match (as can be seen above), it is
>> just “perl”, which is what the old code was looking for.
>>
>>
>>
>> [ In the above examples, I have replaced a longish part of the path with
>> … to protect the innocent. ]
>>
>>
>>
>> //Peter
>>
>>
>>
>> *From:* openembedded-core@lists.openembedded.org <
>> openembedded-core@lists.openembedded.org> *On Behalf Of *Paulo Cesar
>> Zaneti
>> *Sent:* den 19 april 2021 16:13
>> *To:* openembedded-core@lists.openembedded.org
>> *Subject:* Re: [OE-core] [PATCH] perl: fix startperl configuration
>> option for perl-native
>>
>>
>>
>> I just re-send the patch with additional fix for the build failure.
>>
>> I think the basic problem was an inconsistency in the way perl recipe and
>> cpan.bbclass convert the absolute perl path to env path.
>> Version 2 of the patch tries to use same cpan.bbclass approach on the
>> perl recipe.
>>
>> Before submitting I just ran "bitbake -k world". I hope it doesn't break
>> the build again.
>>
>> 
>>
>>
>
> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.brhttp://code.ossystems.com.br
> Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750
>

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

Re: [OE-core] [PATCH] perl: fix startperl configuration option for perl-native

2021-05-03 Thread Otavio Salvador 
Hello,

Couldn't the OE-Core:f2d1523b19cb066a4a06609f036822fe4a8b43f0 to be
reverted in meanwhile?

Em sex., 30 de abr. de 2021 às 17:42, Peter Kjellerstedt <
peter.kjellerst...@axis.com> escreveu:

> Well, it did break our builds. I now get the following error when building
> a native recipe that inherits perlnative and tries to run pod2man:
>
>
>
> | /bin/sh: /home/pkj/…/recipe-sysroot-native/usr/bin/pod2man:
> /home/pkj/…/recipe-sysroot-native/usr/bin/per: bad interpreter: No such
> file or directory
>
>
>
> This is because the first two lines of the pod2man script now looks like
>
>
>
> #!/home/pkj/…/recipe-sysroot-native/usr/bin/perl
>
> eval 'exec /home/pkj/…/recipe-sysroot-native/usr/bin/perl -S $0
> ${1+"$@"}'
>
>
>
> instead of the previous:
>
>
>
> #!/usr/bin/env nativeperl
>
> eval 'exec /usr/bin/env nativeperl -S $0 ${1+"$@"}'
>
>
>
> I.e., the sed command in perl’s do_install_append_class-native() does not
> seem to have done anything, which is because there is no
> “perl-native.*/perl" in the path to match (as can be seen above), it is
> just “perl”, which is what the old code was looking for.
>
>
>
> [ In the above examples, I have replaced a longish part of the path with …
> to protect the innocent. ]
>
>
>
> //Peter
>
>
>
> *From:* openembedded-core@lists.openembedded.org <
> openembedded-core@lists.openembedded.org> *On Behalf Of *Paulo Cesar
> Zaneti
> *Sent:* den 19 april 2021 16:13
> *To:* openembedded-core@lists.openembedded.org
> *Subject:* Re: [OE-core] [PATCH] perl: fix startperl configuration option
> for perl-native
>
>
>
> I just re-send the patch with additional fix for the build failure.
>
> I think the basic problem was an inconsistency in the way perl recipe and
> cpan.bbclass convert the absolute perl path to env path.
> Version 2 of the patch tries to use same cpan.bbclass approach on the perl
> recipe.
>
> Before submitting I just ran "bitbake -k world". I hope it doesn't break
> the build again.
>
> 
>
>

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750

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

Re: [OE-core] how to add a "-dev" package to host SDK?

2021-05-03 Thread Robert P. J. Day 
On Mon, 3 May 2021, Andre McCurdy wrote:

> On Mon, May 3, 2021 at 7:55 AM Robert P. J. Day  wrote:
> >
> >   colleague asks a simple question (and i'm not in front of my dev
> > box at the moment so i can't verify what i'm about to suggest):
> > how to add the header files in a given "-dev" package to the host
> > component of the SDK?
>
> The implication of that is that you want to use a header file from a
> host component of the SDK to be able to compile additional tools etc
> to run on the host after the SDK has been created?

  i am *assuming* that's the plan, but i was provided with no actual
rationale, only asked how to do it. i'm going to harangue people
tomorrow regarding what they're after.

> Normally the SDK tools etc which run on the host are all compiled as
> part of creating the SDK, not afterwards.

  that's my understanding but, again, i'm just responding to a very
specific request; i guess we'll soon see if that's the right approach
to what they're looking for.

> >   i haven't spent a lot of time messing with SDKs (that is about to
> > change), but as i read it, if one wants to add the contents of any
> > given development package to the host SDK, it would look like:
> >
> >   TOOLCHAIN_HOST_TASK_append = " nativesdk-fubar-dev"
> >
> >   i have no idea what the rationale is here, i'm just trying to
> > address the question, which in addition asks, "if you add something
> > like that to the host side, is it automatically added to the target
> > side?"
>
> It's not.

  i was pretty sure it wasn't but i tried a number of examples just to
be absolutely sure. however, i did notice something i didn't
understand. (this is my first foray into messing with SDKs so these
will be simple questions.)

  as a test, i built a core-image-minimal for qemuarm64, then started
playing with:

  TOOLCHAIN_HOST_TASK_append = " ..."

to see what was added to the host manifest file.

  when i added:

  TOOLCHAIN_HOST_TASK_append = " nativesdk-expect"

then, sure enough, that package was added to the host manifest file.
however, when i added the -dev package:

  TOOLCHAIN_HOST_TASK_append = " nativesdk-expect-dev"

then *both* packages were added, as in, the regular package was
dragged along with the -dev package, which *seems* reasonable, but
where in the code (class file?) is this processing done? put another
way, under what circumstances will adding a -dev package to the host
portion of the SDK necessarily add the primary package?

rday


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

Re: [OE-core] how to add a "-dev" package to host SDK?

2021-05-03 Thread Andre McCurdy 
On Mon, May 3, 2021 at 7:55 AM Robert P. J. Day  wrote:
>
>   colleague asks a simple question (and i'm not in front of my dev box
> at the moment so i can't verify what i'm about to suggest): how to add
> the header files in a given "-dev" package to the host component of
> the SDK?

The implication of that is that you want to use a header file from a
host component of the SDK to be able to compile additional tools etc
to run on the host after the SDK has been created?

Normally the SDK tools etc which run on the host are all compiled as
part of creating the SDK, not afterwards.

>   i haven't spent a lot of time messing with SDKs (that is about to
> change), but as i read it, if one wants to add the contents of any
> given development package to the host SDK, it would look like:
>
>   TOOLCHAIN_HOST_TASK_append = " nativesdk-fubar-dev"
>
>   i have no idea what the rationale is here, i'm just trying to
> address the question, which in addition asks, "if you add something
> like that to the host side, is it automatically added to the target
> side?"

It's not.

>   i'm pretty sure it isn't, but i can check that after i log in. i
> have no idea what they're up to here, i just want to answer the
> question.
>
> rday
>
> 
>

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

Re: [OE-core] [PATCH 3/3] gstreamer1.0: update ptest patch

2021-05-03 Thread Jose Quaresma 
Richard Purdie  escreveu no dia
segunda, 3/05/2021 à(s) 15:06:
>
> On Mon, 2021-05-03 at 09:52 +0100, Jose Quaresma wrote:
> > I have a question regarding the patches submission, what is the most
> > appropriate option to submit them ?
> >
> > 1 - send all patches as it is submitted upstream
> > 2 - squash all patches it in single one
>
> I think you'd done 1) and that seemed reasonable to me? It makes sense
> to have the separate changes identified.

Yes, I have included all the patches as been sent upstream.
Thank you for the answer.

>
> Cheers,
>
> Richard
>


-- 
Best regards,

José Quaresma

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

[OE-core] [PATCH v2 1/3] ptest-runner: libgcc must be installed for pthread_cancel to work

2021-05-03 Thread Jose Quaresma 
This only affects glibc systems and have been
found on runqemu core-image-minimal with gstreamer ptest-runner

STOP: ptest-runner
libgcc_s.so.1 must be installed for pthread_cancel to work
Aborted

Signed-off-by: Jose Quaresma 
---
 meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb 
b/meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb
index 57a3ae005b..6bd10d2fec 100644
--- a/meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb
+++ b/meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb
@@ -26,3 +26,5 @@ do_compile () {
 do_install () {
install -D -m 0755 ${S}/ptest-runner ${D}${bindir}/ptest-runner
 }
+
+RDEPENDS_${PN}_append_libc-glibc = " libgcc"
-- 
2.31.1


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

[OE-core] [PATCH v2 2/3] gstreamer1.0: rename patches

2021-05-03 Thread Jose Quaresma 
Signed-off-by: Jose Quaresma 
---
 ...ests-seek-Don-t-use-too-strict-timeout-for-validati.patch} | 0
 patch => 0004-meson-Add-option-for-installed-tests.patch} | 0
 meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb  | 4 ++--
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename 
meta/recipes-multimedia/gstreamer/gstreamer1.0/{0001-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch
 => 0003-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch} (100%)
 rename 
meta/recipes-multimedia/gstreamer/gstreamer1.0/{0003-meson-Add-option-for-installed-tests.patch
 => 0004-meson-Add-option-for-installed-tests.patch} (100%)

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0001-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0003-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch
similarity index 100%
rename from 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0001-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch
rename to 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0003-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0003-meson-Add-option-for-installed-tests.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-meson-Add-option-for-installed-tests.patch
similarity index 100%
rename from 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0003-meson-Add-option-for-installed-tests.patch
rename to 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-meson-Add-option-for-installed-tests.patch
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb
index 8562070968..b275a3430b 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb
@@ -18,8 +18,8 @@ S = "${WORKDIR}/gstreamer-${PV}"
 SRC_URI = 
"https://gstreamer.freedesktop.org/src/gstreamer/gstreamer-${PV}.tar.xz \

file://0001-gst-gstpluginloader.c-when-env-var-is-set-do-not-fal.patch \
file://0002-Remove-unused-valgrind-detection.patch \
-   file://0003-meson-Add-option-for-installed-tests.patch \
-   
file://0001-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch \
+   
file://0003-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch \
+   file://0004-meson-Add-option-for-installed-tests.patch \
"
 SRC_URI[sha256sum] = 
"9aeec99b38e310817012aa2d1d76573b787af47f8a725a65b833880a094dfbc5"
 
-- 
2.31.1


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

[OE-core] [PATCH v2 3/3] gstreamer1.0: update ptest patch

2021-05-03 Thread Jose Quaresma 
- rework the ptest patch with a new one that are sent upstream [1].
- it uses the same approach as the existing patch in OE-Core but
  is based on the glib meson installed-tests [2] logic.

* qemux86-64 ptest-runner result
  SUMMARY: total=105; passed=105; skipped=0; failed=0; user=20.4s; system=4.7s; 
maxrss=9928

[1] - https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/789
[2] - 
https://gitlab.gnome.org/GNOME/glib/-/commit/1bba3276bb3b7a878860ac01483574599b23853c

Signed-off-by: Jose Quaresma 
---
 .../gstreamer/gstreamer1.0-ptest.inc  |  23 --
 ...meson-Add-option-for-installed-tests.patch | 257 --
 ...spect-the-idententaion-used-in-meson.patch |  36 +++
 ...ts-add-support-for-install-the-tests.patch | 110 
 ...s-use-a-dictionaries-for-environment.patch |  48 
 ...-the-environment-for-installed_tests.patch |  58 
 .../gstreamer/gstreamer1.0/run-ptest  |   2 +
 .../gstreamer/gstreamer1.0_1.18.4.bb  |  10 +-
 8 files changed, 261 insertions(+), 283 deletions(-)
 delete mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc
 delete mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-meson-Add-option-for-installed-tests.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-tests-respect-the-idententaion-used-in-meson.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-tests-add-support-for-install-the-tests.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0006-tests-use-a-dictionaries-for-environment.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0/0007-tests-install-the-environment-for-installed_tests.patch
 create mode 100755 meta/recipes-multimedia/gstreamer/gstreamer1.0/run-ptest

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc
deleted file mode 100644
index b698067041..00
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc
+++ /dev/null
@@ -1,23 +0,0 @@
-inherit ptest-gnome
-
-TEST_FILES_PATH = "${datadir}/installed-tests/gstreamer-1.0/test-files"
-RUN_PTEST_FILE = "${D}${PTEST_PATH}/run-ptest"
-
-EXTRA_OEMESON += "-Dtest-files-path=${TEST_FILES_PATH}"
-
-GST_TEST_SUITE_NAME ?= "gstreamer-1.0"
-
-# Using do_install_ptest_base instead of do_install_ptest, since
-# the default do_install_ptest_base is hardcoded to expect Makefiles.
-do_install_ptest_base() {
-# Generate run-ptest file
-echo "#!/usr/bin/env sh" > "${RUN_PTEST_FILE}"
-echo "gnome-desktop-testing-runner ${GST_TEST_SUITE_NAME}" >> 
"${RUN_PTEST_FILE}"
-chmod 0755 "${RUN_PTEST_FILE}"
-
-# Install additional files required by tests
-if [ -d "${S}/tests/files" ] ; then
-install -d "${D}/${TEST_FILES_PATH}"
-install -m 0644 "${S}/tests/files"/* "${D}/${TEST_FILES_PATH}"
-fi
-}
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-meson-Add-option-for-installed-tests.patch
 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-meson-Add-option-for-installed-tests.patch
deleted file mode 100644
index bf5e57249c..00
--- 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-meson-Add-option-for-installed-tests.patch
+++ /dev/null
@@ -1,257 +0,0 @@
-From cf8077a7e3ab0ae236ebde79b7fc0b02eac658de Mon Sep 17 00:00:00 2001
-From: Carlos Rafael Giani 
-Date: Fri, 25 Oct 2019 00:06:26 +0200
-Subject: [PATCH 3/3] meson: Add option for installed tests
-
-This adds an option for producing installed versions of the unit tests.
-These versions don't need meson to run (only a small shell script). This
-makes it easier to run cross compiled tests on a target machine.
-
-Upstream-Status: Pending
-
-Signed-off-by: Carlos Rafael Giani 

- build-aux/gen-installed-test-desc.py | 18 ++
- build-aux/gen-installed-test-shscript.py | 25 
- meson_options.txt|  2 +
- tests/check/meson.build  | 46 +-
- tests/files/testfile | 80 
- 5 files changed, 170 insertions(+), 1 deletion(-)
- create mode 100644 build-aux/gen-installed-test-desc.py
- create mode 100644 build-aux/gen-installed-test-shscript.py
- create mode 100644 tests/files/testfile
-
-diff --git a/build-aux/gen-installed-test-desc.py 
b/build-aux/gen-installed-test-desc.py
-new file mode 100644
-index 0..69e8a0faf
 /dev/null
-+++ b/build-aux/gen-installed-test-desc.py
-@@ -0,0 +1,18 @@
-+import sys
-+import os
-+import argparse
-+
-+def write_template(filename, data):
-+with open(filename, 'w') as f:
-+f.write(data)
-+
-+def build_template(testdir, testname):
-+return "[Test]\nType=session\nExec={}\n".format(os.path.join(testdir, 
testname))
-+
-+argparser = argparse.ArgumentParser(description='Generate installed-test 
data.')
-+argparser.add_argument('--test-execdir', metavar='dir', required=True,

[OE-core] how to add a "-dev" package to host SDK?

2021-05-03 Thread Robert P. J. Day 

  colleague asks a simple question (and i'm not in front of my dev box
at the moment so i can't verify what i'm about to suggest): how to add
the header files in a given "-dev" package to the host component of
the SDK?

  i haven't spent a lot of time messing with SDKs (that is about to
change), but as i read it, if one wants to add the contents of any
given development package to the host SDK, it would look like:

  TOOLCHAIN_HOST_TASK_append = " nativesdk-fubar-dev"

  i have no idea what the rationale is here, i'm just trying to
address the question, which in addition asks, "if you add something
like that to the host side, is it automatically added to the target
side?"

  i'm pretty sure it isn't, but i can check that after i log in. i
have no idea what they're up to here, i just want to answer the
question.

rday

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

[OE-core] [PATCH] yocto-uninative: Update to 3.1 which includes a patchelf fix

2021-05-03 Thread Richard Purdie 
Signed-off-by: Richard Purdie 
---
 meta/conf/distro/include/yocto-uninative.inc | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/conf/distro/include/yocto-uninative.inc 
b/meta/conf/distro/include/yocto-uninative.inc
index a2a2dd18ece..05b79d14c3f 100644
--- a/meta/conf/distro/include/yocto-uninative.inc
+++ b/meta/conf/distro/include/yocto-uninative.inc
@@ -8,7 +8,7 @@
 
 UNINATIVE_MAXGLIBCVERSION = "2.33"
 
-UNINATIVE_URL ?= "http://downloads.yoctoproject.org/releases/uninative/3.0/;
-UNINATIVE_CHECKSUM[aarch64] ?= 
"1c668909098c5b56132067adc69a249cb771f4560428e5822de903a12d97bf33"
-UNINATIVE_CHECKSUM[i686] ?= 
"e6cc2fc056234cffa6a2ff084cce27d544ea3f487a62b5e253351cefd4421900"
-UNINATIVE_CHECKSUM[x86_64] ?= 
"5ec5a9276046e7eceeac749a18b175667384e1f445cd4526300a41404d985a5b"
+UNINATIVE_URL ?= "http://downloads.yoctoproject.org/releases/uninative/3.1/;
+UNINATIVE_CHECKSUM[aarch64] ?= 
"7fa12b9fe7a95934cc09beb0e8a25ff97179ef3105116015d32548eadd27b024"
+UNINATIVE_CHECKSUM[i686] ?= 
"bbfcdd48336800b5af97e294918c6586a0a8fa903f127f813b0bd5110de8c55c"
+UNINATIVE_CHECKSUM[x86_64] ?= 
"5d0611df544edff6428cef7d871257a91aa6ba1bd92f5365a2df8deb54b6b31e"
-- 
2.30.2


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

[OE-core] [gatesgarth][PATCH 6/6] linux-firmware: Package RSI 911x WiFi firmware

2021-05-03 Thread Anuj Mittal 
From: Marek Vasut 

The RSI 911x WiFi firmware is already part of the linux-firmware
repository, package it to make it easily available.

Signed-off-by: Marek Vasut 
Cc: Richard Purdie 
Cc: Steve Sakoman 
Signed-off-by: Richard Purdie 
(cherry picked from commit cc44b71f6ea68ca0f483d635df7dc7b9905b1593)
Signed-off-by: Anuj Mittal 
---
 .../linux-firmware/linux-firmware_20210208.bb | 11 +++
 1 file changed, 11 insertions(+)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20210208.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_20210208.bb
index 69672c85f6..1a9374d0b4 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_20210208.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_20210208.bb
@@ -225,6 +225,7 @@ PACKAGES =+ "${PN}-ralink-license ${PN}-ralink \
  ${PN}-sd8887 ${PN}-sd8897 ${PN}-sd8997 ${PN}-usb8997 \
  ${PN}-ti-connectivity-license ${PN}-wlcommon ${PN}-wl12xx 
${PN}-wl18xx \
  ${PN}-vt6656-license ${PN}-vt6656 \
+ ${PN}-rs9113 ${PN}-rs9116 \
  ${PN}-rtl-license ${PN}-rtl8188 ${PN}-rtl8192cu ${PN}-rtl8192ce 
${PN}-rtl8192su ${PN}-rtl8723 ${PN}-rtl8821 \
  ${PN}-rtl8168 \
  ${PN}-cypress-license \
@@ -525,6 +526,16 @@ RDEPENDS_${PN}-nvidia-gpu += "${PN}-nvidia-license"
 RDEPENDS_${PN}-nvidia-tegra += "${PN}-nvidia-license"
 RDEPENDS_${PN}-nvidia-tegra-k1 += "${PN}-nvidia-license"
 
+# For RSI RS911x WiFi
+LICENSE_${PN}-rs9113 = "WHENCE"
+LICENSE_${PN}-rs9116 = "WHENCE"
+
+FILES_${PN}-rs9113 = " ${nonarch_base_libdir}/firmware/rsi/rs9113*.rps "
+FILES_${PN}-rs9116 = " ${nonarch_base_libdir}/firmware/rsi/rs9116*.rps "
+
+RDEPENDS_${PN}-rs9113 += "${PN}-whence-license"
+RDEPENDS_${PN}-rs9116 += "${PN}-whence-license"
+
 # For rtl
 LICENSE_${PN}-rtl8188 = "Firmware-rtlwifi_firmware"
 LICENSE_${PN}-rtl8192cu = "Firmware-rtlwifi_firmware"
-- 
2.30.2


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

[OE-core] [gatesgarth][PATCH 0/6] review request

2021-05-03 Thread Anuj Mittal 
Please review these changes for gatesgarth. Builds cleanly on
autobuilder.

Thanks,

Anuj

The following changes since commit 8b0aef3f504d650c3208f11b62a7926aa90967f1:

  sanity: Further improve directory sanity tests (2021-04-23 23:20:58 +0800)

are available in the Git repository at:

  git://push.openembedded.org/openembedded-core-contrib anujm/gatesgarth

Changqing Li (2):
  cairo: fix CVE-2020-35492
  gdk-pixbuf: fix CVE-2021-20240

Chen Qi (1):
  rsync: fix CVE-2020-14387

Marek Vasut (1):
  linux-firmware: Package RSI 911x WiFi firmware

Richard Purdie (1):
  yocto-check-layer: Avoid bug when iterating and autoadding
dependencies

hongxu (1):
  deb: apply postinstall on sdk

 meta/lib/oe/package_manager/deb/sdk.py|   4 +
 ...-the-hostname-in-the-certificate-whe.patch |  31 +
 meta/recipes-devtools/rsync/rsync_3.2.3.bb|   1 +
 .../gdk-pixbuf/CVE-2021-20240.patch   |  40 ++
 .../gdk-pixbuf/gdk-pixbuf_2.40.0.bb   |   1 +
 .../cairo/cairo/CVE-2020-35492.patch  | 121 ++
 .../cairo/cairo/bug-image-compositor.ref.png  | Bin 0 -> 185 bytes
 meta/recipes-graphics/cairo/cairo_1.16.0.bb   |  11 ++
 .../linux-firmware/linux-firmware_20210208.bb |  11 ++
 scripts/yocto-check-layer |   3 +
 10 files changed, 223 insertions(+)
 create mode 100644 
meta/recipes-devtools/rsync/files/0001-rsync-ssl-Verify-the-hostname-in-the-certificate-whe.patch
 create mode 100644 
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/CVE-2021-20240.patch
 create mode 100644 meta/recipes-graphics/cairo/cairo/CVE-2020-35492.patch
 create mode 100644 
meta/recipes-graphics/cairo/cairo/bug-image-compositor.ref.png

-- 
2.30.2


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

[OE-core] [gatesgarth][PATCH 2/6] cairo: fix CVE-2020-35492

2021-05-03 Thread Anuj Mittal 
From: Changqing Li 

Signed-off-by: Changqing Li 
Signed-off-by: Anuj Mittal 
---
 .../cairo/cairo/CVE-2020-35492.patch  | 121 ++
 .../cairo/cairo/bug-image-compositor.ref.png  | Bin 0 -> 185 bytes
 meta/recipes-graphics/cairo/cairo_1.16.0.bb   |  11 ++
 3 files changed, 132 insertions(+)
 create mode 100644 meta/recipes-graphics/cairo/cairo/CVE-2020-35492.patch
 create mode 100644 
meta/recipes-graphics/cairo/cairo/bug-image-compositor.ref.png

diff --git a/meta/recipes-graphics/cairo/cairo/CVE-2020-35492.patch 
b/meta/recipes-graphics/cairo/cairo/CVE-2020-35492.patch
new file mode 100644
index 00..f8e69beb0b
--- /dev/null
+++ b/meta/recipes-graphics/cairo/cairo/CVE-2020-35492.patch
@@ -0,0 +1,121 @@
+From 03a820b173ed1fdef6ff14b4468f5dbc02ff59be Mon Sep 17 00:00:00 2001
+From: Heiko Lewin 
+Date: Tue, 15 Dec 2020 16:48:19 +0100
+Subject: [PATCH] Fix mask usage in image-compositor
+
+CVE: CVE-2020-35492
+
+Upstream-Status: Backport 
[https://gitlab.freedesktop.org/cairo/cairo/-/commit/03a820b173ed1fdef6ff14b4468f5dbc02ff59be?merge_request_iid=85]
+
+original patch from upstream has a binary file, it will cause
+do_patch failed with "git binary diffs are not supported".
+
+so add do_patch_append in recipe to add this binary source. when removing
+this patch, please also remove do_patch_append for this patch
+
+Signed-off-by: Changqing Li 
+---
+ src/cairo-image-compositor.c|   8 ++--
+ test/Makefile.sources   |   1 +
+ test/bug-image-compositor.c |  39 
+ 3 files changed, 44 insertions(+), 4 deletions(-)
+ create mode 100644 test/bug-image-compositor.c
+
+diff --git a/src/cairo-image-compositor.c b/src/cairo-image-compositor.c
+index 79ad69f68..4f8aaed99 100644
+--- a/src/cairo-image-compositor.c
 b/src/cairo-image-compositor.c
+@@ -2610,14 +2610,14 @@ _inplace_src_spans (void *abstract_renderer, int y, 
int h,
+   unsigned num_spans)
+ {
+ cairo_image_span_renderer_t *r = abstract_renderer;
+-uint8_t *m;
++uint8_t *m, *base = (uint8_t*)pixman_image_get_data(r->mask);
+ int x0;
+ 
+ if (num_spans == 0)
+   return CAIRO_STATUS_SUCCESS;
+ 
+ x0 = spans[0].x;
+-m = r->_buf;
++m = base;
+ do {
+   int len = spans[1].x - spans[0].x;
+   if (len >= r->u.composite.run_length && spans[0].coverage == 0xff) {
+@@ -2655,7 +2655,7 @@ _inplace_src_spans (void *abstract_renderer, int y, int 
h,
+ spans[0].x, y,
+ spans[1].x - spans[0].x, h);
+ 
+-  m = r->_buf;
++  m = base;
+   x0 = spans[1].x;
+   } else if (spans[0].coverage == 0x0) {
+   if (spans[0].x != x0) {
+@@ -2684,7 +2684,7 @@ _inplace_src_spans (void *abstract_renderer, int y, int 
h,
+ #endif
+   }
+ 
+-  m = r->_buf;
++  m = base;
+   x0 = spans[1].x;
+   } else {
+   *m++ = spans[0].coverage;
+diff --git a/test/Makefile.sources b/test/Makefile.sources
+index 7eb73647f..86494348d 100644
+--- a/test/Makefile.sources
 b/test/Makefile.sources
+@@ -34,6 +34,7 @@ test_sources = \
+   bug-source-cu.c \
+   bug-extents.c   \
+   bug-seams.c \
++  bug-image-compositor.c  \
+   caps.c  \
+   checkerboard.c  \
+   caps-joins.c\
+diff --git a/test/bug-image-compositor.c b/test/bug-image-compositor.c
+new file mode 100644
+index 0..fc4fd370b
+--- /dev/null
 b/test/bug-image-compositor.c
+@@ -0,0 +1,39 @@
++#include "cairo-test.h"
++
++static cairo_test_status_t
++draw (cairo_t *cr, int width, int height)
++{
++cairo_set_source_rgb (cr, 0., 0., 0.);
++cairo_paint (cr);
++
++cairo_set_source_rgb (cr, 1., 1., 1.);
++cairo_set_line_width (cr, 1.);
++
++cairo_pattern_t *p = cairo_pattern_create_linear (0, 0, width, height);
++cairo_pattern_add_color_stop_rgb (p, 0, 0.99, 1, 1);
++cairo_pattern_add_color_stop_rgb (p, 1, 1, 1, 1);
++cairo_set_source (cr, p);
++
++cairo_move_to (cr, 0.5, -1);
++for (int i = 0; i < width; i+=3) {
++  cairo_rel_line_to (cr, 2, 2);
++  cairo_rel_line_to (cr, 1, -2);
++}
++
++cairo_set_operator (cr, CAIRO_OPERATOR_SOURCE);
++cairo_stroke (cr);
++
++cairo_pattern_destroy(p);
++
++return CAIRO_TEST_SUCCESS;
++}
++
++
++CAIRO_TEST (bug_image_compositor,
++  "Crash in image-compositor",
++  "stroke, stress", /* keywords */
++  NULL, /* requirements */
++  1, 1,
++  NULL, draw)
++  
++  
+-- 
+GitLab
diff --git a/meta/recipes-graphics/cairo/cairo/bug-image-compositor.ref.png

[OE-core] [gatesgarth][PATCH 4/6] deb: apply postinstall on sdk

2021-05-03 Thread Anuj Mittal 
From: hongxu 

If not postinstall applied, some nativesdk command could not be found
in sdk due to update-alternatives in postinst not be executed, such as chroot:

$ which chroot
/sbin/chroot
$ which chroot.coreutils
path-to-sdk/sysroots/x86_64-wrlinuxsdk-linux/usr/bin/chroot.coreutils

After applying the fix
$ which chroot
path-to-sdk/sysroots/x86_64-wrlinuxsdk-linux/usr/bin/chroot
$ which chroot.coreutils
path-to-sdk/sysroots/x86_64-wrlinuxsdk-linux/usr/bin/chroot.coreutils

Signed-off-by: Hongxu Jia 
Signed-off-by: Richard Purdie 
(cherry picked from commit 2a9bf19502766baa4087456649d5471483d04f6a)
Signed-off-by: Anuj Mittal 
---
 meta/lib/oe/package_manager/deb/sdk.py | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/lib/oe/package_manager/deb/sdk.py 
b/meta/lib/oe/package_manager/deb/sdk.py
index b25eb70b00..76548b06f0 100644
--- a/meta/lib/oe/package_manager/deb/sdk.py
+++ b/meta/lib/oe/package_manager/deb/sdk.py
@@ -65,6 +65,8 @@ class DpkgSdk(Sdk):
 
 
self.target_pm.install_complementary(self.d.getVar('SDKIMAGE_INSTALL_COMPLEMENTARY'))
 
+self.target_pm.run_pre_post_installs()
+
 self.target_pm.run_intercepts(populate_sdk='target')
 
 execute_pre_post_process(self.d, 
self.d.getVar("POPULATE_SDK_POST_TARGET_COMMAND"))
@@ -78,6 +80,8 @@ class DpkgSdk(Sdk):
 self._populate_sysroot(self.host_pm, self.host_manifest)
 self.install_locales(self.host_pm)
 
+self.host_pm.run_pre_post_installs()
+
 self.host_pm.run_intercepts(populate_sdk='host')
 
 execute_pre_post_process(self.d, 
self.d.getVar("POPULATE_SDK_POST_HOST_COMMAND"))
-- 
2.30.2


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

[OE-core] [gatesgarth][PATCH 1/6] rsync: fix CVE-2020-14387

2021-05-03 Thread Anuj Mittal 
From: Chen Qi 

Backport patch to fix CVE-2020-14387.

Signed-off-by: Chen Qi 
Signed-off-by: Richard Purdie 
(cherry picked from commit 13f331436747ebb8e9211feee3aa774f1acd0fee)
Signed-off-by: Anuj Mittal 
---
 ...-the-hostname-in-the-certificate-whe.patch | 31 +++
 meta/recipes-devtools/rsync/rsync_3.2.3.bb|  1 +
 2 files changed, 32 insertions(+)
 create mode 100644 
meta/recipes-devtools/rsync/files/0001-rsync-ssl-Verify-the-hostname-in-the-certificate-whe.patch

diff --git 
a/meta/recipes-devtools/rsync/files/0001-rsync-ssl-Verify-the-hostname-in-the-certificate-whe.patch
 
b/meta/recipes-devtools/rsync/files/0001-rsync-ssl-Verify-the-hostname-in-the-certificate-whe.patch
new file mode 100644
index 00..2d51ddf965
--- /dev/null
+++ 
b/meta/recipes-devtools/rsync/files/0001-rsync-ssl-Verify-the-hostname-in-the-certificate-whe.patch
@@ -0,0 +1,31 @@
+From fbe85634d88e82fbb439ae2a5d1aca8b8c309bea Mon Sep 17 00:00:00 2001
+From: Matt McCutchen 
+Date: Wed, 26 Aug 2020 12:16:08 -0400
+Subject: [PATCH] rsync-ssl: Verify the hostname in the certificate when using
+ openssl.
+
+CVE: CVE-2020-14387
+
+Upstream-Status: Backport 
[https://git.samba.org/?p=rsync.git;a=commit;h=c3f7414]
+
+Signed-off-by: Chen Qi 
+---
+ rsync-ssl | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/rsync-ssl b/rsync-ssl
+index 8101975..46701af 100755
+--- a/rsync-ssl
 b/rsync-ssl
+@@ -129,7 +129,7 @@ function rsync_ssl_helper {
+ fi
+ 
+ if [[ $RSYNC_SSL_TYPE == openssl ]]; then
+-  exec $RSYNC_SSL_OPENSSL s_client $caopt $certopt -quiet -verify_quiet 
-servername $hostname -connect $hostname:$port
++  exec $RSYNC_SSL_OPENSSL s_client $caopt $certopt -quiet -verify_quiet 
-servername $hostname -verify_hostname $hostname -connect $hostname:$port
+ elif [[ $RSYNC_SSL_TYPE == gnutls ]]; then
+   exec $RSYNC_SSL_GNUTLS --logfile=/dev/null $gnutls_cert_opt 
$gnutls_opts $hostname:$port
+ else
+-- 
+2.17.1
+
diff --git a/meta/recipes-devtools/rsync/rsync_3.2.3.bb 
b/meta/recipes-devtools/rsync/rsync_3.2.3.bb
index e6a3a67881..df4fbbd0d2 100644
--- a/meta/recipes-devtools/rsync/rsync_3.2.3.bb
+++ b/meta/recipes-devtools/rsync/rsync_3.2.3.bb
@@ -13,6 +13,7 @@ SRC_URI = 
"https://download.samba.org/pub/${BPN}/src/${BP}.tar.gz \
file://rsyncd.conf \
file://makefile-no-rebuild.patch \
file://determism.patch \
+   
file://0001-rsync-ssl-Verify-the-hostname-in-the-certificate-whe.patch \
"
 
 SRC_URI[sha256sum] = 
"becc3c504ceea499f4167a260040ccf4d9f2ef9499ad5683c179a697146ce50e"
-- 
2.30.2


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

[OE-core] [gatesgarth][PATCH 5/6] yocto-check-layer: Avoid bug when iterating and autoadding dependencies

2021-05-03 Thread Anuj Mittal 
From: Richard Purdie 

If iterating a layer with multiple components and auto-adding dependencies
the tests can break since layers are never removed and order isn't guaranteed
to account for that.

Fix this by resetting the layer list back to the original list each time
before auto-adding the dependencies in each case.

This fixes scanning of meta-openembedded in particular where the sublayers
may not be added in order of minimal dependency.

Signed-off-by: Richard Purdie 
(cherry picked from commit bf1b467dacf345379cd5d84a1c9b3b0d844d5c91)
Signed-off-by: Anuj Mittal 
---
 scripts/yocto-check-layer | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/scripts/yocto-check-layer b/scripts/yocto-check-layer
index b7c83c8b54..deba3cb4f8 100755
--- a/scripts/yocto-check-layer
+++ b/scripts/yocto-check-layer
@@ -138,6 +138,9 @@ def main():
 layer['type'] == LayerType.ERROR_BSP_DISTRO:
 continue
 
+# Reset to a clean backup copy for each run
+shutil.copyfile(bblayersconf + '.backup', bblayersconf)
+
 if check_bblayers(bblayersconf, layer['path'], logger):
 logger.info("%s already in %s. To capture initial signatures, 
layer under test should not present "
"in BBLAYERS. Please remove %s from BBLAYERS." % 
(layer['name'], bblayersconf, layer['name']))
-- 
2.30.2


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

[OE-core] [gatesgarth][PATCH 3/6] gdk-pixbuf: fix CVE-2021-20240

2021-05-03 Thread Anuj Mittal 
From: Changqing Li 

Signed-off-by: Changqing Li 
Signed-off-by: Anuj Mittal 
---
 .../gdk-pixbuf/CVE-2021-20240.patch   | 40 +++
 .../gdk-pixbuf/gdk-pixbuf_2.40.0.bb   |  1 +
 2 files changed, 41 insertions(+)
 create mode 100644 
meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/CVE-2021-20240.patch

diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/CVE-2021-20240.patch 
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/CVE-2021-20240.patch
new file mode 100644
index 00..fe594b24bb
--- /dev/null
+++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf/CVE-2021-20240.patch
@@ -0,0 +1,40 @@
+From 086e8adf4cc352cd11572f96066b001b545f354e Mon Sep 17 00:00:00 2001
+From: Emmanuele Bassi 
+Date: Wed, 1 Apr 2020 18:11:55 +0100
+Subject: [PATCH] Check the memset length argument
+
+Avoid overflows by using the checked multiplication macro for gsize.
+
+Fixes: #132
+
+Upstream-Status: Backported 
[https://gitlab.gnome.org/GNOME/gdk-pixbuf/-/commit/086e8adf4cc352cd11572f96066b001b545f354e]
+CVE: CVE-2021-20240
+
+Signed-off-by: Changqing Li 
+---
+ gdk-pixbuf/io-gif-animation.c | 6 +-
+ 1 file changed, 5 insertions(+), 1 deletion(-)
+
+diff --git a/gdk-pixbuf/io-gif-animation.c b/gdk-pixbuf/io-gif-animation.c
+index c9db3c66e..49674fd2e 100644
+--- a/gdk-pixbuf/io-gif-animation.c
 b/gdk-pixbuf/io-gif-animation.c
+@@ -412,11 +412,15 @@ gdk_pixbuf_gif_anim_iter_get_pixbuf 
(GdkPixbufAnimationIter *anim_iter)
+ 
+ /* If no rendered frame, render the first frame */
+ if (anim->last_frame == NULL) {
++gsize len = 0;
+ if (anim->last_frame_data == NULL)
+ anim->last_frame_data = gdk_pixbuf_new 
(GDK_COLORSPACE_RGB, TRUE, 8, anim->width, anim->height);
+ if (anim->last_frame_data == NULL)
+ return NULL;
+-memset (gdk_pixbuf_get_pixels (anim->last_frame_data), 0, 
gdk_pixbuf_get_rowstride (anim->last_frame_data) * anim->height);
++if (g_size_checked_mul (, gdk_pixbuf_get_rowstride 
(anim->last_frame_data), anim->height))
++memset (gdk_pixbuf_get_pixels 
(anim->last_frame_data), 0, len);
++else
++return NULL;
+ composite_frame (anim, g_list_nth_data (anim->frames, 0));
+ }
+ 
+-- 
+GitLab
diff --git a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb 
b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb
index 16708fd581..32af2de1e8 100644
--- a/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb
+++ b/meta/recipes-gnome/gdk-pixbuf/gdk-pixbuf_2.40.0.bb
@@ -25,6 +25,7 @@ SRC_URI = 
"${GNOME_MIRROR}/${BPN}/${MAJ_VER}/${BPN}-${PV}.tar.xz \
file://0006-Build-thumbnailer-and-tests-also-in-cross-builds.patch \
file://missing-test-data.patch \
file://CVE-2020-29385.patch \
+   file://CVE-2021-20240.patch \
"
 
 SRC_URI_append_class-target = " \
-- 
2.30.2


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

[OE-core] [PATCH 1/2] qemu: fix CVE-2020-27821

2021-05-03 Thread Sakib Sajal 
memory: clamp cached translation in case it points to an MMIO region

Signed-off-by: Sakib Sajal 
---
 meta/recipes-devtools/qemu/qemu.inc   |   1 +
 .../qemu/qemu/CVE-2020-27821.patch| 143 ++
 2 files changed, 144 insertions(+)
 create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2020-27821.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 062d7907cf..d120b0822f 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -55,6 +55,7 @@ SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \
file://CVE-2021-3416_10.patch \
file://CVE-2021-20257.patch \
   file://CVE-2021-3392.patch \
+   file://CVE-2020-27821.patch \
"
 UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
 
diff --git a/meta/recipes-devtools/qemu/qemu/CVE-2020-27821.patch 
b/meta/recipes-devtools/qemu/qemu/CVE-2020-27821.patch
new file mode 100644
index 00..58622f0487
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/CVE-2020-27821.patch
@@ -0,0 +1,143 @@
+From 279f90a9ab07304f0a49fc10e4bfd1243a8cddbe Mon Sep 17 00:00:00 2001
+From: Paolo Bonzini 
+Date: Tue, 1 Dec 2020 09:29:56 -0500
+Subject: [PATCH 1/2] memory: clamp cached translation in case it points to an
+ MMIO region
+
+In using the address_space_translate_internal API, address_space_cache_init
+forgot one piece of advice that can be found in the code for
+address_space_translate_internal:
+
+/* MMIO registers can be expected to perform full-width accesses based only
+ * on their address, without considering adjacent registers that could
+ * decode to completely different MemoryRegions.  When such registers
+ * exist (e.g. I/O ports 0xcf8 and 0xcf9 on most PC chipsets), MMIO
+ * regions overlap wildly.  For this reason we cannot clamp the accesses
+ * here.
+ *
+ * If the length is small (as is the case for address_space_ldl/stl),
+ * everything works fine.  If the incoming length is large, however,
+ * the caller really has to do the clamping through memory_access_size.
+ */
+
+address_space_cache_init is exactly one such case where "the incoming length
+is large", therefore we need to clamp the resulting length---not to
+memory_access_size though, since we are not doing an access yet, but to
+the size of the resulting section.  This ensures that subsequent accesses
+to the cached MemoryRegionSection will be in range.
+
+With this patch, the enclosed testcase notices that the used ring does
+not fit into the MSI-X table and prints a "qemu-system-x86_64: Cannot map used"
+error.
+
+Signed-off-by: Paolo Bonzini 
+
+Upstream-Status: Backport [4bfb024bc76973d40a359476dc0291f46e435442]
+CVE: CVE-2020-27821
+
+Signed-off-by: Sakib Sajal 
+---
+ softmmu/physmem.c   | 10 
+ tests/qtest/fuzz-test.c | 51 +
+ 2 files changed, 61 insertions(+)
+
+diff --git a/softmmu/physmem.c b/softmmu/physmem.c
+index 3027747c0..2cd1de4a2 100644
+--- a/softmmu/physmem.c
 b/softmmu/physmem.c
+@@ -3255,6 +3255,7 @@ int64_t address_space_cache_init(MemoryRegionCache 
*cache,
+ AddressSpaceDispatch *d;
+ hwaddr l;
+ MemoryRegion *mr;
++Int128 diff;
+ 
+ assert(len > 0);
+ 
+@@ -3263,6 +3264,15 @@ int64_t address_space_cache_init(MemoryRegionCache 
*cache,
+ d = flatview_to_dispatch(cache->fv);
+ cache->mrs = *address_space_translate_internal(d, addr, >xlat, , 
true);
+ 
++/*
++ * cache->xlat is now relative to cache->mrs.mr, not to the section 
itself.
++ * Take that into account to compute how many bytes are there between
++ * cache->xlat and the end of the section.
++ */
++diff = int128_sub(cache->mrs.size,
++int128_make64(cache->xlat - 
cache->mrs.offset_within_region));
++l = int128_get64(int128_min(diff, int128_make64(l)));
++
+ mr = cache->mrs.mr;
+ memory_region_ref(mr);
+ if (memory_access_is_direct(mr, is_write)) {
+diff --git a/tests/qtest/fuzz-test.c b/tests/qtest/fuzz-test.c
+index 9cb4c42bd..28739248e 100644
+--- a/tests/qtest/fuzz-test.c
 b/tests/qtest/fuzz-test.c
+@@ -47,6 +47,55 @@ static void 
test_lp1878642_pci_bus_get_irq_level_assert(void)
+ qtest_outl(s, 0x5d02, 0xebed205d);
+ }
+ 
++/*
++ * Here a MemoryRegionCache pointed to an MMIO region but had a
++ * larger size than the underlying region.
++ */
++static void test_mmio_oob_from_memory_region_cache(void)
++{
++QTestState *s;
++
++s = qtest_init("-M pc-q35-5.2 -display none -m 512M "
++ "-device virtio-scsi,num_queues=8,addr=03.0 ");
++
++qtest_outl(s, 0xcf8, 0x80001811);
++qtest_outb(s, 0xcfc, 0x6e);
++qtest_outl(s, 0xcf8, 0x80001824);
++qtest_outl(s, 0xcf8, 0x80001813);
++qtest_outl(s, 0xcfc, 0xa08);
++qtest_outl(s, 0xcf8, 0x80001802);
++qtest_outl(s, 0xcfc, 0x5a175a63);
++qtest_outb(s, 0x6e08,

[OE-core] [PATCH 2/2] qemu: fix CVE-2021-20263

2021-05-03 Thread Sakib Sajal 
virtiofs: drop remapped security.capability xattr as needed

Signed-off-by: Sakib Sajal 
---
 meta/recipes-devtools/qemu/qemu.inc   |   1 +
 .../qemu/qemu/CVE-2021-20263.patch| 214 ++
 2 files changed, 215 insertions(+)
 create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2021-20263.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index d120b0822f..486f404668 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -56,6 +56,7 @@ SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \
file://CVE-2021-20257.patch \
   file://CVE-2021-3392.patch \
file://CVE-2020-27821.patch \
+   file://CVE-2021-20263.patch \
"
 UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
 
diff --git a/meta/recipes-devtools/qemu/qemu/CVE-2021-20263.patch 
b/meta/recipes-devtools/qemu/qemu/CVE-2021-20263.patch
new file mode 100644
index 00..4f9a91f0c6
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/CVE-2021-20263.patch
@@ -0,0 +1,214 @@
+From aaa5f8e00c2e85a893b972f1e243fb14c26b70dc Mon Sep 17 00:00:00 2001
+From: "Dr. David Alan Gilbert" 
+Date: Wed, 24 Feb 2021 19:56:25 +
+Subject: [PATCH 2/2] virtiofs: drop remapped security.capability xattr as
+ needed
+
+On Linux, the 'security.capability' xattr holds a set of
+capabilities that can change when an executable is run, giving
+a limited form of privilege escalation to those programs that
+the writer of the file deemed worthy.
+
+Any write causes the 'security.capability' xattr to be dropped,
+stopping anyone from gaining privilege by modifying a blessed
+file.
+
+Fuse relies on the daemon to do this dropping, and in turn the
+daemon relies on the host kernel to drop the xattr for it.  However,
+with the addition of -o xattrmap, the xattr that the guest
+stores its capabilities in is now not the same as the one that
+the host kernel automatically clears.
+
+Where the mapping changes 'security.capability', explicitly clear
+the remapped name to preserve the same behaviour.
+
+This bug is assigned CVE-2021-20263.
+
+Signed-off-by: Dr. David Alan Gilbert 
+Reviewed-by: Vivek Goyal 
+
+Upstream-Status: Backport [e586edcb410543768ef009eaa22a2d9dd4a53846]
+CVE: CVE-2021-20263
+
+Signed-off-by: Sakib Sajal 
+---
+ docs/tools/virtiofsd.rst |  4 ++
+ tools/virtiofsd/passthrough_ll.c | 77 +++-
+ 2 files changed, 80 insertions(+), 1 deletion(-)
+
+diff --git a/docs/tools/virtiofsd.rst b/docs/tools/virtiofsd.rst
+index 866b7db3e..00554c75b 100644
+--- a/docs/tools/virtiofsd.rst
 b/docs/tools/virtiofsd.rst
+@@ -228,6 +228,10 @@ The 'map' type adds a number of separate rules to add 
**prepend** as a prefix
+ to the matched **key** (or all attributes if **key** is empty).
+ There may be at most one 'map' rule and it must be the last rule in the set.
+ 
++Note: When the 'security.capability' xattr is remapped, the daemon has to do
++extra work to remove it during many operations, which the host kernel normally
++does itself.
++
+ xattr-mapping Examples
+ --
+ 
+diff --git a/tools/virtiofsd/passthrough_ll.c 
b/tools/virtiofsd/passthrough_ll.c
+index 03c5e0d13..c9197da86 100644
+--- a/tools/virtiofsd/passthrough_ll.c
 b/tools/virtiofsd/passthrough_ll.c
+@@ -160,6 +160,7 @@ struct lo_data {
+ int posix_lock;
+ int xattr;
+ char *xattrmap;
++char *xattr_security_capability;
+ char *source;
+ char *modcaps;
+ double timeout;
+@@ -226,6 +227,8 @@ static __thread bool cap_loaded = 0;
+ 
+ static struct lo_inode *lo_find(struct lo_data *lo, struct stat *st,
+ uint64_t mnt_id);
++static int xattr_map_client(const struct lo_data *lo, const char *client_name,
++char **out_name);
+ 
+ static int is_dot_or_dotdot(const char *name)
+ {
+@@ -365,6 +368,37 @@ out:
+ return ret;
+ }
+ 
++/*
++ * The host kernel normally drops security.capability xattr's on
++ * any write, however if we're remapping xattr names we need to drop
++ * whatever the clients security.capability is actually stored as.
++ */
++static int drop_security_capability(const struct lo_data *lo, int fd)
++{
++if (!lo->xattr_security_capability) {
++/* We didn't remap the name, let the host kernel do it */
++return 0;
++}
++if (!fremovexattr(fd, lo->xattr_security_capability)) {
++/* All good */
++return 0;
++}
++
++switch (errno) {
++case ENODATA:
++/* Attribute didn't exist, that's fine */
++return 0;
++
++case ENOTSUP:
++/* FS didn't support attribute anyway, also fine */
++return 0;
++
++default:
++/* Hmm other error */
++return errno;
++}
++}
++
+ static void lo_map_init(struct lo_map *map)
+ {
+ map->elems = NULL;
+@@ -717,6 +751,11 @@ static void lo_setattr(fuse_req_t req,

Re: [OE-core] [PATCH 3/3] gstreamer1.0: update ptest patch

2021-05-03 Thread Richard Purdie 
On Mon, 2021-05-03 at 09:52 +0100, Jose Quaresma wrote:
> I have a question regarding the patches submission, what is the most
> appropriate option to submit them ?
> 
> 1 - send all patches as it is submitted upstream
> 2 - squash all patches it in single one

I think you'd done 1) and that seemed reasonable to me? It makes sense
to have the separate changes identified.

Cheers,

Richard


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

[OE-core] [PATCH 7/7] linux-yocto/5.4: update to v5.4.116

2021-05-03 Thread Bruce Ashfield 
From: Bruce Ashfield 

Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:

370636ffbb86 Linux 5.4.116
e23967af130b bpf: Update selftests to reflect new error states
ef4e68f0af04 bpf: Tighten speculative pointer arithmetic mask
4dc6e55e282f bpf: Move sanitize_val_alu out of op switch
876d1cec9369 bpf: Refactor and streamline bounds check into helper
4158e5fea3b1 bpf: Improve verifier error messages for users
15de0c537bf7 bpf: Rework ptr_limit into alu_limit and add common error path
f7fbedc90909 bpf: Ensure off_reg has no mixed signed bounds for all types
4a163b1c7053 bpf: Move off_reg into sanitize_ptr_alu
19bfeb47e96b Linux 5.4.115
af7099bad495 USB: CDC-ACM: fix poison/unpoison imbalance
d7fad2ce15bd net: hso: fix NULL-deref on disconnect regression
699017fe0de4 x86/crash: Fix crash_setup_memmap_entries() out-of-bounds 
access
b3962b4e8334 ia64: tools: remove duplicate definition of ia64_mf() on ia64
763cbe5e1ebb ia64: fix discontig.c section mismatches
3dce9c4bb546 csky: change a Kconfig symbol name to fix e1000 build error
892f6bc55746 cavium/liquidio: Fix duplicate argument
2ccca124620e xen-netback: Check for hotplug-status existence before watching
78687d6a3213 s390/entry: save the caller of psw_idle
026490fac496 net: geneve: check skb is large enough for IPv4/IPv6 header
caaf9371ecad ARM: dts: Fix swapped mmc order for omap3
be60afbb9136 HID: wacom: Assign boolean values to a bool variable
116ee59ef886 HID: alps: fix error return code in alps_input_configured()
a4e2b91cea52 HID: google: add don USB id
aefb6ac6ac11 perf auxtrace: Fix potential NULL pointer dereference
39638289595b perf/x86/kvm: Fix Broadwell Xeon stepping in isolation_ucodes[]
319a06e58ed7 perf/x86/intel/uncore: Remove uncore extra PCI dev 
HSWEP_PCI_PCU_3
82808cc02681 locking/qrwlock: Fix ordering in queued_write_lock_slowpath()
c6eb92b37af1 arm64: dts: allwinner: Revert SD card CD GPIO for Pine64-LTS
37ee803d7ed7 pinctrl: lewisburg: Update number of pins in community
dbb355960ef9 gpio: omap: Save and restore sysconfig
835c8d688e1e s390/ptrace: return -ENOSYS when invalid syscall is supplied

Signed-off-by: Bruce Ashfield 
---
 .../linux/linux-yocto-rt_5.4.bb   |  6 ++---
 .../linux/linux-yocto-tiny_5.4.bb |  8 +++
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 22 +--
 3 files changed, 18 insertions(+), 18 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index 972b6306a6..939bef0ca9 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -11,13 +11,13 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "da52117f6cbb53b6242803d432e8649a964f0435"
-SRCREV_meta ?= "e335eb1ff7c2948e263b9d59f1664c5bf198e4cf"
+SRCREV_machine ?= "b62ae8bedb024e67e7c5cda51840454a4170c858"
+SRCREV_meta ?= "cf20a3c44f5ef181b16ed80e9c2683f76b1ead20"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.4;destsuffix=${KMETA}"
 
-LINUX_VERSION ?= "5.4.114"
+LINUX_VERSION ?= "5.4.116"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
index 3886388ea9..e3750dd7f1 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
@@ -6,7 +6,7 @@ KCONFIG_MODE = "--allnoconfig"
 
 require recipes-kernel/linux/linux-yocto.inc
 
-LINUX_VERSION ?= "5.4.114"
+LINUX_VERSION ?= "5.4.116"
 LIC_FILES_CHKSUM = "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
 
 DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
@@ -15,9 +15,9 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine_qemuarm ?= "06631306658b18d4e29f721a43479d90effc3fc2"
-SRCREV_machine ?= "6d78e8ad5697bdad4bd76d0eeb44daca8cbe108d"
-SRCREV_meta ?= "e335eb1ff7c2948e263b9d59f1664c5bf198e4cf"
+SRCREV_machine_qemuarm ?= "80bd6016a9bdaed4b66dda8c8e62d7c1f8a6"
+SRCREV_machine ?= "ea7a54fa402727f3c4bc4a1904d4a9590e7c8b85"
+SRCREV_meta ?= "cf20a3c44f5ef181b16ed80e9c2683f76b1ead20"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
index d2743638ad..38404a1935 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
@@ -12,16 +12,16 @@ KBRANCH_qemux86  ?= "v5.4/standard/base"
 KBRANCH_qemux86-64 ?=

[OE-core] [PATCH 6/7] linux-yocto/5.10: update to v5.10.34

2021-05-03 Thread Bruce Ashfield 
From: Bruce Ashfield 

Updating linux-yocto/5.10 to the latest korg -stable release that comprises
the following commits:

0aa66717f684 Linux 5.10.34
47d54b990103 mei: me: add Alder Lake P device id.
2a442f11407e iwlwifi: Fix softirq/hardirq disabling in 
iwl_pcie_gen2_enqueue_hcmd()
8bd8301ccc11 Linux 5.10.33
8a661bad6cee USB: CDC-ACM: fix poison/unpoison imbalance
90642ee9eb58 net: hso: fix NULL-deref on disconnect regression
31720f9e87c0 x86/crash: Fix crash_setup_memmap_entries() out-of-bounds 
access
bed21bed2e79 ia64: tools: remove duplicate definition of ia64_mf() on ia64
ba0910ad1c57 ia64: fix discontig.c section mismatches
f4a777bcc8d1 csky: change a Kconfig symbol name to fix e1000 build error
393200a1b095 kasan: fix hwasan build for gcc
f2b46286e326 cavium/liquidio: Fix duplicate argument
1bfefd866195 xen-netback: Check for hotplug-status existence before watching
509ae27a1874 arm64: kprobes: Restore local irqflag if kprobes is cancelled
da99331fc6ce s390/entry: save the caller of psw_idle
d33031a894d2 dmaengine: tegra20: Fix runtime PM imbalance on error
66d0cf7dcaa1 net: geneve: check skb is large enough for IPv4/IPv6 header
6ce64437224d ARM: dts: Fix swapped mmc order for omap3
db010ba54a96 dmaengine: xilinx: dpdma: Fix race condition in done IRQ
e8d9a93ec46e dmaengine: xilinx: dpdma: Fix descriptor issuing on video group
eb2c81ee764d soc: qcom: geni: shield geni_icc_get() for ACPI boot
8c4bfe30eb55 HID: wacom: Assign boolean values to a bool variable
e913cbc952c3 HID cp2112: fix support for multiple gpiochips
f691dc86411d HID: alps: fix error return code in alps_input_configured()
079e32723f78 HID: google: add don USB id
ffe249b4fc2c perf map: Fix error return code in maps__clone()
4d0cfb3713bc perf auxtrace: Fix potential NULL pointer dereference
ab112cc573cc perf/x86/kvm: Fix Broadwell Xeon stepping in isolation_ucodes[]
6f8315e5d951 perf/x86/intel/uncore: Remove uncore extra PCI dev 
HSWEP_PCI_PCU_3
82fa9ced35d8 locking/qrwlock: Fix ordering in queued_write_lock_slowpath()
b642e493a9a0 bpf: Tighten speculative pointer arithmetic mask
2982ea926b5c bpf: Refactor and streamline bounds check into helper
f3c4b01689d3 bpf: Allow variable-offset stack access
f79efcb0075a bpf: Permits pointers on stack for helper calls
edc5d1601389 arm64: dts: allwinner: Revert SD card CD GPIO for Pine64-LTS
83d93d05376a pinctrl: core: Show pin numbers for the controllers with base 
= 0
fc2454cc0c4b block: return -EBUSY when there are open partitions in 
blkdev_reread_part
2bbd8aafde36 pinctrl: lewisburg: Update number of pins in community
a8cd07e4400d vdpa/mlx5: Set err = -ENOMEM in case dma_map_sg_attrs fails
bf84ef2dd2cc KEYS: trusted: Fix TPM reservation for seal/unseal
9857fccd653c gpio: omap: Save and restore sysconfig
71777492b745 vhost-vdpa: protect concurrent access to vhost device iotlb

Signed-off-by: Bruce Ashfield 
---
 .../linux/linux-yocto-rt_5.10.bb  |  6 ++---
 .../linux/linux-yocto-tiny_5.10.bb|  8 +++
 meta/recipes-kernel/linux/linux-yocto_5.10.bb | 24 +--
 3 files changed, 19 insertions(+), 19 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
index 6b6b7ac785..bbac0d0336 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
@@ -11,13 +11,13 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "9a09bd7febd325064c9f291ebcda2186fa514884"
-SRCREV_meta ?= "6eb23a018005ebef5a4265738f2643deedaba4e2"
+SRCREV_machine ?= "400fbf5b14a0c88afb7c31d65be56fb9d6214c81"
+SRCREV_meta ?= "bca3bfbc7473963f53aeefa74cb7a6e60b50831f"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.10;destsuffix=${KMETA}"
 
-LINUX_VERSION ?= "5.10.32"
+LINUX_VERSION ?= "5.10.34"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
index df76483244..f08dc68a6e 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
@@ -6,7 +6,7 @@ KCONFIG_MODE = "--allnoconfig"
 
 require recipes-kernel/linux/linux-yocto.inc
 
-LINUX_VERSION ?= "5.10.32"
+LINUX_VERSION ?= "5.10.34"
 LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
 
 DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
@@ -15,9 +15,9 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine_qemuarm

[OE-core] [PATCH 2/7] linux-yocto/5.10: qemuriscv32.cfg: RV32 only supports 1G physical memory

2021-05-03 Thread Bruce Ashfield 
From: Bruce Ashfield 

Integrating the following commit(s) to linux-yocto/5.10:

a19886b00ea qemuriscv32.cfg: RV32 only supports 1G physical memory

Signed-off-by: Khem Raj 
Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.10.bb  | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
index c491eed163..0902fe4fa1 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "196677064883beeaacb68de437512a0e4ee07050"
-SRCREV_meta ?= "8f16b5cfe0600f2a7ed1ce68633a88a1196b9776"
+SRCREV_meta ?= "a19886b00ea7d874fdd60d8e3435894bb16e6434"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.10;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
index 0e3771461b..079f4a215e 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine_qemuarm ?= "bcb76d132fb1e90f6db0a598b3c46b180a9b71ea"
 SRCREV_machine ?= "a8808e541750d4ed34105f615e295f6fbd9950fa"
-SRCREV_meta ?= "8f16b5cfe0600f2a7ed1ce68633a88a1196b9776"
+SRCREV_meta ?= "a19886b00ea7d874fdd60d8e3435894bb16e6434"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.10.bb
index 2221e99f3c..c8a2e3906f 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.10.bb
@@ -23,7 +23,7 @@ SRCREV_machine_qemux86 ?= 
"a8808e541750d4ed34105f615e295f6fbd9950fa"
 SRCREV_machine_qemux86-64 ?= "a8808e541750d4ed34105f615e295f6fbd9950fa"
 SRCREV_machine_qemumips64 ?= "f89a64b85a068ac96ccd69f5170b2fbe957d4162"
 SRCREV_machine ?= "a8808e541750d4ed34105f615e295f6fbd9950fa"
-SRCREV_meta ?= "8f16b5cfe0600f2a7ed1ce68633a88a1196b9776"
+SRCREV_meta ?= "a19886b00ea7d874fdd60d8e3435894bb16e6434"
 
 # remap qemuarm to qemuarma15 for the 5.8 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
-- 
2.19.1


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

[OE-core] [PATCH 5/7] perf: fix python-audit RDEPENDS

2021-05-03 Thread Bruce Ashfield 
From: Bruce Ashfield 

When doing the perf python3 conversion, the audit-python RDEPENDS
was caught up in the regex replacement and was incorrectly changed.

The audit recipe continues to produce a package called audit-python
and it is that package we should have as a RDEPENDS.

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/perf/perf.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index e5e5a0d267..2dfd798ef7 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -322,7 +322,7 @@ PACKAGES =+ "${PN}-archive ${PN}-tests ${PN}-perl 
${PN}-python"
 
 RDEPENDS_${PN} += "elfutils bash"
 RDEPENDS_${PN}-archive =+ "bash"
-RDEPENDS_${PN}-python =+ "bash python3 python3-modules 
${@bb.utils.contains('PACKAGECONFIG', 'audit', 'audit-python3', '', d)}"
+RDEPENDS_${PN}-python =+ "bash python3 python3-modules 
${@bb.utils.contains('PACKAGECONFIG', 'audit', 'audit-python', '', d)}"
 RDEPENDS_${PN}-perl =+ "bash perl perl-modules"
 RDEPENDS_${PN}-tests =+ "python3 bash"
 
-- 
2.19.1


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

[OE-core] [PATCH 4/7] linux-yocto/5.4: update to v5.4.114

2021-05-03 Thread Bruce Ashfield 
From: Bruce Ashfield 

Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:

a7eb81c1d11a Linux 5.4.114
3822683fd101 net: phy: marvell: fix detection of PHY on Topaz switches
cec3b778f70f ARM: 9071/1: uprobes: Don't hook on thumb instructions
4f0cda5e9e62 r8169: don't advertise pause in jumbo mode
c5934da725bb r8169: tweak max read request size for newer chips also in 
jumbo mtu mode
50b7a68664dc r8169: improve rtl_jumbo_config
cbbd3e2a2e7c r8169: fix performance regression related to PCIe max read 
request size
0243bb394186 r8169: simplify setting PCI_EXP_DEVCTL_NOSNOOP_EN
c667953d6433 r8169: remove fiddling with the PCIe max read request size
b14992c96274 arm64: dts: allwinner: Fix SD card CD GPIO for SOPine systems
871b569a3e67 ARM: footbridge: fix PCI interrupt mapping
9a7ac9afc8d7 gro: ensure frag0 meets IP header alignment
fde195c03bff ibmvnic: remove duplicate napi_schedule call in open function
c591bbaae545 ibmvnic: remove duplicate napi_schedule call in do_reset 
function
c6acd7d19124 ibmvnic: avoid calling napi_disable() twice
2bc14f5eca10 i40e: fix the panic when running bpf in xdpdrv mode
51edda8a6334 net: ip6_tunnel: Unregister catch-all devices
92f93a03cef0 net: sit: Unregister catch-all devices
4fcbb1fa2703 net: davicom: Fix regulator not turned off on failed probe
01fb1626b620 netfilter: nft_limit: avoid possible divide error in 
nft_limit_init
e65cd80558e5 net: macb: fix the restore of cmp registers
6449b405f99a netfilter: arp_tables: add pre_exit hook for table unregister
ce23be37ecac netfilter: bridge: add pre_exit hooks for ebtable 
unregistration
61ca5b653220 libnvdimm/region: Fix nvdimm_has_flush() to handle 
ND_REGION_ASYNC
4ce8e86d125d netfilter: conntrack: do not print icmpv6 as unknown via /proc
5f6c1a81713e scsi: libsas: Reset num_scatter if libata marks qc as NODATA
7779f84e4677 riscv: Fix spelling mistake "SPARSEMEM" to "SPARSMEM"
ec3bb712fb62 vfio/pci: Add missing range check in vfio_pci_mmap
9e8c5e3d8279 arm64: alternatives: Move length validation in 
alternative_{insn, endif}
b7d15166c1d1 arm64: fix inline asm in load_unaligned_zeropad()
b9956950f23c readdir: make sure to verify directory entry for legacy 
interfaces too
ff821c7ce913 dm verity fec: fix misaligned RS roots IO
804607635cc1 HID: wacom: set EV_KEY and EV_ABS only for non-HID_GENERIC 
type of devices
b428063fb310 Input: i8042 - fix Pegatron C15B ID entry
995503dd6546 Input: s6sy761 - fix coordinate read bit shift
7a2ac9ed8cf6 virt_wifi: Return micros for BSS TSF values
bd7e90c82850 mac80211: clear sta->fast_rx when STA removed from 4-addr VLAN
f666567a51fb pcnet32: Use pci_resource_len to validate PCI resource
9e249bc38a48 net: ieee802154: forbid monitor for add llsec seclevel
7a7899eaaeb8 net: ieee802154: stop dump llsec seclevels for monitors
fc5f9c33edb5 net: ieee802154: forbid monitor for del llsec devkey
63581374638b net: ieee802154: forbid monitor for add llsec devkey
0d5ee2ee9ab2 net: ieee802154: stop dump llsec devkeys for monitors
6c8caf78304f net: ieee802154: forbid monitor for del llsec dev
c993c05b9d48 net: ieee802154: forbid monitor for add llsec dev
f9d7088d385c net: ieee802154: stop dump llsec devs for monitors
178ddee28d53 net: ieee802154: forbid monitor for del llsec key
5d025404d513 net: ieee802154: forbid monitor for add llsec key
d8b4f3a9d732 net: ieee802154: stop dump llsec keys for monitors
e16998019358 scsi: scsi_transport_srp: Don't block target in SRP_PORT_LOST 
state
f0268d35305d ASoC: fsl_esai: Fix TDM slot setup for I2S mode
d60837aa64be drm/msm: Fix a5xx/a6xx timestamps
01e86da75c18 ARM: omap1: fix building with clang IAS
4f02dc4d360f ARM: keystone: fix integer overflow warning
f3183866b3da neighbour: Disregard DEAD dst in neigh_update
1cf8b48a4de2 ASoC: max98373: Added 30ms turn on/off time delay
47d04c039915 arc: kernel: Return -EFAULT if copy_to_user() fails
68bd0d8ab19e lockdep: Add a missing initialization hint to the "INFO: 
Trying to register non-static key" message
6ffc9f854d23 ARM: dts: Fix moving mmc devices with aliases for omap4 & 5
4609d27ca6e4 ARM: dts: Drop duplicate sha2md5_fck to fix clk_disable race
09db44ad36b0 dmaengine: dw: Make it dependent to HAS_IOMEM
5130cda3cb1f gpio: sysfs: Obey valid_mask
2dce5702ef05 Input: nspire-keypad - enable interrupts only when opened
6180d2274b17 net/sctp: fix race condition in sctp_destroy_sock
304c21786b01 scsi: qla2xxx: Fix fabric scan hang
ca0188d396cd scsi: qla2xxx: Fix stuck login session using prli_pend_timer
c393c7f77cf8 scsi: qla2xxx: Add a shadow variable to hold disc_state 
history of fcport
ad66dc6d8830 scsi: qla2xxx: Retry PLOGI on FC-NVMe PRLI failure
8b5e82aea7b3 scsi: qla2xxx: Fix device connect

[OE-core] [PATCH 3/7] linux-yocto/5.10: update to v5.10.32

2021-05-03 Thread Bruce Ashfield 
From: Bruce Ashfield 

Updating linux-yocto/5.10 to the latest korg -stable release that comprises
the following commits:

aea70bd5a455 Linux 5.10.32
6ac98ee9cb7c net: phy: marvell: fix detection of PHY on Topaz switches
fbe6603e7cab bpf: Move sanitize_val_alu out of op switch
7723d3243857 bpf: Improve verifier error messages for users
55565c307908 bpf: Rework ptr_limit into alu_limit and add common error path
496e2fabbbe3 arm64: mte: Ensure TIF_MTE_ASYNC_FAULT is set atomically
cada2ed0bb70 ARM: 9071/1: uprobes: Don't hook on thumb instructions
480d875f1242 bpf: Move off_reg into sanitize_ptr_alu
589fd9684dfa bpf: Ensure off_reg has no mixed signed bounds for all types
b2df20c0f19f r8169: don't advertise pause in jumbo mode
154fb9cb3e6f r8169: tweak max read request size for newer chips also in 
jumbo mtu mode
7f64753835a7 KVM: VMX: Don't use vcpu->run->internal.ndata as an array index
c670ff84fac9 KVM: VMX: Convert vcpu_vmx.exit_reason to a union
4f3ff11204ea bpf: Use correct permission flag for mixed signed bounds 
arithmetic
8d7906c548aa arm64: dts: allwinner: h6: beelink-gs1: Remove ext. 32 kHz osc 
reference
286c39d08664 arm64: dts: allwinner: Fix SD card CD GPIO for SOPine systems
4f90db2e92d2 ARM: OMAP2+: Fix uninitialized sr_inst
1fc087fdb98d ARM: footbridge: fix PCI interrupt mapping
11a718ef953f ARM: 9069/1: NOMMU: Fix conversion for_each_membock() to 
for_each_mem_range()
a13d4a1228ab ARM: OMAP2+: Fix warning for omap_init_time_of()
9143158a6bd3 gro: ensure frag0 meets IP header alignment
fd766f792a56 ch_ktls: do not send snd_una update to TCB in middle
65bdd564b387 ch_ktls: tcb close causes tls connection failure
5f3c278035c0 ch_ktls: fix device connection close
8d5a9dbd2116 ch_ktls: Fix kernel panic
976da1b08784 ibmvnic: remove duplicate napi_schedule call in open function
008885a880dc ibmvnic: remove duplicate napi_schedule call in do_reset 
function
685bc730e3a9 ibmvnic: avoid calling napi_disable() twice
e154b5060aa1 ia64: tools: remove inclusion of ia64-specific version of 
errno.h header
f8f01fc8c653 ia64: remove duplicate entries in generic_defconfig
1aec111c944f ethtool: pause: make sure we init driver stats
44ef38c0a2b3 i40e: fix the panic when running bpf in xdpdrv mode
35d7491e2f77 net: Make tcp_allowed_congestion_control readonly in non-init 
netns
76af8126a6e4 mm: ptdump: fix build failure
33f3dab42ae2 net: ip6_tunnel: Unregister catch-all devices
ea0340e632ba net: sit: Unregister catch-all devices
154ac84d497a net: davicom: Fix regulator not turned off on failed probe
e072247938a8 net/mlx5e: Fix setting of RS FEC mode
dc1732baa9da netfilter: nft_limit: avoid possible divide error in 
nft_limit_init
cda5507d234f net/mlx5e: fix ingress_ifindex check in mlx5e_flower_parse_meta
40ed1d29f151 net: macb: fix the restore of cmp registers
7f8e59c4c5e5 libbpf: Fix potential NULL pointer dereference
7824d5a9935a netfilter: arp_tables: add pre_exit hook for table unregister
4d26865974fb netfilter: bridge: add pre_exit hooks for ebtable 
unregistration
eb82199e377a libnvdimm/region: Fix nvdimm_has_flush() to handle 
ND_REGION_ASYNC
a2af8a0f38e4 ice: Fix potential infinite loop when using u8 loop counter
783645e65b57 netfilter: conntrack: do not print icmpv6 as unknown via /proc
394c81e36e49 netfilter: flowtable: fix NAT IPv6 offload mangling
be07581aacae ixgbe: fix unbalanced device enable/disable in suspend/resume
0ef9919a06a3 scsi: libsas: Reset num_scatter if libata marks qc as NODATA
6a70ab9769cd riscv: Fix spelling mistake "SPARSEMEM" to "SPARSMEM"
f66d695c06f4 vfio/pci: Add missing range check in vfio_pci_mmap
e6177990e17d arm64: alternatives: Move length validation in 
alternative_{insn, endif}
e2931f05eb32 arm64: fix inline asm in load_unaligned_zeropad()
957f83a138f1 readdir: make sure to verify directory entry for legacy 
interfaces too
2b8308741cf5 dm verity fec: fix misaligned RS roots IO
18ba387261ea HID: wacom: set EV_KEY and EV_ABS only for non-HID_GENERIC 
type of devices
dedf75aec8fc Input: i8042 - fix Pegatron C15B ID entry
8b978750dcd2 Input: s6sy761 - fix coordinate read bit shift
955da2b5cd98 lib: fix kconfig dependency on ARCH_WANT_FRAME_POINTERS
024f9d048000 virt_wifi: Return micros for BSS TSF values
cc413b375c6d mac80211: clear sta->fast_rx when STA removed from 4-addr VLAN
2e08d9a56838 pcnet32: Use pci_resource_len to validate PCI resource
248b9b61b951 net: ieee802154: forbid monitor for add llsec seclevel
b97c7bc42d8d net: ieee802154: stop dump llsec seclevels for monitors
ab9f9a1d5874 net: ieee802154: forbid monitor for del llsec devkey
4846c2debb2c net: ieee802154: forbid monitor for add llsec devkey
07714229e0e2 net: ieee802154: stop dump llsec devkeys for monitors
4c1775d6ea86 net:

[OE-core] [PATCH 0/7] kernel: consolidated pull request

2021-05-03 Thread Bruce Ashfield 
From: Bruce Ashfield 

Richard,

Here's the next queue of kernel related changes. Nothing particularly out
of the ordinary here. -stable updates and config tweaks.

There is a perf change for an issue reported on IRC. Clearly no one uses
the audit functionality much, since when I was doing the python3 conversion
and over zealous replace broke the audit-python RDEPENDS.

I've now added audit to my local perf PAKCAGECONFIG, and have confirmed
that it builds and runs.

Cheers,

Bruce

The following changes since commit f353ba0ec23a26dc9058e272dc769382ebd5c32f:

  wireless-regdb: upgrade 2020.11.20 -> 2021.04.21 (2021-05-02 23:21:42 +0100)

are available in the Git repository at:

  git://git.yoctoproject.org/poky-contrib zedd/kernel
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (7):
  linux-yocto/5.10: aufs fixes
  linux-yocto/5.10: qemuriscv32.cfg: RV32 only supports 1G physical
memory
  linux-yocto/5.10: update to v5.10.32
  linux-yocto/5.4: update to v5.4.114
  perf: fix python-audit RDEPENDS
  linux-yocto/5.10: update to v5.10.34
  linux-yocto/5.4: update to v5.4.116

 .../linux/linux-yocto-rt_5.10.bb  |  6 ++---
 .../linux/linux-yocto-rt_5.4.bb   |  6 ++---
 .../linux/linux-yocto-tiny_5.10.bb|  8 +++
 .../linux/linux-yocto-tiny_5.4.bb |  8 +++
 meta/recipes-kernel/linux/linux-yocto_5.10.bb | 24 +--
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 22 -
 meta/recipes-kernel/perf/perf.bb  |  2 +-
 7 files changed, 38 insertions(+), 38 deletions(-)

-- 
2.19.1


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

[OE-core] [PATCH 1/7] linux-yocto/5.10: aufs fixes

2021-05-03 Thread Bruce Ashfield 
From: Bruce Ashfield 

It was reported that aufs was behaving incorrectly on arm/x86. Although
we don't have an exact fix for the issues, the Wind River guys were able
to come up with a minimal patch set to fix just the core issue, versus
a full aufs uprev.

We didn't have time to get this in before the release, but picking it up
in a dot release is sufficient. (given that it took several months for
the issue to be noticed).

Integrating the following commit(s) to linux-yocto/5.10:

a8808e541750 aufs: linux-v5.10-rc1, no more f_op->read() and ->write()
cb1c41dac775 for aufs: linux-v5.10-rc1, no more vfs_(read|write)f_t
a5805df6583f aufs: linux-v5.10-rc1, no more set_fs()
64e145dcca8c Revert "aufs: initial port to v5.10"

Signed-off-by: Bruce Ashfield 
---
 .../linux/linux-yocto-rt_5.10.bb  |  4 ++--
 .../linux/linux-yocto-tiny_5.10.bb|  6 ++---
 meta/recipes-kernel/linux/linux-yocto_5.10.bb | 22 +--
 3 files changed, 16 insertions(+), 16 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
index dacff74bce..c491eed163 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
@@ -11,8 +11,8 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "ac98a75ef2bc550f67454bd738ede581c8846ff3"
-SRCREV_meta ?= "40a967b115fdbac34fc980d0e27ac2373a031189"
+SRCREV_machine ?= "196677064883beeaacb68de437512a0e4ee07050"
+SRCREV_meta ?= "8f16b5cfe0600f2a7ed1ce68633a88a1196b9776"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.10;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
index 21a2e89115..0e3771461b 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
@@ -15,9 +15,9 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine_qemuarm ?= "ee7efde0c94e8b2eba1a5a2709f2d21874ac7525"
-SRCREV_machine ?= "8465e471f5b4855d01012a18cd5fa516061c0358"
-SRCREV_meta ?= "40a967b115fdbac34fc980d0e27ac2373a031189"
+SRCREV_machine_qemuarm ?= "bcb76d132fb1e90f6db0a598b3c46b180a9b71ea"
+SRCREV_machine ?= "a8808e541750d4ed34105f615e295f6fbd9950fa"
+SRCREV_meta ?= "8f16b5cfe0600f2a7ed1ce68633a88a1196b9776"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.10.bb
index e6859a2319..2221e99f3c 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.10.bb
@@ -13,17 +13,17 @@ KBRANCH_qemux86  ?= "v5.10/standard/base"
 KBRANCH_qemux86-64 ?= "v5.10/standard/base"
 KBRANCH_qemumips64 ?= "v5.10/standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "4f13e8499f2bfc9d95dcc70b981ea16351ff088b"
-SRCREV_machine_qemuarm64 ?= "8465e471f5b4855d01012a18cd5fa516061c0358"
-SRCREV_machine_qemumips ?= "64f8949180b1a6375abef20eebf735e853701c71"
-SRCREV_machine_qemuppc ?= "8465e471f5b4855d01012a18cd5fa516061c0358"
-SRCREV_machine_qemuriscv64 ?= "d6e20b2257ecfa6e796a45a4175863862a28fa11"
-SRCREV_machine_qemuriscv32 ?= "d6e20b2257ecfa6e796a45a4175863862a28fa11"
-SRCREV_machine_qemux86 ?= "d6e20b2257ecfa6e796a45a4175863862a28fa11"
-SRCREV_machine_qemux86-64 ?= "d6e20b2257ecfa6e796a45a4175863862a28fa11"
-SRCREV_machine_qemumips64 ?= "6bf49ed9b223173d918b7c0140b8d0561bc2674c"
-SRCREV_machine ?= "d6e20b2257ecfa6e796a45a4175863862a28fa11"
-SRCREV_meta ?= "40a967b115fdbac34fc980d0e27ac2373a031189"
+SRCREV_machine_qemuarm ?= "68066f8eb689b650bc95dd5abbba2336e11ca896"
+SRCREV_machine_qemuarm64 ?= "a8808e541750d4ed34105f615e295f6fbd9950fa"
+SRCREV_machine_qemumips ?= "e609eb0cc21b9037f0adf73dfb524d4e44d0f51c"
+SRCREV_machine_qemuppc ?= "a8808e541750d4ed34105f615e295f6fbd9950fa"
+SRCREV_machine_qemuriscv64 ?= "a8808e541750d4ed34105f615e295f6fbd9950fa"
+SRCREV_machine_qemuriscv32 ?= "a8808e541750d4ed34105f615e295f6fbd9950fa"
+SRCREV_machine_qemux86 ?= "a8808e541750d4ed34105f615e295f6fbd9950fa"
+SRCREV_machine_qemux86-64 ?= "a8808e541750d4ed34105f615e295f6fbd9950fa"
+SRCREV_machine_qemumips64 ?= "f89a64b85a068ac96ccd69f5170b2fbe957d4162"
+SRCREV_machine ?= "a8808e541750d4ed34105f615e295f6fbd9950fa"
+SRCREV_meta ?= "8f16b5cfe0600f2a7ed1ce68633a88a1196b9776"
 
 # remap qemuarm to qemuarma15 for the 5.8 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
-- 
2.19.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151197): 
https://lists.openembedded.org/g/openembedded-core/message/151197
Mute This Topic: https://lists.openembedded.org/mt/82550176/21656
Group Owner:

[OE-core] [PATCH] libubootenv: upgrade 0.3.1 -> 0.3.2

2021-05-03 Thread Stefano Babic 
This is a bugfix release which includes the following changes:

f4ab25d shared library: Link against zlib
e663439 Always fsync file writes
80b7f31 Treat '=' as an illegal character in variable names
950f541 libuboot_env: fix calculation of usable envsize
fb88032 Correct initialisations in libuboot_configure
20d1ec7 Force writing of environment if default is used
5ca11bd libuboot_env: correct length to usable env size length
cd4a8f1 libuboot_env_store: fix env double-null termination
9510164 uboot_env: fix infinite loop on short read (EOF)

Signed-off-by: Stefano Babic 
---
 .../u-boot/{libubootenv_0.3.1.bb => libubootenv_0.3.2.bb}   | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-bsp/u-boot/{libubootenv_0.3.1.bb => libubootenv_0.3.2.bb} 
(94%)

diff --git a/meta/recipes-bsp/u-boot/libubootenv_0.3.1.bb 
b/meta/recipes-bsp/u-boot/libubootenv_0.3.2.bb
similarity index 94%
rename from meta/recipes-bsp/u-boot/libubootenv_0.3.1.bb
rename to meta/recipes-bsp/u-boot/libubootenv_0.3.2.bb
index 613e3161fb..2cf87c794e 100644
--- a/meta/recipes-bsp/u-boot/libubootenv_0.3.1.bb
+++ b/meta/recipes-bsp/u-boot/libubootenv_0.3.2.bb
@@ -11,7 +11,7 @@ LIC_FILES_CHKSUM = 
"file://Licenses/lgpl-2.1.txt;md5=4fbd65380cdd255951079008b36
 SECTION = "libs"
 
 SRC_URI = "git://github.com/sbabic/libubootenv;protocol=https"
-SRCREV = "824551ac77bab1d0f7ae34d7a7c77b155240e754"
+SRCREV = "ba7564f5006d09bec51058cf4f5ac90d4dc18b3c"
 
 S = "${WORKDIR}/git"
 
-- 
2.25.1


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

Re: [OE-core] [PATCH] testimage: hangs if missing debug-tweaks

2021-05-03 Thread Richard Purdie 
On Sun, 2021-05-02 at 23:24 -0700, akuster808 wrote:
> 
> On 5/2/21 4:00 PM, Richard Purdie wrote:
> > On Sun, 2021-05-02 at 20:12 +, Armin Kuster wrote:
> > > The only clue is this:
> > > 
> > > WARNING: core-image-minimal-1.0-r0 do_testimage: Couldn't login into 
> > > serial console as root using blank password
> > > WARNING: core-image-minimal-1.0-r0 do_testimage: The output:
> > > root
> > > Login incorrect
> > > qemux86 login:
> > > Login timed out after 60 seconds
> > > 
> > > Poky (Yocto Project Reference Distro) 
> > > 3.3+snapshot-65e75bd5d40c10509a3416026e551b7b7111c42a qemux86 /dev/ttyS1
> > > 
> > > qemux86 login: <<< run_serial(): command timed out after 120 seconds 
> > > without output >>>
> > > 
> > > Hangs here
> > > 
> > > We should issue a error and quit.
> > What happens if I set IMAGE_FEATURES = "empty-root-password 
> > allow-empty-password"?
> Do you expect folks to use undocumented internal only settings? (Just
> added them)

They may be undocumented but we should fix that. We're meant to be replacing
debug-tweaks with more explicit options.

> > Should we disable the serial monitoring if these or debug-tweaks isn't 
> > enabled? 
> Will look into it.

Thanks, I think that would be the better fix here.

> > I'm surprised it causes the image to hang, it should just trigger the
> > warning but continue to work...
> WARNING: core-image-minimal-1.0-r0 do_testimage: Couldn't login into
> serial console as root using blank password
> WARNING: core-image-minimal-1.0-r0 do_testimage: The output:
> root
> Login incorrect
> qemux86 login:
> Login timed out after 60 seconds
> 
> Poky (Yocto Project Reference Distro)
> 3.3+snapshot-65e75bd5d40c10509a3416026e551b7b7111c42a qemux86 /dev/ttyS1
> 
> qemux86 login: <<< run_serial(): command timed out after 120 seconds
> without output >>>
> 
> 
> Currently  1 running tasks (732 of 732)  99%
> >  |
> 0: core-image-minimal-1.0-r0 do_testimage - 10m15s (pid 879458) ---
> how long should one wait???
> 
> TEST_SUITES = "ssh scp ping"
> 
> not testing much.

That shouldn't happen and we should look into it, worth a bug if you don't
plan to...

Cheers,

Richard


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

[OE-core] [dunfell][PATCH v2] gstreamer1.0-plugins-good: on wayland qt5 needs qtwayland

2021-05-03 Thread Kai Uwe Broulik via lists.openembedded.org 
The code in ext/qt/meson.build looks for the Qt5WaylandClient pkg-config file.
Without this module, qmlglsink will not work with Wayland.
This can be tested by checking whether or not HAVE_QT_WAYLAND has
been added to the cflags in the autogenerated ninja file.

Writen by:
Carlos Rafael Giani
https://lists.openembedded.org/g/openembedded-core/message/143574

(From OE-Core rev: ba2e0f647894b51d2f365b1d2eee7b673ddf8b7e)

Signed-off-by: Jose Quaresma 
Signed-off-by: Richard Purdie 
(cherry picked from commit 41bba2b226ff5332561a644a2fd4a2c8b8d7d967)
Signed-off-by: Kai Uwe Broulik 
---
 .../gstreamer/gstreamer1.0-plugins-good_1.16.3.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.16.3.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.16.3.bb
index 168bff4137..b3f17d4a4a 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.16.3.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-plugins-good_1.16.3.bb
@@ -34,6 +34,8 @@ X11DEPENDS = "virtual/libx11 libsm libxrender libxfixes 
libxdamage"
 X11ENABLEOPTS = "-Dximagesrc=enabled -Dximagesrc-xshm=enabled 
-Dximagesrc-xfixes=enabled -Dximagesrc-xdamage=enabled"
 X11DISABLEOPTS = "-Dximagesrc=disabled -Dximagesrc-xshm=disabled 
-Dximagesrc-xfixes=disabled -Dximagesrc-xdamage=disabled"
 
+QT5WAYLANDDEPENDS = "${@bb.utils.contains("DISTRO_FEATURES", "wayland", 
"qtwayland", "", d)}"
+
 PACKAGECONFIG[bz2]= "-Dbz2=enabled,-Dbz2=disabled,bzip2"
 PACKAGECONFIG[cairo]  = "-Dcairo=enabled,-Dcairo=disabled,cairo"
 PACKAGECONFIG[dv1394] = "-Ddv1394=enabled,-Ddv1394=disabled,libiec61883 
libavc1394 libraw1394"
@@ -48,7 +50,7 @@ PACKAGECONFIG[libpng] = 
"-Dpng=enabled,-Dpng=disabled,libpng"
 PACKAGECONFIG[libv4l2]= 
"-Dv4l2-libv4l2=enabled,-Dv4l2-libv4l2=disabled,v4l-utils"
 PACKAGECONFIG[mpg123] = "-Dmpg123=enabled,-Dmpg123=disabled,mpg123"
 PACKAGECONFIG[pulseaudio] = "-Dpulse=enabled,-Dpulse=disabled,pulseaudio"
-PACKAGECONFIG[qt5]= "-Dqt5=enabled,-Dqt5=disabled,qtbase qtdeclarative 
qtbase-native"
+PACKAGECONFIG[qt5]= "-Dqt5=enabled,-Dqt5=disabled,qtbase qtdeclarative 
qtbase-native ${QT5WAYLANDDEPENDS}"
 PACKAGECONFIG[soup]   = "-Dsoup=enabled,-Dsoup=disabled,libsoup-2.4"
 PACKAGECONFIG[speex]  = "-Dspeex=enabled,-Dspeex=disabled,speex"
 PACKAGECONFIG[taglib] = "-Dtaglib=enabled,-Dtaglib=disabled,taglib"
-- 
2.24.0


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

Re: [OE-core] [PATCH 1/3] ptest-runner: libgcc must be installed for pthread_cancel to work

2021-05-03 Thread Richard Purdie 
On Mon, 2021-05-03 at 09:47 +0100, Jose Quaresma wrote:
> Hi Richard,
> 
> Gstreamer is on top of the glib and uses it for everything so I have
> doubts that it can call pthread_cancel but I'm not sure.
> On the other side, I can see that ptest-runner calls the pthread_cancel
> http://git.yoctoproject.org/cgit/cgit.cgi/ptest-runner2/tree/utils.c?id=cce0edb4282ee081d043030bfdf29f3e4052f86c#n542
> 
> So I think this is a missing symbol in ptest-runner.

Makes sense, thanks, just wanted to double check. With the tweak Khem 
suggested, it sounds good.

Cheers,

Richard




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

Re: [OE-core] [PATCH 3/3] gstreamer1.0: update ptest patch

2021-05-03 Thread Jose Quaresma 
I have a question regarding the patches submission, what is the most
appropriate option to submit them ?

1 - send all patches as it is submitted upstream
2 - squash all patches it in single one

Jose

Jose Quaresma via lists.openembedded.org
 escreveu no dia
domingo, 2/05/2021 à(s) 18:54:
>
> - rework the ptest patch with a new one that are sent upstream [1].
> - it uses the same approach as the existing patch in OE-Core but
>   is based on the glib meson installed-tests [2] logic.
>
> * qemux86-64 ptest-runner result
>   SUMMARY: total=105; passed=105; skipped=0; failed=0; user=20.4s; 
> system=4.7s; maxrss=9928
>
> [1] - https://gitlab.freedesktop.org/gstreamer/gstreamer/-/merge_requests/789
> [2] - 
> https://gitlab.gnome.org/GNOME/glib/-/commit/1bba3276bb3b7a878860ac01483574599b23853c
>
> Signed-off-by: Jose Quaresma 
> ---
>  .../gstreamer/gstreamer1.0-ptest.inc  |  23 --
>  ...meson-Add-option-for-installed-tests.patch | 257 --
>  ...spect-the-idententaion-used-in-meson.patch |  36 +++
>  ...ts-add-support-for-install-the-tests.patch | 110 
>  ...s-use-a-dictionaries-for-environment.patch |  48 
>  ...-the-environment-for-installed_tests.patch |  58 
>  .../gstreamer/gstreamer1.0/run-ptest  |   2 +
>  .../gstreamer/gstreamer1.0_1.18.4.bb  |  10 +-
>  8 files changed, 261 insertions(+), 283 deletions(-)
>  delete mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc
>  delete mode 100644 
> meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-meson-Add-option-for-installed-tests.patch
>  create mode 100644 
> meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-tests-respect-the-idententaion-used-in-meson.patch
>  create mode 100644 
> meta/recipes-multimedia/gstreamer/gstreamer1.0/0005-tests-add-support-for-install-the-tests.patch
>  create mode 100644 
> meta/recipes-multimedia/gstreamer/gstreamer1.0/0006-tests-use-a-dictionaries-for-environment.patch
>  create mode 100644 
> meta/recipes-multimedia/gstreamer/gstreamer1.0/0007-tests-install-the-environment-for-installed_tests.patch
>  create mode 100755 meta/recipes-multimedia/gstreamer/gstreamer1.0/run-ptest
>
> diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc 
> b/meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc
> deleted file mode 100644
> index b698067041..00
> --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-ptest.inc
> +++ /dev/null
> @@ -1,23 +0,0 @@
> -inherit ptest-gnome
> -
> -TEST_FILES_PATH = "${datadir}/installed-tests/gstreamer-1.0/test-files"
> -RUN_PTEST_FILE = "${D}${PTEST_PATH}/run-ptest"
> -
> -EXTRA_OEMESON += "-Dtest-files-path=${TEST_FILES_PATH}"
> -
> -GST_TEST_SUITE_NAME ?= "gstreamer-1.0"
> -
> -# Using do_install_ptest_base instead of do_install_ptest, since
> -# the default do_install_ptest_base is hardcoded to expect Makefiles.
> -do_install_ptest_base() {
> -# Generate run-ptest file
> -echo "#!/usr/bin/env sh" > "${RUN_PTEST_FILE}"
> -echo "gnome-desktop-testing-runner ${GST_TEST_SUITE_NAME}" >> 
> "${RUN_PTEST_FILE}"
> -chmod 0755 "${RUN_PTEST_FILE}"
> -
> -# Install additional files required by tests
> -if [ -d "${S}/tests/files" ] ; then
> -install -d "${D}/${TEST_FILES_PATH}"
> -install -m 0644 "${S}/tests/files"/* "${D}/${TEST_FILES_PATH}"
> -fi
> -}
> diff --git 
> a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-meson-Add-option-for-installed-tests.patch
>  
> b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-meson-Add-option-for-installed-tests.patch
> deleted file mode 100644
> index bf5e57249c..00
> --- 
> a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-meson-Add-option-for-installed-tests.patch
> +++ /dev/null
> @@ -1,257 +0,0 @@
> -From cf8077a7e3ab0ae236ebde79b7fc0b02eac658de Mon Sep 17 00:00:00 2001
> -From: Carlos Rafael Giani 
> -Date: Fri, 25 Oct 2019 00:06:26 +0200
> -Subject: [PATCH 3/3] meson: Add option for installed tests
> -
> -This adds an option for producing installed versions of the unit tests.
> -These versions don't need meson to run (only a small shell script). This
> -makes it easier to run cross compiled tests on a target machine.
> -
> -Upstream-Status: Pending
> -
> -Signed-off-by: Carlos Rafael Giani 
> 
> - build-aux/gen-installed-test-desc.py | 18 ++
> - build-aux/gen-installed-test-shscript.py | 25 
> - meson_options.txt|  2 +
> - tests/check/meson.build  | 46 +-
> - tests/files/testfile | 80 
> - 5 files changed, 170 insertions(+), 1 deletion(-)
> - create mode 100644 build-aux/gen-installed-test-desc.py
> - create mode 100644 build-aux/gen-installed-test-shscript.py
> - create mode 100644 tests/files/testfile
> -
> -diff --git a/build-aux/gen-installed-test-desc.py 
> b/build-aux/gen-installed-test-desc.py
> -new file mode 100644
> -index 0..69e8a0faf
>  /dev/null
> -+++

Re: [OE-core] [PATCH 1/3] ptest-runner: libgcc must be installed for pthread_cancel to work

2021-05-03 Thread Jose Quaresma 
Hi Khem,

Khem Raj  escreveu no dia domingo, 2/05/2021 à(s) 22:06:
>
>
>
> On 5/2/21 10:54 AM, Jose Quaresma wrote:
> > found on runqemu core-image-minimal with gstreamer ptest-runner
> >
> > STOP: ptest-runner
> > libgcc_s.so.1 must be installed for pthread_cancel to work
> > Aborted
> >
> > Signed-off-by: Jose Quaresma 
> > ---
> >   meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb | 2 ++
> >   1 file changed, 2 insertions(+)
> >
> > diff --git a/meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb 
> > b/meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb
> > index 57a3ae005b..fe6ef2a43f 100644
> > --- a/meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb
> > +++ b/meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb
> > @@ -26,3 +26,5 @@ do_compile () {
> >   do_install () {
> >   install -D -m 0755 ${S}/ptest-runner ${D}${bindir}/ptest-runner
> >   }
> > +
> > +RDEPENDS_${PN} += "libgcc"
> >
>
> this is a workaround needed for glibc systems, we do not need this for
> musl so lets mark it accordingly
>
> RDEPENDS_${PN}_append_libc-glibc = " libgcc"

I will change this, thank you.

>
> >
> >
> > 
> >



-- 
Best regards,

José Quaresma

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

Re: [OE-core] [PATCH 1/3] ptest-runner: libgcc must be installed for pthread_cancel to work

2021-05-03 Thread Jose Quaresma 
Hi Richard,

Gstreamer is on top of the glib and uses it for everything so I have
doubts that it can call pthread_cancel but I'm not sure.
On the other side, I can see that ptest-runner calls the pthread_cancel
http://git.yoctoproject.org/cgit/cgit.cgi/ptest-runner2/tree/utils.c?id=cce0edb4282ee081d043030bfdf29f3e4052f86c#n542

So I think this is a missing symbol in ptest-runner.

Jose

Richard Purdie  escreveu no dia
domingo, 2/05/2021 à(s) 23:29:
>
> On Sun, 2021-05-02 at 18:54 +0100, Jose Quaresma wrote:
> > found on runqemu core-image-minimal with gstreamer ptest-runner
> >
> > STOP: ptest-runner
> > libgcc_s.so.1 must be installed for pthread_cancel to work
> > Aborted
> >
> > Signed-off-by: Jose Quaresma 
> > ---
> >  meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb | 2 ++
> >  1 file changed, 2 insertions(+)
> >
> > diff --git a/meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb 
> > b/meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb
> > index 57a3ae005b..fe6ef2a43f 100644
> > --- a/meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb
> > +++ b/meta/recipes-support/ptest-runner/ptest-runner_2.4.1.bb
> > @@ -26,3 +26,5 @@ do_compile () {
> >  do_install () {
> >   install -D -m 0755 ${S}/ptest-runner ${D}${bindir}/ptest-runner
> >  }
> > +
> > +RDEPENDS_${PN} += "libgcc"
>
> Just to check, this was a missing symbol in ptest-runner and not in gstreamer?
>
> Cheers,
>
> Richard
>


-- 
Best regards,

José Quaresma

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

Re: [OE-core] [PATCH 2/3] gstreamer1.0: rename pacthes

2021-05-03 Thread Jose Quaresma 
right, i will fix it.

Jose

Khem Raj  escreveu no dia domingo, 2/05/2021 à(s) 21:40:
>
> there is typo in subject.
>
> On 5/2/21 10:54 AM, Jose Quaresma wrote:
> > Signed-off-by: Jose Quaresma 
> > ---
> >   ...ests-seek-Don-t-use-too-strict-timeout-for-validati.patch} | 0
> >   patch => 0004-meson-Add-option-for-installed-tests.patch} | 0
> >   meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb  | 4 ++--
> >   3 files changed, 2 insertions(+), 2 deletions(-)
> >   rename 
> > meta/recipes-multimedia/gstreamer/gstreamer1.0/{0001-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch
> >  => 0003-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch} (100%)
> >   rename 
> > meta/recipes-multimedia/gstreamer/gstreamer1.0/{0003-meson-Add-option-for-installed-tests.patch
> >  => 0004-meson-Add-option-for-installed-tests.patch} (100%)
> >
> > diff --git 
> > a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0001-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch
> >  
> > b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0003-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch
> > similarity index 100%
> > rename from 
> > meta/recipes-multimedia/gstreamer/gstreamer1.0/0001-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch
> > rename to 
> > meta/recipes-multimedia/gstreamer/gstreamer1.0/0003-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch
> > diff --git 
> > a/meta/recipes-multimedia/gstreamer/gstreamer1.0/0003-meson-Add-option-for-installed-tests.patch
> >  
> > b/meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-meson-Add-option-for-installed-tests.patch
> > similarity index 100%
> > rename from 
> > meta/recipes-multimedia/gstreamer/gstreamer1.0/0003-meson-Add-option-for-installed-tests.patch
> > rename to 
> > meta/recipes-multimedia/gstreamer/gstreamer1.0/0004-meson-Add-option-for-installed-tests.patch
> > diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb 
> > b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb
> > index 8562070968..b275a3430b 100644
> > --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb
> > +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0_1.18.4.bb
> > @@ -18,8 +18,8 @@ S = "${WORKDIR}/gstreamer-${PV}"
> >   SRC_URI = 
> > "https://gstreamer.freedesktop.org/src/gstreamer/gstreamer-${PV}.tar.xz \
> >  
> > file://0001-gst-gstpluginloader.c-when-env-var-is-set-do-not-fal.patch \
> >  file://0002-Remove-unused-valgrind-detection.patch \
> > -   file://0003-meson-Add-option-for-installed-tests.patch \
> > -   
> > file://0001-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch \
> > +   
> > file://0003-tests-seek-Don-t-use-too-strict-timeout-for-validati.patch \
> > +   file://0004-meson-Add-option-for-installed-tests.patch \
> >  "
> >   SRC_URI[sha256sum] = 
> > "9aeec99b38e310817012aa2d1d76573b787af47f8a725a65b833880a094dfbc5"
> >
> >
> >
> >
> > 
> >



-- 
Best regards,

José Quaresma

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

[OE-core] Is there a recipe or a layer that uses the repo fetcher?

2021-05-03 Thread Sourabh Banerjee 
I am trying to understand and use the repo fetcher. I am on Dunfell release.
I read the documentation for repo fetcher here:
https://www.yoctoproject.org/docs/current/mega-manual/mega-manual.html#repo-fetcher

When trying to use it I am having some mixed results, but I am not entirely 
sure if I am even
using it the right recommended way.

Are there any good recipes layers that use this fetcher, I would like to refer.

--
Regards,
Sourabh

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

Re: [OE-core] [PATCH] cml1.bbclass: Return sorted list of cfg files

2021-05-03 Thread Konrad Weihmann 

On 03.05.21 08:36, Khem Raj wrote:

Since these files are passed to merge_config.sh its better to use a
sorted list, so we can be sure that this list is always fed in same
order irrespective of python versions on host

Signed-off-by: Khem Raj 
---
  meta/classes/cml1.bbclass | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/cml1.bbclass b/meta/classes/cml1.bbclass
index d319d66ab2..1c3d70b48d 100644
--- a/meta/classes/cml1.bbclass
+++ b/meta/classes/cml1.bbclass
@@ -6,7 +6,7 @@ def find_cfgs(d):
  if s.endswith('.cfg'):
  sources_list.append(s)
  
-return sources_list

+return sorted(sources_list)


Just as a thought, wouldn't it be better to have the ordering defined 
based on recipe/layer meta data?


Previously ordering was more or less based on the inode number of the 
files - now it's alphabetically.


I know that config fragments should be self containing, but seen enough 
real world examples where that isn't the case, so for them this might 
cause a breaking change (tbf the behavior before wasn't fully 
deterministic as well)


But this issue isn't limited to this particular piece of code here and 
might need some more general solution.


  
  cml1_do_configure() {

set -e






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

[OE-core] [PATCH] cml1.bbclass: Return sorted list of cfg files

2021-05-03 Thread Khem Raj 
Since these files are passed to merge_config.sh its better to use a
sorted list, so we can be sure that this list is always fed in same
order irrespective of python versions on host

Signed-off-by: Khem Raj 
---
 meta/classes/cml1.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/cml1.bbclass b/meta/classes/cml1.bbclass
index d319d66ab2..1c3d70b48d 100644
--- a/meta/classes/cml1.bbclass
+++ b/meta/classes/cml1.bbclass
@@ -6,7 +6,7 @@ def find_cfgs(d):
 if s.endswith('.cfg'):
 sources_list.append(s)
 
-return sources_list
+return sorted(sources_list)
 
 cml1_do_configure() {
set -e
-- 
2.31.1


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

Re: [OE-core] [PATCH] testimage: hangs if missing debug-tweaks

2021-05-03 Thread Armin Kuster 


On 5/2/21 4:00 PM, Richard Purdie wrote:
> On Sun, 2021-05-02 at 20:12 +, Armin Kuster wrote:
>> The only clue is this:
>>
>> WARNING: core-image-minimal-1.0-r0 do_testimage: Couldn't login into serial 
>> console as root using blank password
>> WARNING: core-image-minimal-1.0-r0 do_testimage: The output:
>> root
>> Login incorrect
>> qemux86 login:
>> Login timed out after 60 seconds
>>
>> Poky (Yocto Project Reference Distro) 
>> 3.3+snapshot-65e75bd5d40c10509a3416026e551b7b7111c42a qemux86 /dev/ttyS1
>>
>> qemux86 login: <<< run_serial(): command timed out after 120 seconds without 
>> output >>>
>>
>> Hangs here
>>
>> We should issue a error and quit.
> What happens if I set IMAGE_FEATURES = "empty-root-password 
> allow-empty-password"?
Do you expect folks to use undocumented internal only settings? (Just
added them)
>
> Should we disable the serial monitoring if these or debug-tweaks isn't 
> enabled? 
Will look into it.

> I'm surprised it causes the image to hang, it should just trigger the
> warning but continue to work...
WARNING: core-image-minimal-1.0-r0 do_testimage: Couldn't login into
serial console as root using blank password
WARNING: core-image-minimal-1.0-r0 do_testimage: The output:
root
Login incorrect
qemux86 login:
Login timed out after 60 seconds

Poky (Yocto Project Reference Distro)
3.3+snapshot-65e75bd5d40c10509a3416026e551b7b7111c42a qemux86 /dev/ttyS1

qemux86 login: <<< run_serial(): command timed out after 120 seconds
without output >>>


Currently  1 running tasks (732 of 732)  99%
| |
0: core-image-minimal-1.0-r0 do_testimage - 10m15s (pid 879458) ---
how long should one wait???

TEST_SUITES = "ssh scp ping"

not testing much.

- Armin

>
> Cheers,
>
> Richard
>
>> Signed-off-by: Armin Kuster 
>> ---
>>  meta/classes/testimage.bbclass | 4 
>>  1 file changed, 4 insertions(+)
>>
>> diff --git a/meta/classes/testimage.bbclass b/meta/classes/testimage.bbclass
>> index 43de9d4d767..18ebbf90ec5 100644
>> --- a/meta/classes/testimage.bbclass
>> +++ b/meta/classes/testimage.bbclass
>> @@ -142,6 +142,10 @@ do_testimage[depends] += "${TESTIMAGEDEPENDS}"
>>  do_testimage[lockfiles] += "${TESTIMAGELOCK}"
>>  
>>
>>
>>
>>  def testimage_sanity(d):
>> +if (bb.utils.contains("IMAGE_FEATURES", [ 'debug-tweaks'], False, True, 
>> d)):
>> +bb.fatal('testimage requires a blank root password'
>> +'Please check if debug-tweaks is IMAGE_FEATURES.')
>> +
>>  if (d.getVar('TEST_TARGET') == 'simpleremote'
>>  and (not d.getVar('TEST_TARGET_IP')
>>   or not d.getVar('TEST_SERVER_IP'))):
>> 
>>
>



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