Re: [linux-yocto] v5.2.x - stable updates comprising v5.2.31

2020-01-31 Thread Paul Gortmaker 
[Re: [linux-yocto] v5.2.x - stable updates comprising v5.2.31] On 31/01/2020 
(Fri 16:37) akuster808 wrote:

> Paul,
> 
> 
> On 1/31/20 3:04 PM, Paul Gortmaker wrote:
> 
> Bruce, Yocto kernel folks:
> 
> Here is the next 5.2.x stable update "extension" primarily created for
> the Yocto project, as the 10th v5.2.x post-EOL release.
> 
> Thank you for supporting that branch.
> 
> This  helps the Zeus release.
> 
> - armin

Armin - nice to hear that.  Always good to know people are reading the
release notes and can appreciate the degree of effort involved.

Thanks,
Paul.
--

> 
> 
> 
> This release is "normal" -- where it consists of an audit of what went
> into 5.3.1[78] releases, resulting in about 175 commits for v5.2.31.
> 
> But two notes of interest I want to mention.
> 
> 1) This completes the audit of v5.3-stable, as v5.3.18 was the last
> release in that version.  I'll detail more on how backports were chosen
> in the eventual v5.2.32 release notes, but v5.4.x will most likely play
> a prominent role in determining what commits I look at.
> 
> 2) There were 28 commits - or about 15% of the whole 5.3.17 release
> against the one driver: drivers/scsi/qla2xxx -- that may not mean much
> to others, but as someone who has tracked stable content for many years,
> it is unprecedented, in my opinion.  Backports from mainline or from the
> v5.3-stable were not "hands free" onto the v5.2 baseline.  Given that,
> and that stable isn't IMHO the place for a wholesale driver uprev, I
> removed the series.  People with the hardware can investigate and adapt.
> 
> I've put this 5.2.31 queue through the usual testing; build testing on
> x86-64/32, ARM-64/32, PPC and MIPS, plus some static analysis and
> finally some sanity runtime tests on x86-64.
> 
> I did the signed tag just as per the previously released versions.
> Please find a signed v5.2.31 tag using this key:
> 
> http://pgp.mit.edu/pks/lookup?op=vindex=0xEBCE84042C07D1D6
> 
> in the repo in the kernel.org directory here:
> 
>   
> https://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux-5.2.y.git/?h=linux-5.2.y
>   git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux-5.2.y.git
> 
> for merge to standard/base in linux-yocto-5.2 and then out from there
> into the other base and BSP branches.
> 
> For those who are interested, the evolution of the commits is here:
> 
>   
> https://git.kernel.org/cgit/linux/kernel/git/paulg/longterm-queue-5.2.git/
> 
> This repo isn't needed for anything; it just exists for transparency and
> so people can see the evolution of the raw commits that were originally
> selected to create this 5.2.x release.
> 
> Paul.
> 
> 
> 
> 
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#8359): 
https://lists.yoctoproject.org/g/linux-yocto/message/8359
Mute This Topic: https://lists.yoctoproject.org/mt/70885055/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] [meta-openssl102-fips][PATCH] openssh: Fix patch to properly apply on 7.9 version found in warrior

2020-01-31 Thread Mark Hatle 
Thanks for the pull request.. pushed.

--Mark

On 1/29/20 9:08 PM, Mark Hatle wrote:
> 
> 
> On 1/29/20 8:49 PM, Mark Hatle wrote:
>> Should this be applied only to the warrior branch?  I don't typically build
>> warrior branch, but I'm happy to accept patches if you can verify it's 
>> working
>> properly.
> 
> I tried to apply this patch, but unfortunately it's corrupt.  Likely by an
> exchange server or outlook.
> 
> If you can, you can generate a pull request at:
> 
>   https://github.com/mhatle/meta-openssl102-fips
> 
> I prefer mailing list, but I realize sometime employers infrastructure can 
> make
> email more problematic then it otherwise should be..
> 
> --Mark
> 
>> --Mark
>>
>> On 1/29/20 12:47 PM, Davis, Michael wrote:
>>> Signed-off-by: Michael Davis 
>>> ---
>>> .../openssh/0001-openssh-8.0p1-fips.patch | 18 +++---
>>> 1 file changed, 11 insertions(+), 7 deletions(-)
>>>
>>> diff --git 
>>> a/recipes-connectivity/openssh/openssh/0001-openssh-8.0p1-fips.patch
>>> b/recipes-connectivity/openssh/openssh/0001-openssh-8.0p1-fips.patch
>>> index 30534c7..5ff4eff 100644
>>> --- a/recipes-connectivity/openssh/openssh/0001-openssh-8.0p1-fips.patch
>>> +++ b/recipes-connectivity/openssh/openssh/0001-openssh-8.0p1-fips.patch
>>> @@ -270,10 +270,10 @@ Index: git/readconf.c
>>> ===
>>> --- git.orig/readconf.c
>>> +++ git/readconf.c
>>> -@@ -2077,17 +2077,18 @@ fill_default_options(Options * options)
>>> - all_mac = mac_alg_list(',');
>>> +@@ -2178,18 +2178,19 @@ fill_default_options(Options * options)
>>> all_kex = kex_alg_list(',');
>>> all_key = sshkey_alg_list(0, 0, 1, ',');
>>> + all_sig = sshkey_alg_list(0, 1, 1, ',');
>>> -#define ASSEMBLE(what, defaults, all) \
>>> +#define ASSEMBLE(what, defaults, fips_defaults, all) \
>>> do { \
>>> @@ -288,11 +288,13 @@ Index: git/readconf.c
>>> - ASSEMBLE(kex_algorithms, KEX_SERVER_KEX, all_kex);
>>> - ASSEMBLE(hostbased_key_types, KEX_DEFAULT_PK_ALG, all_key);
>>> - ASSEMBLE(pubkey_key_types, KEX_DEFAULT_PK_ALG, all_key);
>>> -+ ASSEMBLE(ciphers, KEX_CLIENT_ENCRYPT, KEX_FIPS_ENCRYPT, all_cipher);
>>> -+ ASSEMBLE(macs, KEX_CLIENT_MAC, KEX_FIPS_MAC, all_mac);
>>> -+ ASSEMBLE(kex_algorithms, KEX_CLIENT_KEX, KEX_DEFAULT_KEX_FIPS, all_kex);
>>> +- ASSEMBLE(ca_sign_algorithms, SSH_ALLOWED_CA_SIGALGS, all_sig);
>>> ++ ASSEMBLE(ciphers, KEX_SERVER_ENCRYPT, KEX_FIPS_ENCRYPT, all_cipher);
>>> ++ ASSEMBLE(macs, KEX_SERVER_MAC, KEX_FIPS_MAC, all_mac);
>>> ++ ASSEMBLE(kex_algorithms, KEX_SERVER_KEX, KEX_DEFAULT_KEX_FIPS, all_kex);
>>> + ASSEMBLE(hostbased_key_types, KEX_DEFAULT_PK_ALG, KEX_FIPS_PK_ALG, 
>>> all_key);
>>> + ASSEMBLE(pubkey_key_types, KEX_DEFAULT_PK_ALG, KEX_FIPS_PK_ALG, all_key);
>>> ++ ASSEMBLE(ca_sign_algorithms, SSH_ALLOWED_CA_SIGALGS, KEX_FIPS_PK_ALG, 
>>> all_sig);
>>> #undef ASSEMBLE
>>> free(all_cipher);
>>> free(all_mac);
>>> @@ -314,10 +316,10 @@ Index: git/servconf.c
>>> ===
>>> --- git.orig/servconf.c
>>> +++ git/servconf.c
>>> -@@ -198,17 +198,18 @@ assemble_algorithms(ServerOptions *o)
>>> - all_mac = mac_alg_list(',');
>>> +@@ -209,18 +209,19 @@ assemble_algorithms(ServerOptions *o)
>>> all_kex = kex_alg_list(',');
>>> all_key = sshkey_alg_list(0, 0, 1, ',');
>>> + all_sig = sshkey_alg_list(0, 1, 1, ',');
>>> -#define ASSEMBLE(what, defaults, all) \
>>> +#define ASSEMBLE(what, defaults, fips_defaults, all) \
>>> do { \
>>> @@ -332,12 +334,14 @@ Index: git/servconf.c
>>> - ASSEMBLE(hostkeyalgorithms, KEX_DEFAULT_PK_ALG, all_key);
>>> - ASSEMBLE(hostbased_key_types, KEX_DEFAULT_PK_ALG, all_key);
>>> - ASSEMBLE(pubkey_key_types, KEX_DEFAULT_PK_ALG, all_key);
>>> +- ASSEMBLE(ca_sign_algorithms, SSH_ALLOWED_CA_SIGALGS, all_sig);
>>> + ASSEMBLE(ciphers, KEX_SERVER_ENCRYPT, KEX_FIPS_ENCRYPT, all_cipher);
>>> + ASSEMBLE(macs, KEX_SERVER_MAC, KEX_FIPS_MAC, all_mac);
>>> + ASSEMBLE(kex_algorithms, KEX_SERVER_KEX, KEX_DEFAULT_KEX_FIPS, all_kex);
>>> + ASSEMBLE(hostkeyalgorithms, KEX_DEFAULT_PK_ALG, KEX_FIPS_PK_ALG, all_key);
>>> + ASSEMBLE(hostbased_key_types, KEX_DEFAULT_PK_ALG, KEX_FIPS_PK_ALG, 
>>> all_key);
>>> + ASSEMBLE(pubkey_key_types, KEX_DEFAULT_PK_ALG, KEX_FIPS_PK_ALG, all_key);
>>> ++ ASSEMBLE(ca_sign_algorithms, SSH_ALLOWED_CA_SIGALGS, KEX_FIPS_PK_ALG, 
>>> all_sig);
>>> #undef ASSEMBLE
>>> free(all_cipher);
>>> free(all_mac);
>>> -- 
>>> 2.24.1
>>>
>>>
>>> *Disclaimer*
>>>
>>> The information contained in this communication from the sender is 
>>> confidential.
>>> It is intended solely for use by the recipient and others authorized to 
>>> receive
>>> it. If you are not the recipient, you are hereby notified that any 
>>> disclosure,
>>> copying, distribution or taking action in relation of the contents of this
>>> information is strictly prohibited and may be unlawful.
>>>
>>> This email has been scanned for viruses and malware, and may have been
>>> automatically archived by *Mimecast Ltd*, an

Re: [linux-yocto] v5.2.x - stable updates comprising v5.2.31

2020-01-31 Thread akuster 
Paul,


On 1/31/20 3:04 PM, Paul Gortmaker wrote:
> Bruce, Yocto kernel folks:
>
> Here is the next 5.2.x stable update "extension" primarily created for
> the Yocto project, as the 10th v5.2.x post-EOL release.
Thank you for supporting that branch.

This  helps the Zeus release.

- armin

>
> This release is "normal" -- where it consists of an audit of what went
> into 5.3.1[78] releases, resulting in about 175 commits for v5.2.31.
>
> But two notes of interest I want to mention.
>
> 1) This completes the audit of v5.3-stable, as v5.3.18 was the last
> release in that version.  I'll detail more on how backports were chosen
> in the eventual v5.2.32 release notes, but v5.4.x will most likely play
> a prominent role in determining what commits I look at.
>
> 2) There were 28 commits - or about 15% of the whole 5.3.17 release
> against the one driver: drivers/scsi/qla2xxx -- that may not mean much
> to others, but as someone who has tracked stable content for many years,
> it is unprecedented, in my opinion.  Backports from mainline or from the
> v5.3-stable were not "hands free" onto the v5.2 baseline.  Given that,
> and that stable isn't IMHO the place for a wholesale driver uprev, I
> removed the series.  People with the hardware can investigate and adapt.
>
> I've put this 5.2.31 queue through the usual testing; build testing on
> x86-64/32, ARM-64/32, PPC and MIPS, plus some static analysis and
> finally some sanity runtime tests on x86-64.
>
> I did the signed tag just as per the previously released versions.
> Please find a signed v5.2.31 tag using this key:
>
> http://pgp.mit.edu/pks/lookup?op=vindex=0xEBCE84042C07D1D6
>
> in the repo in the kernel.org directory here:
>
>   
> https://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux-5.2.y.git/?h=linux-5.2.y
>   git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux-5.2.y.git
>
> for merge to standard/base in linux-yocto-5.2 and then out from there
> into the other base and BSP branches.
>
> For those who are interested, the evolution of the commits is here:
>
>   https://git.kernel.org/cgit/linux/kernel/git/paulg/longterm-queue-5.2.git/
>
> This repo isn't needed for anything; it just exists for transparency and
> so people can see the evolution of the raw commits that were originally
> selected to create this 5.2.x release.
>
> Paul.
>
> 

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

View/Reply Online (#8358): 
https://lists.yoctoproject.org/g/linux-yocto/message/8358
Mute This Topic: https://lists.yoctoproject.org/mt/70885055/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[linux-yocto] v5.2.x - stable updates comprising v5.2.31

2020-01-31 Thread Paul Gortmaker 
Bruce, Yocto kernel folks:

Here is the next 5.2.x stable update "extension" primarily created for
the Yocto project, as the 10th v5.2.x post-EOL release.

This release is "normal" -- where it consists of an audit of what went
into 5.3.1[78] releases, resulting in about 175 commits for v5.2.31.

But two notes of interest I want to mention.

1) This completes the audit of v5.3-stable, as v5.3.18 was the last
release in that version.  I'll detail more on how backports were chosen
in the eventual v5.2.32 release notes, but v5.4.x will most likely play
a prominent role in determining what commits I look at.

2) There were 28 commits - or about 15% of the whole 5.3.17 release
against the one driver: drivers/scsi/qla2xxx -- that may not mean much
to others, but as someone who has tracked stable content for many years,
it is unprecedented, in my opinion.  Backports from mainline or from the
v5.3-stable were not "hands free" onto the v5.2 baseline.  Given that,
and that stable isn't IMHO the place for a wholesale driver uprev, I
removed the series.  People with the hardware can investigate and adapt.

I've put this 5.2.31 queue through the usual testing; build testing on
x86-64/32, ARM-64/32, PPC and MIPS, plus some static analysis and
finally some sanity runtime tests on x86-64.

I did the signed tag just as per the previously released versions.
Please find a signed v5.2.31 tag using this key:

http://pgp.mit.edu/pks/lookup?op=vindex=0xEBCE84042C07D1D6

in the repo in the kernel.org directory here:

  
https://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux-5.2.y.git/?h=linux-5.2.y
  git://git.kernel.org/pub/scm/linux/kernel/git/paulg/linux-5.2.y.git

for merge to standard/base in linux-yocto-5.2 and then out from there
into the other base and BSP branches.

For those who are interested, the evolution of the commits is here:

  https://git.kernel.org/cgit/linux/kernel/git/paulg/longterm-queue-5.2.git/

This repo isn't needed for anything; it just exists for transparency and
so people can see the evolution of the raw commits that were originally
selected to create this 5.2.x release.

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

View/Reply Online (#8357): 
https://lists.yoctoproject.org/g/linux-yocto/message/8357
Mute This Topic: https://lists.yoctoproject.org/mt/70885055/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Sad news about Scott Rifenbark

2020-01-31 Thread Richard Purdie 
I'm sorry to have to pass on the sad news that Scott Rifenbark, our
tech writer for the project passed away on Wednesday after a battle
with cancer.

I remember interviewing Scott over 10 years ago when forming a team at
Intel to work on what became the Yocto Project, he was with it from the
start. He warned me he wasn't an entirely traditional tech writer but I
warned we weren't aiming to be a traditional project either. It was a
great match. He stayed with the project ever since in one way or
another, he enjoyed working on the project and we enjoyed working with
him.

The concept of having a tech writer as part of the team was a decision
I'm proud of and it shows in the material supporting the project today
but that success belongs to Scott and his approach to it. Someone else
put that best, "He would first try the procedure or instructions before
documenting it, I was really impressed". He was hands on and wanted
things to be understandable and correct, a huge challenge with some of
the complexities we deal with.

Outside of the project he had interesting hobbies and travelled quite a
bit, those stories were good over beer and I have many fond memories.

Our documentation stands in his memory and its fitting some of his
character will always be in those words.

Scott will be hugely missed by us all.



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

View/Reply Online (#48231): https://lists.yoctoproject.org/g/yocto/message/48231
Mute This Topic: https://lists.yoctoproject.org/mt/70882694/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] QA Cycle report for build (yocto-3.1_M2.rc1)

2020-01-31 Thread Armin Kuster 
Sangeeta,

On 1/30/20 11:46 PM, Sangeeta Jain wrote:
> Hello All,
>
> This is the full report for yocto-3.1_M2.rc1:
> https://git.yoctoproject.org/cgit/cgit.cgi/yocto-testresults-contrib/tree/?h=intel-yocto-testresults
>
> === Summary 
> No high milestone defects.
> No new defects are found in this cycle.
> starce ptest failed (BUG id:13765). 
>
> Note: failure for test_ltp_help, test_stap, test_mmc_mount, test_usb_mount is 
> observed on Beaglebone, edgerouter and mpc8315erdb. 
Please bug the test_mmc and test_usb as I am the one who added those
storage test.

TIA,
armin
> QA team is analysing more on failures. 
>
> === Bugs 
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=13765
>
> Thanks,
> Sangeeta
>
>
>
>> -Original Message-
>> From: Pokybuild User 
>> Sent: Thursday, 23 January, 2020 5:25 AM
>> To: yocto@lists.yoctoproject.org
>> Cc: ota...@ossystems.com.br; yi.z...@windriver.com; Sangal, Apoorv
>> ; Yeoh, Ee Peng ; Chan,
>> Aaron Chun Yew ;
>> richard.pur...@linuxfoundation.org; akuster...@gmail.com;
>> sjolley.yp...@gmail.com; Jain, Sangeeta 
>> Subject: QA notification for completed autobuilder build (yocto-3.1_M2.rc1)
>>
>>
>> A build flagged for QA (yocto-3.1_M2.rc1) was completed on the autobuilder
>> and is available at:
>>
>>
>> https://autobuilder.yocto.io/pub/releases/yocto-3.1_M2.rc1
>>
>>
>> Build hash information:
>>
>> bitbake: d5a4a352723258b4d499d3a51f340109c4f36f60
>> meta-gplv2: 6107be140fdec204586850ea1f7e4b968be7670b
>> meta-intel: 0c092dde58bb688dca787c653ee7a3282d58aeab
>> meta-mingw: e3dadc9f28c24a8d182121d0246b3d9ec048846a
>> oecore: 15049c610bcfd0a3e161379651b5ea117ea02715
>> poky: ca3993cc4b13d4e661228cee6fb9448adfd0a4ba
>>
>>
>>
>> This is an automated message from the Yocto Project Autobuilder
>> Git: git://git.yoctoproject.org/yocto-autobuilder2
>> Email: richard.pur...@linuxfoundation.org
>>
>>
>>
>>
>> 

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

View/Reply Online (#48230): https://lists.yoctoproject.org/g/yocto/message/48230
Mute This Topic: https://lists.yoctoproject.org/mt/70523215/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] Yocto [thud], [zeus] do_fetch and do_unpack failures with offline/online svn build! #yocto #python

2020-01-31 Thread Khem Raj 

On 1/31/20 4:02 AM, georgi.georgiev via Lists.Yoctoproject.Org wrote:

Hello Community,
This is the third time I am asking for support on this issue. This time 
I decided to use the web form.
In our project we have a requirement to be able to build the project 
offline. E.g. on the field without any network connection. When we are 
connected with the recipe mentioned below we don't have issues:





svn: E170013: Unable to connect to a repository at URL 
'http://cocosubversion/svn/Embedded/Valve/DVPII/trunk/SOCPACManEnvEngKeys/trunk'

svn: E670003: Temporary failure in name resolution

can you try checking out the repo out side of fetcher and see if the 
machine can fetch the url you are using in SRC_URI ?



*SUMMARY = "PACMan - Parameter And Configuration MANager"*
*LICENSE = "CLOSED"*
*inherit systemd useradd*
*REQUIRED_DISTRO_FEATURES = "systemd"*
*# SVN revision*
*PV = "121026"*
*# Name of SVN project*
*PACMAN_PROJ_NAME="SOCPACManEnvEngKeys"*
*SRC_URI = 
"svn://cocosubversion/svn/Embedded/Valve\/DVPII/trunk/${PACMAN_PROJ_NAME};module=trunk;protocol=http;externals=allowed;rev=${PV}"*

*SRC_URI += "file://ww-authpacman.service"*
*SRC_URI += "file://ww-pacman.service"*
*S = "${WORKDIR}/trunk/"*
*# ${PN}-sys: content related to system, which goes to base rootfs (only 
.service file and symlinks)*

*# ${PN}:  real content which may go to separate partition*
*PACKAGES =+ " ${PN}-sys"*
.
When disconnect the network, erase sstate-cache, cache and tmp I see log 
file attached (log.do_fetch.32757) and the following output:


*ERROR: ww-pacman-121026-r0 do_fetch: Fetcher failure: Fetch command 
export PSEUDO_DISABLED=1; unset _PYTHON_SYSCONFIGDATA_NAME; export 
DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/1000/bus"; export 
SSH_AGENT_PID="11412"; export 
SSH_AUTH_SOCK="/run/user/1000/keyring/ssh"; export 
PATH="/home/w23698/projects/proj_dvp2/build_dvp2/tmp/sysroots-uninative/x86_64-linux/usr/bin:/home/w23698/projects/proj_dvp2/sources/poky/scripts:/home/w23698/projects/proj_dvp2/build_dvp2/tmp/work/cortexa9hf-neon-poky-linux-gnueabi/ww-pacman/121026-r0/recipe-sysroot-native/usr/bin/arm-poky-linux-gnueabi:/home/w23698/projects/proj_dvp2/build_dvp2/tmp/work/cortexa9hf-neon-poky-linux-gnueabi/ww-pacman/121026-r0/recipe-sysroot/usr/bin/crossscripts:/home/w23698/projects/proj_dvp2/build_dvp2/tmp/work/cortexa9hf-neon-poky-linux-gnueabi/ww-pacman/121026-r0/recipe-sysroot-native/usr/sbin:/home/w23698/projects/proj_dvp2/build_dvp2/tmp/work/cortexa9hf-neon-poky-linux-gnueabi/ww-pacman/121026-r0/recipe-sysroot-native/usr/bin:/home/w23698/projects/proj_dvp2/build_dvp2/tmp/work/cortexa9hf-neon-poky-linux-gnueabi/ww-pacman/121026-r0/recipe-sysroot-native/sbin:/home/w23698/projects/proj_dvp2/build_dvp2/tmp/work/cortexa9hf-neon-poky-linux-gnueabi/ww-pacman/121026-r0/recipe-sysroot-native/bin:/home/w23698/projects/proj_dvp2/sources/poky/bitbake/bin:/home/w23698/projects/proj_dvp2/build_dvp2/tmp/hosttools"; 
export HOME="/home/w23698"; /usr/bin/env svn --non-interactive 
--trust-server-cert update --no-auth-cache -r 121026 failed with exit 
code 1, output:*

*Updating '.':*
*svn: E170013: Unable to connect to a repository at URL 
'http://cocosubversion/svn/Embedded/Valve/DVPII/trunk/SOCPACManEnvEngKeys/trunk'*

*svn: E670003: Temporary failure in name resolution*
*ERROR: ww-pacman-121026-r0 do_fetch: Fetcher failure for URL: 
'svn://cocosubversion/svn/Embedded/Valve\/DVPII/trunk/SOCPACManEnvEngKeys;module=trunk;protocol=http;externals=allowed;rev=121026'. 
Unable to fetch URL from any source.*
*ERROR: Logfile of failure stored in: 
/home/w23698/projects/proj_dvp2/build_dvp2/tmp/work/cortexa9hf-neon-poky-linux-gnueabi/ww-pacman/121026-r0/temp/log.do_fetch.32757*
*ERROR: Task 
(/home/w23698/projects/proj_dvp2/build_dvp2/../sources/meta-ww-dvp2/recipes-ww/ww-pacman/ww-pacman.bb:do_fetch) 
failed with exit code '1'*


When remove the '\' character in SRC_URI, e.g. to become:

*SRC_URI = 
"svn://cocosubversion/svn/Embedded/Valve/DVPII/trunk/${PACMAN_PROJ_NAME};module=trunk;protocol=http;externals=allowed;rev=${PV}"*


In connected and not connected to network do_fetch() passes successfully 
but I see one and same error (log.do_unpack.25226) output:


*ERROR: ww-pacman-121026-r0 do_unpack: Unpack failure for URL: 
'svn://cocosubversion/svn/Embedded/Valve/DVPII/trunk/SOCPACManEnvEngKeys;module=trunk;protocol=http;externals=allowed;rev=121026'. 
Unpack command

[yocto] [meta-qt5, zeus-next, python3-pyqt5] QtChart can't be imported

2020-01-31 Thread Adrian 
Hi,

I use python3-pyqt5 from meta-qt5 (in zeus-next). I get an error in
python3 when I try to import QtChart module (from PyQt5 import QtChart).
Has anybody experience the same issue and knows a fix? The deployed
image comes with qtchart packages.

I have created an issue on the layer's issue tracker (link
), but so far no reply.

Regards,

Adrian

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

View/Reply Online (#48228): https://lists.yoctoproject.org/g/yocto/message/48228
Mute This Topic: https://lists.yoctoproject.org/mt/7087/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[yocto] Still missing ubi after added and_config,ubifs

2020-01-31 Thread JH 
Hi,

How can I build u-boot for running on RAM? I add UBOOT_CONFIG[nand] =
"mx6ull_14x14_evk_nand_config,ubifs", but I still got errors in
u-boot:

Unknown command 'ubi' - try 'help'
Unknown command 'ubi' - try 'help'
Unknown command 'ubi' - try 'help'

What I could be missing ubi command in u-boot?

Thank you.

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

View/Reply Online (#48227): https://lists.yoctoproject.org/g/yocto/message/48227
Mute This Topic: https://lists.yoctoproject.org/mt/70836832/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] Yocto [thud], [zeus] do_fetch and do_unpack failures with offline/online svn build! #yocto #python

2020-01-31 Thread Mikko Rapeli 
Hi,

I can't comment on svn fetcher but I use subversion via http
fetcher. This way the local download cache can have the exact same file
and builds can continue off line. One major gotcha is that all files
uploaded to svn must have unique and versioned file names. Updating the
same file to different content will result in using the old cache file version.

Maybe this helps,

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

View/Reply Online (#48226): https://lists.yoctoproject.org/g/yocto/message/48226
Mute This Topic: https://lists.yoctoproject.org/mt/70695643/21656
Mute #yocto: https://lists.yoctoproject.org/mk?hashtag=yocto=6691583
Mute #python: https://lists.yoctoproject.org/mk?hashtag=python=6691583
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[linux-yocto] [linux-yocto-dev v5.5] Another patch series for the Marvell cn96xx SoC support

2020-01-31 Thread Kevin Hao 
Hi Bruce,

Here are several Ethernet bug fixes for the Marvell cn96xx SoC. Please help me
merge them into standard/cn96xx branch.

The following changes since commit 9294e1752c258630d29dd143efdfe643734b0641:

  octeontx2-af: Allocate temp buff to fix the too larger frame warning 
(2020-01-28 08:50:14 +0800)

are available in the Git repository at:

  git://github.com/haokexin/linux standard/cn96xx

for you to fetch changes up to 3791b5bff66c2e3d3ce27b1c56e0a22132a07d7b:

  octeontx2-pf: Do not set num_msgs in mbox header (2020-01-30 19:21:53 +0800)


Geetha sowjanya (1):
  octeontx2-pf: Set default RR_QUANTUM for transmit scheduling levels

Subbaraya Sundeep (3):
  octeontx2-pf: Dereference only a valid pointer
  octeontx2-pf: Use mutex for mbox locking
  octeontx2-pf: Do not set num_msgs in mbox header

Sunil Goutham (2):
  octeontx2-pf: Skip dma map and unmap when IOMMU is bypassed
  octeontx2-af: Adjust pause frame time and interval

hariprasad (2):
  octeontx2-af: Handle pfvf mac address changes
  octeontx2-pf: update vlan offload rule

 drivers/net/ethernet/marvell/octeontx2/af/cgx.c  |  4 ++--
 drivers/net/ethernet/marvell/octeontx2/af/cgx.h  |  2 +-
 drivers/net/ethernet/marvell/octeontx2/af/common.h   |  9 +++--
 drivers/net/ethernet/marvell/octeontx2/af/rvu.c  |  5 +
 drivers/net/ethernet/marvell/octeontx2/af/rvu.h  |  3 +++
 drivers/net/ethernet/marvell/octeontx2/af/rvu_nix.c  | 16 +---
 drivers/net/ethernet/marvell/octeontx2/af/rvu_npc_fs.c   |  6 --
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_common.c | 46 
++
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_common.h | 43 
+--
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c  |  5 -
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_pf.c | 43 
+++
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_reg.h|  2 ++
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_txrx.c   | 22 
+++---
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_vf.c |  8 
 14 files changed, 142 insertions(+), 72 deletions(-)

Thanks,
Kevin


signature.asc
Description: PGP signature
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#8356): 
https://lists.yoctoproject.org/g/linux-yocto/message/8356
Mute This Topic: https://lists.yoctoproject.org/mt/70673400/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[linux-yocto] [linux-yocto-dev v5.4] Another patch series for the Marvell cn96xx SoC support

2020-01-31 Thread Kevin Hao 
Hi Bruce,

Here are several Ethernet bug fixes for the Marvell cn96xx SoC. Please help me
merge them into v5.4/standard/cn96xx branch.

The following changes since commit 80b283cc0dab001daf8ce5de8ce3b523de65:

  mmc: cavium: Drop the aligned check for the dma address (2020-01-17 18:51:38 
-0500)

are available in the Git repository at:

  git://github.com/haokexin/linux v5.4/standard/cn96xx

for you to fetch changes up to 8ab720432c97ed084a85c6eb18e2913cefc277b0:

  octeontx2-pf: Do not set num_msgs in mbox header (2020-01-30 19:08:47 +0800)


Geetha sowjanya (1):
  octeontx2-pf: Set default RR_QUANTUM for transmit scheduling levels

Subbaraya Sundeep (3):
  octeontx2-pf: Dereference only a valid pointer
  octeontx2-pf: Use mutex for mbox locking
  octeontx2-pf: Do not set num_msgs in mbox header

Sunil Goutham (2):
  octeontx2-pf: Skip dma map and unmap when IOMMU is bypassed
  octeontx2-af: Adjust pause frame time and interval

hariprasad (2):
  octeontx2-af: Handle pfvf mac address changes
  octeontx2-pf: update vlan offload rule

 drivers/net/ethernet/marvell/octeontx2/af/cgx.c  |  4 ++--
 drivers/net/ethernet/marvell/octeontx2/af/cgx.h  |  2 +-
 drivers/net/ethernet/marvell/octeontx2/af/common.h   |  9 +++--
 drivers/net/ethernet/marvell/octeontx2/af/rvu.c  |  5 +
 drivers/net/ethernet/marvell/octeontx2/af/rvu.h  |  3 +++
 drivers/net/ethernet/marvell/octeontx2/af/rvu_nix.c  | 16 +---
 drivers/net/ethernet/marvell/octeontx2/af/rvu_npc_fs.c   |  6 --
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_common.c | 46 
++
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_common.h | 43 
+--
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c  |  5 -
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_pf.c | 43 
+++
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_reg.h|  2 ++
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_txrx.c   | 22 
+++---
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_vf.c |  8 
 14 files changed, 142 insertions(+), 72 deletions(-)

Thanks,
Kevin


signature.asc
Description: PGP signature
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#8355): 
https://lists.yoctoproject.org/g/linux-yocto/message/8355
Mute This Topic: https://lists.yoctoproject.org/mt/70671475/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[linux-yocto] [linux-yocto v5.2] Another patch series for the Marvell cn96xx SoC support

2020-01-31 Thread Kevin Hao 
Hi Bruce,

Here are several Ethernet bug fixes for the Marvell cn96xx SoC. Please help me
merge them into following two branches:
v5.2/standard/cn96xx
v5.2/standard/preempt-rt/cn96xx

The following changes since commit 6b29b7fc3b28ca72317a71340de48da4b0e57f2a:

  Merge branch 'v5.2/standard/base' into v5.2/standard/cn96xx (2020-01-20 
16:48:56 -0500)

are available in the Git repository at:

  git://github.com/haokexin/linux v5.2/standard/cn96xx

for you to fetch changes up to 7a9b29f0c660f36e9f434eae65d7a8e89cdd4cc3:

  octeontx2-pf: Do not set num_msgs in mbox header (2020-01-30 11:14:15 +0800)


Geetha sowjanya (1):
  octeontx2-pf: Set default RR_QUANTUM for transmit scheduling levels

Subbaraya Sundeep (3):
  octeontx2-pf: Dereference only a valid pointer
  octeontx2-pf: Use mutex for mbox locking
  octeontx2-pf: Do not set num_msgs in mbox header

Sunil Goutham (2):
  octeontx2-pf: Skip dma map and unmap when IOMMU is bypassed
  octeontx2-af: Adjust pause frame time and interval

hariprasad (2):
  octeontx2-af: Handle pfvf mac address changes
  octeontx2-pf: update vlan offload rule

 drivers/net/ethernet/marvell/octeontx2/af/cgx.c  |  4 ++--
 drivers/net/ethernet/marvell/octeontx2/af/cgx.h  |  2 +-
 drivers/net/ethernet/marvell/octeontx2/af/common.h   |  9 +++--
 drivers/net/ethernet/marvell/octeontx2/af/rvu.c  |  5 +
 drivers/net/ethernet/marvell/octeontx2/af/rvu.h  |  3 +++
 drivers/net/ethernet/marvell/octeontx2/af/rvu_nix.c  | 16 +---
 drivers/net/ethernet/marvell/octeontx2/af/rvu_npc_fs.c   |  6 --
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_common.c | 46 
++
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_common.h | 43 
+--
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_flows.c  |  5 -
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_pf.c | 43 
+++
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_reg.h|  2 ++
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_txrx.c   | 22 
+++---
 drivers/net/ethernet/marvell/octeontx2/nic/otx2_vf.c |  8 
 14 files changed, 142 insertions(+), 72 deletions(-)

Thanks,
Kevin


signature.asc
Description: PGP signature
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#8354): 
https://lists.yoctoproject.org/g/linux-yocto/message/8354
Mute This Topic: https://lists.yoctoproject.org/mt/70667022/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [yocto] [yocto-autobuilder2][PATCH] config.py: remove mpc8315-rdb

2020-01-31 Thread Richard Purdie 
On Thu, 2020-01-30 at 16:19 -0800, akuster wrote:
> Signed-off-by: Armin Kuster 
> ---
>  config.py | 5 ++---
>  1 file changed, 2 insertions(+), 3 deletions(-)
> 
> diff --git a/config.py b/config.py
> index 7dbd5e7..b210275 100644
> --- a/config.py
> +++ b/config.py
> @@ -51,7 +51,6 @@ trigger_builders_wait_shared = [
>  "qemux86-64", "qemux86-64-alt",
>  "qemux86-64-x32", "qemux86-world",
>  "edgerouter",
> -"mpc8315e-rdb",
>  "genericx86", "genericx86-alt",
>  "genericx86-64", "genericx86-64-alt",
>  "beaglebone", "beaglebone-alt",
> @@ -70,14 +69,14 @@ trigger_builders_wait_quick = 
> trigger_builders_wait_shared + [
>  ]
>  
>  trigger_builders_wait_full = trigger_builders_wait_shared + [
> -"qemumips-alt", "edgerouter-alt", "mpc8315e-rdb-alt", "qemuppc-alt", 
> "qemux86-world-alt",
> +"qemumips-alt", "edgerouter-alt", "qemuppc-alt", "qemux86-world-alt",
>  "oe-selftest-ubuntu", "oe-selftest-debian", "oe-selftest-fedora", 
> "oe-selftest-centos",
>  "qemux86-64-ptest", "buildperf-ubuntu1604", "buildperf-centos7", 
> "qemux86-64-ltp",
>  "qemuarm64-ptest", "qemuarm64-ltp", "meta-intel"
>  ]
>  
>  trigger_builders_wait_releases = {
> -"sumo" : trigger_builders_wait_shared + ["qemumips-alt", 
> "edgerouter-alt", "mpc8315e-rdb-alt", "qemuppc-alt", "qemux86-world-alt",
> +"sumo" : trigger_builders_wait_shared + ["qemumips-alt", 
> "edgerouter-alt", "qemuppc-alt", "qemux86-world-alt",
>   "oe-selftest-ubuntu", 
> "oe-selftest-debian", "oe-selftest-centos"]
>  }

You can't do that if you still want to build it in older releases...

Cheers,

Richard

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

View/Reply Online (#48224): https://lists.yoctoproject.org/g/yocto/message/48224
Mute This Topic: https://lists.yoctoproject.org/mt/70282116/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-