Re: [linux-yocto] [kernel-cache][PATCH] features/tpm: enable tpm support

2018-12-14 Thread Bruce Ashfield

Which branches ? 4.19 and master ?

Bruce

On 2018-12-13 4:27 a.m., Pradhan Surya Narayanx wrote:

Add tpm feature to intel-common-drivers.scc

Signed-off-by: Pradhan Surya Narayanx 
---
  bsp/intel-common/intel-common-drivers.scc | 3 +++
  1 file changed, 3 insertions(+)

diff --git a/bsp/intel-common/intel-common-drivers.scc 
b/bsp/intel-common/intel-common-drivers.scc
index fa7168e..e094321 100644
--- a/bsp/intel-common/intel-common-drivers.scc
+++ b/bsp/intel-common/intel-common-drivers.scc
@@ -56,6 +56,9 @@ include features/media/media-all.scc
  # Industrial IO Support
  include features/iio/iio.scc
  
+# TPM

+include features/tpm/tpm.scc
+
  # Intel HD Audio
  include features/sound/snd_hda_intel.scc
  



--
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto


[yocto] [PATCH][auh] upgradehelper: Replace do_checkpkg usage with oe.recipeutils function call

2018-12-14 Thread Richard Purdie
The code in distrodata.bbclass related to the do_checkpkg task is rather
dated, has holes in it (ignoring some recipes) and has horrible locking
and csv related issues.

We should use modern APIs such as tinfoil to make the calls we need directly
against bitbake, cutting out the middleman and clarifing the code.

This change uses a lib/oe/recipeutils function call to remove the need
to use checkpkg at all.

Signed-off-by: Richard Purdie 
---
 upgradehelper.py | 105 ++-
 1 file changed, 39 insertions(+), 66 deletions(-)

diff --git a/upgradehelper.py b/upgradehelper.py
index 8fb27d3..bdd6d4e 100755
--- a/upgradehelper.py
+++ b/upgradehelper.py
@@ -59,6 +59,22 @@ from statistics import Statistics
 from steps import upgrade_steps
 from testimage import TestImage
 
+if not os.getenv('BUILDDIR', False):
+E(" You must source oe-init-build-env before running this script!\n")
+E(" It is recommended to create a fresh build directory with it:\n")
+E(" $ . oe-init-build-env build-auh\n")
+exit(1)
+
+import shutil
+# Use the location of devtool to find scriptpath and hence bb/oe libs
+scripts_path = os.path.abspath(os.path.dirname(shutil.which("devtool")))
+sys.path = sys.path + [scripts_path + '/lib']
+import scriptpath
+scriptpath.add_bitbake_lib_path()
+scriptpath.add_oe_lib_path()
+
+import oe.recipeutils
+
 help_text = """Usage examples:
 * To upgrade xmodmap recipe to the latest available version:
 $ upgrade-helper.py xmodmap
@@ -599,59 +615,6 @@ class UniverseUpdater(Updater):
 I(" Removing tmp directory ...")
 shutil.rmtree(self.base_env['TMPDIR'])
 
-def _check_upstream_versions(self):
-I(" Fetching upstream version(s) ...")
-
-if self.recipes:
-recipe = " ".join(self.recipes)
-else:
-recipe = 'universe'
-
-try:
-self.bb.checkpkg(recipe)
-except Error as e:
-for line in e.stdout.split('\n'):
-if line.find("ERROR: Task do_checkpkg does not exist") != -1:
-C(" \"distrodata.bbclass\" not inherited. Consider adding "
-  "the following to your local.conf:\n\n"
-  "INHERIT =+ \"distrodata\"\n")
-exit(1)
-
-def _parse_checkpkg_file(self, file_path):
-import csv
-
-pkgs_list = []
-
-with open(file_path, "r") as f:
-reader = csv.reader(f, delimiter='\t')
-for row in reader:
-if reader.line_num == 1: # skip header line
-continue
-
-pn = row[0]
-cur_ver = row[1]
-if self.args.to_version:
-next_ver = self.args.to_version
-else:
-next_ver = row[2]
-status = row[11]
-revision = row[12]
-maintainer = row[14]
-no_upgrade_reason = row[15]
-
-if status == 'UPDATE' and not no_upgrade_reason:
-pkgs_list.append((pn, cur_ver, next_ver, maintainer, 
revision))
-else:
-if no_upgrade_reason:
-I(" Skip package %s (status = %s, current version = 
%s," \
-" next version = %s, no upgrade reason = %s)" %
-(pn, status, cur_ver, next_ver, no_upgrade_reason))
-else:
-I(" Skip package %s (status = %s, current version = 
%s," \
-" next version = %s)" %
-(pn, status, cur_ver, next_ver))
-return pkgs_list
-
 # checks if maintainer is in whitelist and that the recipe itself is not
 # blacklisted: python, gcc, etc. Also, check the history if the recipe
 # hasn't already been tried
@@ -688,16 +651,31 @@ class UniverseUpdater(Updater):
 return True
 
 def _get_packages_to_upgrade(self, packages=None):
-self._check_upstream_versions()
-last_checkpkg_file = os.path.realpath(self.base_env['TMPDIR'] + 
"/log/checkpkg.csv")
+
+pkgs = oe.recipeutils.get_recipe_upgrade_status(self.recipes)
 
 pkgs_list = []
-for pkg in self._parse_checkpkg_file(last_checkpkg_file):
-# Always do the upgrade if recipes are specified
-if self.recipes and pkg[0] in self.recipes:
-pkgs_list.append(pkg)
-elif self._pkg_upgradable(pkg[0], pkg[2], pkg[3]):
-pkgs_list.append(pkg)
+for pkg in pkgs:
+pn, status, cur_ver, next_ver, maintainer, revision, 
no_upgrade_reason = pkg
+
+if self.args.to_version:
+ next_ver = self.args.to_version
+
+if status == 'UPDATE' and not no_upgrade_reason:
+# Always do the upgrade if recipes are specified
+if self.recipes and pn in self.recipes:
+

Re: [yocto] [PATCH][auh] upgradehelper: Replace do_checkpkg usage with direct tinfoil calls

2018-12-14 Thread Alexander Kanavin
On Fri, 14 Dec 2018 at 17:07, Richard Purdie
 wrote:
> +with bb.tinfoil.Tinfoil() as tinfoil:
> +tinfoil.prepare(config_only=False)
> +recipes = self.recipes
> +if not recipes:
> +recipes = tinfoil.all_recipe_files(variants=False)
> +
> +for fn in recipes:
> +try:
> +if fn.startswith("/"):
> +data = tinfoil.parse_recipe_file(fn)
> +else:
> +data = tinfoil.parse_recipe(fn)
> +except bb.providers.NoProvider:
> +I(" No provider for %s" % fn)
> +continue
> +
> +unreliable = data.getVar('UPSTREAM_CHECK_UNRELIABLE')
> +if unreliable == "1":
> +I(" Skip package %s as upstream check unreliable" % pn)
> +continue
> +
> +uv = oe.recipeutils.get_recipe_upstream_version(data)
> +
> +pn = data.getVar('PN')
> +cur_ver = uv['current_version']
> +
> +
> +upstream_version_unknown = 
> data.getVar('UPSTREAM_VERSION_UNKNOWN')
> +if not uv['version']:
> +status = "UNKNOWN" if upstream_version_unknown else 
> "UNKNOWN_BROKEN"
> +else:
> +cmp = vercmp_string(uv['current_version'], uv['version'])
> +if cmp == -1:
> +status = "UPDATE" if not upstream_version_unknown 
> else "KNOWN_BROKEN"
> +elif cmp == 0:
> +status = "MATCH" if not upstream_version_unknown 
> else "KNOWN_BROKEN"
> +else:
> +status = "UNKNOWN" if upstream_version_unknown else 
> "UNKNOWN_BROKEN"
> +

This part is generally useful, and should be placed somewhere in
lib/oe/recipeutils.py perhaps? I can imagine having a script (AUH
itself perhaps) that can use the data to print statistics or detect
broken upstream checks. Agree about issues with do_checkpkg  and
general awfulness of distrodata class :)

Alex
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] [PATCH][auh] upgradehelper: Replace do_checkpkg usage with direct tinfoil calls

2018-12-14 Thread Anibal Limón
LGTM,

Anibal

On Fri, Dec 14, 2018 at 10:08 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> The code in distrodata.bbclass related to the do_checkpkg task is rather
> dated, has holes in it (ignoring some recipes) and has horrible locking
> and csv related issues.
>
> We should use modern APIs such as tinfoil to make the calls we need
> directly
> against bitbake, cutting out the middleman and clarifing the code.
>
> This change imports the bits of distrodata.bbclass this code needs in their
> current form. Its likely it can be further improved from here but this is a
> good start and appears to function as before, with slightly wider recipe
> coverage as some things skipped by distrodata are not skipped here (images,
> pieces of gcc, nativesdk only recipes).
>
> Signed-off-by: Richard Purdie 
> ---
>  upgradehelper.py | 148 ++-
>  1 file changed, 82 insertions(+), 66 deletions(-)
>
> diff --git a/upgradehelper.py b/upgradehelper.py
> index 8fb27d3..7ad4917 100755
> --- a/upgradehelper.py
> +++ b/upgradehelper.py
> @@ -59,6 +59,25 @@ from statistics import Statistics
>  from steps import upgrade_steps
>  from testimage import TestImage
>
> +if not os.getenv('BUILDDIR', False):
> +E(" You must source oe-init-build-env before running this script!\n")
> +E(" It is recommended to create a fresh build directory with it:\n")
> +E(" $ . oe-init-build-env build-auh\n")
> +exit(1)
> +
> +import shutil
> +# Use the location of devtool to find scriptpath and hence bb/oe libs
> +scripts_path = os.path.abspath(os.path.dirname(shutil.which("devtool")))
> +sys.path = sys.path + [scripts_path + '/lib']
> +import scriptpath
> +scriptpath.add_bitbake_lib_path()
> +scriptpath.add_oe_lib_path()
> +
> +import bb.tinfoil
> +import oe.recipeutils
> +from bb.utils import vercmp_string
> +
> +
>  help_text = """Usage examples:
>  * To upgrade xmodmap recipe to the latest available version:
>  $ upgrade-helper.py xmodmap
> @@ -599,59 +618,6 @@ class UniverseUpdater(Updater):
>  I(" Removing tmp directory ...")
>  shutil.rmtree(self.base_env['TMPDIR'])
>
> -def _check_upstream_versions(self):
> -I(" Fetching upstream version(s) ...")
> -
> -if self.recipes:
> -recipe = " ".join(self.recipes)
> -else:
> -recipe = 'universe'
> -
> -try:
> -self.bb.checkpkg(recipe)
> -except Error as e:
> -for line in e.stdout.split('\n'):
> -if line.find("ERROR: Task do_checkpkg does not exist") !=
> -1:
> -C(" \"distrodata.bbclass\" not inherited. Consider
> adding "
> -  "the following to your local.conf:\n\n"
> -  "INHERIT =+ \"distrodata\"\n")
> -exit(1)
> -
> -def _parse_checkpkg_file(self, file_path):
> -import csv
> -
> -pkgs_list = []
> -
> -with open(file_path, "r") as f:
> -reader = csv.reader(f, delimiter='\t')
> -for row in reader:
> -if reader.line_num == 1: # skip header line
> -continue
> -
> -pn = row[0]
> -cur_ver = row[1]
> -if self.args.to_version:
> -next_ver = self.args.to_version
> -else:
> -next_ver = row[2]
> -status = row[11]
> -revision = row[12]
> -maintainer = row[14]
> -no_upgrade_reason = row[15]
> -
> -if status == 'UPDATE' and not no_upgrade_reason:
> -pkgs_list.append((pn, cur_ver, next_ver, maintainer,
> revision))
> -else:
> -if no_upgrade_reason:
> -I(" Skip package %s (status = %s, current version
> = %s," \
> -" next version = %s, no upgrade reason = %s)"
> %
> -(pn, status, cur_ver, next_ver,
> no_upgrade_reason))
> -else:
> -I(" Skip package %s (status = %s, current version
> = %s," \
> -" next version = %s)" %
> -(pn, status, cur_ver, next_ver))
> -return pkgs_list
> -
>  # checks if maintainer is in whitelist and that the recipe itself is
> not
>  # blacklisted: python, gcc, etc. Also, check the history if the recipe
>  # hasn't already been tried
> @@ -688,16 +654,71 @@ class UniverseUpdater(Updater):
>  return True
>
>  def _get_packages_to_upgrade(self, packages=None):
> -self._check_upstream_versions()
> -last_checkpkg_file = os.path.realpath(self.base_env['TMPDIR'] +
> "/log/checkpkg.csv")
>
>  pkgs_list = []
> -for pkg in self._parse_checkpkg_file(last_checkpkg_file):
> -# Always do the upgrade if recipes are specified
> -if 

[yocto] Fwd: Re: THISDIR variable in another meta-layer

2018-12-14 Thread winfried . dobbe


In componentB.bb I have function do_install:

do_install () {
install -m 0755 -d ${D}/usr/share
cmake_do_install
install -m 0755 ${THISDIR}/default/script.sh  ${D}/usr/share
}

In componentB.bbapend I overwrite function in order to install other
script instead:

do_install () {
install -m 0755 -d ${D}/usr/share
cmake_do_install
install -m 0755 ${THISDIR}/files/script.sh  ${D}/usr/share
}

The problem is that ${THISDIR} indicates IN BOTH CASES to path
meta-layer-A/recipes-X/componentB.
So how to tell bitbake in componentB.bbappend to install my script
from path meta-layer-B/recipes-X/componentB/files? It is really
frustrating that variable THISDIR doesn't indicates to path
meta-layer-B/recipes-X/componentB when I used it in
componentB.bbapend.


If script.sh is included in SRC_URI, bitbake will copy it to ${WORKDIR}. 
The one in meta-layer-B will overwrite the one from meta-layer-A.

Then install from ${WORKDIR} i.s.o. ${THISDIR}:
install -m 0755 ${WORKDIR}/script.sh  ${D}/usr/share

regards, Winfried
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] core-image-* (minimal) networking

2018-12-14 Thread Burton, Ross
Install something to do networking. Minimal means minimal.  I tend to
prefer connman as that means you get ethernet hotplug working without
any further work, and you can easily setup wifi too.

Ross
On Fri, 14 Dec 2018 at 16:22, Peter Balazovic  wrote:
>
> I've built bitbake core-image-minimal and it runs but unfortunately I have no 
> connectivity (networking) available.
>
> > ifconfig
> loLink encap:Local Loopback
>   inet addr:127.0.0.1  Mask:255.0.0.0
>   inet6 addr: ::1/128 Scope:Host
>   UP LOOPBACK RUNNING  MTU:65536  Metric:1
>   RX packets:2720 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:2720 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1
>   RX bytes:206720 (201.8 KiB)  TX bytes:206720 (201.8 KiB)
>
> What's need to be included within local.conf to enable networking?
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] THISDIR variable in another meta-layer

2018-12-14 Thread Tomasz Michalski
One additional thing, in fact I define do_install in .inc file in
meta-layer-B/recipes-X/componentB and meta-layer-A/recipes-X/componentB
directory. Those inc files are appended to corresponding .bb and .bbappend
files. I will try to debug how THISDIR behaves.

pt., 14 gru 2018 o 10:26 Tomasz Michalski 
napisał(a):

> Hi
> I have structure of files:
>
> meta-layer-A
> recipes-X
> componentB
>  default
>  script.sh
>  componentB.bb
> meta-layer-B
> recipes-X
> componentB
>  files
>  script.sh
>  componentB.bbappend
>
> In componentB.bb I have function do_install:
> do_install () {
> install -m 0755 -d ${D}/usr/share
> cmake_do_install
> install -m 0755 ${THISDIR}/default/script.sh  ${D}/usr/share
> }
>
> In componentB.bbapend I overwrite function in order to install other
> script instead:
> do_install () {
> install -m 0755 -d ${D}/usr/share
> cmake_do_install
> install -m 0755 ${THISDIR}/files/script.sh  ${D}/usr/share
> }
>
>
> The problem is that ${THISDIR} indicates IN BOTH CASES to path
> meta-layer-A/recipes-X/componentB.
> So how to tell bitbake in componentB.bbappend to install my script from
> path meta-layer-B/recipes-X/componentB/files? It is really frustrating that
> variable THISDIR doesn't indicates to path
> meta-layer-B/recipes-X/componentB when I used it in componentB.bbapend.
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] THISDIR variable in another meta-layer

2018-12-14 Thread Tomasz Michalski
Hi
I have structure of files:

meta-layer-A
recipes-X
componentB
 default
 script.sh
 componentB.bb
meta-layer-B
recipes-X
componentB
 files
 script.sh
 componentB.bbappend

In componentB.bb I have function do_install:
do_install () {
install -m 0755 -d ${D}/usr/share
cmake_do_install
install -m 0755 ${THISDIR}/default/script.sh  ${D}/usr/share
}

In componentB.bbapend I overwrite function in order to install other script
instead:
do_install () {
install -m 0755 -d ${D}/usr/share
cmake_do_install
install -m 0755 ${THISDIR}/files/script.sh  ${D}/usr/share
}


The problem is that ${THISDIR} indicates IN BOTH CASES to path
meta-layer-A/recipes-X/componentB.
So how to tell bitbake in componentB.bbappend to install my script from
path meta-layer-B/recipes-X/componentB/files? It is really frustrating that
variable THISDIR doesn't indicates to path
meta-layer-B/recipes-X/componentB when I used it in componentB.bbapend.
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] core-image-* (minimal) networking

2018-12-14 Thread Peter Balazovic
I've built bitbake core-image-minimal and it runs but unfortunately I have
no connectivity (networking) available.

> ifconfig
loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:65536  Metric:1
  RX packets:2720 errors:0 dropped:0 overruns:0 frame:0
  TX packets:2720 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1
  RX bytes:206720 (201.8 KiB)  TX bytes:206720 (201.8 KiB)

What's need to be included within local.conf to enable networking?
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] lib source code change

2018-12-14 Thread Peter Balazovic
I ahve built an imamge and SDK where opencv is part of that. Now I do need
to change this lib.Instead of rebuilding all I am trying to change just the
library.

How should I deploy that change to reflecte the eSDK (cross toolchain) and
modify (update) target image.

I wonder if "devtool modify" can be use and how for this?
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] [PATCH][auh] upgradehelper: Replace do_checkpkg usage with direct tinfoil calls

2018-12-14 Thread Richard Purdie
The code in distrodata.bbclass related to the do_checkpkg task is rather
dated, has holes in it (ignoring some recipes) and has horrible locking
and csv related issues.

We should use modern APIs such as tinfoil to make the calls we need directly
against bitbake, cutting out the middleman and clarifing the code.

This change imports the bits of distrodata.bbclass this code needs in their
current form. Its likely it can be further improved from here but this is a
good start and appears to function as before, with slightly wider recipe
coverage as some things skipped by distrodata are not skipped here (images,
pieces of gcc, nativesdk only recipes).

Signed-off-by: Richard Purdie 
---
 upgradehelper.py | 148 ++-
 1 file changed, 82 insertions(+), 66 deletions(-)

diff --git a/upgradehelper.py b/upgradehelper.py
index 8fb27d3..7ad4917 100755
--- a/upgradehelper.py
+++ b/upgradehelper.py
@@ -59,6 +59,25 @@ from statistics import Statistics
 from steps import upgrade_steps
 from testimage import TestImage
 
+if not os.getenv('BUILDDIR', False):
+E(" You must source oe-init-build-env before running this script!\n")
+E(" It is recommended to create a fresh build directory with it:\n")
+E(" $ . oe-init-build-env build-auh\n")
+exit(1)
+
+import shutil
+# Use the location of devtool to find scriptpath and hence bb/oe libs
+scripts_path = os.path.abspath(os.path.dirname(shutil.which("devtool")))
+sys.path = sys.path + [scripts_path + '/lib']
+import scriptpath
+scriptpath.add_bitbake_lib_path()
+scriptpath.add_oe_lib_path()
+
+import bb.tinfoil
+import oe.recipeutils
+from bb.utils import vercmp_string
+
+
 help_text = """Usage examples:
 * To upgrade xmodmap recipe to the latest available version:
 $ upgrade-helper.py xmodmap
@@ -599,59 +618,6 @@ class UniverseUpdater(Updater):
 I(" Removing tmp directory ...")
 shutil.rmtree(self.base_env['TMPDIR'])
 
-def _check_upstream_versions(self):
-I(" Fetching upstream version(s) ...")
-
-if self.recipes:
-recipe = " ".join(self.recipes)
-else:
-recipe = 'universe'
-
-try:
-self.bb.checkpkg(recipe)
-except Error as e:
-for line in e.stdout.split('\n'):
-if line.find("ERROR: Task do_checkpkg does not exist") != -1:
-C(" \"distrodata.bbclass\" not inherited. Consider adding "
-  "the following to your local.conf:\n\n"
-  "INHERIT =+ \"distrodata\"\n")
-exit(1)
-
-def _parse_checkpkg_file(self, file_path):
-import csv
-
-pkgs_list = []
-
-with open(file_path, "r") as f:
-reader = csv.reader(f, delimiter='\t')
-for row in reader:
-if reader.line_num == 1: # skip header line
-continue
-
-pn = row[0]
-cur_ver = row[1]
-if self.args.to_version:
-next_ver = self.args.to_version
-else:
-next_ver = row[2]
-status = row[11]
-revision = row[12]
-maintainer = row[14]
-no_upgrade_reason = row[15]
-
-if status == 'UPDATE' and not no_upgrade_reason:
-pkgs_list.append((pn, cur_ver, next_ver, maintainer, 
revision))
-else:
-if no_upgrade_reason:
-I(" Skip package %s (status = %s, current version = 
%s," \
-" next version = %s, no upgrade reason = %s)" %
-(pn, status, cur_ver, next_ver, no_upgrade_reason))
-else:
-I(" Skip package %s (status = %s, current version = 
%s," \
-" next version = %s)" %
-(pn, status, cur_ver, next_ver))
-return pkgs_list
-
 # checks if maintainer is in whitelist and that the recipe itself is not
 # blacklisted: python, gcc, etc. Also, check the history if the recipe
 # hasn't already been tried
@@ -688,16 +654,71 @@ class UniverseUpdater(Updater):
 return True
 
 def _get_packages_to_upgrade(self, packages=None):
-self._check_upstream_versions()
-last_checkpkg_file = os.path.realpath(self.base_env['TMPDIR'] + 
"/log/checkpkg.csv")
 
 pkgs_list = []
-for pkg in self._parse_checkpkg_file(last_checkpkg_file):
-# Always do the upgrade if recipes are specified
-if self.recipes and pkg[0] in self.recipes:
-pkgs_list.append(pkg)
-elif self._pkg_upgradable(pkg[0], pkg[2], pkg[3]):
-pkgs_list.append(pkg)
+with bb.tinfoil.Tinfoil() as tinfoil:
+tinfoil.prepare(config_only=False)
+recipes = self.recipes
+if not recipes:
+

[yocto] QA cycle report for 2.5.2 RC1

2018-12-14 Thread Jain, Sangeeta


Hello All,



This is the full report for 2.5.2 RC1:

https://wiki.yoctoproject.org/wiki/WW49_-_2018-12-06-_Full_Test_Cycle_-_2.5.2_rc1





Summary



All planned tests were executed.



Total Test Executed - 3389

Passed Test - 3374

Failed Test - 10

Blocked Test - 5



Team had found no new defects.

Test cases failing because of bugs which are not new.



ptest



ptest for 3 module failed in current release but passed in previous 2.5.1 rc1.  
Present status of bugs for respective modules is as follows:



ModuleName  -  BugId  -  Present Status



perl- https://bugzilla.yoctoproject.org/show_bug.cgi?id=13075  - New

python - https://bugzilla.yoctoproject.org/show_bug.cgi?id=13076 - Resolved

tcl - https://bugzilla.yoctoproject.org/show_bug.cgi?id=13077 - New





Performance test



 rootfs performance on ubuntu1604 upgraded by 11.65% in 2.5.2 RC1 w.r.t. 
2.5.1RC1.





QA-Hints



For Bug id 12914, https://bugzilla.yoctoproject.org/show_bug.cgi?id=12914

Regression on previous release and further investigation is in progress to 
confirm the issue





Bugs (Not New)



[1] Bug 12991 -  [2.6 M4 RC1][Build-Appliance] Bitbake build-appliance-image 
getting failed during building image due to webkitgtk package

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



 [2] Bug 12499 - [2.5 
M1 RC3] qemuarm: failed to shutdown

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


[3] Bug 12666 - [2.5 
M3 RC1] BSP-QEMU:core-image-sato-sdk-genericx86-64.hddimg unable to connect to 
console  with serial on Minnowboard Turbot
https://bugzilla.yoctoproject.org/show_bug.cgi?id=12666

[4] Bug 12914 - [2.6 
M2 RC1][Meta-Intel 10.0][NUC7 & Mturbot][Test case 197] reboot command missing 
while installing image
https://bugzilla.yoctoproject.org/show_bug.cgi?id=12914

Thanks & Regards,
Sangeeta Jain

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto