Re: [OE-core] [PATCH v2 1/2] microblaze tune: Enable 64-bit

2020-01-31 Thread Nathan Rossi 
On Sat, 1 Feb 2020 at 09:33, Mark Hatle  wrote:
>
> From: Mark Hatle 
>
> 64-bit is not yet available in Linux, but some non-Linux uses exist.
>
> Signed-off-by: Mark Hatle 
> Signed-off-by: Mark Hatle 
> ---
>  meta/conf/machine/include/microblaze/arch-microblaze.inc | 9 -
>  1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
> b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> index 265898b6b6..fb777d929c 100644
> --- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
> +++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> @@ -4,6 +4,9 @@
>  TUNEVALID[microblaze] = "MicroBlaze"
>  MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "microblaze", 
> "microblaze:", "", d)}"
>
> +TUNEVALID[64-bit] = "64-bit MicroBlaze"
> +MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "64-bit", 
> "microblaze64:", "", d)}"

This should probably TUNECONFLICTS with all unsupported versions.

Regards,
Nathan


> +
>  # Endian
>  TUNEVALID[bigendian] = "Use Microblaze Big Endian"
>  TUNECONFLICTS[bigendian] += "v10.0"
> @@ -26,6 +29,7 @@ TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 
> v8.30 v8.40 v8.50 v9.0
>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
> "-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
> "-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
> "-mxl-frequency", "", d)}"
> +TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "-m64", "", 
> d)}"
>
>  # Disable reorder for v8.30 if pattern-compare is not enabled
>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
> @@ -48,6 +52,9 @@ require 
> conf/machine/include/microblaze/feature-microblaze-math.inc
>  # Architecture name, either 'microblazeeb' or 'microblazeel' depending on 
> endianess
>  TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
> "", "el", d)}"
>
> +# Add 64-bit to the PKGARCH if enabled.
> +MBPKGARCH_SIZE = "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "64", "", 
> d)}"
> +
>  # Package Architecture formatting
> -TUNE_PKGARCH = 
> "microblaze${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
> +TUNE_PKGARCH = 
> "microblaze${MBPKGARCH_SIZE}${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
>
> --
> 2.17.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] microblaze tune: Correct two minor issues with the microblaze tune

2020-01-31 Thread Nathan Rossi 
On Sat, 1 Feb 2020 at 08:13, Mark Hatle  wrote:
>
> From: Mark Hatle 
>
> TUNE_ARCH - microblazeeb is not a valid architecture, microblaze is big
> endian, microblazeel is the little endian version.
>
> Version arguments:
>   If a version feature is not defined, then we don't want to set either
>   TUNE_CCARGS or MBPKGARCH_VERSION.
>
> Signed-off-by: Mark Hatle 
> Signed-off-by: Mark Hatle 
> ---
>  meta/conf/machine/include/microblaze/arch-microblaze.inc  | 2 +-
>  .../include/microblaze/feature-microblaze-versions.inc| 4 ++--
>  2 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
> b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> index eab7171cb2..265898b6b6 100644
> --- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
> +++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> @@ -46,7 +46,7 @@ require 
> conf/machine/include/microblaze/feature-microblaze-versions.inc
>  require conf/machine/include/microblaze/feature-microblaze-math.inc
>
>  # Architecture name, either 'microblazeeb' or 'microblazeel' depending on 
> endianess

Worth updating the comment at the same time.

> -TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
> "eb", "el", d)}"
> +TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
> "", "el", d)}"

This change will break some things in oe-core (and probably
meta-xilinx too). They should be updated at the same time.

Might also be worth removing the microblazeeb references in siteinfo,
and elf.py. Since they were added to support this.

Regards,
Nathan

>
>  # Package Architecture formatting
>  TUNE_PKGARCH = 
> "microblaze${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
> diff --git 
> a/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc 
> b/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc
> index 3221e2aab7..003fde3e07 100644
> --- a/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc
> +++ b/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc
> @@ -64,6 +64,6 @@ TUNECONFLICTS[v10.0] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 
> v9.0 v9.1 v9.2 v9.3
>  TUNECONFLICTS[v11.0] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 v9.0 v9.1 v9.2 
> v9.3 v9.4 v9.5 v9.6 v10.0"
>
>  # Version flags
> -TUNE_CCARGS += "-mcpu=${@microblaze_current_version(d, True)}"
> -MBPKGARCH_VERSION = "-${@microblaze_current_version(d)}"
> +TUNE_CCARGS += "${@'-mcpu=${@microblaze_current_version(d, True)' if 
> microblaze_current_version(d, True) != '' else ''}"
> +MBPKGARCH_VERSION = "${@'-${@microblaze_current_version(d, True)' if 
> microblaze_current_version(d, True) != '' else ''}"
>
> --
> 2.17.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] microblaze tune: cleanup +=

2020-01-31 Thread akuster808 



On 1/31/20 3:23 PM, Mark Hatle wrote:
> From: Mark Hatle 
>
> Various += were used, refactor these to be either = or .= depending on
> usuage.
>
> CONFLICTS should be '=', as no leading space is required and they are not
> amending any other conflict settings.
>
> The TUNE_CCARGS should be .= so that if the feature does not define a CCARG
> blank spaces are not added to the CFLAGS.  This is consistent to how the arm
> tuning is implemented.
Does some form of this need to be in Zeus?

- armin
> Signed-off-by: Mark Hatle 
> Signed-off-by: Mark Hatle 
> ---
>  .../include/microblaze/arch-microblaze.inc| 22 +--
>  .../microblaze/feature-microblaze-math.inc| 12 +-
>  .../feature-microblaze-versions.inc   |  2 +-
>  3 files changed, 18 insertions(+), 18 deletions(-)
>
> diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
> b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> index 55ce158f12..19cc2b59b9 100644
> --- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
> +++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> @@ -9,34 +9,34 @@ MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", 
> "64-bit", "microblaze
>  
>  # Endian
>  TUNEVALID[bigendian] = "Use Microblaze Big Endian"
> -TUNECONFLICTS[bigendian] += "v10.0"
> +TUNECONFLICTS[bigendian] = "v10.0"
>  
>  MBPKGARCH_ENDIAN = "${@bb.utils.contains("TUNE_FEATURES", "bigendian", "eb", 
> "el", d)}"
>  
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
> "-mbig-endian", "-mlittle-endian", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "bigendian", " 
> -mbig-endian", " -mlittle-endian", d)}"
>  
>  # General features
>  TUNEVALID[barrel-shift] = "Enable Hardware Barrel Shifter"
>  TUNEVALID[pattern-compare] = "Enable Pattern Compare Instructions"
>  TUNEVALID[reorder] = "Enable Reorder Instructions"
> -TUNECONFLICTS[reorder] += "v8.00 v8.10 v8.20"
> +TUNECONFLICTS[reorder] = "v8.00 v8.10 v8.20"
>  
>  # Core configuration tune optimizations
>  TUNEVALID[frequency-optimized] = "Enabling tuning for frequency optimized 
> core (AREA_OPTIMIZED_2)"
> -TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 
> v9.0 v9.1 v9.2 v9.3 v9.4 v9.5 v9.6"
> +TUNECONFLICTS[frequency-optimized] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 
> v9.0 v9.1 v9.2 v9.3 v9.4 v9.5 v9.6"
>  
>  # Feature compiler args
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
> "-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
> "-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
> "-mxl-frequency", "", d)}"
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "microblaze64", 
> "-m64", "", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", " 
> -mxl-barrel-shift", " -mno-xl-barrel-shift", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", " 
> -mxl-pattern-compare", " -mno-xl-pattern-compare", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
> " -mxl-frequency", "", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "64-bit", " -m64", "", 
> d)}"
>  
>  # Disable reorder for v8.30 if pattern-compare is not enabled
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
>  bb.utils.contains("TUNE_FEATURES", "v8.30", \
>  bb.utils.contains("TUNE_FEATURES", "pattern-compare", \
> -"-mxl-reorder", "-mno-xl-reorder", d), \
> -"-mxl-reorder", d), "-mno-xl-reorder", d)}"
> +" -mxl-reorder", " -mno-xl-reorder", d), \
> +" -mxl-reorder", d), " -mno-xl-reorder", d)}"
>  
>  # Feature package architecture formatting
>  MBPKGARCH_TUNE = ""
> diff --git a/meta/conf/machine/include/microblaze/feature-microblaze-math.inc 
> b/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
> index a31516659c..cba0ae67e3 100644
> --- a/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
> +++ b/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
> @@ -13,14 +13,14 @@ TUNECONFLICTS[fpu-hard] = "fpu-soft"
>  TUNECONFLICTS[fpu-hard-extended] = "fpu-soft"
>  
>  # Compiler args
> -TUNE_CCARGS += "${@bb.utils.contains_any('TUNE_FEATURES', ['multiply-low', 
> 'multiply-high'], '-mno-xl-soft-mul', '-mxl-soft-mul', d)}"
> -TUNE_CCARGS += "${@bb.utils.contains('TUNE_FEATURES', 'multiply-high', 
> '-mxl-multiply-high', '', d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains_any('TUNE_FEATURES', ['multiply-low', 
> 'multiply-high'], ' -mno-xl-soft-mul', ' -mxl-soft-mul', d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'multiply-high', ' 
> -mxl-multiply-high', '', d)}"
>  
> -TUNE_CCARGS +=

Re: [OE-core] [PATCH v2 2/2] microblaze tune: cleanup +=

2020-01-31 Thread akuster808 



On 1/31/20 3:33 PM, Mark Hatle wrote:
> From: Mark Hatle 
>
> Various += were used, refactor these to be either = or .= depending on
> usuage.
what is in version 2?
>
> CONFLICTS should be '=', as no leading space is required and they are not
> amending any other conflict settings.
>
> The TUNE_CCARGS should be .= so that if the feature does not define a CCARG
> blank spaces are not added to the CFLAGS.  This is consistent to how the arm
> tuning is implemented.
>
> Signed-off-by: Mark Hatle 
> Signed-off-by: Mark Hatle 
> ---
>  .../include/microblaze/arch-microblaze.inc| 22 +--
>  .../microblaze/feature-microblaze-math.inc| 12 +-
>  .../feature-microblaze-versions.inc   |  2 +-
>  3 files changed, 18 insertions(+), 18 deletions(-)
>
> diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
> b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> index fb777d929c..19cc2b59b9 100644
> --- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
> +++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> @@ -9,34 +9,34 @@ MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", 
> "64-bit", "microblaze
>  
>  # Endian
>  TUNEVALID[bigendian] = "Use Microblaze Big Endian"
> -TUNECONFLICTS[bigendian] += "v10.0"
> +TUNECONFLICTS[bigendian] = "v10.0"
>  
>  MBPKGARCH_ENDIAN = "${@bb.utils.contains("TUNE_FEATURES", "bigendian", "eb", 
> "el", d)}"
>  
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
> "-mbig-endian", "-mlittle-endian", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "bigendian", " 
> -mbig-endian", " -mlittle-endian", d)}"
>  
>  # General features
>  TUNEVALID[barrel-shift] = "Enable Hardware Barrel Shifter"
>  TUNEVALID[pattern-compare] = "Enable Pattern Compare Instructions"
>  TUNEVALID[reorder] = "Enable Reorder Instructions"
> -TUNECONFLICTS[reorder] += "v8.00 v8.10 v8.20"
> +TUNECONFLICTS[reorder] = "v8.00 v8.10 v8.20"
>  
>  # Core configuration tune optimizations
>  TUNEVALID[frequency-optimized] = "Enabling tuning for frequency optimized 
> core (AREA_OPTIMIZED_2)"
> -TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 
> v9.0 v9.1 v9.2 v9.3 v9.4 v9.5 v9.6"
> +TUNECONFLICTS[frequency-optimized] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 
> v9.0 v9.1 v9.2 v9.3 v9.4 v9.5 v9.6"
>  
>  # Feature compiler args
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
> "-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
> "-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
> "-mxl-frequency", "", d)}"
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "-m64", "", 
> d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", " 
> -mxl-barrel-shift", " -mno-xl-barrel-shift", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", " 
> -mxl-pattern-compare", " -mno-xl-pattern-compare", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
> " -mxl-frequency", "", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "64-bit", " -m64", "", 
> d)}"
>  
>  # Disable reorder for v8.30 if pattern-compare is not enabled
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
>  bb.utils.contains("TUNE_FEATURES", "v8.30", \
>  bb.utils.contains("TUNE_FEATURES", "pattern-compare", \
> -"-mxl-reorder", "-mno-xl-reorder", d), \
> -"-mxl-reorder", d), "-mno-xl-reorder", d)}"
> +" -mxl-reorder", " -mno-xl-reorder", d), \
> +" -mxl-reorder", d), " -mno-xl-reorder", d)}"
>  
>  # Feature package architecture formatting
>  MBPKGARCH_TUNE = ""
> diff --git a/meta/conf/machine/include/microblaze/feature-microblaze-math.inc 
> b/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
> index a31516659c..cba0ae67e3 100644
> --- a/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
> +++ b/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
> @@ -13,14 +13,14 @@ TUNECONFLICTS[fpu-hard] = "fpu-soft"
>  TUNECONFLICTS[fpu-hard-extended] = "fpu-soft"
>  
>  # Compiler args
> -TUNE_CCARGS += "${@bb.utils.contains_any('TUNE_FEATURES', ['multiply-low', 
> 'multiply-high'], '-mno-xl-soft-mul', '-mxl-soft-mul', d)}"
> -TUNE_CCARGS += "${@bb.utils.contains('TUNE_FEATURES', 'multiply-high', 
> '-mxl-multiply-high', '', d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains_any('TUNE_FEATURES', ['multiply-low', 
> 'multiply-high'], ' -mno-xl-soft-mul', ' -mxl-soft-mul', d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'multiply-high', ' 
> -mxl-multiply-high', '', d)}"
>  
> -TUNE_CCARGS += "${@bb.utils.contains('TUNE_FEATURES',

[OE-core] ✗ patchtest: failure for "[v2] microblaze tune: Enable 6..." and 1 more

2020-01-31 Thread Patchwork 
== Series Details ==

Series: "[v2] microblaze tune: Enable 6..." and 1 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/22377/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at cd9006b202)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 1/2] microblaze tune: Enable 64-bit

2020-01-31 Thread Mark Hatle 
If it wasn't clear (and isn't to patchtest), these require the previous
microblaze tune commits I sent in order to apply.

--Mark

On 1/31/20 5:33 PM, Mark Hatle wrote:
> From: Mark Hatle 
> 
> 64-bit is not yet available in Linux, but some non-Linux uses exist.
> 
> Signed-off-by: Mark Hatle 
> Signed-off-by: Mark Hatle 
> ---
>  meta/conf/machine/include/microblaze/arch-microblaze.inc | 9 -
>  1 file changed, 8 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
> b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> index 265898b6b6..fb777d929c 100644
> --- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
> +++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> @@ -4,6 +4,9 @@
>  TUNEVALID[microblaze] = "MicroBlaze"
>  MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "microblaze", 
> "microblaze:", "", d)}"
>  
> +TUNEVALID[64-bit] = "64-bit MicroBlaze"
> +MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "64-bit", 
> "microblaze64:", "", d)}"
> +
>  # Endian
>  TUNEVALID[bigendian] = "Use Microblaze Big Endian"
>  TUNECONFLICTS[bigendian] += "v10.0"
> @@ -26,6 +29,7 @@ TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 
> v8.30 v8.40 v8.50 v9.0
>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
> "-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
> "-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
> "-mxl-frequency", "", d)}"
> +TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "-m64", "", 
> d)}"
>  
>  # Disable reorder for v8.30 if pattern-compare is not enabled
>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
> @@ -48,6 +52,9 @@ require 
> conf/machine/include/microblaze/feature-microblaze-math.inc
>  # Architecture name, either 'microblazeeb' or 'microblazeel' depending on 
> endianess
>  TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
> "", "el", d)}"
>  
> +# Add 64-bit to the PKGARCH if enabled.
> +MBPKGARCH_SIZE = "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "64", "", 
> d)}"
> +
>  # Package Architecture formatting
> -TUNE_PKGARCH = 
> "microblaze${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
> +TUNE_PKGARCH = 
> "microblaze${MBPKGARCH_SIZE}${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
>  
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 1/2] microblaze tune: Enable 64-bit

2020-01-31 Thread Mark Hatle 
From: Mark Hatle 

64-bit is not yet available in Linux, but some non-Linux uses exist.

Signed-off-by: Mark Hatle 
Signed-off-by: Mark Hatle 
---
 meta/conf/machine/include/microblaze/arch-microblaze.inc | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
b/meta/conf/machine/include/microblaze/arch-microblaze.inc
index 265898b6b6..fb777d929c 100644
--- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
+++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
@@ -4,6 +4,9 @@
 TUNEVALID[microblaze] = "MicroBlaze"
 MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "microblaze", 
"microblaze:", "", d)}"
 
+TUNEVALID[64-bit] = "64-bit MicroBlaze"
+MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "64-bit", 
"microblaze64:", "", d)}"
+
 # Endian
 TUNEVALID[bigendian] = "Use Microblaze Big Endian"
 TUNECONFLICTS[bigendian] += "v10.0"
@@ -26,6 +29,7 @@ TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 
v8.30 v8.40 v8.50 v9.0
 TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
"-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
 TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
"-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
 TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
"-mxl-frequency", "", d)}"
+TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "-m64", "", 
d)}"
 
 # Disable reorder for v8.30 if pattern-compare is not enabled
 TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
@@ -48,6 +52,9 @@ require 
conf/machine/include/microblaze/feature-microblaze-math.inc
 # Architecture name, either 'microblazeeb' or 'microblazeel' depending on 
endianess
 TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", "", 
"el", d)}"
 
+# Add 64-bit to the PKGARCH if enabled.
+MBPKGARCH_SIZE = "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "64", "", 
d)}"
+
 # Package Architecture formatting
-TUNE_PKGARCH = 
"microblaze${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
+TUNE_PKGARCH = 
"microblaze${MBPKGARCH_SIZE}${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 2/2] microblaze tune: cleanup +=

2020-01-31 Thread Mark Hatle 
From: Mark Hatle 

Various += were used, refactor these to be either = or .= depending on
usuage.

CONFLICTS should be '=', as no leading space is required and they are not
amending any other conflict settings.

The TUNE_CCARGS should be .= so that if the feature does not define a CCARG
blank spaces are not added to the CFLAGS.  This is consistent to how the arm
tuning is implemented.

Signed-off-by: Mark Hatle 
Signed-off-by: Mark Hatle 
---
 .../include/microblaze/arch-microblaze.inc| 22 +--
 .../microblaze/feature-microblaze-math.inc| 12 +-
 .../feature-microblaze-versions.inc   |  2 +-
 3 files changed, 18 insertions(+), 18 deletions(-)

diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
b/meta/conf/machine/include/microblaze/arch-microblaze.inc
index fb777d929c..19cc2b59b9 100644
--- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
+++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
@@ -9,34 +9,34 @@ MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", 
"64-bit", "microblaze
 
 # Endian
 TUNEVALID[bigendian] = "Use Microblaze Big Endian"
-TUNECONFLICTS[bigendian] += "v10.0"
+TUNECONFLICTS[bigendian] = "v10.0"
 
 MBPKGARCH_ENDIAN = "${@bb.utils.contains("TUNE_FEATURES", "bigendian", "eb", 
"el", d)}"
 
-TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
"-mbig-endian", "-mlittle-endian", d)}"
+TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "bigendian", " 
-mbig-endian", " -mlittle-endian", d)}"
 
 # General features
 TUNEVALID[barrel-shift] = "Enable Hardware Barrel Shifter"
 TUNEVALID[pattern-compare] = "Enable Pattern Compare Instructions"
 TUNEVALID[reorder] = "Enable Reorder Instructions"
-TUNECONFLICTS[reorder] += "v8.00 v8.10 v8.20"
+TUNECONFLICTS[reorder] = "v8.00 v8.10 v8.20"
 
 # Core configuration tune optimizations
 TUNEVALID[frequency-optimized] = "Enabling tuning for frequency optimized core 
(AREA_OPTIMIZED_2)"
-TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 
v9.0 v9.1 v9.2 v9.3 v9.4 v9.5 v9.6"
+TUNECONFLICTS[frequency-optimized] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 v9.0 
v9.1 v9.2 v9.3 v9.4 v9.5 v9.6"
 
 # Feature compiler args
-TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
"-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
-TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
"-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
-TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
"-mxl-frequency", "", d)}"
-TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "-m64", "", 
d)}"
+TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", " 
-mxl-barrel-shift", " -mno-xl-barrel-shift", d)}"
+TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", " 
-mxl-pattern-compare", " -mno-xl-pattern-compare", d)}"
+TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", " 
-mxl-frequency", "", d)}"
+TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "64-bit", " -m64", "", 
d)}"
 
 # Disable reorder for v8.30 if pattern-compare is not enabled
-TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
+TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
 bb.utils.contains("TUNE_FEATURES", "v8.30", \
 bb.utils.contains("TUNE_FEATURES", "pattern-compare", \
-"-mxl-reorder", "-mno-xl-reorder", d), \
-"-mxl-reorder", d), "-mno-xl-reorder", d)}"
+" -mxl-reorder", " -mno-xl-reorder", d), \
+" -mxl-reorder", d), " -mno-xl-reorder", d)}"
 
 # Feature package architecture formatting
 MBPKGARCH_TUNE = ""
diff --git a/meta/conf/machine/include/microblaze/feature-microblaze-math.inc 
b/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
index a31516659c..cba0ae67e3 100644
--- a/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
+++ b/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
@@ -13,14 +13,14 @@ TUNECONFLICTS[fpu-hard] = "fpu-soft"
 TUNECONFLICTS[fpu-hard-extended] = "fpu-soft"
 
 # Compiler args
-TUNE_CCARGS += "${@bb.utils.contains_any('TUNE_FEATURES', ['multiply-low', 
'multiply-high'], '-mno-xl-soft-mul', '-mxl-soft-mul', d)}"
-TUNE_CCARGS += "${@bb.utils.contains('TUNE_FEATURES', 'multiply-high', 
'-mxl-multiply-high', '', d)}"
+TUNE_CCARGS .= "${@bb.utils.contains_any('TUNE_FEATURES', ['multiply-low', 
'multiply-high'], ' -mno-xl-soft-mul', ' -mxl-soft-mul', d)}"
+TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'multiply-high', ' 
-mxl-multiply-high', '', d)}"
 
-TUNE_CCARGS += "${@bb.utils.contains('TUNE_FEATURES', 'divide-hard', 
'-mno-xl-soft-div', '-mxl-soft-div', d)}"
+TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'divide-hard', ' 
-mno-xl-soft-div', ' -mxl-soft-div', d)}"
 
-TUNE_CCARGS += "${@bb.utils.contains('TUNE_FEATURES', 'fpu-soft', '', '', d)}"
-TUNE_CCARGS +=

[OE-core] ✗ patchtest: failure for "microblaze tune: Enable 64-bit..." and 1 more

2020-01-31 Thread Patchwork 
== Series Details ==

Series: "microblaze tune: Enable 64-bit..." and 1 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/22376/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at cd9006b202)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] microblaze tune: Enable 64-bit

2020-01-31 Thread Mark Hatle 
This is the wrong one, sorry, I'll resend a proper v2.

(I swear I checked this 4 times before sending and STILL sent the wrong one!)

--Mark

On 1/31/20 5:23 PM, Mark Hatle wrote:
> From: Mark Hatle 
> 
> 64-bit is not yet available in Linux, but some non-Linux uses exist.
> 
> Signed-off-by: Mark Hatle 
> Signed-off-by: Mark Hatle 
> ---
>  meta/conf/machine/include/microblaze/arch-microblaze.inc | 9 -
>  1 file changed, 8 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
> b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> index 265898b6b6..55ce158f12 100644
> --- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
> +++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> @@ -4,6 +4,9 @@
>  TUNEVALID[microblaze] = "MicroBlaze"
>  MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "microblaze", 
> "microblaze:", "", d)}"
>  
> +TUNEVALID[64-bit] = "64-bit MicroBlaze"
> +MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "64-bit", 
> "microblaze64:", "", d)}"
> +
>  # Endian
>  TUNEVALID[bigendian] = "Use Microblaze Big Endian"
>  TUNECONFLICTS[bigendian] += "v10.0"
> @@ -26,6 +29,7 @@ TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 
> v8.30 v8.40 v8.50 v9.0
>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
> "-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
> "-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
> "-mxl-frequency", "", d)}"
> +TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "microblaze64", 
> "-m64", "", d)}"
>  
>  # Disable reorder for v8.30 if pattern-compare is not enabled
>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
> @@ -48,6 +52,9 @@ require 
> conf/machine/include/microblaze/feature-microblaze-math.inc
>  # Architecture name, either 'microblazeeb' or 'microblazeel' depending on 
> endianess
>  TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
> "", "el", d)}"
>  
> +# Add 64-bit to the PKGARCH if enabled.
> +MBPKGARCH_SIZE = "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "64", "", 
> d)}"
> +
>  # Package Architecture formatting
> -TUNE_PKGARCH = 
> "microblaze${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
> +TUNE_PKGARCH = 
> "microblaze${MBPKGARCH_SIZE}${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
>  
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] microblaze tune: cleanup +=

2020-01-31 Thread Mark Hatle 
From: Mark Hatle 

Various += were used, refactor these to be either = or .= depending on
usuage.

CONFLICTS should be '=', as no leading space is required and they are not
amending any other conflict settings.

The TUNE_CCARGS should be .= so that if the feature does not define a CCARG
blank spaces are not added to the CFLAGS.  This is consistent to how the arm
tuning is implemented.

Signed-off-by: Mark Hatle 
Signed-off-by: Mark Hatle 
---
 .../include/microblaze/arch-microblaze.inc| 22 +--
 .../microblaze/feature-microblaze-math.inc| 12 +-
 .../feature-microblaze-versions.inc   |  2 +-
 3 files changed, 18 insertions(+), 18 deletions(-)

diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
b/meta/conf/machine/include/microblaze/arch-microblaze.inc
index 55ce158f12..19cc2b59b9 100644
--- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
+++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
@@ -9,34 +9,34 @@ MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", 
"64-bit", "microblaze
 
 # Endian
 TUNEVALID[bigendian] = "Use Microblaze Big Endian"
-TUNECONFLICTS[bigendian] += "v10.0"
+TUNECONFLICTS[bigendian] = "v10.0"
 
 MBPKGARCH_ENDIAN = "${@bb.utils.contains("TUNE_FEATURES", "bigendian", "eb", 
"el", d)}"
 
-TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
"-mbig-endian", "-mlittle-endian", d)}"
+TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "bigendian", " 
-mbig-endian", " -mlittle-endian", d)}"
 
 # General features
 TUNEVALID[barrel-shift] = "Enable Hardware Barrel Shifter"
 TUNEVALID[pattern-compare] = "Enable Pattern Compare Instructions"
 TUNEVALID[reorder] = "Enable Reorder Instructions"
-TUNECONFLICTS[reorder] += "v8.00 v8.10 v8.20"
+TUNECONFLICTS[reorder] = "v8.00 v8.10 v8.20"
 
 # Core configuration tune optimizations
 TUNEVALID[frequency-optimized] = "Enabling tuning for frequency optimized core 
(AREA_OPTIMIZED_2)"
-TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 
v9.0 v9.1 v9.2 v9.3 v9.4 v9.5 v9.6"
+TUNECONFLICTS[frequency-optimized] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 v9.0 
v9.1 v9.2 v9.3 v9.4 v9.5 v9.6"
 
 # Feature compiler args
-TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
"-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
-TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
"-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
-TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
"-mxl-frequency", "", d)}"
-TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "microblaze64", "-m64", 
"", d)}"
+TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", " 
-mxl-barrel-shift", " -mno-xl-barrel-shift", d)}"
+TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", " 
-mxl-pattern-compare", " -mno-xl-pattern-compare", d)}"
+TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", " 
-mxl-frequency", "", d)}"
+TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "64-bit", " -m64", "", 
d)}"
 
 # Disable reorder for v8.30 if pattern-compare is not enabled
-TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
+TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
 bb.utils.contains("TUNE_FEATURES", "v8.30", \
 bb.utils.contains("TUNE_FEATURES", "pattern-compare", \
-"-mxl-reorder", "-mno-xl-reorder", d), \
-"-mxl-reorder", d), "-mno-xl-reorder", d)}"
+" -mxl-reorder", " -mno-xl-reorder", d), \
+" -mxl-reorder", d), " -mno-xl-reorder", d)}"
 
 # Feature package architecture formatting
 MBPKGARCH_TUNE = ""
diff --git a/meta/conf/machine/include/microblaze/feature-microblaze-math.inc 
b/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
index a31516659c..cba0ae67e3 100644
--- a/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
+++ b/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
@@ -13,14 +13,14 @@ TUNECONFLICTS[fpu-hard] = "fpu-soft"
 TUNECONFLICTS[fpu-hard-extended] = "fpu-soft"
 
 # Compiler args
-TUNE_CCARGS += "${@bb.utils.contains_any('TUNE_FEATURES', ['multiply-low', 
'multiply-high'], '-mno-xl-soft-mul', '-mxl-soft-mul', d)}"
-TUNE_CCARGS += "${@bb.utils.contains('TUNE_FEATURES', 'multiply-high', 
'-mxl-multiply-high', '', d)}"
+TUNE_CCARGS .= "${@bb.utils.contains_any('TUNE_FEATURES', ['multiply-low', 
'multiply-high'], ' -mno-xl-soft-mul', ' -mxl-soft-mul', d)}"
+TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'multiply-high', ' 
-mxl-multiply-high', '', d)}"
 
-TUNE_CCARGS += "${@bb.utils.contains('TUNE_FEATURES', 'divide-hard', 
'-mno-xl-soft-div', '-mxl-soft-div', d)}"
+TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'divide-hard', ' 
-mno-xl-soft-div', ' -mxl-soft-div', d)}"
 
-TUNE_CCARGS += "${@bb.utils.contains('TUNE_FEATURES', 'fpu-soft', '', '', d)}"

[OE-core] [PATCH 1/2] microblaze tune: Enable 64-bit

2020-01-31 Thread Mark Hatle 
From: Mark Hatle 

64-bit is not yet available in Linux, but some non-Linux uses exist.

Signed-off-by: Mark Hatle 
Signed-off-by: Mark Hatle 
---
 meta/conf/machine/include/microblaze/arch-microblaze.inc | 9 -
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
b/meta/conf/machine/include/microblaze/arch-microblaze.inc
index 265898b6b6..55ce158f12 100644
--- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
+++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
@@ -4,6 +4,9 @@
 TUNEVALID[microblaze] = "MicroBlaze"
 MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "microblaze", 
"microblaze:", "", d)}"
 
+TUNEVALID[64-bit] = "64-bit MicroBlaze"
+MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "64-bit", 
"microblaze64:", "", d)}"
+
 # Endian
 TUNEVALID[bigendian] = "Use Microblaze Big Endian"
 TUNECONFLICTS[bigendian] += "v10.0"
@@ -26,6 +29,7 @@ TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 
v8.30 v8.40 v8.50 v9.0
 TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
"-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
 TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
"-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
 TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
"-mxl-frequency", "", d)}"
+TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "microblaze64", "-m64", 
"", d)}"
 
 # Disable reorder for v8.30 if pattern-compare is not enabled
 TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
@@ -48,6 +52,9 @@ require 
conf/machine/include/microblaze/feature-microblaze-math.inc
 # Architecture name, either 'microblazeeb' or 'microblazeel' depending on 
endianess
 TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", "", 
"el", d)}"
 
+# Add 64-bit to the PKGARCH if enabled.
+MBPKGARCH_SIZE = "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "64", "", 
d)}"
+
 # Package Architecture formatting
-TUNE_PKGARCH = 
"microblaze${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
+TUNE_PKGARCH = 
"microblaze${MBPKGARCH_SIZE}${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] microblaze tune: Correct two minor issues with the microblaze tune

2020-01-31 Thread Mark Hatle 
From: Mark Hatle 

TUNE_ARCH - microblazeeb is not a valid architecture, microblaze is big
endian, microblazeel is the little endian version.

Version arguments:
  If a version feature is not defined, then we don't want to set either
  TUNE_CCARGS or MBPKGARCH_VERSION.

Signed-off-by: Mark Hatle 
Signed-off-by: Mark Hatle 
---
 meta/conf/machine/include/microblaze/arch-microblaze.inc  | 2 +-
 .../include/microblaze/feature-microblaze-versions.inc| 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
b/meta/conf/machine/include/microblaze/arch-microblaze.inc
index eab7171cb2..265898b6b6 100644
--- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
+++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
@@ -46,7 +46,7 @@ require 
conf/machine/include/microblaze/feature-microblaze-versions.inc
 require conf/machine/include/microblaze/feature-microblaze-math.inc
 
 # Architecture name, either 'microblazeeb' or 'microblazeel' depending on 
endianess
-TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
"eb", "el", d)}"
+TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", "", 
"el", d)}"
 
 # Package Architecture formatting
 TUNE_PKGARCH = 
"microblaze${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
diff --git 
a/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc 
b/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc
index 3221e2aab7..003fde3e07 100644
--- a/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc
+++ b/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc
@@ -64,6 +64,6 @@ TUNECONFLICTS[v10.0] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 
v9.0 v9.1 v9.2 v9.3
 TUNECONFLICTS[v11.0] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 v9.0 v9.1 v9.2 
v9.3 v9.4 v9.5 v9.6 v10.0"
 
 # Version flags
-TUNE_CCARGS += "-mcpu=${@microblaze_current_version(d, True)}"
-MBPKGARCH_VERSION = "-${@microblaze_current_version(d)}"
+TUNE_CCARGS += "${@'-mcpu=${@microblaze_current_version(d, True)' if 
microblaze_current_version(d, True) != '' else ''}"
+MBPKGARCH_VERSION = "${@'-${@microblaze_current_version(d, True)' if 
microblaze_current_version(d, True) != '' else ''}"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] populate_sdk_base: if the SDKIMAGE_FEATURES changes, refresh the SDK

2020-01-31 Thread Mark Hatle 
Since the features are processed by a python fragment, we need to explicitly
list the variables that should affect the resulting hash, and thus sstate
re-use.

Signed-off-by: Mark Hatle 
---
 meta/classes/populate_sdk_base.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/populate_sdk_base.bbclass 
b/meta/classes/populate_sdk_base.bbclass
index d03465b6fc..3248bb01c3 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -21,6 +21,7 @@ def complementary_globs(featurevar, d):
 
 SDKIMAGE_FEATURES ??= "dev-pkgs dbg-pkgs src-pkgs 
${@bb.utils.contains('DISTRO_FEATURES', 'api-documentation', 'doc-pkgs', '', 
d)}"
 SDKIMAGE_INSTALL_COMPLEMENTARY = '${@complementary_globs("SDKIMAGE_FEATURES", 
d)}'
+SDKIMAGE_INSTALL_COMPLEMENTARY[vardeps] += "SDKIMAGE_FEATURES"
 
 PACKAGE_ARCHS_append_task-populate-sdk = " sdk-provides-dummy-target"
 SDK_PACKAGE_ARCHS += "sdk-provides-dummy-${SDKPKGSUFFIX}"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] chkconfig: remove the recipe

2020-01-31 Thread Alexander Kanavin 
chkconfig is one of the options for virtual/update-alternatives,
however opkg-utils have been used as the default for a very long time,
while chkconfig isn't anymore tested in any way, and is stuck
at a very old version due to newer versions requiring selinux.

[YOCTO #11264]

Signed-off-by: Alexander Kanavin 
---
 meta/conf/distro/include/maintainers.inc  |  2 -
 .../packagegroups/packagegroup-self-hosted.bb |  1 -
 .../chkconfig-alternatives-native_1.3.59.bb   | 44 
 .../chkconfig/chkconfig/replace_caddr_t.patch | 33 -
 .../chkconfig/chkconfig_1.3.58.bb | 71 ---
 5 files changed, 151 deletions(-)
 delete mode 100644 
meta/recipes-extended/chkconfig/chkconfig-alternatives-native_1.3.59.bb
 delete mode 100644 
meta/recipes-extended/chkconfig/chkconfig/replace_caddr_t.patch
 delete mode 100644 meta/recipes-extended/chkconfig/chkconfig_1.3.58.bb

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index a80e85a2f60..c68e9edf634 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -94,8 +94,6 @@ RECIPE_MAINTAINER_pn-cairo = "Anuj Mittal 
"
 RECIPE_MAINTAINER_pn-cantarell-fonts = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-ccache = "Robert Yang "
 RECIPE_MAINTAINER_pn-cdrtools-native = "Yi Zhao "
-RECIPE_MAINTAINER_pn-chkconfig = "Yi Zhao "
-RECIPE_MAINTAINER_pn-chkconfig-alternatives-native = "Yi Zhao 
"
 RECIPE_MAINTAINER_pn-chrpath = "Yi Zhao "
 RECIPE_MAINTAINER_pn-clutter-1.0 = "Ross Burton "
 RECIPE_MAINTAINER_pn-clutter-gst-3.0 = "Ross Burton "
diff --git a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb 
b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
index ea6d567301c..9a70b189a43 100644
--- a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
@@ -108,7 +108,6 @@ RDEPENDS_packagegroup-self-hosted-debug = " \
 
 RDEPENDS_packagegroup-self-hosted-extended = "\
 bzip2 \
-chkconfig \
 chrpath \
 cpio \
 curl \
diff --git 
a/meta/recipes-extended/chkconfig/chkconfig-alternatives-native_1.3.59.bb 
b/meta/recipes-extended/chkconfig/chkconfig-alternatives-native_1.3.59.bb
deleted file mode 100644
index 87fa8eb6055..000
--- a/meta/recipes-extended/chkconfig/chkconfig-alternatives-native_1.3.59.bb
+++ /dev/null
@@ -1,44 +0,0 @@
-require recipes-extended/chkconfig/chkconfig_1.3.58.bb
-
-SUMMARY = "${SUMMARY_chkconfig-alternatives}"
-DESCRIPTION = "${DESCRIPTION_chkconfig-alternatives}"
-DEPENDS = ""
-PROVIDES += "virtual/update-alternatives-native"
-LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
-
-# The sysroot branch is 1.3.59 + some git commits from master + --sysroot
-# support for alternatives.
-SRC_URI = "git://github.com/kergoth/chkconfig;branch=sysroot"
-S = "${WORKDIR}/git"
-UPSTREAM_CHECK_GITTAGREGEX = "chkconfig-(?P(\d+(\.\d+)+))"
-
-SRCREV = "cd437ecbd8986c894442f8fce1e0061e20f04dee"
-PV = "1.3.59+${SRCPV}"
-
-inherit native
-
-# We want our native recipes to build using the target paths rather than paths
-# into the sysroot, as we may use them to construct the rootfs. As such, we
-# only adjust the paths to match the metadata for the target, not native.
-obey_variables () {
-   sed -i 's,ALTERNATIVES_ROOT,OPKG_OFFLINE_ROOT,' ${S}/alternatives.c
-}
-
-do_compile () {
-   oe_runmake alternatives
-}
-
-do_install () {
-   install -d ${D}${sysconfdir}/alternatives \
-  ${D}${localstatedir}/lib/alternatives
-
-   install -D -m 0755 alternatives ${D}${bindir}/alternatives
-   install -D -m 0644 alternatives.8 ${D}${mandir}/man8/alternatives.8
-
-   ln -s alternatives ${D}${bindir}/update-alternatives
-   ln -s alternatives.8 ${D}${mandir}/man8/update-alternatives.8
-}
-
-do_install_append_linuxstdbase() {
-   rm -rf ${D}${libdir}/lsb
-}
diff --git a/meta/recipes-extended/chkconfig/chkconfig/replace_caddr_t.patch 
b/meta/recipes-extended/chkconfig/chkconfig/replace_caddr_t.patch
deleted file mode 100644
index 96d19387910..000
--- a/meta/recipes-extended/chkconfig/chkconfig/replace_caddr_t.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-caddr_t is a legacy BSD type which was rejected by the POSIX standard.
-Use void * instead.
-
-sys/unitstd.h is not needed and moreover its not available on all C library
-implementations e.g. musl
-
-Upstream-Status: Pending
-Signed-off-by: Khem Raj 
-Index: chkconfig-1.3.58/alternatives.c
-===
 chkconfig-1.3.58.orig/alternatives.c
-+++ chkconfig-1.3.58/alternatives.c
-@@ -22,7 +22,6 @@
- #include 
- #include 
- #include 
--#include 
- #include 
- 
- #define   FLAGS_TEST  (1 << 0)
-Index: chkconfig-1.3.58/leveldb.c
-===
 chkconfig-1.3.58.orig/leveldb.c
-+++ chkconfig-1.3.58/leveldb.c
-@@

Re: [OE-core] [PATCH] bitbake.conf: drop pod2man from hosttools

2020-01-31 Thread Alexander Kanavin 
On Fri, 31 Jan 2020 at 20:01, Joshua Watt  wrote:

> There has been some reluctance to dropping pod2man from the hosttools
> and requiring perl-native as a build time dependency due to the negative
> impact on the build time.
>

In typical builds perl-native is already built fairly early as it is needed
by rpm-native
(which in turn is needed by do_package regardless of package format).


> Is this the only recipe that needs pod2man?
>

No, but the rest of them including binutils should get it thorough
opkg-utils dependency. I ran a successful world build to confirm that.
(there might be corner cases which the AB will show, but the basic build is
covered)

Alex
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] classes/reproducible_build: Read SDE file later

2020-01-31 Thread Joshua Watt 
Defers the resolution of the SOURCE_DATE_EPOCH until the variable needs
to be actually realized with a value. The previous method of loading the
value in anonymous python had issues because it could occur before other
anonymous python functions that affect the location of the epoch file,
such as when a recipe uses AUTOINC/AUTOREV or allarch.bbclass.

Also adds more logging to help diagnose issues in the future.

[YOCTO #13763]

Signed-off-by: Joshua Watt 
---
 meta/classes/reproducible_build.bbclass | 43 +++--
 1 file changed, 34 insertions(+), 9 deletions(-)

diff --git a/meta/classes/reproducible_build.bbclass 
b/meta/classes/reproducible_build.bbclass
index 39b6e40cacc..41950f1412c 100644
--- a/meta/classes/reproducible_build.bbclass
+++ b/meta/classes/reproducible_build.bbclass
@@ -44,10 +44,12 @@ SDE_DEPLOYDIR = "${WORKDIR}/deploy-source-date-epoch"
 SSTATETASKS += "do_deploy_source_date_epoch"
 
 do_deploy_source_date_epoch () {
-echo "Deploying SDE to ${SDE_DIR}."
 mkdir -p ${SDE_DEPLOYDIR}
 if [ -e ${SDE_FILE} ]; then
+echo "Deploying SDE from ${SDE_FILE} -> ${SDE_DEPLOYDIR}."
 cp -p ${SDE_FILE} ${SDE_DEPLOYDIR}/__source_date_epoch.txt
+else
+echo "${SDE_FILE} not found!"
 fi
 }
 
@@ -56,7 +58,11 @@ python do_deploy_source_date_epoch_setscene () {
 bb.utils.mkdirhier(d.getVar('SDE_DIR'))
 sde_file = os.path.join(d.getVar('SDE_DEPLOYDIR'), 
'__source_date_epoch.txt')
 if os.path.exists(sde_file):
-os.rename(sde_file, d.getVar('SDE_FILE'))
+target = d.getVar('SDE_FILE')
+bb.debug(1, "Moving setscene SDE file %s -> %s" % (sde_file, target))
+os.rename(sde_file, target)
+else:
+bb.debug(1, "%s not found!" % sde_file)
 }
 
 do_deploy_source_date_epoch[dirs] = "${SDE_DEPLOYDIR}"
@@ -164,16 +170,35 @@ python do_create_source_date_epoch_stamp() {
 f.write(str(source_date_epoch))
 }
 
+def get_source_date_epoch_value(d):
+if d.getVar('BUILD_REPRODUCIBLE_BINARIES') != '1':
+return ''
+
+cached = d.getVar('__CACHED_SOURCE_DATE_EPOCH')
+if cached:
+return cached
+
+epochfile = d.getVar('SDE_FILE')
+source_date_epoch = 0
+if os.path.isfile(epochfile):
+with open(epochfile, 'r') as f:
+s = f.read()
+try:
+source_date_epoch = int(s)
+except ValueError:
+bb.warn("SOURCE_DATE_EPOCH value '%s' is invalid. Reverting to 
0" % s)
+source_date_epoch = 0
+bb.debug(1, "SOURCE_DATE_EPOCH: %d" % source_date_epoch)
+else:
+bb.debug(1, "Cannot find %s. SOURCE_DATE_EPOCH will default to %d" % 
(epochfile, source_date_epoch))
+
+d.setVar('__CACHED_SOURCE_DATE_EPOCH', str(source_date_epoch))
+return str(source_date_epoch)
+
+export SOURCE_DATE_EPOCH ?= "${@get_source_date_epoch_value(d)}"
 BB_HASHBASE_WHITELIST += "SOURCE_DATE_EPOCH"
 
 python () {
 if d.getVar('BUILD_REPRODUCIBLE_BINARIES') == '1':
 d.appendVarFlag("do_unpack", "postfuncs", " 
do_create_source_date_epoch_stamp")
-epochfile = d.getVar('SDE_FILE')
-source_date_epoch = "0"
-if os.path.isfile(epochfile):
-with open(epochfile, 'r') as f:
-source_date_epoch = f.read()
-bb.debug(1, "SOURCE_DATE_EPOCH: %s" % source_date_epoch)
-d.setVar('SOURCE_DATE_EPOCH', source_date_epoch)
 }
-- 
2.24.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] bitbake.conf: drop pod2man from hosttools

2020-01-31 Thread Joshua Watt 



On 1/31/20 12:49 PM, Alexander Kanavin wrote:

pod2man writes the current date into manpages, and while later
versions of it respect SOURCE_DATE_EPOCH and use that instead,
earlier versions do not. This was found to cause reproducibility
issues.

This patch replaces host version of pod2man with one from
perl-native.

[YOCTO #13755]

Signed-off-by: Alexander Kanavin 
---
  meta/conf/bitbake.conf   | 2 +-
  meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb | 2 ++
  2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index b6aa9f33e92..f7544b35c6e 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -488,7 +488,7 @@ HOSTTOOLS += " \
  cpp cut date dd diff diffstat dirname du echo egrep env expand expr false 
\
  fgrep file find flock g++ gawk gcc getconf getopt git grep gunzip gzip \
  head hostname iconv id install ld ldd ln ls make makeinfo md5sum mkdir 
mknod \
-mktemp mv nm objcopy objdump od patch perl pod2man pr printf pwd \
+mktemp mv nm objcopy objdump od patch perl pr printf pwd \


There has been some reluctance to dropping pod2man from the hosttools 
and requiring perl-native as a build time dependency due to the negative 
impact on the build time.




  python3 ranlib readelf readlink realpath rm rmdir rpcgen sed seq sh 
sha256sum \
  sleep sort split stat strings strip tail tar tee test touch tr true uname 
\
  uniq wc wget which xargs \
diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb 
b/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb
index 6495726500f..8e7ef00b087 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb
@@ -18,6 +18,8 @@ TARGET_CC_ARCH += "${LDFLAGS}"
  
  RDEPENDS_${PN} += "bash"
  
+inherit perlnative

+


Is this the only recipe that needs pod2man?



  # For native builds we use the host Python
  PYTHONRDEPS = "python3 python3-shell python3-io python3-math python3-crypt 
python3-logging python3-fcntl python3-pickle python3-compression python3-stringold"
  PYTHONRDEPS_class-native = ""

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] bitbake.conf: drop pod2man from hosttools

2020-01-31 Thread Alexander Kanavin 
pod2man writes the current date into manpages, and while later
versions of it respect SOURCE_DATE_EPOCH and use that instead,
earlier versions do not. This was found to cause reproducibility
issues.

This patch replaces host version of pod2man with one from
perl-native.

[YOCTO #13755]

Signed-off-by: Alexander Kanavin 
---
 meta/conf/bitbake.conf   | 2 +-
 meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb | 2 ++
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index b6aa9f33e92..f7544b35c6e 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -488,7 +488,7 @@ HOSTTOOLS += " \
 cpp cut date dd diff diffstat dirname du echo egrep env expand expr false \
 fgrep file find flock g++ gawk gcc getconf getopt git grep gunzip gzip \
 head hostname iconv id install ld ldd ln ls make makeinfo md5sum mkdir 
mknod \
-mktemp mv nm objcopy objdump od patch perl pod2man pr printf pwd \
+mktemp mv nm objcopy objdump od patch perl pr printf pwd \
 python3 ranlib readelf readlink realpath rm rmdir rpcgen sed seq sh 
sha256sum \
 sleep sort split stat strings strip tail tar tee test touch tr true uname \
 uniq wc wget which xargs \
diff --git a/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb 
b/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb
index 6495726500f..8e7ef00b087 100644
--- a/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb
+++ b/meta/recipes-devtools/opkg-utils/opkg-utils_0.4.2.bb
@@ -18,6 +18,8 @@ TARGET_CC_ARCH += "${LDFLAGS}"
 
 RDEPENDS_${PN} += "bash"
 
+inherit perlnative
+
 # For native builds we use the host Python
 PYTHONRDEPS = "python3 python3-shell python3-io python3-math python3-crypt 
python3-logging python3-fcntl python3-pickle python3-compression 
python3-stringold"
 PYTHONRDEPS_class-native = ""
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] glibc: merge libc-common.bbclass into glibc.bb

2020-01-31 Thread Khem Raj 

On 1/29/20 1:13 PM, Ross Burton wrote:

There's only one user of libc-common now that we don't ship both glibc and
eglibc, so copy the contents directly into the recipe.

[ YOCTO #12135 ]



seems a good cleanup too.


Signed-off-by: Ross Burton 
---
  meta/classes/libc-common.bbclass  | 37 -
  meta/recipes-core/glibc/glibc-package.inc | 40 +--
  2 files changed, 38 insertions(+), 39 deletions(-)
  delete mode 100644 meta/classes/libc-common.bbclass

diff --git a/meta/classes/libc-common.bbclass b/meta/classes/libc-common.bbclass
deleted file mode 100644
index 0e351b67464..000
--- a/meta/classes/libc-common.bbclass
+++ /dev/null
@@ -1,37 +0,0 @@
-do_install() {
-   oe_runmake install_root=${D} install
-   install -Dm 0644 ${WORKDIR}/etc/ld.so.conf ${D}/${sysconfdir}/ld.so.conf
-   install -d ${D}${localedir}
-   make -f ${WORKDIR}/generate-supported.mk IN="${S}/localedata/SUPPORTED" 
OUT="${WORKDIR}/SUPPORTED"
-   # get rid of some broken files...
-   for i in ${GLIBC_BROKEN_LOCALES}; do
-   sed -i "/$i/d" ${WORKDIR}/SUPPORTED
-   done
-   rm -f ${D}${sysconfdir}/rpc
-   rm -rf ${D}${datadir}/zoneinfo
-   rm -rf ${D}${libexecdir}/getconf
-}
-
-def get_libc_fpu_setting(bb, d):
-if d.getVar('TARGET_FPU') in [ 'soft', 'ppc-efd' ]:
-return "--without-fp"
-return ""
-
-python populate_packages_prepend () {
-if d.getVar('DEBIAN_NAMES'):
-pkgs = d.getVar('PACKAGES').split()
-bpn = d.getVar('BPN')
-prefix = d.getVar('MLPREFIX') or ""
-# Set the base package...
-d.setVar('PKG_' + prefix + bpn, prefix + 'libc6')
-libcprefix = prefix + bpn + '-'
-for p in pkgs:
-# And all the subpackages.
-if p.startswith(libcprefix):
-renamed = p.replace(bpn, 'libc6', 1)
-d.setVar('PKG_' + p, renamed)
-# For backward compatibility with old -dbg package
-d.appendVar('RPROVIDES_' + libcprefix + 'dbg', ' ' + prefix + 
'libc-dbg')
-d.appendVar('RCONFLICTS_' + libcprefix + 'dbg', ' ' + prefix + 
'libc-dbg')
-d.appendVar('RREPLACES_' + libcprefix + 'dbg', ' ' + prefix + 
'libc-dbg')
-}
diff --git a/meta/recipes-core/glibc/glibc-package.inc 
b/meta/recipes-core/glibc/glibc-package.inc
index ede9e9b9096..8d3d76bb416 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -65,9 +65,21 @@ DESCRIPTION_${PN}-utils = "Miscellaneous utilities including 
getconf, iconv, loc
  DESCRIPTION_libsotruss = "Library to support sotruss which traces calls through 
PLTs"
  DESCRIPTION_tzcode = "tzcode, timezone zoneinfo utils -- zic, zdump, tzselect"
  
-inherit libc-common multilib_header

+inherit multilib_header
+
+do_install() {
+   oe_runmake install_root=${D} install
+   install -Dm 0644 ${WORKDIR}/etc/ld.so.conf ${D}/${sysconfdir}/ld.so.conf
+   install -d ${D}${localedir}
+   make -f ${WORKDIR}/generate-supported.mk IN="${S}/localedata/SUPPORTED" 
OUT="${WORKDIR}/SUPPORTED"
+   # get rid of some broken files...
+   for i in ${GLIBC_BROKEN_LOCALES}; do
+   sed -i "/$i/d" ${WORKDIR}/SUPPORTED
+   done
+   rm -f ${D}${sysconfdir}/rpc
+   rm -rf ${D}${datadir}/zoneinfo
+   rm -rf ${D}${libexecdir}/getconf
  
-do_install_append () {

rm -f ${D}${sysconfdir}/localtime
  
  	# remove empty glibc dir

@@ -108,6 +120,11 @@ do_install_append () {
fi
  }
  
+def get_libc_fpu_setting(bb, d):

+if d.getVar('TARGET_FPU') in [ 'soft', 'ppc-efd' ]:
+return "--without-fp"
+return ""
+
  do_install_append_class-target() {
if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true', 'false', 
d)}; then
install -d ${D}${sysconfdir}/tmpfiles.d
@@ -233,6 +250,25 @@ stash_locale_package_cleanup() {
stash_locale_cleanup ${PKGD}
  }
  
+python populate_packages_prepend () {

+if d.getVar('DEBIAN_NAMES'):
+pkgs = d.getVar('PACKAGES').split()
+bpn = d.getVar('BPN')
+prefix = d.getVar('MLPREFIX') or ""
+# Set the base package...
+d.setVar('PKG_' + prefix + bpn, prefix + 'libc6')
+libcprefix = prefix + bpn + '-'
+for p in pkgs:
+# And all the subpackages.
+if p.startswith(libcprefix):
+renamed = p.replace(bpn, 'libc6', 1)
+d.setVar('PKG_' + p, renamed)
+# For backward compatibility with old -dbg package
+d.appendVar('RPROVIDES_' + libcprefix + 'dbg', ' ' + prefix + 
'libc-dbg')
+d.appendVar('RCONFLICTS_' + libcprefix + 'dbg', ' ' + prefix + 
'libc-dbg')
+d.appendVar('RREPLACES_' + libcprefix + 'dbg', ' ' + prefix + 
'libc-dbg')
+}
+
  pkg_postinst_nscd () {
if [ -z "$D" ]; then
if command -v systemd-tmpfiles >/dev/null; then



--

Re: [OE-core] [PATCH 0/3][RFT]: kernel-yocto: v5.4 LTS kernel

2020-01-31 Thread Khem Raj 

On 1/29/20 4:48 AM, Bruce Ashfield wrote:

On Wed, Jan 29, 2020 at 2:31 AM Alexander Kanavin
 wrote:


Can these issues be bisected? That's how the two kernel regressions (both found 
last year via ptests) were tracked down to specific commits.



mips64 was already bisected, and reported upstream, not much help
there .. I've already reached out to some more hardcore mips folks for
more help, so hopefully that works :D


can you point to link where this thread is


The musl one didn't bisect in my attempt(s), but in that config it is
an easy issue to trigger. I'm out of time to debug it for the next two
weeks, hence why I'm broadcasting to see if others want to take a
look.



As I saw, I do not see this with latest master-next


Bruce


Alex

On Tue, 28 Jan 2020 at 23:14,  wrote:


From: Bruce Ashfield 

Hi all,

I just wanted to send these to the list, so everyone could see the
reference kernel that we are planning for the upcoming release.

I have other patches to drop 4.19, 5.2 and make this the default
kernel for the various reference platforms as well, but I'm not
sending them, since we still have two outstanding issues:

1) mips64 init is segfaulting after / during some self tests.


https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/1520/steps/8/logs/step6c

2) x86 musl is getting a gpf on many commands:


https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1501/steps/8/logs/step1c

I've looked into both, and don't have any great ideas on how to debug
or fix them.

So if anyone has ideas, or wants to poke at these, feel free to follow up.
But as of now, we still can't merge the v5.4 kernel as the reference due
to these remaining problems.

Bruce


The following changes since commit ca3993cc4b13d4e661228cee6fb9448adfd0a4ba:

   bitbake: tests/fetch: Allow wget upgrade tests to run against a local server 
(2020-01-22 15:56:39 +)

are available in the Git repository at:

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

Bruce Ashfield (3):
   linux-yocto: introduce 5.4 recipes
   kern-tools: update Kconfiglib to latest (for 5.4+ kernel)
   kernel-devsrc: update to v5.4+

  .../kern-tools/kern-tools-native_git.bb   |  2 +-
  meta/recipes-kernel/linux/kernel-devsrc.bb|  8 +--
  .../linux/linux-yocto-rt_5.4.bb   | 44 +++
  .../linux/linux-yocto-tiny_5.4.bb | 32 +++
  meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 54 +++
  5 files changed, 136 insertions(+), 4 deletions(-)
  create mode 100644 meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
  create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
  create mode 100644 meta/recipes-kernel/linux/linux-yocto_5.4.bb

--
2.19.1

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core






--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [OE-Core][PATCH] kernel-fitimage: Handle overlays in EXTERNAL_KERNEL_DEVICETREE

2020-01-31 Thread Alex Kiernan 
When using EXTERNAL_KERNEL_DEVICETREE, collect DTB overlays too (*.dtbo)
as well as iterating down into sub-directories so using the behaviour
for naming which matches KERNEL_DEVICETREE.

Signed-off-by: Alex Kiernan 
---

 meta/classes/kernel-fitimage.bbclass | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)

diff --git a/meta/classes/kernel-fitimage.bbclass 
b/meta/classes/kernel-fitimage.bbclass
index ec18a3d69921..d1b8cdc1f049 100644
--- a/meta/classes/kernel-fitimage.bbclass
+++ b/meta/classes/kernel-fitimage.bbclass
@@ -391,11 +391,10 @@ fitimage_assemble() {
 
if [ -n "${EXTERNAL_KERNEL_DEVICETREE}" ]; then
dtbcount=1
-   for DTBFILE in ${EXTERNAL_KERNEL_DEVICETREE}/*.dtb; do
-   DTB=`basename ${DTBFILE}`
+   for DTB in $(find "${EXTERNAL_KERNEL_DEVICETREE}" \( -name 
'*.dtb' -o -name '*.dtbo' \) -printf '%P\n'); do
DTB=$(echo "${DTB}" | tr '/' '_')
DTBS="${DTBS} ${DTB}"
-   fitimage_emit_section_dtb ${1} ${DTB} ${DTBFILE}
+   fitimage_emit_section_dtb ${1} ${DTB} 
"${EXTERNAL_KERNEL_DEVICETREE}/${DTB}"
done
fi
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] busybox: sort the .config file used by ptests

2020-01-31 Thread Alexander Kanavin 
It was found to have slight variations in order of options
depending on the host. Sorting it helps reproducibility.

[YOCTO #13756]

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-core/busybox/busybox.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/busybox/busybox.inc 
b/meta/recipes-core/busybox/busybox.inc
index 391e4fd1639..1a82f23b0f3 100644
--- a/meta/recipes-core/busybox/busybox.inc
+++ b/meta/recipes-core/busybox/busybox.inc
@@ -356,7 +356,7 @@ do_install_ptest () {
cp -r ${B}/testsuite ${D}${PTEST_PATH}/
 # These access the internet which is not guaranteed to work on 
machines running the tests
 rm -rf ${D}${PTEST_PATH}/testsuite/wget
-   cp ${B}/.config  ${D}${PTEST_PATH}/
+   sort ${B}/.config > ${D}${PTEST_PATH}/.config
ln -s /bin/busybox   ${D}${PTEST_PATH}/busybox
 }
 
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] linux-firmware: Update 20190815 -> 20200122

2020-01-31 Thread Otavio Salvador 
On Fri, Jan 31, 2020 at 10:46 AM Alexander Kanavin
 wrote:
> I have sent a patch for the same, and I think my patch might be a bit better 
> as it adds the two newly added license files?
> (there's been a problem with oe-core list for the past couple of days so you 
> may not have received it)

Good. No problem. I'll drop mine here.

-- 
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
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] linux-firmware: Update 20190815 -> 20200122

2020-01-31 Thread Alexander Kanavin 
Hello Otavio,

I have sent a patch for the same, and I think my patch might be a bit
better as it adds the two newly added license files?
(there's been a problem with oe-core list for the past couple of days so
you may not have received it)

Alex

On Fri, 31 Jan 2020 at 14:34, Otavio Salvador 
wrote:

> Following changes are included:
>
> 1eb2408 linux-firmware: Update firmware file for Intel Bluetooth AX200
> 0dc1611 linux-firmware: Update firmware file for Intel Bluetooth AX201
> d03f79c linux-firmware: Update firmware file for Intel Bluetooth 9560
> aab62bc linux-firmware: Update firmware file for Intel Bluetooth 9260
> ed0aa3a nvidia: add TU102/TU104/TU106 signed firmware
> 9c340bd amdgpu: update navi10 firmware for 19.50
> 3b4a503 amdgpu: Add navi10 TA ucode
> 16cc13a Merge branch 'v1.1.3' of
> https://github.com/ruiwang-mtk/linux_fw_vpu_v1.1.3
> 7f3177d 
> mediatek: update MT8173 VPU firmware to v1.1.3
> 67d4ff5 Mellanox: Add new mlxsw_spectrum firmware xx.2000.2714
> f1c9e7b radeon: update oland rlc microcode from amdgpu
> b1dafb7 amdgpu: update vega20 microcode for 19.50
> c38789e amdgpu: update vega12 microcode for 19.50
> 5a141c1 amdgpu: update vega10 microcode for 19.50
> a03173a amdgpu: update picasso microcode for 19.50
> 86e9a5f amdgpu: update raven2 microcode for 19.50
> febe09a amdgpu: update raven microcode for 19.50
> af76fd0 amdgpu: update navi10 microcode for 19.50
> b5b176a amdgpu: update navi14 microcode for 19.50
> ad90178 amdgpu: add TA microcode for Raven asics
> 379551b qed: Add firmware 8.42.2.0
> 58b4003 Merge branch 'RB3-wlan-firmware-1387-v2' of
> https://github.com/andersson/linux-firmware
> 5967a45  Adjust
> WHENCE entry to check_whence doesn't complain
> d1e743d Merge branch 'master' of https://github.com/NXP/mwifiex-firmware
> d6219ab  qcom: Switch
> SDM845 WLAN firmware
> e65245c linux-firmware: add NXP firmware licence file
> 6871bff Merge branch 'ath10k-20191220' of git://
> git.kernel.org/pub/scm/linux/kernel/git/kvalo/linux-firmware
> b142c2e
> 
> ath10k: WCN3990 hw1.0: add firmware WLAN.HL.2.0-01387-QCAHLSWMTPLZ-1
> 8809b87 ath10k: QCA9984 hw1.0: update firmware-5.bin to 10.4-3.9.0.2-00070
> 513d70c ath10k: QCA988X hw2.0: update firmware-5.bin to 10.2.4-1.0-00047
> 203435b ath10k: QCA9888 hw2.0: update firmware-5.bin to 10.4-3.9.0.2-00070
> a66d2fc ath10k: QCA9887 hw1.0: update firmware-5.bin to 10.2.4-1.0-00047
> 6d19154 ath10k: QCA6174 hw3.0: update board-2.bin
> c4586ff linux-firmware: Update AMD cpu microcode
> eefb5f7 inside-secure: add new "mini" firmware for the EIP197 driver
> dd1a12e Merge branch 'RB3-adsp-cdsp-mss-v4' of
> https://github.com/andersson/linux-firmware
> c523dcd  WHENCE: Add
> raspberry-pi4 SDIO file
> 99a15a4 Merge branch 'rpi4-fw' of
> https://git.kernel.org/pub/scm/linux/kernel/git/matthias.bgg/linux-firmware
> 2260cbd
> 
> Merge branch 'master' of
> https://github.com/dikshitaagarwal/video_firmware_5.4
> 4c688be 
> Merge branch 'for-upstream' of git://
> git.chelsio.net/pub/git/linux-firmware
> e10ed21  qcom:
> update venus firmware files for v5.4
> af4c4be cxgb4: Update firmware to revision 1.24.11.0
> f93c7a1 brcm: Add BCM43455 NVRAM for Raspberry Pi 4 B
> 212e441 qcom: Add SDM845 Compute DSP firmware
> ec84cf9 qcom: Add SDM845 Audio DSP firmware
> 62d0a1a qcom: Add SDM845 modem firmware
> e8a0f4c rtl_nic: add firmware rtl8168fp-3
> 9581f15 Merge branch 'nxp_mc' of https://github.com/NXP/linux-firmware
> 978c04e  linux-firmware:
> Update NXP Management Complex firmware to version 10.18.0
> c62c3c2 linux-firmware: Update firmware file for Intel Bluetooth AX201
> 6272383 linux-firmware: Update firmware file for Intel Bluetooth AX200
> 84a7ca5 linux-firmware: Update firmware file for Intel Bluetooth 9560
> 96c3994 linux-firmware: Update firmware file for Intel Bluetooth 9260
> 7319341 amdgpu: update navi14 vcn firmware
> b363d9d amdgpu: update navi10 vcn firmware
> f1100dd Merge branch 'ehl_tgl_guc_huc' of git://
> anongit.freedesktop.org/drm/drm-firmware
> 4debf21  i915:
> Add HuC firmware v7.0.3 for TGL
> 1eb2ac4 i915: Add GuC firmware v35.2.0 for TGL
> 4b0a210 i915: Add HuC firmware v9.0.0 for EHL
> 610fe75 i915: Add GuC firmware v33.0.4 for EHL
> 11bdc57 rtw88: RTL8723D: add firmware file v48
> 9e194c7 qed: Add firmware 8.40.33.0
> 4065643 amdgpu: add new navi14 wks gfx firmware for 19.30
> d4f88ea amdgpu: update navi14 firmware for 19.30
> ea755b6 amdgpu:

Re: [OE-core] [PATCH] glib-2.0: add -dev dependencies to fix ptest failures

2020-01-31 Thread Ross Burton 

On 30/01/2020 20:06, Mingde (Matthew) Zeng wrote:

There are a number of ptest failures due to glib-genmarshal, glib-mkenums
and couple other executables not in the image. Since these
executables are in FILES_${PN}-dev, we add ${PN}-dev to ptest RDEPENDS.


All of -dev is a bit overkill.  Maybe we should just move those binaries 
from PN-dev to PN-utils, and depend on that instead?


Ross

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] linux-firmware: Update 20190815 -> 20200122

2020-01-31 Thread Otavio Salvador 
Following changes are included:

1eb2408 linux-firmware: Update firmware file for Intel Bluetooth AX200
0dc1611 linux-firmware: Update firmware file for Intel Bluetooth AX201
d03f79c linux-firmware: Update firmware file for Intel Bluetooth 9560
aab62bc linux-firmware: Update firmware file for Intel Bluetooth 9260
ed0aa3a nvidia: add TU102/TU104/TU106 signed firmware
9c340bd amdgpu: update navi10 firmware for 19.50
3b4a503 amdgpu: Add navi10 TA ucode
16cc13a Merge branch 'v1.1.3' of 
https://github.com/ruiwang-mtk/linux_fw_vpu_v1.1.3
7f3177d mediatek: update MT8173 VPU firmware to v1.1.3
67d4ff5 Mellanox: Add new mlxsw_spectrum firmware xx.2000.2714
f1c9e7b radeon: update oland rlc microcode from amdgpu
b1dafb7 amdgpu: update vega20 microcode for 19.50
c38789e amdgpu: update vega12 microcode for 19.50
5a141c1 amdgpu: update vega10 microcode for 19.50
a03173a amdgpu: update picasso microcode for 19.50
86e9a5f amdgpu: update raven2 microcode for 19.50
febe09a amdgpu: update raven microcode for 19.50
af76fd0 amdgpu: update navi10 microcode for 19.50
b5b176a amdgpu: update navi14 microcode for 19.50
ad90178 amdgpu: add TA microcode for Raven asics
379551b qed: Add firmware 8.42.2.0
58b4003 Merge branch 'RB3-wlan-firmware-1387-v2' of 
https://github.com/andersson/linux-firmware
5967a45 Adjust WHENCE entry to check_whence doesn't complain
d1e743d Merge branch 'master' of https://github.com/NXP/mwifiex-firmware
d6219ab qcom: Switch SDM845 WLAN firmware
e65245c linux-firmware: add NXP firmware licence file
6871bff Merge branch 'ath10k-20191220' of 
git://git.kernel.org/pub/scm/linux/kernel/git/kvalo/linux-firmware
b142c2e ath10k: WCN3990 hw1.0: add firmware WLAN.HL.2.0-01387-QCAHLSWMTPLZ-1
8809b87 ath10k: QCA9984 hw1.0: update firmware-5.bin to 10.4-3.9.0.2-00070
513d70c ath10k: QCA988X hw2.0: update firmware-5.bin to 10.2.4-1.0-00047
203435b ath10k: QCA9888 hw2.0: update firmware-5.bin to 10.4-3.9.0.2-00070
a66d2fc ath10k: QCA9887 hw1.0: update firmware-5.bin to 10.2.4-1.0-00047
6d19154 ath10k: QCA6174 hw3.0: update board-2.bin
c4586ff linux-firmware: Update AMD cpu microcode
eefb5f7 inside-secure: add new "mini" firmware for the EIP197 driver
dd1a12e Merge branch 'RB3-adsp-cdsp-mss-v4' of 
https://github.com/andersson/linux-firmware
c523dcd WHENCE: Add raspberry-pi4 SDIO file
99a15a4 Merge branch 'rpi4-fw' of 
https://git.kernel.org/pub/scm/linux/kernel/git/matthias.bgg/linux-firmware
2260cbd Merge branch 'master' of 
https://github.com/dikshitaagarwal/video_firmware_5.4
4c688be Merge branch 'for-upstream' of 
git://git.chelsio.net/pub/git/linux-firmware
e10ed21 qcom: update venus firmware files for v5.4
af4c4be cxgb4: Update firmware to revision 1.24.11.0
f93c7a1 brcm: Add BCM43455 NVRAM for Raspberry Pi 4 B
212e441 qcom: Add SDM845 Compute DSP firmware
ec84cf9 qcom: Add SDM845 Audio DSP firmware
62d0a1a qcom: Add SDM845 modem firmware
e8a0f4c rtl_nic: add firmware rtl8168fp-3
9581f15 Merge branch 'nxp_mc' of https://github.com/NXP/linux-firmware
978c04e linux-firmware: Update NXP Management Complex firmware to version 
10.18.0
c62c3c2 linux-firmware: Update firmware file for Intel Bluetooth AX201
6272383 linux-firmware: Update firmware file for Intel Bluetooth AX200
84a7ca5 linux-firmware: Update firmware file for Intel Bluetooth 9560
96c3994 linux-firmware: Update firmware file for Intel Bluetooth 9260
7319341 amdgpu: update navi14 vcn firmware
b363d9d amdgpu: update navi10 vcn firmware
f1100dd Merge branch 'ehl_tgl_guc_huc' of 
git://anongit.freedesktop.org/drm/drm-firmware
4debf21 i915: Add HuC firmware v7.0.3 for TGL
1eb2ac4 i915: Add GuC firmware v35.2.0 for TGL
4b0a210 i915: Add HuC firmware v9.0.0 for EHL
610fe75 i915: Add GuC firmware v33.0.4 for EHL
11bdc57 rtw88: RTL8723D: add firmware file v48
9e194c7 qed: Add firmware 8.40.33.0
4065643 amdgpu: add new navi14 wks gfx firmware for 19.30
d4f88ea amdgpu: update navi14 firmware for 19.30
ea755b6 amdgpu: update raven firmware for 19.30
340e06e linux-firmware: Add firmware file for Intel Bluetooth AX201
ad7a8b2 Mellanox: Add new mlxsw_spectrum2 firmware 29.2000.2308
e756bf3 Mellanox: Add new mlxsw_spectrum firmware 13.2000.2308
b27d123 rtl_nic: add firmware files for RTL8153
180e2b4 rtl_bt: Update configuration file for BT part of RTL8822CU
0acd93e bnx2x: Add FW 7.13.15.0.
2b016af (tag: 20191022) linux-firmware: Update AMD cpu microcode
4c3e853 linux-firmware: Update firmware file for Intel Bluetooth AX200
7a79d22 linux-firmware: Update firmware file for Intel Bluetooth AX201
fdab23a linux-firmware: Update firmware file for Intel Bluetooth 9560
b68efd7 linux-firmware: Update firmware file for Intel Bluetooth 9260
aa95e90 amdgpu: add initial navi14 firmware form 19.30
c1ce20e rtlwifi: rtl8821ae: Add firmware for the RTL8812AE variant.
7d187ac ice: Fix up WHENCE entry and symlink
4c55b97 Merge branch 'dev-queue' of 
git://git.kernel.org/pub/scm/linux/kernel/git/jkirsher/firmware
7c4db73 nvidia: Update Tegra210 XUSB firmware to v50.24
c054c53 nvidia: Add

[OE-core] [PATCH 1/2] libubootenv: Split binaries to a libubootenv-bin package

2020-01-31 Thread Otavio Salvador 
The fw_setenv and fw_printenv binaries should be on a specific package
as some systems may require just the library.

The upgrade path was kept using the RPROVIDES for the -bin package.

Signed-off-by: Otavio Salvador 
---

 meta/recipes-bsp/u-boot/libubootenv_0.2.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-bsp/u-boot/libubootenv_0.2.bb 
b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb
index 1020258cddc..f5b6059529c 100644
--- a/meta/recipes-bsp/u-boot/libubootenv_0.2.bb
+++ b/meta/recipes-bsp/u-boot/libubootenv_0.2.bb
@@ -16,11 +16,11 @@ SRCREV = "879c0731fa0725785b9fa4499bbf6aacd04ee4c2"
 
 S = "${WORKDIR}/git"
 
-inherit cmake
+inherit cmake lib_package
 
 EXTRA_OECMAKE = "-DCMAKE_BUILD_TYPE=Release"
 
 PROVIDES += "u-boot-fw-utils"
-RPROVIDES_${PN} += "u-boot-fw-utils"
+RPROVIDES_${PN}-bin += "u-boot-fw-utils"
 
 BBCLASSEXTEND = "native"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [oe-core][PATCH] lib.oe.path: "copyhardlinktree" should be able to copy folder containng hidden files only

2020-01-31 Thread Ivan Efimov via Openembedded-core 
Note: file is "hidden" if it's name starts with dot (.)

sstate.bbclass uses "copyhardlinktree" function to install sstate cache
content. Function "copyhardlinktree" uses "cp" command line which fail on copy
directories with hidden files only.  As a result folder containing only hidden 
files
cannot be installed from sstate cache.

"cp" source file glob argument has been changed from
  ./.??* ./*
to
  /./

Steps for reproduce:

* Add next lines into some recipe ...

inherit deploy
do_deploy() {
touch ${DEPLOYDIR}/.hidden
}
addtask deploy
* ... and try to build it

Error like next will occur:

Exception: subprocess.CalledProcessError: Command 'cp -afl --preserve=xattr 
./.??* ./* /path/to/deploy/images/machine' returned non-zero exit status 1.

Subprocess output:
cp: cannot stat './*': No such file or directory

Signed-off-by: Ivan Efimov 
---
 meta/lib/oe/path.py | 12 +++-
 1 file changed, 3 insertions(+), 9 deletions(-)

diff --git a/meta/lib/oe/path.py b/meta/lib/oe/path.py
index fa209b9795..49e13225d0 100644
--- a/meta/lib/oe/path.py
+++ b/meta/lib/oe/path.py
@@ -104,17 +104,11 @@ def copyhardlinktree(src, dst):
 # writers try and create a directory at the same time
 cmd = "cd %s; find . -type d -print | tar --xattrs 
--xattrs-include='*' -cf - -S -C %s -p --no-recursion --files-from - | tar 
--xattrs --xattrs-include='*' -xhf - -C %s" % (src, src, dst)
 subprocess.check_output(cmd, shell=True, stderr=subprocess.STDOUT)
-source = ''
+source = src
 if os.path.isdir(src):
-if len(glob.glob('%s/.??*' % src)) > 0:
-source = './.??* '
-source += './*'
-s_dir = src
-else:
-source = src
-s_dir = os.getcwd()
+source += '/./'
 cmd = 'cp -afl --preserve=xattr %s %s' % (source, 
os.path.realpath(dst))
-subprocess.check_output(cmd, shell=True, cwd=s_dir, 
stderr=subprocess.STDOUT)
+subprocess.check_output(cmd, shell=True, stderr=subprocess.STDOUT)
 else:
 copytree(src, dst)
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/1] runit: Add runit and related recipes

2020-01-31 Thread Alexander Kanavin 
1. Does this really need to be in core? Who is the target audience and use
cases that aren't served by existing options?
2. There are no tests or image configurations for this. How will this be
checked?
3. The amount of patches is alarming. Can you get them upstream first
please?

Alex

On Fri, 31 Jan 2020 at 10:32, Khem Raj  wrote:

> * Another init system, very small in size with application life
>   cycle management
> * Add runit-services recipe for additional runit services from void linux
> * socklog is a system/kernel logger
> * Add socklog-services to provide additional logging services
>
> * disable the chkshsgr tests in socklog
>
> Running the chkhsgr test during cross compile fails
>
> ./chkshsgr || ( cat warn-shsgr; exit 1 )
> Oops. Your getgroups() returned 0, and setgroups() failed; this means
> that I can't reliably do my shsgr test. Please either ``make'' as root
> or ``make'' while you're in one or more supplementary groups.
>
> All OE based targets have working getgroups()/setgroups()
> implementation, so its a safe assumption and therefore make the test
> to be a dummy
>
> Signed-off-by: Khem Raj 
> ---
>  meta/conf/distro/include/maintainers.inc  |   2 +
>  meta/conf/layer.conf  |   1 +
>  meta/recipes-core/runit/runit-serialgetty.bb  |  43 
>  .../runit/runit-serialgetty/finish|   2 +
>  meta/recipes-core/runit/runit-serialgetty/run |   2 +
>  meta/recipes-core/runit/runit-services.bb |  50 +
>  ...y-for-services-on-Debian-is-etc-servi.diff |  87 +++
>  ...t-nosync-file-to-make-sync-on-shutdow.diff |  95 
>  ...03-utmpset.c-mixes-int32_t-and-time_t.diff |  57 ++
>  ...-t-use-static-to-link-runit-runit-ini.diff |  30 ++
>  .../0005-patch-etc-runit-2-for-FHS.patch  |  17 +++
>  ...0006-make-buildsystem-respect-CFLAGS.patch |  21 
>  .../runit/0007-move-communication-files.patch | 102 ++
>  .../runit/0008-emulate-sysv-runlevel-5.patch  |  20 
>  .../runit/0009-fix-error-in-manpage.patch |  23 
>  meta/recipes-core/runit/runit/clearmem.patch  |  22 
>  meta/recipes-core/runit/runit/cross.patch |  50 +
>  ...h-disable-chkshgrp-test-that-fails-i.patch |  19 
>  ...h-fix-spin-lock-on-systems-with-poor.patch |  20 
>  ...h-make-build-system-print-compilatio.patch |  15 +++
>  meta/recipes-core/runit/runit/svlogd.patch|  19 
>  meta/recipes-core/runit/runit_2.1.2.bb|  68 
>  meta/recipes-core/runit/socklog-services.bb   |  23 
>  ...-options-to-cp-to-ensure-proper-mods.patch |  33 ++
>  meta/recipes-core/runit/socklog/cross.patch   |  58 ++
>  meta/recipes-core/runit/socklog_2.1.0.bb  |  32 ++
>  26 files changed, 911 insertions(+)
>  create mode 100644 meta/recipes-core/runit/runit-serialgetty.bb
>  create mode 100644 meta/recipes-core/runit/runit-serialgetty/finish
>  create mode 100644 meta/recipes-core/runit/runit-serialgetty/run
>  create mode 100644 meta/recipes-core/runit/runit-services.bb
>  create mode 100644
> meta/recipes-core/runit/runit/0001-default-directory-for-services-on-Debian-is-etc-servi.diff
>  create mode 100644
> meta/recipes-core/runit/runit/0002-support-etc-runit-nosync-file-to-make-sync-on-shutdow.diff
>  create mode 100644
> meta/recipes-core/runit/runit/0003-utmpset.c-mixes-int32_t-and-time_t.diff
>  create mode 100644
> meta/recipes-core/runit/runit/0004-src-Makefile-don-t-use-static-to-link-runit-runit-ini.diff
>  create mode 100644
> meta/recipes-core/runit/runit/0005-patch-etc-runit-2-for-FHS.patch
>  create mode 100644
> meta/recipes-core/runit/runit/0006-make-buildsystem-respect-CFLAGS.patch
>  create mode 100644
> meta/recipes-core/runit/runit/0007-move-communication-files.patch
>  create mode 100644
> meta/recipes-core/runit/runit/0008-emulate-sysv-runlevel-5.patch
>  create mode 100644
> meta/recipes-core/runit/runit/0009-fix-error-in-manpage.patch
>  create mode 100644 meta/recipes-core/runit/runit/clearmem.patch
>  create mode 100644 meta/recipes-core/runit/runit/cross.patch
>  create mode 100644
> meta/recipes-core/runit/runit/patch-disable-chkshgrp-test-that-fails-i.patch
>  create mode 100644
> meta/recipes-core/runit/runit/patch-fix-spin-lock-on-systems-with-poor.patch
>  create mode 100644
> meta/recipes-core/runit/runit/patch-make-build-system-print-compilatio.patch
>  create mode 100644 meta/recipes-core/runit/runit/svlogd.patch
>  create mode 100644 meta/recipes-core/runit/runit_2.1.2.bb
>  create mode 100644 meta/recipes-core/runit/socklog-services.bb
>  create mode 100644
> meta/recipes-core/runit/socklog-services/0001-Use-options-to-cp-to-ensure-proper-mods.patch
>  create mode 100644 meta/recipes-core/runit/socklog/cross.patch
>  create mode 100644 meta/recipes-core/runit/socklog_2.1.0.bb
>
> diff --git a/meta/conf/distro/include/maintainers.inc
> b/meta/conf/distro/include/maintainers.inc
> index a80e85a2f6..5e79dc3892 100644
> ---

[OE-core] ✗ patchtest: failure for util-linux: alternatify rtcwake

2020-01-31 Thread Patchwork 
== Series Details ==

Series: util-linux: alternatify rtcwake
Revision: 1
URL   : https://patchwork.openembedded.org/series/22359/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at cd9006b202)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for MEMORIAM: Add recognition for contributors no longer with us (rev2)

2020-01-31 Thread Patchwork 
== Series Details ==

Series: MEMORIAM: Add recognition for contributors no longer with us (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/22344/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at cd9006b202)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for util-linux: alternatify rtcwake (rev2)

2020-01-31 Thread Patchwork 
== Series Details ==

Series: util-linux: alternatify rtcwake (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/22359/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at cd9006b202)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2 1/2] baremetal-helloworld: Create recipe for baremetal examples on QEMU

2020-01-31 Thread Alejandro Enedino Hernandez Samaniego 
Create HelloWorld examples that run on several of the QEMU architectures
supported by the build system.

This recipe can be used by anyone to understand how baremetal applications
can be built using OpenEmbedded and how the wiring to set them up could be.

This should also facilitate creating/extending the OE testing infrastructure
to allow baremetal applications or RTOSs to be tested in the same way that
Linux currently is.

This can easily be extended to work on other MACHINES in the future.

To run this example:

$ source oe-init-buildenv

$ bitbake-layers add-layer ../meta-skeleton

# TCLIBC="baremetal" would work as well
$ echo "TCLIBC = \"newlib\"" >> ./conf/local.conf

$ echo "MACHINE = \"qemuarm64\"" >> ./conf/local.conf

$ bitbake baremetal-helloworld

$ runqemu

runqemu - INFO - Running bitbake -e ...
runqemu - INFO - Continuing with the following parameters:
KERNEL: [tmp/deploy/images/qemuarm64/baremetal-helloworld-qemuarm64.bin]
MACHINE: [qemuarm64]
FSTYPE: [bin]
ROOTFS: [tmp/deploy/images/qemuarm64/baremetal-helloworld-qemuarm64.bin]
CONFFILE: 
[tmp/deploy/images/qemuarm64/baremetal-helloworld-qemuarm64.qemuboot.conf]

Hello OpenEmbedded!

Signed-off-by: Alejandro Enedino Hernandez Samaniego 
---
 .../baremetal-examples/baremetal-helloworld_git.bb | 105 +
 1 file changed, 105 insertions(+)
 create mode 100644 
meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb

diff --git 
a/meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
 
b/meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
new file mode 100644
index 000..d863370
--- /dev/null
+++ 
b/meta-skeleton/recipes-baremetal/baremetal-examples/baremetal-helloworld_git.bb
@@ -0,0 +1,105 @@
+SUMMARY = "Baremetal examples to work with the several QEMU architectures 
supported on OpenEmbedded"
+HOMEPAGE = "https://github.com/aehs29/baremetal-helloqemu;
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=39346640a23c701e4f459e05f56f4449"
+
+SRCREV = "99f4fa4a3b266b42b52af302610b0f4f429ba5e3"
+PV = "0.1+git${SRCPV}"
+
+SRC_URI = 
"git://github.com/aehs29/baremetal-helloqemu.git;protocol=https;branch=master"
+
+S = "${WORKDIR}/git/"
+
+# These examples are not meant to be built when using either musl or glibc
+COMPATIBLE_HOST_libc-musl_class-target = "null"
+COMPATIBLE_HOST_libc-glibc_class-target = "null"
+
+# This will be translated automatically to the architecture and
+# machine that QEMU uses on OE, e.g. -machine virt -cpu cortex-a57
+# but the examples can also be run on other architectures/machines
+# such as vexpress-a15 by overriding the setting on the machine.conf
+COMPATIBLE_MACHINE = "qemuarmv5|qemuarm|qemuarm64"
+
+BAREMETAL_QEMUARCH ?= ""
+BAREMETAL_QEMUARCH_qemuarmv5 = "versatile"
+BAREMETAL_QEMUARCH_qemuarm = "arm"
+BAREMETAL_QEMUARCH_qemuarm64 = "aarch64"
+
+
+EXTRA_OEMAKE_append = " QEMUARCH=${BAREMETAL_QEMUARCH} V=1"
+
+do_install(){
+install -d ${D}/${datadir}
+install -m 755 ${B}build/hello_baremetal_${BAREMETAL_QEMUARCH}.bin 
${D}/${datadir}/hello_baremetal_${MACHINE}.bin
+install -m 755 ${B}build/hello_baremetal_${BAREMETAL_QEMUARCH}.elf 
${D}/${datadir}/hello_baremetal_${MACHINE}.elf
+}
+
+# Borrowed from meta-freertos
+inherit rootfs-postcommands
+inherit deploy
+do_deploy[dirs] = "${DEPLOYDIR} ${DEPLOY_DIR_IMAGE}"
+do_rootfs[dirs] = "${DEPLOYDIR} ${DEPLOY_DIR_IMAGE}"
+DEPLOYDIR = "${IMGDEPLOYDIR}"
+IMAGE_LINK_NAME ?= "baremetal-helloworld-image-${MACHINE}"
+IMAGE_NAME_SUFFIX ?= ""
+
+do_deploy(){
+install ${D}/${datadir}/hello_baremetal_${MACHINE}.bin 
${DEPLOYDIR}/${IMAGE_LINK_NAME}.bin
+install ${D}/${datadir}/hello_baremetal_${MACHINE}.elf 
${DEPLOYDIR}/${IMAGE_LINK_NAME}.elf
+}
+
+do_image(){
+:
+}
+
+FILES_${PN} += " \
+${datadir}/hello_baremetal_${MACHINE}.bin \
+${datadir}/hello_baremetal_${MACHINE}.elf \
+"
+
+python do_rootfs(){
+from oe.utils import execute_pre_post_process
+from pathlib import Path
+
+# Write empty manifest testdate file
+deploy_dir = d.getVar('DEPLOYDIR')
+link_name = d.getVar('IMAGE_LINK_NAME')
+manifest_name = d.getVar('IMAGE_MANIFEST')
+
+Path(manifest_name).touch()
+if os.path.exists(manifest_name) and link_name:
+manifest_link = deploy_dir + "/" + link_name + ".manifest"
+if os.path.lexists(manifest_link):
+os.remove(manifest_link)
+os.symlink(os.path.basename(manifest_name), manifest_link)
+execute_pre_post_process(d, d.getVar('ROOTFS_POSTPROCESS_COMMAND'))
+}
+
+# QEMU generic FreeRTOS parameters
+QB_DEFAULT_KERNEL = "${IMAGE_LINK_NAME}.bin"
+QB_MEM = "-m 256"
+QB_OPT_APPEND = "-nographic"
+QB_DEFAULT_FSTYPE = "bin"
+QB_DTB = ""
+
+# This next part is necessary to trick the build system into thinking
+# its building an image recipe so it generates the qemuboot.conf
+addtask do_deploy after do_write_qemuboot_conf before do_build
+addtask do_rootfs before do_deploy after do_install

[OE-core] ✗ patchtest: failure for runit: Add runit and related recipes

2020-01-31 Thread Patchwork 
== Series Details ==

Series: runit: Add runit and related recipes
Revision: 1
URL   : https://patchwork.openembedded.org/series/22355/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue A patch file has been added, but does not have a 
Signed-off-by tag [test_signed_off_by_presence] 
  Suggested fixSign off the added patch file 
(meta/recipes-core/runit/runit/0005-patch-etc-runit-2-for-FHS.patch)

* Issue Added patch file is missing Upstream-Status in the header 
[test_upstream_status_presence_format] 
  Suggested fixAdd Upstream-Status:  to the header of 
meta/recipes-core/runit/runit/0005-patch-etc-runit-2-for-FHS.patch
  Standard format  Upstream-Status: 
  Valid status Pending, Accepted, Backport, Denied, Inappropriate [reason], 
Submitted [where]



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] MEMORIAM: Add recognition for contributors no longer with us

2020-01-31 Thread Alejandro Enedino Hernandez Samaniego 
Acked-by: Alejandro Hernandez Samaniego 

On Thu, 30 Jan 2020 at 15:02, akuster808  wrote:

> +1
>
> On 1/29/20 4:01 PM, Richard Purdie wrote:
> > Its sad to have this but as the project ages, also perhaps inevitable.
> > Besides their contributions, remember them here.
> >
> > Signed-off-by: Richard Purdie 
> > ---
> >  MEMORIAM | 5 +
> >  1 file changed, 5 insertions(+)
> >  create mode 100644 MEMORIAM
> >
> > diff --git a/MEMORIAM b/MEMORIAM
> > new file mode 100644
> > index 000..0b3ce4670fc
> > --- /dev/null
> > +++ b/MEMORIAM
> > @@ -0,0 +1,5 @@
> > +Some project contributors who are sadly no longer with us:
> > +
> > +Greg Gilbert (treke) - Ahead of his time with licensing
> > +Thomas Wood (thos) - Creator of the original sato
> > +Scott Rifenbark (scottrif) - Our long standing techwriter whose words
> live on
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] New Dedicated Licensing and Documentation Mailing Lists

2020-01-31 Thread Michael Halstead 
We are adding new lists for topics concerning subcommunities that
will benefit from focused list traffic.


The licensing list will separate licensing and legal discussion from
general development to aid participation of specialists in this area.

Please join at https://lists.yoctoproject.org/g/licensing/join.


Join the docs list to discuss all things documentation and to
collaborate on the patches to the docs.

Please join at https://lists.yoctoproject.org/g/docs/join.

-- 
Michael Halstead
Linux Foundation / Yocto Project
Systems Operations Engineer

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [warrior] Issue when system memory is cached but available and signals in aarch64

2020-01-31 Thread Sergio Paracuellos 
Hi all,

I am using warrior with the followings:

$ cat /etc/build
---
Build Configuration:  |
---
DISTRO = poky
DISTRO_VERSION = 2.7.2
---
Layer Revisions:  |
---
meta  = warrior:47b2063dd37e99e7a70cd1ba8c9e23da27342521
meta-poky = warrior:47b2063dd37e99e7a70cd1ba8c9e23da27342521
meta-yocto-bsp= warrior:47b2063dd37e99e7a70cd1ba8c9e23da27342521
meta-oe   = warrior:a24acf94d48d635eca668ea34598c6e5c857e3f8
meta-python   = warrior:a24acf94d48d635eca668ea34598c6e5c857e3f8
meta-networking   = warrior:a24acf94d48d635eca668ea34598c6e5c857e3f8
meta-filesystems  = warrior:a24acf94d48d635eca668ea34598c6e5c857e3f8
meta-webserver= warrior:a24acf94d48d635eca668ea34598c6e5c857e3f8
meta-perl = warrior:a24acf94d48d635eca668ea34598c6e5c857e3f8
meta-tpm  = warrior:4f7be0d252f68d8e8d442a7ed8c6e8a852872d28

I log in to the system and run the following script directly in the prompt:

while [ 1 ]; do uptime && free && sleep 1; done

When the machine has all of the memory free this script does not cause
any problem. The problem seems to appear when
the memory is cached and the memory free is about 80 MB (but still
practically all the memory available because it is just cached):

State of system without processes writting to disk (when system is ok):

totalusedfree shared   buff/cache  available
Mem:4053004  164284 3808712   10164   80008 3776824
Swap: 0   0   0

State of system with processes writting to disk and kernel properly
caching memory (system becomes unstable?):

totalusedfree   shared   buff/cache  available
Mem:4053004  273072 85472   10164 3694460 3701456
Swap: 0   0   0

(NOTE: both of the free output measures are in KB).

When the system gets in this state random signals seems to be
triggered in the system. The normal signals which I can see are
SIGSEGV
but sometimes I saw SIGABRT and more rarely SIGBUS to any other
periodic process (like watchdog scripts for example).

In this state I can reproduce this issue ALWAYS just executing the
above script and just waiting (time to reproduce it is kind of
random).

When the bug appears I can see this kind of messages from audit daemon:

[49595.751038] audit: type=1701 audit(1580196182.291:4):
auid=4294967295 uid=0 gid=0 ses=4294967295 pid=9931 comm="sleep"
exe="/bin/busybox.nosuid" sig=11
[49605.793534] audit: type=1701 audit(1580196192.331:5):
auid=4294967295 uid=0 gid=0 ses=4294967295 pid=2747 comm="sh"
exe="/bin/bash.bash" sig=11

I don't really expect bash to get SIGSEGV signals and this is kind of weird...

I got two core files of this script receiving SIGSEGV signals (first
sleep 1 command and the the shell itself dies):

$ file core.23217
core.23217: ELF 64-bit LSB core file ARM aarch64, version 1 (SYSV),
SVR4-style, from 'sleep 1'

$ file core.2739
core.2739: ELF 64-bit LSB core file ARM aarch64, version 1 (SYSV),
SVR4-style, from '-sh'

This file in my rootfs are links to the following files:

/home/sergio/YOCTO/tools/yocto/workspace/build/tmp/work/oberonx-poky-linux/oberonx-image/1.0-r0/rootfs/bin/sh
-> /bin/bash.bash

/home/sergio/YOCTO/tools/yocto/workspace/build/tmp/work/oberonx-poky-linux/oberonx-image/1.0-r0/rootfs/bin/sleep
-> /bin/busybox.nosuid

So I tried to get a backtrace of those two using the cores and this
two binaries:

$ 
/opt/poky/2.7.2/sysroots/x86_64-pokysdk-linux/usr/bin/aarch64-poky-linux/aarch64-poky-linux-gdb
/home/sergio/YOCTO/tools/yocto/workspace/build/tmp/work/oberonx-poky-linux/oberonx-image/1.0-r0/rootfs/bin/busybox.nosuid
core.23217
GNU gdb (GDB) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "--host=x86_64-pokysdk-linux
--target=aarch64-poky-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
/home/sergio/.gdbinit:1: Error in sourced command file:
Undefined command: "layout".  Try "help".
Reading symbols from
/home/sergio/YOCTO/tools/yocto/workspace/build/tmp/work/oberonx-poky-linux/oberonx-image/1.0-r0/rootfs/bin/busybox.nosuid...(no
debugging symbols found)...done.

warning: core file may not match specified executable file.
[New LWP 23217]

warning: Could not load shared library symbols for 3 libraries,

Re: [OE-core] [zeus][PATCH] core: recipes: fix some native tools dependencies

2020-01-31 Thread Sumit Garg 
On Wed, 29 Jan 2020 at 22:00, Alexander Kanavin  wrote:
>
> I think a separate, somewhat different patch was sent for master?
>

Correct.

Patch for master: https://patchwork.openembedded.org/patch/169288/
Patch for zeus: https://patchwork.openembedded.org/patch/169289/

-Sumit

> Alex
>
> On Wed, 29 Jan 2020 at 17:15, akuster808  wrote:
>>
>>
>>
>> On 1/21/20 12:26 AM, Sumit Garg wrote:
>> > Some native tools dependency issues were seen while building with
>> > external GCC tool-set rather than source GCC tool-set. While building
>> > with source tool-set these dependencies were implicitly met which is not
>> > the case with external tool-set. So explicitly state these native tools
>> > dependencies.
>> Do these changes need to be in master?
>>
>> - armin
>> > Signed-off-by: Sumit Garg 
>> > ---
>> >  meta/recipes-extended/man-db/man-db_2.8.7.bb   | 2 +-
>> >  meta/recipes-extended/psmisc/psmisc.inc| 2 +-
>> >  meta/recipes-graphics/xorg-app/xorg-app-common.inc | 2 +-
>> >  3 files changed, 3 insertions(+), 3 deletions(-)
>> >
>> > diff --git a/meta/recipes-extended/man-db/man-db_2.8.7.bb 
>> > b/meta/recipes-extended/man-db/man-db_2.8.7.bb
>> > index 083b237..0d73b03 100644
>> > --- a/meta/recipes-extended/man-db/man-db_2.8.7.bb
>> > +++ b/meta/recipes-extended/man-db/man-db_2.8.7.bb
>> > @@ -10,7 +10,7 @@ SRC_URI = 
>> > "${SAVANNAH_NONGNU_MIRROR}/man-db/man-db-${PV}.tar.xz \
>> >  SRC_URI[md5sum] = "ec0b23c8314a1654c4d059b2c18ce43d"
>> >  SRC_URI[sha256sum] = 
>> > "b9cd5bb996305d08bfe9e1114edc30b4c97be807093b88af8033ed1cf9beb326"
>> >
>> > -DEPENDS = "libpipeline gdbm groff-native base-passwd"
>> > +DEPENDS = "libpipeline gdbm groff-native base-passwd flex-native"
>> >  RDEPENDS_${PN} += "base-passwd"
>> >
>> >  # | /usr/src/debug/man-db/2.8.0-r0/man-db-2.8.0/src/whatis.c:939: 
>> > undefined reference to `_nl_msg_cat_cntr'
>> > diff --git a/meta/recipes-extended/psmisc/psmisc.inc 
>> > b/meta/recipes-extended/psmisc/psmisc.inc
>> > index 594a10c..6de5acb 100644
>> > --- a/meta/recipes-extended/psmisc/psmisc.inc
>> > +++ b/meta/recipes-extended/psmisc/psmisc.inc
>> > @@ -7,7 +7,7 @@ command sends a specified signal (SIGTERM if nothing is 
>> > specified) to \
>> >  processes identified by name.  The fuser command identifies the PIDs \
>> >  of processes that are using specified files or filesystems."
>> >  SECTION = "base"
>> > -DEPENDS = "ncurses virtual/libintl gettext-native"
>> > +DEPENDS = "ncurses virtual/libintl gettext-native xz-native"
>> >  LICENSE = "GPLv2"
>> >
>> >  SRC_URI = "${SOURCEFORGE_MIRROR}/psmisc/psmisc-${PV}.tar.gz"
>> > diff --git a/meta/recipes-graphics/xorg-app/xorg-app-common.inc 
>> > b/meta/recipes-graphics/xorg-app/xorg-app-common.inc
>> > index 3529cb2..211e399 100644
>> > --- a/meta/recipes-graphics/xorg-app/xorg-app-common.inc
>> > +++ b/meta/recipes-graphics/xorg-app/xorg-app-common.inc
>> > @@ -12,6 +12,6 @@ INC_PR = "r8"
>> >
>> >  SRC_URI = "${XORG_MIRROR}/individual/app/${BPN}-${PV}.tar.bz2"
>> >
>> > -inherit autotools pkgconfig distro_features_check
>> > +inherit autotools pkgconfig distro_features_check gettext
>> >
>> >  FILES_${PN} += " ${libdir}/X11/${BPN} ${datadir}/X11/app-defaults/"
>>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 02/24] findutils: drop upstream-version-is-even

2020-01-31 Thread Alexander Kanavin 
Upstream seems to have dropped the odd-even policy

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-extended/findutils/findutils.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/findutils/findutils.inc 
b/meta/recipes-extended/findutils/findutils.inc
index a0e1f8962c5..9aa7239825b 100644
--- a/meta/recipes-extended/findutils/findutils.inc
+++ b/meta/recipes-extended/findutils/findutils.inc
@@ -8,7 +8,7 @@ SECTION = "console/utils"
 
 SRC_URI = "${GNU_MIRROR}/${BPN}/${BP}.tar.xz"
 
-inherit autotools gettext texinfo update-alternatives upstream-version-is-even
+inherit autotools gettext texinfo update-alternatives
 
 ALTERNATIVE_${PN} = "find xargs"
 ALTERNATIVE_PRIORITY = "100"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 13/24] kmscube: upgrade to latest revision

2020-01-31 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-graphics/kmscube/kmscube_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/kmscube/kmscube_git.bb 
b/meta/recipes-graphics/kmscube/kmscube_git.bb
index 82720045b31..a1a295f6604 100644
--- a/meta/recipes-graphics/kmscube/kmscube_git.bb
+++ b/meta/recipes-graphics/kmscube/kmscube_git.bb
@@ -6,7 +6,7 @@ DEPENDS = "virtual/libgles2 virtual/egl libdrm"
 
 LIC_FILES_CHKSUM = 
"file://kmscube.c;beginline=1;endline=23;md5=8b309d4ee67b7315ff7381270dd631fb"
 
-SRCREV = "f632b23a528ed6b4e1fddd774db005c30ab65568"
+SRCREV = "76bb57d539cb43d267e561024c34e031bf351e04"
 SRC_URI = 
"git://gitlab.freedesktop.org/mesa/kmscube;branch=master;protocol=https \
 file://detect-gst_bo_map-_unmap-and-use-it-or-avoid-it.patch"
 UPSTREAM_CHECK_COMMITS = "1"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 17/24] python3-setuptools: upgrade 42.0.2 -> 45.0.0

2020-01-31 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 ...01-conditionally-do-not-fetch-code-by-easy_install.patch | 6 +++---
 meta/recipes-devtools/python/python-setuptools.inc  | 4 ++--
 ...n3-setuptools_42.0.2.bb => python3-setuptools_45.0.0.bb} | 0
 3 files changed, 5 insertions(+), 5 deletions(-)
 rename meta/recipes-devtools/python/{python3-setuptools_42.0.2.bb => 
python3-setuptools_45.0.0.bb} (100%)

diff --git 
a/meta/recipes-devtools/python/files/0001-conditionally-do-not-fetch-code-by-easy_install.patch
 
b/meta/recipes-devtools/python/files/0001-conditionally-do-not-fetch-code-by-easy_install.patch
index 169d1b155bd..b1a6813b2e3 100644
--- 
a/meta/recipes-devtools/python/files/0001-conditionally-do-not-fetch-code-by-easy_install.patch
+++ 
b/meta/recipes-devtools/python/files/0001-conditionally-do-not-fetch-code-by-easy_install.patch
@@ -1,4 +1,4 @@
-From 5bba4f57f048016aa92ce5909e9e372db619554e Mon Sep 17 00:00:00 2001
+From 50e4ebce9f711391e2fa9f43906259e19ac00e63 Mon Sep 17 00:00:00 2001
 From: Hongxu Jia 
 Date: Tue, 17 Jul 2018 10:13:38 +0800
 Subject: [PATCH] conditionally do not fetch code by easy_install
@@ -15,10 +15,10 @@ Signed-off-by: Hongxu Jia 
  1 file changed, 5 insertions(+)
 
 diff --git a/setuptools/command/easy_install.py 
b/setuptools/command/easy_install.py
-index 05508ce..945e118 100755
+index 09066f8..d3039a5 100644
 --- a/setuptools/command/easy_install.py
 +++ b/setuptools/command/easy_install.py
-@@ -640,6 +640,11 @@ class easy_install(Command):
+@@ -649,6 +649,11 @@ class easy_install(Command):
  os.path.exists(tmpdir) and rmtree(rmtree_safe(tmpdir))
  
  def easy_install(self, spec, deps=False):
diff --git a/meta/recipes-devtools/python/python-setuptools.inc 
b/meta/recipes-devtools/python/python-setuptools.inc
index d8bce7145eb..c697937887b 100644
--- a/meta/recipes-devtools/python/python-setuptools.inc
+++ b/meta/recipes-devtools/python/python-setuptools.inc
@@ -10,8 +10,8 @@ inherit pypi
 
 SRC_URI_append_class-native = " 
file://0001-conditionally-do-not-fetch-code-by-easy_install.patch"
 
-SRC_URI[md5sum] = "5ac69b66a6f7d4785517017f37df28e9"
-SRC_URI[sha256sum] = 
"c5b372090d7c8709ce79a6a66872a91e518f7d65af97fca78135e1cb10d4b940"
+SRC_URI[md5sum] = "14898abd6f436eee58a5a2ba291fcbeb"
+SRC_URI[sha256sum] = 
"c46d9c8f2289535457d36c676b541ca78f7dcb736b97d02f50d17f7f15b583cc"
 
 DEPENDS += "${PYTHON_PN}"
 
diff --git a/meta/recipes-devtools/python/python3-setuptools_42.0.2.bb 
b/meta/recipes-devtools/python/python3-setuptools_45.0.0.bb
similarity index 100%
rename from meta/recipes-devtools/python/python3-setuptools_42.0.2.bb
rename to meta/recipes-devtools/python/python3-setuptools_45.0.0.bb
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 0/1] runit: Add runit init system and related recipes

2020-01-31 Thread Khem Raj 
runit is a small init system with supervisory and monitoring
capabilities like systemd

The following changes since commit 4a61e9fa5f39eac6911a3ff264808c259385a70c:

  MEMORIAM: Add recognition for contributors no longer with us (2020-01-30 
15:22:35 +)

are available in the Git repository at:

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

Khem Raj (1):
  runit: Add runit and related recipes

 meta/conf/distro/include/maintainers.inc  |   2 +
 meta/conf/layer.conf  |   1 +
 meta/recipes-core/runit/runit-serialgetty.bb  |  43 
 .../runit/runit-serialgetty/finish|   2 +
 meta/recipes-core/runit/runit-serialgetty/run |   2 +
 meta/recipes-core/runit/runit-services.bb |  50 +
 ...y-for-services-on-Debian-is-etc-servi.diff |  87 +++
 ...t-nosync-file-to-make-sync-on-shutdow.diff |  95 
 ...03-utmpset.c-mixes-int32_t-and-time_t.diff |  57 ++
 ...-t-use-static-to-link-runit-runit-ini.diff |  30 ++
 .../0005-patch-etc-runit-2-for-FHS.patch  |  17 +++
 ...0006-make-buildsystem-respect-CFLAGS.patch |  21 
 .../runit/0007-move-communication-files.patch | 102 ++
 .../runit/0008-emulate-sysv-runlevel-5.patch  |  20 
 .../runit/0009-fix-error-in-manpage.patch |  23 
 meta/recipes-core/runit/runit/clearmem.patch  |  22 
 meta/recipes-core/runit/runit/cross.patch |  50 +
 ...h-disable-chkshgrp-test-that-fails-i.patch |  19 
 ...h-fix-spin-lock-on-systems-with-poor.patch |  20 
 ...h-make-build-system-print-compilatio.patch |  15 +++
 meta/recipes-core/runit/runit/svlogd.patch|  19 
 meta/recipes-core/runit/runit_2.1.2.bb|  68 
 meta/recipes-core/runit/socklog-services.bb   |  23 
 ...-options-to-cp-to-ensure-proper-mods.patch |  33 ++
 meta/recipes-core/runit/socklog/cross.patch   |  58 ++
 meta/recipes-core/runit/socklog_2.1.0.bb  |  32 ++
 26 files changed, 911 insertions(+)
 create mode 100644 meta/recipes-core/runit/runit-serialgetty.bb
 create mode 100644 meta/recipes-core/runit/runit-serialgetty/finish
 create mode 100644 meta/recipes-core/runit/runit-serialgetty/run
 create mode 100644 meta/recipes-core/runit/runit-services.bb
 create mode 100644 
meta/recipes-core/runit/runit/0001-default-directory-for-services-on-Debian-is-etc-servi.diff
 create mode 100644 
meta/recipes-core/runit/runit/0002-support-etc-runit-nosync-file-to-make-sync-on-shutdow.diff
 create mode 100644 
meta/recipes-core/runit/runit/0003-utmpset.c-mixes-int32_t-and-time_t.diff
 create mode 100644 
meta/recipes-core/runit/runit/0004-src-Makefile-don-t-use-static-to-link-runit-runit-ini.diff
 create mode 100644 
meta/recipes-core/runit/runit/0005-patch-etc-runit-2-for-FHS.patch
 create mode 100644 
meta/recipes-core/runit/runit/0006-make-buildsystem-respect-CFLAGS.patch
 create mode 100644 
meta/recipes-core/runit/runit/0007-move-communication-files.patch
 create mode 100644 
meta/recipes-core/runit/runit/0008-emulate-sysv-runlevel-5.patch
 create mode 100644 
meta/recipes-core/runit/runit/0009-fix-error-in-manpage.patch
 create mode 100644 meta/recipes-core/runit/runit/clearmem.patch
 create mode 100644 meta/recipes-core/runit/runit/cross.patch
 create mode 100644 
meta/recipes-core/runit/runit/patch-disable-chkshgrp-test-that-fails-i.patch
 create mode 100644 
meta/recipes-core/runit/runit/patch-fix-spin-lock-on-systems-with-poor.patch
 create mode 100644 
meta/recipes-core/runit/runit/patch-make-build-system-print-compilatio.patch
 create mode 100644 meta/recipes-core/runit/runit/svlogd.patch
 create mode 100644 meta/recipes-core/runit/runit_2.1.2.bb
 create mode 100644 meta/recipes-core/runit/socklog-services.bb
 create mode 100644 
meta/recipes-core/runit/socklog-services/0001-Use-options-to-cp-to-ensure-proper-mods.patch
 create mode 100644 meta/recipes-core/runit/socklog/cross.patch
 create mode 100644 meta/recipes-core/runit/socklog_2.1.0.bb

-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3][RFT]: kernel-yocto: v5.4 LTS kernel

2020-01-31 Thread Bruce Ashfield 
On Wed, Jan 29, 2020 at 2:31 AM Alexander Kanavin
 wrote:
>
> Can these issues be bisected? That's how the two kernel regressions (both 
> found last year via ptests) were tracked down to specific commits.
>

mips64 was already bisected, and reported upstream, not much help
there .. I've already reached out to some more hardcore mips folks for
more help, so hopefully that works :D

The musl one didn't bisect in my attempt(s), but in that config it is
an easy issue to trigger. I'm out of time to debug it for the next two
weeks, hence why I'm broadcasting to see if others want to take a
look.

Bruce

> Alex
>
> On Tue, 28 Jan 2020 at 23:14,  wrote:
>>
>> From: Bruce Ashfield 
>>
>> Hi all,
>>
>> I just wanted to send these to the list, so everyone could see the
>> reference kernel that we are planning for the upcoming release.
>>
>> I have other patches to drop 4.19, 5.2 and make this the default
>> kernel for the various reference platforms as well, but I'm not
>> sending them, since we still have two outstanding issues:
>>
>> 1) mips64 init is segfaulting after / during some self tests.
>>
>>
>> https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/1520/steps/8/logs/step6c
>>
>> 2) x86 musl is getting a gpf on many commands:
>>
>>
>> https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1501/steps/8/logs/step1c
>>
>> I've looked into both, and don't have any great ideas on how to debug
>> or fix them.
>>
>> So if anyone has ideas, or wants to poke at these, feel free to follow up.
>> But as of now, we still can't merge the v5.4 kernel as the reference due
>> to these remaining problems.
>>
>> Bruce
>>
>>
>> The following changes since commit ca3993cc4b13d4e661228cee6fb9448adfd0a4ba:
>>
>>   bitbake: tests/fetch: Allow wget upgrade tests to run against a local 
>> server (2020-01-22 15:56:39 +)
>>
>> are available in the Git repository at:
>>
>>   git://git.pokylinux.org/poky-contrib zedd/kernel-oe
>>   http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel-oe
>>
>> Bruce Ashfield (3):
>>   linux-yocto: introduce 5.4 recipes
>>   kern-tools: update Kconfiglib to latest (for 5.4+ kernel)
>>   kernel-devsrc: update to v5.4+
>>
>>  .../kern-tools/kern-tools-native_git.bb   |  2 +-
>>  meta/recipes-kernel/linux/kernel-devsrc.bb|  8 +--
>>  .../linux/linux-yocto-rt_5.4.bb   | 44 +++
>>  .../linux/linux-yocto-tiny_5.4.bb | 32 +++
>>  meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 54 +++
>>  5 files changed, 136 insertions(+), 4 deletions(-)
>>  create mode 100644 meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
>>  create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
>>  create mode 100644 meta/recipes-kernel/linux/linux-yocto_5.4.bb
>>
>> --
>> 2.19.1
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core



-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] opensbi: Remove dependency on FDT

2020-01-31 Thread Alistair Francis 
U-Boot no longer requires OpenSBI to include a FDT for the HiFive
Unleashed, so remove the support from OpenSBI.

Signed-off-by: Alistair Francis 
---
 meta/recipes-bsp/opensbi/opensbi-payloads.inc | 20 +--
 meta/recipes-bsp/opensbi/opensbi_0.5.bb   |  4 +---
 2 files changed, 2 insertions(+), 22 deletions(-)

diff --git a/meta/recipes-bsp/opensbi/opensbi-payloads.inc 
b/meta/recipes-bsp/opensbi/opensbi-payloads.inc
index b9714a7acb..2e32943245 100644
--- a/meta/recipes-bsp/opensbi/opensbi-payloads.inc
+++ b/meta/recipes-bsp/opensbi/opensbi-payloads.inc
@@ -7,18 +7,8 @@ def riscv_get_extra_oemake_image(d):
 
 return "FW_PAYLOAD_PATH=" + deploy_dir + "/" + sbi_payload
 
-def riscv_get_extra_oemake_fdt(d):
-sbi_fdt_payload = d.getVar('RISCV_SBI_FDT')
-deploy_dir = d.getVar('DEPLOY_DIR_IMAGE')
-
-if sbi_fdt_payload is None:
-return ""
-
-return "FW_PAYLOAD_FDT_PATH=" + deploy_dir + "/" + sbi_fdt_payload
-
 def riscv_get_do_compile_depends(d):
 sbi_payload = d.getVar('RISCV_SBI_PAYLOAD')
-sbi_fdt_payload = d.getVar('RISCV_SBI_FDT')
 
 if sbi_payload is None:
 return ""
@@ -26,14 +16,6 @@ def riscv_get_do_compile_depends(d):
 if 'linux' in sbi_payload or 'Image' in sbi_payload:
 return "virtual/kernel:do_deploy"
 if 'u-boot.bin' in sbi_payload:
-# If we want U-Boot and a FDT then we need to depend on U-Boot and
-# the kernel
-if sbi_fdt_payload is not None:
-return "virtual/bootloader:do_deploy virtual/kernel:do_deploy"
-else:
-return "virtual/bootloader:do_deploy"
-# If we want a custom FDT then we need to depend on the kernel
-if sbi_fdt_payload is not None:
-return "virtual/kernel:do_deploy"
+return "virtual/bootloader:do_deploy"
 
 return ""
diff --git a/meta/recipes-bsp/opensbi/opensbi_0.5.bb 
b/meta/recipes-bsp/opensbi/opensbi_0.5.bb
index 6a9026254c..71d64fa324 100644
--- a/meta/recipes-bsp/opensbi/opensbi_0.5.bb
+++ b/meta/recipes-bsp/opensbi/opensbi_0.5.bb
@@ -2,7 +2,6 @@ SUMMARY = "RISC-V Open Source Supervisor Binary Interface 
(OpenSBI)"
 DESCRIPTION = "OpenSBI aims to provide an open-source and extensible 
implementation of the RISC-V SBI specification for a platform specific firmware 
(M-mode) and a general purpose OS, hypervisor or bootloader (S-mode or 
HS-mode). OpenSBI implementation can be easily extended by RISC-V platform or 
System-on-Chip vendors to fit a particular hadware configuration."
 LICENSE = "BSD-2-Clause"
 LIC_FILES_CHKSUM = "file://COPYING.BSD;md5=42dd9555eb177f35150cf9aa240b61e5"
-DEPENDS += "dtc-native"
 
 require opensbi-payloads.inc
 
@@ -21,7 +20,7 @@ SRC_URI[sha256sum] = 
"07f18b73abf3b85aabe5bead19a923716c100d30eb58033459f39c3a22
 
 EXTRA_OEMAKE += "PLATFORM=${RISCV_SBI_PLAT} I=${D}"
 # If RISCV_SBI_PAYLOAD is set then include it as a payload
-EXTRA_OEMAKE_append = " ${@riscv_get_extra_oemake_image(d)} 
${@riscv_get_extra_oemake_fdt(d)}"
+EXTRA_OEMAKE_append = " ${@riscv_get_extra_oemake_image(d)}"
 
 # Required if specifying a custom payload
 do_compile[depends] += "${@riscv_get_do_compile_depends(d)}"
@@ -47,7 +46,6 @@ FILES_${PN} += 
"/platform/${RISCV_SBI_PLAT}/firmware/fw_jump.*"
 FILES_${PN} += "/platform/${RISCV_SBI_PLAT}/firmware/fw_payload.*"
 FILES_${PN} += "/platform/${RISCV_SBI_PLAT}/firmware/fw_dynamic.*"
 
-
 COMPATIBLE_HOST = "(riscv64|riscv32).*"
 INHIBIT_PACKAGE_STRIP = "1"
 
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 12/24] piglit: upgrade to latest revision

2020-01-31 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-graphics/piglit/piglit_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/piglit/piglit_git.bb 
b/meta/recipes-graphics/piglit/piglit_git.bb
index f53098c45de..d0d83316977 100644
--- a/meta/recipes-graphics/piglit/piglit_git.bb
+++ b/meta/recipes-graphics/piglit/piglit_git.bb
@@ -10,7 +10,7 @@ SRC_URI = 
"git://gitlab.freedesktop.org/mesa/piglit.git;protocol=https \
"
 UPSTREAM_CHECK_COMMITS = "1"
 
-SRCREV = "603cfb97542a411e8957a0d689d8b28cf8b9ef4d"
+SRCREV = "6126c2d4e476c7770d216ffa1932c10e2a5a7813"
 # (when PV goes above 1.0 remove the trailing r)
 PV = "1.0+gitr${SRCPV}"
 
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/3] linux-yocto: introduce 5.4 recipes

2020-01-31 Thread Khem Raj 
kernel-seltest fails now to build

https://errors.yoctoproject.org/Errors/Details/308578/

On Tue, Jan 28, 2020 at 2:14 PM  wrote:
>
> From: Bruce Ashfield 
>
> This creates recipes for the v5.4/* branches of the linux-yocto
> reference kernel.
>
> preempt-rt, yaffs2, aufs5 and reference board specific patches are
> part of these branches. All major architectures: x86,x86-64,ARM,
> ARM64,ppc,mips and mips64 have been feature tested against this
> reference.
>
> 5.4 is a LTS release, and as such will receive -stable updates
> for the duration of upstream korg support.
>
> Signed-off-by: Bruce Ashfield 
> ---
>  .../linux/linux-yocto-rt_5.4.bb   | 44 +++
>  .../linux/linux-yocto-tiny_5.4.bb | 32 +++
>  meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 54 +++
>  3 files changed, 130 insertions(+)
>  create mode 100644 meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
>  create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
>  create mode 100644 meta/recipes-kernel/linux/linux-yocto_5.4.bb
>
> diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb 
> b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
> new file mode 100644
> index 00..52f0e3b833
> --- /dev/null
> +++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
> @@ -0,0 +1,44 @@
> +KBRANCH ?= "v5.4/standard/preempt-rt/base"
> +
> +require recipes-kernel/linux/linux-yocto.inc
> +
> +# Skip processing of this recipe if it is not explicitly specified as the
> +# PREFERRED_PROVIDER for virtual/kernel. This avoids errors when trying
> +# to build multiple virtual/kernel providers, e.g. as dependency of
> +# core-image-rt-sdk, core-image-rt.
> +python () {
> +if d.getVar("KERNEL_PACKAGE_NAME") == "kernel" and 
> d.getVar("PREFERRED_PROVIDER_virtual/kernel") != "linux-yocto-rt":
> +raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
> linux-yocto-rt to enable it")
> +}
> +
> +SRCREV_machine ?= "5d5d4070c5f8b10a4c6bda37e77071ce37f102d5"
> +SRCREV_meta ?= "a48522779fae4887c47268e5f650bf10c94a165c"
> +
> +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.15"
> +
> +LIC_FILES_CHKSUM = "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
> +
> +DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
> +DEPENDS += "openssl-native util-linux-native"
> +
> +PV = "5.4.15"
> +
> +KMETA = "kernel-meta"
> +KCONF_BSP_AUDIT_LEVEL = "2"
> +
> +LINUX_KERNEL_TYPE = "preempt-rt"
> +
> +COMPATIBLE_MACHINE = 
> "(qemux86|qemux86-64|qemuarm|qemuarmv5|qemuarm64|qemuppc|qemumips)"
> +
> +KERNEL_DEVICETREE_qemuarmv5 = "versatile-pb.dtb"
> +
> +# Functionality flags
> +KERNEL_EXTRA_FEATURES ?= "features/netfilter/netfilter.scc 
> features/taskstats/taskstats.scc"
> +KERNEL_FEATURES_append = " ${KERNEL_EXTRA_FEATURES}"
> +KERNEL_FEATURES_append_qemuall=" cfg/virtio.scc 
> features/drm-bochs/drm-bochs.scc"
> +KERNEL_FEATURES_append_qemux86=" cfg/sound.scc cfg/paravirt_kvm.scc"
> +KERNEL_FEATURES_append_qemux86-64=" cfg/sound.scc cfg/paravirt_kvm.scc"
> +KERNEL_FEATURES_append = "${@bb.utils.contains("DISTRO_FEATURES", "ptest", " 
> features/scsi/scsi-debug.scc", "" ,d)}"
> diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb 
> b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
> new file mode 100644
> index 00..a028b37548
> --- /dev/null
> +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
> @@ -0,0 +1,32 @@
> +KBRANCH ?= "v5.4/standard/tiny/base"
> +KBRANCH_qemuarm  ?= "v5.4/standard/tiny/arm-versatile-926ejs"
> +
> +LINUX_KERNEL_TYPE = "tiny"
> +KCONFIG_MODE = "--allnoconfig"
> +
> +require recipes-kernel/linux/linux-yocto.inc
> +
> +LINUX_VERSION ?= "5.4.15"
> +LIC_FILES_CHKSUM = "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
> +
> +DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
> +DEPENDS += "openssl-native util-linux-native"
> +
> +KMETA = "kernel-meta"
> +KCONF_BSP_AUDIT_LEVEL = "2"
> +
> +SRCREV_machine_qemuarm ?= "9eeafafc19278b5c5376ba1fd9eae26626730458"
> +SRCREV_machine ?= "cdda35317561d2741b396efa623ace0bd2212c16"
> +SRCREV_meta ?= "a48522779fae4887c47268e5f650bf10c94a165c"
> +
> +PV = "5.4.15"
> +
> +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}"
> +
> +COMPATIBLE_MACHINE = "qemux86|qemux86-64|qemuarm|qemuarmv5"
> +
> +# Functionality flags
> +KERNEL_FEATURES = ""
> +
> +KERNEL_DEVICETREE_qemuarmv5 = "versatile-pb.dtb"
> diff --git a/meta/recipes-kernel/linux/linux-yocto_5.4.bb 
> b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
> new file mode 100644
> index 00..9fbc47d79e
> --- /dev/null
> +++

[OE-core] [PATCH] glibc: Make it possible to use PTHREAD_MUTEX_INITIALIZER with -std=c11

2020-01-31 Thread Peter Kjellerstedt 
This avoids the following error when building with -std=c11:

  In file included from /usr/include/bits/thread-shared-types.h:74,
   from /usr/include/bits/pthreadtypes.h:23,
   from /usr/include/pthread.h:26,
   from bug25271.c:1:
  bug25271.c:3:21: error: ‘PTHREAD_MUTEX_DEFAULT’ undeclared here (not in a 
function)
  3 | pthread_mutex_t m = PTHREAD_MUTEX_INITIALIZER;
| ^

Signed-off-by: Peter Kjellerstedt 
---
 ...-PTHREAD_MUTEX_DEFAULT-in-macro-defi.patch | 48 +++
 meta/recipes-core/glibc/glibc_2.31.bb |  1 +
 2 files changed, 49 insertions(+)
 create mode 100644 
meta/recipes-core/glibc/glibc/0030-nptl-Avoid-using-PTHREAD_MUTEX_DEFAULT-in-macro-defi.patch

diff --git 
a/meta/recipes-core/glibc/glibc/0030-nptl-Avoid-using-PTHREAD_MUTEX_DEFAULT-in-macro-defi.patch
 
b/meta/recipes-core/glibc/glibc/0030-nptl-Avoid-using-PTHREAD_MUTEX_DEFAULT-in-macro-defi.patch
new file mode 100644
index 00..215c717773
--- /dev/null
+++ 
b/meta/recipes-core/glibc/glibc/0030-nptl-Avoid-using-PTHREAD_MUTEX_DEFAULT-in-macro-defi.patch
@@ -0,0 +1,48 @@
+From 1ad498474920d9cb879f934dd5781b872bb65fec Mon Sep 17 00:00:00 2001
+From: Florian Weimer 
+Date: Mon, 27 Jan 2020 14:53:00 +0100
+Subject: [PATCH] nptl: Avoid using PTHREAD_MUTEX_DEFAULT in macro definition
+ [BZ #25271]
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Commit 1c3f9acf1f1f75faa7a28bf39af64afd ("nptl: Add struct_mutex.h")
+replaced a zero constant with the identifier PTHREAD_MUTEX_DEFAULT
+in the macro PTHREAD_MUTEX_INITIALIZER.  However, that constant
+is not available in ISO C11 mode:
+
+In file included from /usr/include/bits/thread-shared-types.h:74,
+ from /usr/include/bits/pthreadtypes.h:23,
+ from /usr/include/pthread.h:26,
+ from bug25271.c:1:
+bug25271.c:3:21: error: ‘PTHREAD_MUTEX_DEFAULT’ undeclared here (not in a 
function)
+3 | pthread_mutex_t m = PTHREAD_MUTEX_INITIALIZER;
+  | ^
+
+This commit change the constant to the equivalent
+PTHREAD_MUTEX_TIMED_NP, which is in the POSIX extension namespace
+and thus always available.
+
+Tested on x86_64-linux-gnu and i686-linux-gnu.  Verified that a
+minimal example now builds in -std=c11 mode.
+
+Upstream-Status: Submitted [https://patchwork.ozlabs.org/patch/1229855]
+Signed-off-by: Peter Kjellerstedt 
+---
+ sysdeps/nptl/pthread.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/sysdeps/nptl/pthread.h b/sysdeps/nptl/pthread.h
+index 7825737840..44dd707896 100644
+--- a/sysdeps/nptl/pthread.h
 b/sysdeps/nptl/pthread.h
+@@ -84,7 +84,7 @@ enum
+ 
+ 
+ #define PTHREAD_MUTEX_INITIALIZER \
+- { {  __PTHREAD_MUTEX_INITIALIZER (PTHREAD_MUTEX_DEFAULT) } }
++ { {  __PTHREAD_MUTEX_INITIALIZER (PTHREAD_MUTEX_TIMED_NP) } }
+ #ifdef __USE_GNU
+ # define PTHREAD_RECURSIVE_MUTEX_INITIALIZER_NP \
+  { {  __PTHREAD_MUTEX_INITIALIZER (PTHREAD_MUTEX_RECURSIVE_NP) } }
diff --git a/meta/recipes-core/glibc/glibc_2.31.bb 
b/meta/recipes-core/glibc/glibc_2.31.bb
index 9f299a7bc3..0c12eb5517 100644
--- a/meta/recipes-core/glibc/glibc_2.31.bb
+++ b/meta/recipes-core/glibc/glibc_2.31.bb
@@ -40,6 +40,7 @@ SRC_URI =  "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \
file://0027-intl-Emit-no-lines-in-bison-generated-files.patch \
file://0028-inject-file-assembly-directives.patch \

file://0029-locale-prevent-maybe-uninitialized-errors-with-Os-BZ.patch \
+   
file://0030-nptl-Avoid-using-PTHREAD_MUTEX_DEFAULT-in-macro-defi.patch \
"
 S = "${WORKDIR}/git"
 B = "${WORKDIR}/build-${TARGET_SYS}"
-- 
2.21.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 0/3][RFT]: kernel-yocto: v5.4 LTS kernel

2020-01-31 Thread Khem Raj 
On Tue, Jan 28, 2020 at 5:58 PM Khem Raj  wrote:
>
> On Tue, Jan 28, 2020 at 2:14 PM  wrote:
> >
> > From: Bruce Ashfield 
> >
> > Hi all,
> >
> > I just wanted to send these to the list, so everyone could see the
> > reference kernel that we are planning for the upcoming release.
> >
> > I have other patches to drop 4.19, 5.2 and make this the default
> > kernel for the various reference platforms as well, but I'm not
> > sending them, since we still have two outstanding issues:
> >
> > 1) mips64 init is segfaulting after / during some self tests.
> >
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/1520/steps/8/logs/step6c
> >
> > 2) x86 musl is getting a gpf on many commands:
> >
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/1501/steps/8/logs/step1c
> >

I ran bitbake -ctestimage core-image-sato-sdk for musl/qemux86 and it
passed on master-next so perhaps
its fixed somehow ?

>
> musl now uses 64bit time_t for all 32bit platforms. So my hunch is in
> that direction. If you can point to
> an interactive reproducer that will help. I think stracing it will
> help identify the problem. all segfaults seems
> to be similar so it could just be one issue causing this all.
>
> > I've looked into both, and don't have any great ideas on how to debug
> > or fix them.
> >
> > So if anyone has ideas, or wants to poke at these, feel free to follow up.
> > But as of now, we still can't merge the v5.4 kernel as the reference due
> > to these remaining problems.
> >
> > Bruce
> >
> >
> > The following changes since commit ca3993cc4b13d4e661228cee6fb9448adfd0a4ba:
> >
> >   bitbake: tests/fetch: Allow wget upgrade tests to run against a local 
> > server (2020-01-22 15:56:39 +)
> >
> > are available in the Git repository at:
> >
> >   git://git.pokylinux.org/poky-contrib zedd/kernel-oe
> >   http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel-oe
> >
> > Bruce Ashfield (3):
> >   linux-yocto: introduce 5.4 recipes
> >   kern-tools: update Kconfiglib to latest (for 5.4+ kernel)
> >   kernel-devsrc: update to v5.4+
> >
> >  .../kern-tools/kern-tools-native_git.bb   |  2 +-
> >  meta/recipes-kernel/linux/kernel-devsrc.bb|  8 +--
> >  .../linux/linux-yocto-rt_5.4.bb   | 44 +++
> >  .../linux/linux-yocto-tiny_5.4.bb | 32 +++
> >  meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 54 +++
> >  5 files changed, 136 insertions(+), 4 deletions(-)
> >  create mode 100644 meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
> >  create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
> >  create mode 100644 meta/recipes-kernel/linux/linux-yocto_5.4.bb
> >
> > --
> > 2.19.1
> >
> > --
> > ___
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [warrior] Issue when system memory is cached but available and signals in aarch64

2020-01-31 Thread Sergio Paracuellos 
Hi all,

I am using warrior with the followings:

$ cat /etc/build
---
Build Configuration:  |
---
DISTRO = poky
DISTRO_VERSION = 2.7.2
---
Layer Revisions:  |
---
meta  = warrior:47b2063dd37e99e7a70cd1ba8c9e23da27342521
meta-poky = warrior:47b2063dd37e99e7a70cd1ba8c9e23da27342521
meta-yocto-bsp= warrior:47b2063dd37e99e7a70cd1ba8c9e23da27342521
meta-oe   = warrior:a24acf94d48d635eca668ea34598c6e5c857e3f8
meta-python   = warrior:a24acf94d48d635eca668ea34598c6e5c857e3f8
meta-networking   = warrior:a24acf94d48d635eca668ea34598c6e5c857e3f8
meta-filesystems  = warrior:a24acf94d48d635eca668ea34598c6e5c857e3f8
meta-webserver= warrior:a24acf94d48d635eca668ea34598c6e5c857e3f8
meta-perl = warrior:a24acf94d48d635eca668ea34598c6e5c857e3f8
meta-tpm  = warrior:4f7be0d252f68d8e8d442a7ed8c6e8a852872d28

I log in to the system and run the following script directly in the prompt:

while [ 1 ]; do uptime && free && sleep 1; done

When the machine has all of the memory free this script does not cause
any problem. The problem seems to appear when
the memory is cached and the memory free is about 80 MB (but still
practically all the memory available because it is just cached):

State of system without processes writting to disk (when system is ok):

totalusedfree shared   buff/cache  available
Mem:4053004  164284 3808712   10164   80008 3776824
Swap: 0   0   0

State of system with processes writting to disk and kernel properly
caching memory (system becomes unstable?):

totalusedfree   shared   buff/cache  available
Mem:4053004  273072 85472   10164 3694460 3701456
Swap: 0   0   0

(NOTE: both of the free output measures are in KB).

When the system gets in this state random signals seems to be
triggered in the system. The normal signals which I can see are
SIGSEGV
but sometimes I saw SIGABRT and more rarely SIGBUS to any other
periodic process (like watchdog scripts for example).

In this state I can reproduce this issue ALWAYS just executing the
above script and just waiting (time to reproduce it is kind of
random).

When the bug appears I can see this kind of messages from audit daemon:

[49595.751038] audit: type=1701 audit(1580196182.291:4):
auid=4294967295 uid=0 gid=0 ses=4294967295 pid=9931 comm="sleep"
exe="/bin/busybox.nosuid" sig=11
[49605.793534] audit: type=1701 audit(1580196192.331:5):
auid=4294967295 uid=0 gid=0 ses=4294967295 pid=2747 comm="sh"
exe="/bin/bash.bash" sig=11

I don't really expect bash to get SIGSEGV signals and this is kind of weird...

I got two core files of this script receiving SIGSEGV signals (first
sleep 1 command and the the shell itself dies):

$ file core.23217
core.23217: ELF 64-bit LSB core file ARM aarch64, version 1 (SYSV),
SVR4-style, from 'sleep 1'

$ file core.2739
core.2739: ELF 64-bit LSB core file ARM aarch64, version 1 (SYSV),
SVR4-style, from '-sh'

This file in my rootfs are links to the following files:

/home/sergio/YOCTO/tools/yocto/workspace/build/tmp/work/oberonx-poky-linux/oberonx-image/1.0-r0/rootfs/bin/sh
-> /bin/bash.bash

/home/sergio/YOCTO/tools/yocto/workspace/build/tmp/work/oberonx-poky-linux/oberonx-image/1.0-r0/rootfs/bin/sleep
-> /bin/busybox.nosuid

So I tried to get a backtrace of those two using the cores and this
two binaries:

$ 
/opt/poky/2.7.2/sysroots/x86_64-pokysdk-linux/usr/bin/aarch64-poky-linux/aarch64-poky-linux-gdb
/home/sergio/YOCTO/tools/yocto/workspace/build/tmp/work/oberonx-poky-linux/oberonx-image/1.0-r0/rootfs/bin/busybox.nosuid
core.23217
GNU gdb (GDB) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "--host=x86_64-pokysdk-linux
--target=aarch64-poky-linux".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
/home/sergio/.gdbinit:1: Error in sourced command file:
Undefined command: "layout".  Try "help".
Reading symbols from
/home/sergio/YOCTO/tools/yocto/workspace/build/tmp/work/oberonx-poky-linux/oberonx-image/1.0-r0/rootfs/bin/busybox.nosuid...(no
debugging symbols found)...done.

warning: core file may not match specified executable file.
[New LWP 23217]

warning: Could not load shared library symbols for 3 libraries,

[OE-core] [PATCH 11/24] ccache: upgrade 3.7.3 -> 3.7.7

2020-01-31 Thread Alexander Kanavin 
License-Update: copyright years
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/ccache/ccache_3.7.3.bb | 7 ---
 meta/recipes-devtools/ccache/ccache_3.7.7.bb | 7 +++
 2 files changed, 7 insertions(+), 7 deletions(-)
 delete mode 100644 meta/recipes-devtools/ccache/ccache_3.7.3.bb
 create mode 100644 meta/recipes-devtools/ccache/ccache_3.7.7.bb

diff --git a/meta/recipes-devtools/ccache/ccache_3.7.3.bb 
b/meta/recipes-devtools/ccache/ccache_3.7.3.bb
deleted file mode 100644
index c6a682ee0de..000
--- a/meta/recipes-devtools/ccache/ccache_3.7.3.bb
+++ /dev/null
@@ -1,7 +0,0 @@
-require ccache.inc
-
-LICENSE = "GPLv3+"
-LIC_FILES_CHKSUM = "file://LICENSE.adoc;md5=0094c59039cec66b8a4c905204333514"
-
-SRC_URI[md5sum] = "7be62ea6e190941a8c12a3d5394fd926"
-SRC_URI[sha256sum] = 
"355955a61562c53c4ec4669e1c92708b0008f50d214b27f07a87cf4a1fa6b01e"
diff --git a/meta/recipes-devtools/ccache/ccache_3.7.7.bb 
b/meta/recipes-devtools/ccache/ccache_3.7.7.bb
new file mode 100644
index 000..3e7362b28bc
--- /dev/null
+++ b/meta/recipes-devtools/ccache/ccache_3.7.7.bb
@@ -0,0 +1,7 @@
+require ccache.inc
+
+LICENSE = "GPLv3+"
+LIC_FILES_CHKSUM = "file://LICENSE.adoc;md5=22d514dbc01fdf9a9784334b6b59417a"
+
+SRC_URI[md5sum] = "500d7bd9ebc6ee3105d7fc332c1ef395"
+SRC_URI[sha256sum] = 
"9b61f7fab2ec15305ee8382b03365503232dfb04b57414e7b0433768d530fa8a"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] bsp-hw.json: remove mpc8315e-rdb manual tests

2020-01-31 Thread Armin Kuster 
Signed-off-by: Armin Kuster 
---
 meta/lib/oeqa/manual/bsp-hw.json | 52 
 1 file changed, 52 deletions(-)

diff --git a/meta/lib/oeqa/manual/bsp-hw.json b/meta/lib/oeqa/manual/bsp-hw.json
index 5c5b9b50bb..73cbaaa7c2 100644
--- a/meta/lib/oeqa/manual/bsp-hw.json
+++ b/meta/lib/oeqa/manual/bsp-hw.json
@@ -915,28 +915,6 @@
 "summary": "Check_if_RTC_(Real_Time_Clock)_can_work_correctly"
 }
 },
-{
-"test": {
-"@alias": "bsps-hw.bsps-hw.Check_if_target_can_support_EEPROM",
-"author": [
-{
-"email": "yi.z...@windriver.com",
-"name": "yi.z...@windriver.com"
-}
-],
-"execution": {
-"1": {
-"action": "Check eeprom device exist in 
/sys/bus/i2c/devices/ ",
-"expected_results": "Hexdump can read data from eeprom.\n"
-},
-"2": {
-"action": "Run \"hexdump eeprom\" 
commandroot@mpc8315e-rdb:/sys/bus/i2c/devices/1-0051> hexdump eeprom000 
9210 0b02 0211 0009 0b52 0108 0c00 3c00010 6978 6930 6911 208c 7003 3c3c 
00f0 8381\u2026\n",
-"expected_results": ""
-}
-},
-"summary": "Check_if_target_can_support_EEPROM"
-}
-},
 {
 "test": {
 "@alias": "bsps-hw.bsps-hw.System_can_boot_up_via_NFS",
@@ -967,34 +945,4 @@
 "summary": "System_can_boot_up_via_NFS"
 }
 },
-{
-"test": {
-"@alias": "bsps-hw.bsps-hw.Boot_from_JFFS2_image",
-"author": [
-{
-"email": "yi.z...@windriver.com",
-"name": "yi.z...@windriver.com"
-}
-],
-"execution": {
-"1": {
-"action": "First boot the board with NFS root. ",
-"expected_results": "The system can boot up without 
problem\n"
-},
-"2": {
-"action": "Install mtd-utils package. Erase the MTD 
partition which will be used as root: $ flash_eraseall /dev/mtd3 ",
-"expected_results": ""
-},
-"3": {
-"action": "Copy the JFFS2 image to the MTD partition: $ 
flashcp core-image-minimal-mpc8315e-rdb.jffs2 /dev/mtd3 ",
-"expected_results": ""
-},
-"4": {
-"action": "Then reboot the board and set up the 
environment in U-Boot: => setenv bootargs root=/dev/mtdblock3 rootfstype=jffs2 
console=ttyS0,115200 ",
-"expected_results": ""
-}
-},
-"summary": "Boot_from_JFFS2_image"
-}
-}
 ]
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 18/24] python3-git: upgrade 3.0.2 -> 3.0.5

2020-01-31 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 .../python/{python3-git_3.0.2.bb => python3-git_3.0.5.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/python/{python3-git_3.0.2.bb => 
python3-git_3.0.5.bb} (88%)

diff --git a/meta/recipes-devtools/python/python3-git_3.0.2.bb 
b/meta/recipes-devtools/python/python3-git_3.0.5.bb
similarity index 88%
rename from meta/recipes-devtools/python/python3-git_3.0.2.bb
rename to meta/recipes-devtools/python/python3-git_3.0.5.bb
index 9dd753db4fc..36313ef8b9a 100644
--- a/meta/recipes-devtools/python/python3-git_3.0.2.bb
+++ b/meta/recipes-devtools/python/python3-git_3.0.5.bb
@@ -12,8 +12,8 @@ PYPI_PACKAGE = "GitPython"
 
 inherit pypi setuptools3
 
-SRC_URI[md5sum] = "ccec14a5c9f18702406122983d80032c"
-SRC_URI[sha256sum] = 
"d2f4945f8260f6981d724f5957bc076398ada55cb5d25aaee10108bcdc894100"
+SRC_URI[md5sum] = "7555ad89a22f663c25cced5f623bdef0"
+SRC_URI[sha256sum] = 
"9c2398ffc3dcb3c40b27324b316f08a4f93ad646d5a6328cafbb871aa79f5e42"
 
 DEPENDS += " ${PYTHON_PN}-gitdb"
 
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 05/24] shared-mime-info: fix (sort of) upstream version check

2020-01-31 Thread Alexander Kanavin 
Upstream is using - to separate version components which
version checker at the moment can't deal with (i.e 1-15-1 when
1.15.1 is meant).

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-support/shared-mime-info/shared-mime-info_git.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-support/shared-mime-info/shared-mime-info_git.bb 
b/meta/recipes-support/shared-mime-info/shared-mime-info_git.bb
index f0d5bc62e9e..7a060b09ad9 100644
--- a/meta/recipes-support/shared-mime-info/shared-mime-info_git.bb
+++ b/meta/recipes-support/shared-mime-info/shared-mime-info_git.bb
@@ -12,6 +12,9 @@ SRCREV = "829b26d85e7d89a0caee03046c3bce373f04c80a"
 PV = "1.15"
 S = "${WORKDIR}/git"
 
+UPSTREAM_CHECK_GITTAGREGEX = "Release-(?P(\d+(\-\d+)+))"
+UPSTREAM_VERSION_UNKNOWN = "1"
+
 inherit autotools pkgconfig gettext python3native mime
 
 EXTRA_OECONF = "--disable-update-mimedb"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 22/24] xserver-xorg: upgrade 1.20.6 -> 1.20.7

2020-01-31 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 .../{xserver-xorg_1.20.6.bb => xserver-xorg_1.20.7.bb}| 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-xserver/{xserver-xorg_1.20.6.bb => 
xserver-xorg_1.20.7.bb} (88%)

diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.6.bb 
b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.7.bb
similarity index 88%
rename from meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.6.bb
rename to meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.7.bb
index a1cd490394f..2bd10adf078 100644
--- a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.6.bb
+++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.7.bb
@@ -5,8 +5,8 @@ SRC_URI += 
"file://0001-xf86pciBus.c-use-Intel-ddx-only-for-pre-gen4-hardwar.pat
 file://0001-test-xtest-Initialize-array-with-braces.patch \
 file://sdksyms-no-build-path.patch \
 "
-SRC_URI[md5sum] = "a98170084f2c8fed480d2ff601f8a14b"
-SRC_URI[sha256sum] = 
"6316146304e6e8a36d5904987ae2917b5d5b195dc9fc63d67f7aca137e5a51d1"
+SRC_URI[md5sum] = "d2e96355ad47244c675bce38db2b48a9"
+SRC_URI[sha256sum] = 
"bd5986f010f34f5b3d6bc99fe395ecb1e0dead15a26807e0c832701809a06ea1"
 
 CFLAGS += "-fcommon"
 
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [zeus][PATCH] core: recipes: fix some native tools dependencies

2020-01-31 Thread akuster808 



On 1/21/20 12:26 AM, Sumit Garg wrote:
> Some native tools dependency issues were seen while building with
> external GCC tool-set rather than source GCC tool-set. While building
> with source tool-set these dependencies were implicitly met which is not
> the case with external tool-set. So explicitly state these native tools
> dependencies.
Do these changes need to be in master?

- armin
> Signed-off-by: Sumit Garg 
> ---
>  meta/recipes-extended/man-db/man-db_2.8.7.bb   | 2 +-
>  meta/recipes-extended/psmisc/psmisc.inc| 2 +-
>  meta/recipes-graphics/xorg-app/xorg-app-common.inc | 2 +-
>  3 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/meta/recipes-extended/man-db/man-db_2.8.7.bb 
> b/meta/recipes-extended/man-db/man-db_2.8.7.bb
> index 083b237..0d73b03 100644
> --- a/meta/recipes-extended/man-db/man-db_2.8.7.bb
> +++ b/meta/recipes-extended/man-db/man-db_2.8.7.bb
> @@ -10,7 +10,7 @@ SRC_URI = 
> "${SAVANNAH_NONGNU_MIRROR}/man-db/man-db-${PV}.tar.xz \
>  SRC_URI[md5sum] = "ec0b23c8314a1654c4d059b2c18ce43d"
>  SRC_URI[sha256sum] = 
> "b9cd5bb996305d08bfe9e1114edc30b4c97be807093b88af8033ed1cf9beb326"
>  
> -DEPENDS = "libpipeline gdbm groff-native base-passwd"
> +DEPENDS = "libpipeline gdbm groff-native base-passwd flex-native"
>  RDEPENDS_${PN} += "base-passwd"
>  
>  # | /usr/src/debug/man-db/2.8.0-r0/man-db-2.8.0/src/whatis.c:939: undefined 
> reference to `_nl_msg_cat_cntr'
> diff --git a/meta/recipes-extended/psmisc/psmisc.inc 
> b/meta/recipes-extended/psmisc/psmisc.inc
> index 594a10c..6de5acb 100644
> --- a/meta/recipes-extended/psmisc/psmisc.inc
> +++ b/meta/recipes-extended/psmisc/psmisc.inc
> @@ -7,7 +7,7 @@ command sends a specified signal (SIGTERM if nothing is 
> specified) to \
>  processes identified by name.  The fuser command identifies the PIDs \
>  of processes that are using specified files or filesystems."
>  SECTION = "base"
> -DEPENDS = "ncurses virtual/libintl gettext-native"
> +DEPENDS = "ncurses virtual/libintl gettext-native xz-native"
>  LICENSE = "GPLv2"
>  
>  SRC_URI = "${SOURCEFORGE_MIRROR}/psmisc/psmisc-${PV}.tar.gz"
> diff --git a/meta/recipes-graphics/xorg-app/xorg-app-common.inc 
> b/meta/recipes-graphics/xorg-app/xorg-app-common.inc
> index 3529cb2..211e399 100644
> --- a/meta/recipes-graphics/xorg-app/xorg-app-common.inc
> +++ b/meta/recipes-graphics/xorg-app/xorg-app-common.inc
> @@ -12,6 +12,6 @@ INC_PR = "r8"
>  
>  SRC_URI = "${XORG_MIRROR}/individual/app/${BPN}-${PV}.tar.bz2"
>  
> -inherit autotools pkgconfig distro_features_check
> +inherit autotools pkgconfig distro_features_check gettext
>  
>  FILES_${PN} += " ${libdir}/X11/${BPN} ${datadir}/X11/app-defaults/"

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] OpenEmbedded at FOSDEM 2020: Request for volunteers and demos

2020-01-31 Thread Paul Barker 
Hey folks,

We've now got a couple of demos planned for the OE stand at FOSDEM
this weekend but some more volunteers to help out at the stand would
be really good! If you're at FOSDEM and can spare even an hour or two
please drop me an email :)

Even if you're not available to volunteer, we look forward to saying
hello at the stand!

Thanks,
Paul

On Wed, 8 Jan 2020 at 14:02, Paul Barker  wrote:
>
> Hey folks,
>
> We've got a stand for OpenEmbedded at FOSDEM 2020
> (https://fosdem.org/2020/stands/). For anyone who hasn't been to
> FOSDEM before, it's the Free and Open Source Developers' European
> Meeting at ULB in Brussels, Belgium on Feb 1st and 2nd. FOSDEM is free
> to attend conference with dozens of stands, hundreds of talks and
> thousands of attendees. I highly recommend coming along if you're able
> to!
>
> I'll be able to look after the stand for most of the weekend but will
> need some assistance and some cover so that I can take breaks when
> needed. I'm looking for volunteers to help with the following:
> * Setup from 09:00 on Saturday morning.
> * Running the stand and discussing the project with attendees from
> 10:00 to 17:00 Saturday and Sunday.
> * Tidy up from 17:00 on Sunday.
>
> I'm also looking for demos that can show off the project. I'll have my
> laptop with me to show toaster, the layer index, how builds work, etc
> but I won't be bringing any hardware devices as I'm travelling on
> after FOSDEM. We'll need a couple of hardware demos to show off the
> project well. The table is 180x80 cm.
>
> If anyone can print up some flyers with info about the project that
> would also be excellent.
>
> Thanks,
> Paul
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 3/5] texinfo/texinfo-dummy-native: Drop native path prefix

2020-01-31 Thread Khem Raj 
On Wed, Jan 29, 2020 at 4:00 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> On Tue, 2020-01-28 at 18:00 -0800, Khem Raj wrote:
> > it perhaps is the reason for most of failures seen here
> >
> > https://errors.yoctoproject.org/Errors/Build/97736/
> >
> > perhaps we need to explicitly inherit gettext in these recipes ?
>
> These patches aren't quite working in master yet but those failures
> look like they'd be solved with an "inherit texinfo" added to the
> recipes.


Right except indent package which is quite unhappy even after that but I
have disabled documentation generation for that now


>
> Cheers,
>
> Richard
>
>
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] util-linux: alternatify rtcwake

2020-01-31 Thread Marco Felsch 
This tool can be turned on in busybox which lead into a error during
do_rootfs.

Signed-off-by: Marco Felsch 
---
 meta/recipes-core/util-linux/util-linux.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/util-linux/util-linux.inc 
b/meta/recipes-core/util-linux/util-linux.inc
index a61bc78542..b72397bb73 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -248,6 +248,7 @@ ALTERNATIVE_LINK_NAME[readprofile] = 
"${sbindir}/readprofile"
 ALTERNATIVE_LINK_NAME[renice] = "${bindir}/renice"
 ALTERNATIVE_LINK_NAME[rev] = "${bindir}/rev"
 ALTERNATIVE_LINK_NAME[rfkill] = "${sbindir}/rfkill"
+ALTERNATIVE_LINK_NAME[rtcwake] = "${sbindir}/rtcwake"
 ALTERNATIVE_LINK_NAME[setsid] = "${bindir}/setsid"
 ALTERNATIVE_LINK_NAME[su] = "${base_bindir}/su"
 ALTERNATIVE_LINK_NAME[sulogin] = "${base_sbindir}/sulogin"
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 09/24] linux-firmware: upgrade to latest revision

2020-01-31 Thread Alexander Kanavin 
License-Update: Copyright years, file lists
Signed-off-by: Alexander Kanavin 
---
 ...ux-firmware_20190815.bb => linux-firmware_20200117.bb} | 8 +---
 1 file changed, 5 insertions(+), 3 deletions(-)
 rename meta/recipes-kernel/linux-firmware/{linux-firmware_20190815.bb => 
linux-firmware_20200117.bb} (99%)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20190815.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_20200117.bb
similarity index 99%
rename from meta/recipes-kernel/linux-firmware/linux-firmware_20190815.bb
rename to meta/recipes-kernel/linux-firmware/linux-firmware_20200117.bb
index d83000b64f0..8111c410161 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_20190815.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_20200117.bb
@@ -66,7 +66,7 @@ LICENSE = "\
 LIC_FILES_CHKSUM = "file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc 
\
 
file://LICENCE.adsp_sst;md5=615c45b91a5a4a9fe046d6ab9a2df728 \
 file://LICENCE.agere;md5=af0133de6b4a9b2522defd5f188afd31 \
-file://LICENSE.amdgpu;md5=ab515ef6495ab5c5a3b08ab2db62df11 
\
+file://LICENSE.amdgpu;md5=d357524f5099e2a3db3c1838921c593f 
\
 
file://LICENSE.amd-ucode;md5=3c5399dc9148d7f0e1f41e34b69cf14f \
 
file://LICENSE.amlogic_vdec;md5=dc44f59bf64a81643e500ad3f39a468a \
 
file://LICENCE.atheros_firmware;md5=30a14c7823beedac9fa39c64fdd01a13 \
@@ -88,6 +88,7 @@ LIC_FILES_CHKSUM = 
"file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc \
 file://LICENCE.i2400m;md5=14b901969e23c41881327c0d9e4b7d36 
\
 file://LICENSE.i915;md5=2b0b2e0d20984affd4490ba2cba02570 \
 
file://LICENCE.ibt_firmware;md5=fdbee1ddfe0fb7ab0b2fcd6b454a366b \
+file://LICENSE.ice;md5=742ab4850f2670792940e6d15c974b2f \
 
file://LICENCE.IntcSST2;md5=9e7d8bea77612d7cc7d9e9b54b623062 \
 file://LICENCE.it913x;md5=1fbf727bfb6a949810c4dbfa7e6ce4f8 
\
 
file://LICENCE.iwlwifi_firmware;md5=3fd842911ea93c29cd32679aa23e1c88 \
@@ -98,6 +99,7 @@ LIC_FILES_CHKSUM = 
"file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc \
 
file://LICENCE.myri10ge_firmware;md5=42e32fb89f6b959ca222e25ac8df8fed \
 
file://LICENCE.Netronome;md5=4add08f2577086d7996503cddf5f \
 file://LICENCE.nvidia;md5=4428a922ed3ba2ceec95f076a488ce07 
\
+file://LICENCE.NXP;md5=58bb8ba632cd729b9ba6183bc6aed36f \
 file://LICENCE.OLPC;md5=5b917f9d8c061991be4f6f5f108719cd \
 
file://LICENCE.open-ath9k-htc-firmware;md5=1b33c9f4d17bc4d457bdb23727046837 \
 file://LICENCE.phanfw;md5=954dcec0e051f9409812b561ea743bfa 
\
@@ -123,7 +125,7 @@ LIC_FILES_CHKSUM = 
"file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc \
 file://LICENCE.xc4000;md5=0ff51d2dc49fce04814c9155081092f0 
\
 file://LICENCE.xc5000;md5=1e170c13175323c32c7f4d0998d53f66 
\
 
file://LICENCE.xc5000c;md5=12b02efa3049db65d524aeb418dd87ca \
-file://WHENCE;md5=37a01e379219d1e06dbccfa90a8fc0ad \
+file://WHENCE;md5=cdcd9f664a404c681bb745bcac6253a3 \
 "
 
 # These are not common licenses, set NO_GENERIC_LICENSE for them
@@ -192,7 +194,7 @@ NO_GENERIC_LICENSE[WHENCE] = "WHENCE"
 
 PE = "1"
 
-SRCREV = "07b925b450bfb4cf3e141c612ec5b104658cd020"
+SRCREV = "9c340bd1bdabf53808a9178a7be98c5f2ad599a7"
 
 SRC_URI = 
"git://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git"
 
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCHv2] meta/recipes-graphics/waffle: Add python3 dependency

2020-01-31 Thread Anibal Limon 
Hi,

Any update on this?,

Regards,
Anibal

On Mon, 20 Jan 2020 at 18:41, Anibal Limon  wrote:

> I found the answer, poky adds wayland support via DISTRO_FEATURES that
> ends on python3 dependency in the waffle recipe-sysroot.
>
> You can test removing wayland from DISTRO_FEATURES to see the failure, we
> use OE and has two distro variants X/Wayland so the builds
> fails only in X [1][2].
>
> Regards,
> Anibal
>
> [1]
> https://ci.linaro.org/job/lt-qcom-openembedded-rpb-zeus/61/DISTRO=rpb,MACHINE=dragonboard-410c,label=docker-stretch-amd64/console
> [2]
> https://ci.linaro.org/job/lt-qcom-openembedded-rpb-zeus/61/DISTRO=rpb-wayland,MACHINE=dragonboard-410c,label=docker-stretch-amd64/console
>
>
> On Tue, 14 Jan 2020 at 10:24, Alexander Kanavin 
> wrote:
>
>> This failure is not seen on the autobuilder. Is it something that happens
>> only under specific condition, and so should the dependency be conditional
>> to that?
>>
>> Alex
>>
>> On Tue, 14 Jan 2020 at 17:20, Aníbal Limón 
>> wrote:
>>
>>> The python3native.bbclass set PYTHON_{LIBRARY, INCLUDE_DIR} pointing to
>>> python target build, a patch was add to use target _sysconfigdata too [1]
>>> but is not available without python3 dependency.
>>>
>>> Fixes waffle build when trying to find _sysconfigdata module,
>>>
>>> ...
>>> | Program python3 found: YES
>>> (/home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/recipe-sysroot-native/usr/bin/python3-native/python3)
>>> |
>>> | meson.build:36:0: ERROR: 
>>> ['/home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/recipe-sysroot-native/usr/bin/python3-native/python3']>
>>> is not a valid python or it is missing setuptools
>>> |
>>> | A full log can be found at
>>> /home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/build/meson-logs/meson-log.txt
>>> | WARNING: exit code 1 from a shell command.
>>> ...
>>>
>>> [1]
>>> http://git.openembedded.org/openembedded-core/commit/?id=02714c105426b0d687620913c1a7401b386428b6
>>>
>>> Signed-off-by: Aníbal Limón 
>>> ---
>>>  meta/recipes-graphics/waffle/waffle_1.6.0.bb | 2 ++
>>>  1 file changed, 2 insertions(+)
>>>
>>> diff --git a/meta/recipes-graphics/waffle/waffle_1.6.0.bb
>>> b/meta/recipes-graphics/waffle/waffle_1.6.0.bb
>>> index 52cb1df899..a620295978 100644
>>> --- a/meta/recipes-graphics/waffle/waffle_1.6.0.bb
>>> +++ b/meta/recipes-graphics/waffle/waffle_1.6.0.bb
>>> @@ -11,6 +11,8 @@ UPSTREAM_CHECK_URI = "
>>> http://www.waffle-gl.org/releases.html;
>>>
>>>  inherit meson features_check lib_package bash-completion
>>>
>>> +DEPENDS_append = " python3"
>>> +
>>>  # This should be overridden per-machine to reflect the capabilities of
>>> the GL
>>>  # stack.
>>>  PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'glx
>>> x11-egl', '', d)} \
>>> --
>>> 2.24.1
>>>
>>>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] MEMORIAM: Add recognition for contributors no longer with us

2020-01-31 Thread Richard Purdie 
Its sad to have this but as the project ages, also perhaps inevitable.
Besides their contributions, remember them here.

Signed-off-by: Richard Purdie 
---
 MEMORIAM | 5 +
 1 file changed, 5 insertions(+)
 create mode 100644 MEMORIAM

diff --git a/MEMORIAM b/MEMORIAM
new file mode 100644
index 000..0b3ce4670fc
--- /dev/null
+++ b/MEMORIAM
@@ -0,0 +1,5 @@
+Some project contributors who are sadly no longer with us:
+
+Greg Gilbert (treke) - Ahead of his time with licensing
+Thomas Wood (thos) - Creator of the original sato
+Scott Rifenbark (scottrif) - Our long standing techwriter whose words live on
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] util-linux: alternatify rtcwake

2020-01-31 Thread Marco Felsch 
This tool can be turned on in busybox which lead into a error during
do_rootfs.

Signed-off-by: Marco Felsch 
---
Hi,

it seems that the patch get lost in the www if not please ignore this
patch.

Regards,
  Marco

 meta/recipes-core/util-linux/util-linux.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-core/util-linux/util-linux.inc 
b/meta/recipes-core/util-linux/util-linux.inc
index a61bc78542..b72397bb73 100644
--- a/meta/recipes-core/util-linux/util-linux.inc
+++ b/meta/recipes-core/util-linux/util-linux.inc
@@ -248,6 +248,7 @@ ALTERNATIVE_LINK_NAME[readprofile] = 
"${sbindir}/readprofile"
 ALTERNATIVE_LINK_NAME[renice] = "${bindir}/renice"
 ALTERNATIVE_LINK_NAME[rev] = "${bindir}/rev"
 ALTERNATIVE_LINK_NAME[rfkill] = "${sbindir}/rfkill"
+ALTERNATIVE_LINK_NAME[rtcwake] = "${sbindir}/rtcwake"
 ALTERNATIVE_LINK_NAME[setsid] = "${bindir}/setsid"
 ALTERNATIVE_LINK_NAME[su] = "${base_bindir}/su"
 ALTERNATIVE_LINK_NAME[sulogin] = "${base_sbindir}/sulogin"
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 19/24] gnu-config: upgrade to latest revision

2020-01-31 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/gnu-config/gnu-config_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/gnu-config/gnu-config_git.bb 
b/meta/recipes-devtools/gnu-config/gnu-config_git.bb
index 1630c128235..48b7e6d4a61 100644
--- a/meta/recipes-devtools/gnu-config/gnu-config_git.bb
+++ b/meta/recipes-devtools/gnu-config/gnu-config_git.bb
@@ -8,8 +8,8 @@ DEPENDS_class-native = "hostperl-runtime-native"
 
 INHIBIT_DEFAULT_DEPS = "1"
 
-SRCREV = "b98424c249119b79d3f709e26eb86f2fd4d5e5f3"
-PV = "20190501+git${SRCPV}"
+SRCREV = "5256817ace8493502ec88501a19e4051c2e220b0"
+PV = "20200117+git${SRCPV}"
 
 SRC_URI = "git://git.savannah.gnu.org/config.git \
file://gnu-configize.in"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCHv2] meta/recipes-graphics/waffle: Add python3 dependency

2020-01-31 Thread Alexander Kanavin 
Right, I am fine with the patch.

Alex

On Wed, 29 Jan 2020 at 17:54, Anibal Limon  wrote:

> Hi,
>
> Any update on this?,
>
> Regards,
> Anibal
>
> On Mon, 20 Jan 2020 at 18:41, Anibal Limon 
> wrote:
>
>> I found the answer, poky adds wayland support via DISTRO_FEATURES that
>> ends on python3 dependency in the waffle recipe-sysroot.
>>
>> You can test removing wayland from DISTRO_FEATURES to see the failure, we
>> use OE and has two distro variants X/Wayland so the builds
>> fails only in X [1][2].
>>
>> Regards,
>> Anibal
>>
>> [1]
>> https://ci.linaro.org/job/lt-qcom-openembedded-rpb-zeus/61/DISTRO=rpb,MACHINE=dragonboard-410c,label=docker-stretch-amd64/console
>> [2]
>> https://ci.linaro.org/job/lt-qcom-openembedded-rpb-zeus/61/DISTRO=rpb-wayland,MACHINE=dragonboard-410c,label=docker-stretch-amd64/console
>>
>>
>> On Tue, 14 Jan 2020 at 10:24, Alexander Kanavin 
>> wrote:
>>
>>> This failure is not seen on the autobuilder. Is it something that
>>> happens only under specific condition, and so should the dependency be
>>> conditional to that?
>>>
>>> Alex
>>>
>>> On Tue, 14 Jan 2020 at 17:20, Aníbal Limón 
>>> wrote:
>>>
 The python3native.bbclass set PYTHON_{LIBRARY, INCLUDE_DIR} pointing to
 python target build, a patch was add to use target _sysconfigdata too
 [1]
 but is not available without python3 dependency.

 Fixes waffle build when trying to find _sysconfigdata module,

 ...
 | Program python3 found: YES
 (/home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/recipe-sysroot-native/usr/bin/python3-native/python3)
 |
 | meson.build:36:0: ERROR: 
 ['/home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/recipe-sysroot-native/usr/bin/python3-native/python3']>
 is not a valid python or it is missing setuptools
 |
 | A full log can be found at
 /home/anibal.limon/linaro/oe-rpb-master/build-410c/tmp-rpb-glibc/work/aarch64-linaro-linux/waffle/1.6.0-r0/build/meson-logs/meson-log.txt
 | WARNING: exit code 1 from a shell command.
 ...

 [1]
 http://git.openembedded.org/openembedded-core/commit/?id=02714c105426b0d687620913c1a7401b386428b6

 Signed-off-by: Aníbal Limón 
 ---
  meta/recipes-graphics/waffle/waffle_1.6.0.bb | 2 ++
  1 file changed, 2 insertions(+)

 diff --git a/meta/recipes-graphics/waffle/waffle_1.6.0.bb
 b/meta/recipes-graphics/waffle/waffle_1.6.0.bb
 index 52cb1df899..a620295978 100644
 --- a/meta/recipes-graphics/waffle/waffle_1.6.0.bb
 +++ b/meta/recipes-graphics/waffle/waffle_1.6.0.bb
 @@ -11,6 +11,8 @@ UPSTREAM_CHECK_URI = "
 http://www.waffle-gl.org/releases.html;

  inherit meson features_check lib_package bash-completion

 +DEPENDS_append = " python3"
 +
  # This should be overridden per-machine to reflect the capabilities of
 the GL
  # stack.
  PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'x11', 'glx
 x11-egl', '', d)} \
 --
 2.24.1


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 06/24] bison: upgrade 3.4.2 -> 3.5

2020-01-31 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/bison/{bison_3.4.2.bb => bison_3.5.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/bison/{bison_3.4.2.bb => bison_3.5.bb} (90%)

diff --git a/meta/recipes-devtools/bison/bison_3.4.2.bb 
b/meta/recipes-devtools/bison/bison_3.5.bb
similarity index 90%
rename from meta/recipes-devtools/bison/bison_3.4.2.bb
rename to meta/recipes-devtools/bison/bison_3.5.bb
index 46f0f908dd4..3d8f6579b9e 100644
--- a/meta/recipes-devtools/bison/bison_3.4.2.bb
+++ b/meta/recipes-devtools/bison/bison_3.5.bb
@@ -17,8 +17,8 @@ SRC_URI = "${GNU_MIRROR}/bison/bison-${PV}.tar.xz \
 # No point in hardcoding path to m4, just use PATH
 EXTRA_OECONF += "M4=m4"
 
-SRC_URI[md5sum] = "d1ceb9dfde2d03b24a4c1137f7f1b572"
-SRC_URI[sha256sum] = 
"27d05534699735dc69e86add5b808d6cb35900ad3fd63fa82e3eb644336abfa0"
+SRC_URI[md5sum] = "c0230be066069f33c8445766833f3205"
+SRC_URI[sha256sum] = 
"55e4a023b1b4ad19095a5f8279f0dc048fa29f970759cea83224a6d5e7a3a641"
 
 inherit autotools gettext texinfo
 
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 2/5] alsa-ucm-conf: new recipe, version 1.2.1.2

2020-01-31 Thread Nicolas Dechesne 
hey,

On Mon, Jan 6, 2020 at 10:18 AM Tanu Kaskinen  wrote:
>
> The UCM configuration files were moved from the alsa-lib repository to a
> new alsa-ucm-conf repository. The move was accompanied by a license
> change from LGPL2.1 to BSD-3-Clause.
>
> Signed-off-by: Tanu Kaskinen 
> ---
>  meta/conf/distro/include/maintainers.inc  |  1 +
>  .../alsa/alsa-lib_1.2.1.2.bb  |  2 +-
>  .../alsa/alsa-ucm-conf_1.2.1.2.bb | 23 +++
>  3 files changed, 25 insertions(+), 1 deletion(-)
>  create mode 100644 meta/recipes-multimedia/alsa/alsa-ucm-conf_1.2.1.2.bb
>
> diff --git a/meta/conf/distro/include/maintainers.inc 
> b/meta/conf/distro/include/maintainers.inc
> index 39eee9475c..c9fb373f52 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -35,6 +35,7 @@ RECIPE_MAINTAINER_pn-alsa-lib = "Tanu Kaskinen 
> "
>  RECIPE_MAINTAINER_pn-alsa-plugins = "Tanu Kaskinen "
>  RECIPE_MAINTAINER_pn-alsa-state = "Tanu Kaskinen "
>  RECIPE_MAINTAINER_pn-alsa-tools = "Tanu Kaskinen "
> +RECIPE_MAINTAINER_pn-alsa-ucm-conf = "Tanu Kaskinen "
>  RECIPE_MAINTAINER_pn-alsa-utils = "Tanu Kaskinen "
>  RECIPE_MAINTAINER_pn-alsa-utils-scripts = "Tanu Kaskinen "
>  RECIPE_MAINTAINER_pn-apmd = "Anuj Mittal "
> diff --git a/meta/recipes-multimedia/alsa/alsa-lib_1.2.1.2.bb 
> b/meta/recipes-multimedia/alsa/alsa-lib_1.2.1.2.bb
> index 9565ad1b20..7bc78b8523 100644
> --- a/meta/recipes-multimedia/alsa/alsa-lib_1.2.1.2.bb
> +++ b/meta/recipes-multimedia/alsa/alsa-lib_1.2.1.2.bb
> @@ -33,7 +33,7 @@ FILES_alsa-server = "${bindir}/*"
>  FILES_alsa-conf = "${datadir}/alsa/"
>  FILES_libatopology = "${libdir}/libatopology.so.*"
>
> -RDEPENDS_${PN}_class-target = "alsa-conf"
> +RDEPENDS_${PN}_class-target = "alsa-conf alsa-ucm-conf"
>
>  # upgrade path
>  RPROVIDES_${PN} = "libasound"
> diff --git a/meta/recipes-multimedia/alsa/alsa-ucm-conf_1.2.1.2.bb 
> b/meta/recipes-multimedia/alsa/alsa-ucm-conf_1.2.1.2.bb
> new file mode 100644
> index 00..469d1f7a95
> --- /dev/null
> +++ b/meta/recipes-multimedia/alsa/alsa-ucm-conf_1.2.1.2.bb
> @@ -0,0 +1,23 @@
> +SUMMARY = "ALSA Use Case Manager configuration"
> +HOMEPAGE = "https://alsa-project.org;
> +BUGTRACKER = "https://alsa-project.org/wiki/Bug_Tracking;
> +LICENSE = "BSD-3-Clause"
> +LIC_FILES_CHKSUM = "file://LICENSE;md5=20d74d74db9741697903372ad001d3b4"
> +
> +# The tarball doesn't have any toplevel directory. The subdir option tells
> +# Bitbake to unpack the archive to the correct place.
> +SRC_URI = 
> "https://www.alsa-project.org/files/pub/lib/${BP}.tar.bz2;subdir=${BP};
> +SRC_URI[md5sum] = "b7fa43cfd79df978184a6333766d2a50"
> +SRC_URI[sha256sum] = 
> "ea8a86875f4cf430d49a662a04a6d6c606c5c9d67e54cb944c4d77b24554062f"
> +
> +inherit allarch

it's a bit late into the game.. but I have some questions about this
patch. now that the alsa-ucm-conf are allarch, how do we expect a BSP
layer to provide its own UCM config files? if i add a .bbappend file,
I can't change PACKAGE_ARCH to be 'machine' specific. If i create a
new recipe for my custom UCM files, then it's not obvious when I
should install them, since we need them only if alsa-ucm-conf is
installed in the first place..

I was thinking about adding an empty alsa-ucm-machine-conf recipe that
BSP could append,  like gpsd, e.g.:
http://git.openembedded.org/meta-openembedded/tree/meta-oe/recipes-navigation/gpsd/gpsd-machine-conf_1.0.bb

Is that a good idea?

> +
> +do_install() {
> +install -d ${D}/usr/share/alsa
> +cp -r ${S}/ucm ${D}/usr/share/alsa
> +cp -r ${S}/ucm2 ${D}/usr/share/alsa
> +}
> +
> +PACKAGES = "${PN}"
> +
> +FILES_${PN} = "*"
> --
> 2.20.1
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] New Dedicated Licensing and Documentation Mailing Lists

2020-01-31 Thread Michael Halstead 
We are adding new lists for topics concerning subcommunities that
will benefit from focused list traffic.


The licensing list will separate licensing and legal discussion from
general development to aid participation of specialists in this area.

Please join at https://lists.yoctoproject.org/g/licensing/join.


Join the docs list to discuss all things documentation and to
collaborate on the patches to the docs.

Please join at https://lists.yoctoproject.org/g/docs/join.

-- 
Michael Halstead
Linux Foundation / Yocto Project
Systems Operations Engineer
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 07/24] puzzles: upgrade to latest revision

2020-01-31 Thread Alexander Kanavin 
License-Update: list of contributors updated.

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-sato/puzzles/puzzles_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-sato/puzzles/puzzles_git.bb 
b/meta/recipes-sato/puzzles/puzzles_git.bb
index 57f2af48eb8..41b78d6fe12 100644
--- a/meta/recipes-sato/puzzles/puzzles_git.bb
+++ b/meta/recipes-sato/puzzles/puzzles_git.bb
@@ -1,7 +1,7 @@
 SUMMARY = "Simon Tatham's Portable Puzzle Collection"
 HOMEPAGE = "http://www.chiark.greenend.org.uk/~sgtatham/puzzles/;
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://LICENCE;md5=da6110d4ed1225a287eab2bf0ac0193b"
+LIC_FILES_CHKSUM = "file://LICENCE;md5=6099f4981f9461d7f411091e69a7f07a"
 
 DEPENDS = "libxt"
 
@@ -17,7 +17,7 @@ SRC_URI = "git://git.tartarus.org/simon/puzzles.git \
"
 
 UPSTREAM_CHECK_COMMITS = "1"
-SRCREV = "1c0c49dd5cd8df6ae87f7be5371be84589fa2662"
+SRCREV = "79a5378b5adc46ee33ba34d55738f916fb8adfc9"
 PE = "2"
 PV = "0.0+git${SRCPV}"
 
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] MEMORIAM: Add recognition for contributors no longer with us

2020-01-31 Thread Philip Balister 
On 1/30/20 1:01 AM, Richard Purdie wrote:
> Its sad to have this but as the project ages, also perhaps inevitable.
> Besides their contributions, remember them here.
> 
> Signed-off-by: Richard Purdie 
> ---
>  MEMORIAM | 5 +
>  1 file changed, 5 insertions(+)
>  create mode 100644 MEMORIAM
> 
> diff --git a/MEMORIAM b/MEMORIAM
> new file mode 100644
> index 000..0b3ce4670fc
> --- /dev/null
> +++ b/MEMORIAM
> @@ -0,0 +1,5 @@
> +Some project contributors who are sadly no longer with us:
> +
> +Greg Gilbert (treke) - Ahead of his time with licensing
> +Thomas Wood (thos) - Creator of the original sato
> +Scott Rifenbark (scottrif) - Our long standing techwriter whose words live on
> 

Acked-by: Philip Balister 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/5] stress-ng: upgrade 0.10.15 -> 0.10.16

2020-01-31 Thread Mittal, Anuj 
Ping

On Wed, 2020-01-22 at 13:46 +0800, Anuj Mittal wrote:
> Signed-off-by: Anuj Mittal 
> ---
>  .../stress-ng/{stress-ng_0.10.15.bb => stress-ng_0.10.16.bb}  | 4
> ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-extended/stress-ng/{stress-ng_0.10.15.bb =>
> stress-ng_0.10.16.bb} (83%)
> 
> diff --git a/meta/recipes-extended/stress-ng/stress-ng_0.10.15.bb
> b/meta/recipes-extended/stress-ng/stress-ng_0.10.16.bb
> similarity index 83%
> rename from meta/recipes-extended/stress-ng/stress-ng_0.10.15.bb
> rename to meta/recipes-extended/stress-ng/stress-ng_0.10.16.bb
> index 5402130fda..e67b82a527 100644
> --- a/meta/recipes-extended/stress-ng/stress-ng_0.10.15.bb
> +++ b/meta/recipes-extended/stress-ng/stress-ng_0.10.16.bb
> @@ -8,8 +8,8 @@ LIC_FILES_CHKSUM = "
> file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263"
>  SRC_URI = "
> https://kernel.ubuntu.com/~cking/tarballs/${BPN}/${BP}.tar.xz \
> file://0001-Do-not-preserve-ownership-when-installing-
> example-jo.patch \
> "
> -SRC_URI[md5sum] = "303a7276e3a9e3dd03be6cabc9e84a75"
> -SRC_URI[sha256sum] =
> "1d0ca8a2f287e13c2d36c01e874d16d67bcb368d8d26563324c9aaf0ddb100c1"
> +SRC_URI[md5sum] = "a337cd5b1412c53c580e95ee2a9fc77b"
> +SRC_URI[sha256sum] =
> "eabfffcffcf53e67765181280456c204ad00214339cfdb3ee2769d58b4a7e304"
>  
>  DEPENDS = "coreutils-native"
>  
> -- 
> 2.21.1
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] uninative: Recognise ppc64 host ldso

2020-01-31 Thread Khem Raj 
Signed-off-by: Khem Raj 
---
 meta/classes/uninative.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/uninative.bbclass b/meta/classes/uninative.bbclass
index 9f8645a36a..70799bbf6d 100644
--- a/meta/classes/uninative.bbclass
+++ b/meta/classes/uninative.bbclass
@@ -1,4 +1,4 @@
-UNINATIVE_LOADER ?= 
"${UNINATIVE_STAGING_DIR}-uninative/${BUILD_ARCH}-linux/lib/${@bb.utils.contains('BUILD_ARCH',
 'x86_64', 'ld-linux-x86-64.so.2', '', d)}${@bb.utils.contains('BUILD_ARCH', 
'i686', 'ld-linux.so.2', '', d)}${@bb.utils.contains('BUILD_ARCH', 'aarch64', 
'ld-linux-aarch64.so.1', '', d)}"
+UNINATIVE_LOADER ?= 
"${UNINATIVE_STAGING_DIR}-uninative/${BUILD_ARCH}-linux/lib/${@bb.utils.contains('BUILD_ARCH',
 'x86_64', 'ld-linux-x86-64.so.2', '', d)}${@bb.utils.contains('BUILD_ARCH', 
'i686', 'ld-linux.so.2', '', d)}${@bb.utils.contains('BUILD_ARCH', 'aarch64', 
'ld-linux-aarch64.so.1', '', d)}${@bb.utils.contains('BUILD_ARCH', 'ppc64le', 
'ld64.so.2', '', d)}"
 UNINATIVE_STAGING_DIR ?= "${STAGING_DIR}"
 
 UNINATIVE_URL ?= "unset"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/1] runit: Add runit and related recipes

2020-01-31 Thread Khem Raj 
* Another init system, very small in size with application life
  cycle management
* Add runit-services recipe for additional runit services from void linux
* socklog is a system/kernel logger
* Add socklog-services to provide additional logging services

* disable the chkshsgr tests in socklog

Running the chkhsgr test during cross compile fails

./chkshsgr || ( cat warn-shsgr; exit 1 )
Oops. Your getgroups() returned 0, and setgroups() failed; this means
that I can't reliably do my shsgr test. Please either ``make'' as root
or ``make'' while you're in one or more supplementary groups.

All OE based targets have working getgroups()/setgroups()
implementation, so its a safe assumption and therefore make the test
to be a dummy

Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/maintainers.inc  |   2 +
 meta/conf/layer.conf  |   1 +
 meta/recipes-core/runit/runit-serialgetty.bb  |  43 
 .../runit/runit-serialgetty/finish|   2 +
 meta/recipes-core/runit/runit-serialgetty/run |   2 +
 meta/recipes-core/runit/runit-services.bb |  50 +
 ...y-for-services-on-Debian-is-etc-servi.diff |  87 +++
 ...t-nosync-file-to-make-sync-on-shutdow.diff |  95 
 ...03-utmpset.c-mixes-int32_t-and-time_t.diff |  57 ++
 ...-t-use-static-to-link-runit-runit-ini.diff |  30 ++
 .../0005-patch-etc-runit-2-for-FHS.patch  |  17 +++
 ...0006-make-buildsystem-respect-CFLAGS.patch |  21 
 .../runit/0007-move-communication-files.patch | 102 ++
 .../runit/0008-emulate-sysv-runlevel-5.patch  |  20 
 .../runit/0009-fix-error-in-manpage.patch |  23 
 meta/recipes-core/runit/runit/clearmem.patch  |  22 
 meta/recipes-core/runit/runit/cross.patch |  50 +
 ...h-disable-chkshgrp-test-that-fails-i.patch |  19 
 ...h-fix-spin-lock-on-systems-with-poor.patch |  20 
 ...h-make-build-system-print-compilatio.patch |  15 +++
 meta/recipes-core/runit/runit/svlogd.patch|  19 
 meta/recipes-core/runit/runit_2.1.2.bb|  68 
 meta/recipes-core/runit/socklog-services.bb   |  23 
 ...-options-to-cp-to-ensure-proper-mods.patch |  33 ++
 meta/recipes-core/runit/socklog/cross.patch   |  58 ++
 meta/recipes-core/runit/socklog_2.1.0.bb  |  32 ++
 26 files changed, 911 insertions(+)
 create mode 100644 meta/recipes-core/runit/runit-serialgetty.bb
 create mode 100644 meta/recipes-core/runit/runit-serialgetty/finish
 create mode 100644 meta/recipes-core/runit/runit-serialgetty/run
 create mode 100644 meta/recipes-core/runit/runit-services.bb
 create mode 100644 
meta/recipes-core/runit/runit/0001-default-directory-for-services-on-Debian-is-etc-servi.diff
 create mode 100644 
meta/recipes-core/runit/runit/0002-support-etc-runit-nosync-file-to-make-sync-on-shutdow.diff
 create mode 100644 
meta/recipes-core/runit/runit/0003-utmpset.c-mixes-int32_t-and-time_t.diff
 create mode 100644 
meta/recipes-core/runit/runit/0004-src-Makefile-don-t-use-static-to-link-runit-runit-ini.diff
 create mode 100644 
meta/recipes-core/runit/runit/0005-patch-etc-runit-2-for-FHS.patch
 create mode 100644 
meta/recipes-core/runit/runit/0006-make-buildsystem-respect-CFLAGS.patch
 create mode 100644 
meta/recipes-core/runit/runit/0007-move-communication-files.patch
 create mode 100644 
meta/recipes-core/runit/runit/0008-emulate-sysv-runlevel-5.patch
 create mode 100644 
meta/recipes-core/runit/runit/0009-fix-error-in-manpage.patch
 create mode 100644 meta/recipes-core/runit/runit/clearmem.patch
 create mode 100644 meta/recipes-core/runit/runit/cross.patch
 create mode 100644 
meta/recipes-core/runit/runit/patch-disable-chkshgrp-test-that-fails-i.patch
 create mode 100644 
meta/recipes-core/runit/runit/patch-fix-spin-lock-on-systems-with-poor.patch
 create mode 100644 
meta/recipes-core/runit/runit/patch-make-build-system-print-compilatio.patch
 create mode 100644 meta/recipes-core/runit/runit/svlogd.patch
 create mode 100644 meta/recipes-core/runit/runit_2.1.2.bb
 create mode 100644 meta/recipes-core/runit/socklog-services.bb
 create mode 100644 
meta/recipes-core/runit/socklog-services/0001-Use-options-to-cp-to-ensure-proper-mods.patch
 create mode 100644 meta/recipes-core/runit/socklog/cross.patch
 create mode 100644 meta/recipes-core/runit/socklog_2.1.0.bb

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index a80e85a2f6..5e79dc3892 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -616,6 +616,8 @@ RECIPE_MAINTAINER_pn-rsync = "Yi Zhao 
"
 RECIPE_MAINTAINER_pn-rt-tests = "Alexander Kanavin "
 RECIPE_MAINTAINER_pn-ruby = "Ross Burton "
 RECIPE_MAINTAINER_pn-run-postinsts = "Ross Burton "
+RECIPE_MAINTAINER_pn-runit = "Khem Raj "
+RECIPE_MAINTAINER_pn-runit-serialgetty = "Khem Raj "
 RECIPE_MAINTAINER_pn-rxvt-unicode = "Armin Kuster "
 RECIPE_MAINTAINER_pn-sato-screenshot = "Ross

Re: [OE-core] [PATCH 3/5] texinfo/texinfo-dummy-native: Drop native path prefix

2020-01-31 Thread Richard Purdie 
On Tue, 2020-01-28 at 18:00 -0800, Khem Raj wrote:
> it perhaps is the reason for most of failures seen here
> 
> https://errors.yoctoproject.org/Errors/Build/97736/
> 
> perhaps we need to explicitly inherit gettext in these recipes ?

These patches aren't quite working in master yet but those failures
look like they'd be solved with an "inherit texinfo" added to the
recipes.

Cheers,

Richard



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 03/24] libva-utils: fix upstream version check

2020-01-31 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-graphics/libva/libva-utils_2.6.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/libva/libva-utils_2.6.0.bb 
b/meta/recipes-graphics/libva/libva-utils_2.6.0.bb
index 0037fdfd854..03b38027a13 100644
--- a/meta/recipes-graphics/libva/libva-utils_2.6.0.bb
+++ b/meta/recipes-graphics/libva/libva-utils_2.6.0.bb
@@ -18,7 +18,7 @@ SRC_URI = 
"git://github.com/intel/libva-utils.git;branch=v2.6-branch"
 SRCREV = "8ea1eba433dcbceb0e5dcb54b8e3f984987f7a17"
 S = "${WORKDIR}/git"
 
-UPSTREAM_CHECK_URI = "https://github.com/intel/libva-utils/releases;
+UPSTREAM_CHECK_GITTAGREGEX = "(?P(\d+(\.\d+)+))"
 
 DEPENDS = "libva"
 
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] glib-2.0: add -dev dependencies to fix ptest failures

2020-01-31 Thread Mingde (Matthew) Zeng 
There are a number of ptest failures due to glib-genmarshal, glib-mkenums
and couple other executables not in the image. Since these
executables are in FILES_${PN}-dev, we add ${PN}-dev to ptest RDEPENDS.

When starting a glib ptest but decided to Ctrl-c interrupt midway,
./run-ptest cannot be restarted unless running `userdel glib2-test`
manually. Therefore adding a check prior to ptest will ensure the
ptest can be restarted.

Signed-off-by: Matthew Zeng
---
 meta/recipes-core/glib-2.0/glib-2.0/run-ptest | 3 +++
 meta/recipes-core/glib-2.0/glib.inc   | 3 +++
 2 files changed, 6 insertions(+)

diff --git a/meta/recipes-core/glib-2.0/glib-2.0/run-ptest 
b/meta/recipes-core/glib-2.0/glib-2.0/run-ptest
index fc50082c8e..7a231b514b 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0/run-ptest
+++ b/meta/recipes-core/glib-2.0/glib-2.0/run-ptest
@@ -1,6 +1,9 @@
 #! /bin/sh

 set -eux
+if id -u glib2-test; then
+   userdel glib2-test
+fi
 useradd glib2-test
 su glib2-test -c 'gnome-desktop-testing-runner glib'
 userdel glib2-test
diff --git a/meta/recipes-core/glib-2.0/glib.inc 
b/meta/recipes-core/glib-2.0/glib.inc
index f4aff297e5..7204fc908a 100644
--- a/meta/recipes-core/glib-2.0/glib.inc
+++ b/meta/recipes-core/glib-2.0/glib.inc
@@ -138,6 +138,9 @@ CODEGEN_PYTHON_RDEPENDS_mingw32 = ""

 RDEPENDS_${PN}-codegen += "${CODEGEN_PYTHON_RDEPENDS}"

+RDEPENDS_${PN}-ptest += "${PN}-dev"
+INSANE_SKIP_${PN}-ptest += "dev-deps"
+
 RDEPENDS_${PN}-ptest += "\
 coreutils \
 libgcc \
--
2.24.0
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 24/24] libpcre2: upgrade 10.33 -> 10.34

2020-01-31 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 .../libpcre/{libpcre2_10.33.bb => libpcre2_10.34.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/libpcre/{libpcre2_10.33.bb => libpcre2_10.34.bb} 
(93%)

diff --git a/meta/recipes-support/libpcre/libpcre2_10.33.bb 
b/meta/recipes-support/libpcre/libpcre2_10.34.bb
similarity index 93%
rename from meta/recipes-support/libpcre/libpcre2_10.33.bb
rename to meta/recipes-support/libpcre/libpcre2_10.34.bb
index 87da3137696..fa8655e0276 100644
--- a/meta/recipes-support/libpcre/libpcre2_10.33.bb
+++ b/meta/recipes-support/libpcre/libpcre2_10.34.bb
@@ -14,8 +14,8 @@ SRC_URI = "https://ftp.pcre.org/pub/pcre/pcre2-${PV}.tar.bz2 \
file://pcre-cross.patch \
 "
 
-SRC_URI[md5sum] = "80b355f2dce909a2e2424f5c79eddb44"
-SRC_URI[sha256sum] = 
"35514dff0ccdf02b55bd2e9fa586a1b9d01f62332c3356e379eabb75f789d8aa"
+SRC_URI[md5sum] = "d280b62ded13f9ccf2fac16ee5286366"
+SRC_URI[sha256sum] = 
"74c473ffaba9e13db6951fd146e0143fe9887852ce73406a03277af1d9b798ca"
 
 CVE_PRODUCT = "pcre2"
 
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 14/24] ncurses: upgrade 6.1+20190803 -> 6.1+20191019

2020-01-31 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 ...selective-backport-of-20191012-patch.patch | 169 --
 1+20190803.bb => ncurses_6.1+20191019.bb} |   9 +-
 2 files changed, 4 insertions(+), 174 deletions(-)
 delete mode 100644 
meta/recipes-core/ncurses/files/0001-ncurses-selective-backport-of-20191012-patch.patch
 rename meta/recipes-core/ncurses/{ncurses_6.1+20190803.bb => 
ncurses_6.1+20191019.bb} (55%)

diff --git 
a/meta/recipes-core/ncurses/files/0001-ncurses-selective-backport-of-20191012-patch.patch
 
b/meta/recipes-core/ncurses/files/0001-ncurses-selective-backport-of-20191012-patch.patch
deleted file mode 100644
index 7870c4ba322..000
--- 
a/meta/recipes-core/ncurses/files/0001-ncurses-selective-backport-of-20191012-patch.patch
+++ /dev/null
@@ -1,169 +0,0 @@
-From 064b77f173337aa790f1cec0d741bfbc61a33d31 Mon Sep 17 00:00:00 2001
-From: Trevor Gamblin 
-Date: Fri, 18 Oct 2019 09:57:43 -0400
-Subject: [PATCH] ncurses: selective backport of 20191012 patch
-
-Upstream-Status: Backport 
[https://salsa.debian.org/debian/ncurses/commit/243908b1e3d81]
-
-Contents of the upstream patch that are not applied to comp_hash.c, 
-parse_entry.c, or dump_entry.c have been omitted.
-
-CVE: CVE-2019-17594
-CVE: CVE-2019-17595
-
-Signed-off-by: Trevor Gamblin  
-

- ncurses/tinfo/comp_hash.c   | 14 ++
- ncurses/tinfo/parse_entry.c | 32 
- progs/dump_entry.c  |  7 ---
- 3 files changed, 30 insertions(+), 23 deletions(-)
-
-diff --git a/ncurses/tinfo/comp_hash.c b/ncurses/tinfo/comp_hash.c
-index 21f165ca..a62d38f9 100644
 a/ncurses/tinfo/comp_hash.c
-+++ b/ncurses/tinfo/comp_hash.c
-@@ -44,7 +44,7 @@
- #include 
- #include 
- 
--MODULE_ID("$Id: comp_hash.c,v 1.49 2019/03/10 00:06:48 tom Exp $")
-+MODULE_ID("$Id: comp_hash.c,v 1.51 2019/10/12 16:32:13 tom Exp $")
- 
- /*
-  * Finds the entry for the given string in the hash table if present.
-@@ -63,7 +63,9 @@ _nc_find_entry(const char *string,
- 
- hashvalue = data->hash_of(string);
- 
--if (data->table_data[hashvalue] >= 0) {
-+if (hashvalue >= 0
-+  && (unsigned) hashvalue < data->table_size
-+  && data->table_data[hashvalue] >= 0) {
- 
-   real_table = _nc_get_table(termcap);
-   ptr = real_table + data->table_data[hashvalue];
-@@ -96,7 +98,9 @@ _nc_find_type_entry(const char *string,
- const HashData *data = _nc_get_hash_info(termcap);
- int hashvalue = data->hash_of(string);
- 
--if (data->table_data[hashvalue] >= 0) {
-+if (hashvalue >= 0
-+  && (unsigned) hashvalue < data->table_size
-+  && data->table_data[hashvalue] >= 0) {
-   const struct name_table_entry *const table = _nc_get_table(termcap);
- 
-   ptr = table + data->table_data[hashvalue];
-@@ -124,7 +128,9 @@ _nc_find_user_entry(const char *string)
- 
- hashvalue = data->hash_of(string);
- 
--if (data->table_data[hashvalue] >= 0) {
-+if (hashvalue >= 0
-+  && (unsigned) hashvalue < data->table_size
-+  && data->table_data[hashvalue] >= 0) {
- 
-   real_table = _nc_get_userdefs_table();
-   ptr = real_table + data->table_data[hashvalue];
-diff --git a/ncurses/tinfo/parse_entry.c b/ncurses/tinfo/parse_entry.c
-index f8cca8b5..064376c5 100644
 a/ncurses/tinfo/parse_entry.c
-+++ b/ncurses/tinfo/parse_entry.c
-@@ -47,7 +47,7 @@
- #include 
- #include 
- 
--MODULE_ID("$Id: parse_entry.c,v 1.97 2019/08/03 23:10:38 tom Exp $")
-+MODULE_ID("$Id: parse_entry.c,v 1.98 2019/10/12 00:50:31 tom Exp $")
- 
- #ifdef LINT
- static short const parametrized[] =
-@@ -654,12 +654,12 @@ _nc_capcmp(const char *s, const char *t)
- }
- 
- static void
--append_acs0(string_desc * dst, int code, int src)
-+append_acs0(string_desc * dst, int code, char *src, size_t off)
- {
--if (src != 0) {
-+if (src != 0 && off < strlen(src)) {
-   char temp[3];
-   temp[0] = (char) code;
--  temp[1] = (char) src;
-+  temp[1] = src[off];
-   temp[2] = 0;
-   _nc_safe_strcat(dst, temp);
- }
-@@ -669,7 +669,7 @@ static void
- append_acs(string_desc * dst, int code, char *src)
- {
- if (VALID_STRING(src) && strlen(src) == 1) {
--  append_acs0(dst, code, *src);
-+  append_acs0(dst, code, src, 0);
- }
- }
- 
-@@ -1038,17 +1038,17 @@ postprocess_terminfo(TERMTYPE2 *tp)
-   _nc_str_init(, buf2, sizeof(buf2));
-   _nc_safe_strcat(, acs_chars);
- 
--  append_acs0(, 'l', box_chars_1[0]);  /* ACS_ULCORNER */
--  append_acs0(, 'q', box_chars_1[1]);  /* ACS_HLINE */
--  append_acs0(, 'k', box_chars_1[2]);  /* ACS_URCORNER */
--  append_acs0(, 'x', box_chars_1[3]);  /* ACS_VLINE */
--  append_acs0(, 'j', box_chars_1[4]);  /* ACS_LRCORNER */
--  append_acs0(, 'm', box_chars_1[5]);  /* ACS_LLCORNER */
--  append_acs0(, 'w', box_chars_1[6]);  /* ACS_TTEE */
--  append_acs0(, 'u', box_chars_1[7]);  /* ACS_RTEE */
--  append_acs0(, 'v', box_chars_1[8]);  /*

[OE-core] [PATCH 10/24] libxpm: upgrade 3.5.12 -> 3.5.13

2020-01-31 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 .../xorg-lib/{libxpm_3.5.12.bb => libxpm_3.5.13.bb}   | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{libxpm_3.5.12.bb => libxpm_3.5.13.bb} 
(81%)

diff --git a/meta/recipes-graphics/xorg-lib/libxpm_3.5.12.bb 
b/meta/recipes-graphics/xorg-lib/libxpm_3.5.13.bb
similarity index 81%
rename from meta/recipes-graphics/xorg-lib/libxpm_3.5.12.bb
rename to meta/recipes-graphics/xorg-lib/libxpm_3.5.13.bb
index 64d829b31eb..fda8e32d2c5 100644
--- a/meta/recipes-graphics/xorg-lib/libxpm_3.5.12.bb
+++ b/meta/recipes-graphics/xorg-lib/libxpm_3.5.13.bb
@@ -21,7 +21,7 @@ PACKAGES =+ "sxpm cxpm"
 FILES_cxpm = "${bindir}/cxpm"
 FILES_sxpm = "${bindir}/sxpm"
 
-SRC_URI[md5sum] = "20f4627672edb2bd06a749f11aa97302"
-SRC_URI[sha256sum] = 
"fd6a6de3da48de8d1bb738ab6be4ad67f7cb0986c39bd3f7d51dd24f7854bdec"
+SRC_URI[md5sum] = "6f0ecf8d103d528cfc803aa475137afa"
+SRC_URI[sha256sum] = 
"9cd1da57588b6cb71450eff2273ef6b657537a9ac4d02d0014228845b935ac25"
 
 BBCLASSEXTEND = "native"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [OE-Core][RESEND PATCH] rootfs-postcommands: Remove spaces before ; in -ROOTFS_..._COMMAND

2020-01-31 Thread Alex Kiernan 
With spaces in ROOTFS_POSTPROCESS_COMMAND attempts to remove elements
using ROOTFS_POSTPROCESS_COMMAND_remove causes parse failures of the
form:

  bb.pysh.sherrors.ShellSyntaxError: LexToken(COMMA,';',0,0)
  followed by:
LexToken(TOKEN,'write_image_test_data',0,0)
LexToken(COMMA,';',0,0)
LexToken(TOKEN,'set_systemd_default_target',0,0)
LexToken(COMMA,';',0,0)
LexToken(TOKEN,'systemd_create_users',0,0)

Removing the spaces between the function name and semicolon allows the
list to parse correctly.

Signed-off-by: Alex Kiernan 
---

 meta/classes/rootfs-postcommands.bbclass | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/classes/rootfs-postcommands.bbclass 
b/meta/classes/rootfs-postcommands.bbclass
index a7f33fbf9e77..ebf96be7e85f 100644
--- a/meta/classes/rootfs-postcommands.bbclass
+++ b/meta/classes/rootfs-postcommands.bbclass
@@ -1,6 +1,6 @@
 
 # Zap the root password if debug-tweaks feature is not enabled
-ROOTFS_POSTPROCESS_COMMAND += '${@bb.utils.contains_any("IMAGE_FEATURES", [ 
'debug-tweaks', 'empty-root-password' ], "", "zap_empty_root_password ; ",d)}'
+ROOTFS_POSTPROCESS_COMMAND += '${@bb.utils.contains_any("IMAGE_FEATURES", [ 
'debug-tweaks', 'empty-root-password' ], "", "zap_empty_root_password; ",d)}'
 
 # Allow dropbear/openssh to accept logins from accounts with an empty password 
string if debug-tweaks or allow-empty-password is enabled
 ROOTFS_POSTPROCESS_COMMAND += '${@bb.utils.contains_any("IMAGE_FEATURES", [ 
'debug-tweaks', 'allow-empty-password' ], "ssh_allow_empty_password; ", "",d)}'
@@ -12,7 +12,7 @@ ROOTFS_POSTPROCESS_COMMAND += 
'${@bb.utils.contains_any("IMAGE_FEATURES", [ 'deb
 ROOTFS_POSTPROCESS_COMMAND += '${@bb.utils.contains_any("IMAGE_FEATURES", [ 
'debug-tweaks', 'post-install-logging' ], "postinst_enable_logging; ", "",d)}'
 
 # Create /etc/timestamp during image construction to give a reasonably sane 
default time setting
-ROOTFS_POSTPROCESS_COMMAND += "rootfs_update_timestamp ; "
+ROOTFS_POSTPROCESS_COMMAND += "rootfs_update_timestamp; "
 
 # Tweak the mount options for rootfs in /etc/fstab if read-only-rootfs is 
enabled
 ROOTFS_POSTPROCESS_COMMAND += '${@bb.utils.contains("IMAGE_FEATURES", 
"read-only-rootfs", "read_only_rootfs_hook; ", "",d)}'
@@ -26,11 +26,11 @@ ROOTFS_POSTPROCESS_COMMAND += 
'${@bb.utils.contains("IMAGE_FEATURES", "read-only
 APPEND_append = '${@bb.utils.contains("IMAGE_FEATURES", "read-only-rootfs", " 
ro", "", d)}'
 
 # Generates test data file with data store variables expanded in json format
-ROOTFS_POSTPROCESS_COMMAND += "write_image_test_data ; "
+ROOTFS_POSTPROCESS_COMMAND += "write_image_test_data; "
 
 # Write manifest
 IMAGE_MANIFEST = "${IMGDEPLOYDIR}/${IMAGE_NAME}${IMAGE_NAME_SUFFIX}.manifest"
-ROOTFS_POSTUNINSTALL_COMMAND =+ "write_image_manifest ; "
+ROOTFS_POSTUNINSTALL_COMMAND =+ "write_image_manifest; "
 # Set default postinst log file
 POSTINST_LOGFILE ?= "${localstatedir}/log/postinstall.log"
 # Set default target for systemd images
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] MEMORIAM: Add recognition for contributors no longer with us

2020-01-31 Thread Richard Purdie 
Its sad to have this but as the project ages, also perhaps inevitable.
Besides their contributions, remember them here.

Signed-off-by: Richard Purdie 
---
 MEMORIAM | 5 +
 1 file changed, 5 insertions(+)
 create mode 100644 MEMORIAM

diff --git a/MEMORIAM b/MEMORIAM
new file mode 100644
index 000..0b3ce4670fc
--- /dev/null
+++ b/MEMORIAM
@@ -0,0 +1,5 @@
+Some project contributors who are sadly no longer with us:
+
+Greg Gilbert (treke) - Ahead of his time with licensing
+Thomas Wood (thos) - Creator of the original sato
+Scott Rifenbark (scottrif) - Our long standing techwriter whose words live on
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] MEMORIAM: Add recognition for contributors no longer with us

2020-01-31 Thread akuster808 
+1

On 1/29/20 4:01 PM, Richard Purdie wrote:
> Its sad to have this but as the project ages, also perhaps inevitable.
> Besides their contributions, remember them here.
>
> Signed-off-by: Richard Purdie 
> ---
>  MEMORIAM | 5 +
>  1 file changed, 5 insertions(+)
>  create mode 100644 MEMORIAM
>
> diff --git a/MEMORIAM b/MEMORIAM
> new file mode 100644
> index 000..0b3ce4670fc
> --- /dev/null
> +++ b/MEMORIAM
> @@ -0,0 +1,5 @@
> +Some project contributors who are sadly no longer with us:
> +
> +Greg Gilbert (treke) - Ahead of his time with licensing
> +Thomas Wood (thos) - Creator of the original sato
> +Scott Rifenbark (scottrif) - Our long standing techwriter whose words live on

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] autotools: Give in and force CONFIG_SHELL to bash

2020-01-31 Thread Richard Purdie 
On Thu, 2020-01-30 at 15:58 -0500, Rich Persaud wrote:
> On Jan 27, 2020, at 12:40, Richard Purdie <
> richard.pur...@linuxfoundation.org> wrote:
> > At present, CONFIG_SHELL becomes /bin/sh if its bash and /bin/bash
> > if not. This
> > isn't deterministic and leads to changes in ptest packages which
> > include Makefiles.
> > 
> > At first glance you'd think we'd hardcode to /bin/sh since most
> > system shells are sane.
> > 
> > Sadly the dash vs. bash leads to quoting differences in configure.
> > 
> > The bash default is probably the safest option since configure
> > tries to find bash
> > and this is what most systems would end up using.
> > 
> > The end result is a more consisent build environment.
> 
> Since every OE user is currently forced to depend on host tool
> binaries, could we limit such dependency to a bootstrap phase where
> bitbake generates native versions of HOSTTOOLS (including bash)
> before building product binaries? 

On this specific issue, I very much doubt the build would work without
bash as so many scripts require it. We're just force it to a value
rather than having it pick /bin/sh on some systems (where it is bash)
and /bin/bash on others.

The aim is we can generate all the hosttools with "bitbake buildtools-
tarball" or "bitbake buildtools-extended-tarball" (includes gcc). Those
work today, we don't have an automatic extraction and preface to the
build phase as yet but that is next on my development list once we have
the build reproducibility issues track down and resolved.

So I think what you're asking for is nearly there, we just have manual
setup right now?

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 04/24] speexdsp: fix upstream version check

2020-01-31 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-multimedia/speex/speexdsp_1.2.0.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-multimedia/speex/speexdsp_1.2.0.bb 
b/meta/recipes-multimedia/speex/speexdsp_1.2.0.bb
index 2f934ebe3ab..63696467613 100644
--- a/meta/recipes-multimedia/speex/speexdsp_1.2.0.bb
+++ b/meta/recipes-multimedia/speex/speexdsp_1.2.0.bb
@@ -7,6 +7,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=314649d8ba9dd7045dfb6683f298d0a8"
 
 SRC_URI = "http://downloads.xiph.org/releases/speex/speexdsp-${PV}.tar.gz;
 
+UPSTREAM_CHECK_REGEX = "speexdsp-(?P\d+(\.\d+)+)\.tar"
+
 SRC_URI[md5sum] = "b722df341576dc185d897131321008fc"
 SRC_URI[sha256sum] = 
"682042fc6f9bee6294ec453f470dadc26c6ff29b9c9e9ad2ffc1f4312fd64771"
 
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 01/24] core-image-sato-sdk-ptest: do not pull in ptest-pkgs

2020-01-31 Thread Alexander Kanavin 
The lists of ptests are defined via PTESTS_FAST and PTESTS_SLOW;
ptests-pkgs also pulls in additional items that are specifically
excluded from those due to causing issues with ptesting (particularly,
bash-ptest is non-deterministic and was dropped from PTESTS_FAST/SLOW
yet still gets pulled in via ptest-pkgs, and is causing failures).

Signed-off-by: Alexander Kanavin 
---
 meta/recipes-sato/images/core-image-sato-sdk-ptest.bb | 2 --
 1 file changed, 2 deletions(-)

diff --git a/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb 
b/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
index 85b5adbc693..58c257c49fb 100644
--- a/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
+++ b/meta/recipes-sato/images/core-image-sato-sdk-ptest.bb
@@ -3,8 +3,6 @@ require conf/distro/include/ptest-packagelists.inc
 
 DESCRIPTION += "Also includes ptest packages."
 
-IMAGE_FEATURES += "ptest-pkgs"
-
 PROVIDES += "core-image-sato-ptest"
 
 # Also include ptests which may not otherwise be included in a sato image
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] devtool/standard.py: Allow recipe to disable menuconfig logic

2020-01-31 Thread Schrempf Frieder 
On 29.01.20 12:55, Richard Purdie wrote:
> On Wed, 2020-01-29 at 08:20 +, Schrempf Frieder wrote:
>> On 08.01.20 09:32, Schrempf Frieder wrote:
>>> On 13.12.19 17:14, Tom Hochstein wrote:
 I made a PR as well:

 https://github.com/openembedded/openembedded-core/pull/57

 Tom
>>>
>>> I don't think PRs are accepted for oe-core. Your patches should be
>>> ok,
>>> if someone reviews and applies them.
>>>
>>> Dear maintainers, could you consider to review/apply this fix for
>>> master/zeus? It fixes an annoying issue when working with devtool
>>> and
>>> u-boot.
>>
>> Ping again.
>>
>> Can someone please at least look at these patches or give any reason
>> why no one cares about them?
> 
> Sorry, the project is struggling with failing automated tests and
> struggling to find people able to review patches for some subject
> areas.
> 
> I don't know devtool very well and its hard for me to say if this is a
> good change or if there is some other way we should be fixing this.
> 
> Of particular concern is there is no automated testing in this area and
> devtool has good tests in general.
> 
> Not good answers I know, sorry :(.

Thanks for replying and providing the background information.

> 
> I'll add this to -next for wider testing and see if I can find someone
> to review.

Ok, thanks!
I would help myself, if I had the time and knowledge to do so.

> 
> Cheers,
> 
> Richard
> 
> 
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] parselogs: remove mpc8315e-rdb from errors

2020-01-31 Thread Armin Kuster 
Signed-off-by: Armin Kuster 
---
 meta/lib/oeqa/runtime/cases/parselogs.py | 5 -
 1 file changed, 5 deletions(-)

diff --git a/meta/lib/oeqa/runtime/cases/parselogs.py 
b/meta/lib/oeqa/runtime/cases/parselogs.py
index b7c7b30adf..9dafb89b03 100644
--- a/meta/lib/oeqa/runtime/cases/parselogs.py
+++ b/meta/lib/oeqa/runtime/cases/parselogs.py
@@ -185,11 +185,6 @@ ignore_errors = {
 'Failed to make EGL context current',
 'glamor initialization failed',
 ] + common_errors,
-'mpc8315e-rdb' : [
-'of_irq_parse_pci: failed with',
-'Fatal server error:',
-'Server terminated with error',
-] + common_errors,
 }
 
 log_locations = ["/var/log/","/var/log/dmesg", "/tmp/dmesg_output.log"]
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] glibc: merge libc-common.bbclass into glibc.bb

2020-01-31 Thread Ross Burton 
There's only one user of libc-common now that we don't ship both glibc and
eglibc, so copy the contents directly into the recipe.

[ YOCTO #12135 ]

Signed-off-by: Ross Burton 
---
 meta/classes/libc-common.bbclass  | 37 -
 meta/recipes-core/glibc/glibc-package.inc | 40 +--
 2 files changed, 38 insertions(+), 39 deletions(-)
 delete mode 100644 meta/classes/libc-common.bbclass

diff --git a/meta/classes/libc-common.bbclass b/meta/classes/libc-common.bbclass
deleted file mode 100644
index 0e351b67464..000
--- a/meta/classes/libc-common.bbclass
+++ /dev/null
@@ -1,37 +0,0 @@
-do_install() {
-   oe_runmake install_root=${D} install
-   install -Dm 0644 ${WORKDIR}/etc/ld.so.conf ${D}/${sysconfdir}/ld.so.conf
-   install -d ${D}${localedir}
-   make -f ${WORKDIR}/generate-supported.mk IN="${S}/localedata/SUPPORTED" 
OUT="${WORKDIR}/SUPPORTED"
-   # get rid of some broken files...
-   for i in ${GLIBC_BROKEN_LOCALES}; do
-   sed -i "/$i/d" ${WORKDIR}/SUPPORTED
-   done
-   rm -f ${D}${sysconfdir}/rpc
-   rm -rf ${D}${datadir}/zoneinfo
-   rm -rf ${D}${libexecdir}/getconf
-}
-
-def get_libc_fpu_setting(bb, d):
-if d.getVar('TARGET_FPU') in [ 'soft', 'ppc-efd' ]:
-return "--without-fp"
-return ""
-
-python populate_packages_prepend () {
-if d.getVar('DEBIAN_NAMES'):
-pkgs = d.getVar('PACKAGES').split()
-bpn = d.getVar('BPN')
-prefix = d.getVar('MLPREFIX') or ""
-# Set the base package...
-d.setVar('PKG_' + prefix + bpn, prefix + 'libc6')
-libcprefix = prefix + bpn + '-'
-for p in pkgs:
-# And all the subpackages.
-if p.startswith(libcprefix):
-renamed = p.replace(bpn, 'libc6', 1)
-d.setVar('PKG_' + p, renamed)
-# For backward compatibility with old -dbg package
-d.appendVar('RPROVIDES_' + libcprefix + 'dbg', ' ' + prefix + 
'libc-dbg')
-d.appendVar('RCONFLICTS_' + libcprefix + 'dbg', ' ' + prefix + 
'libc-dbg')
-d.appendVar('RREPLACES_' + libcprefix + 'dbg', ' ' + prefix + 
'libc-dbg')
-}
diff --git a/meta/recipes-core/glibc/glibc-package.inc 
b/meta/recipes-core/glibc/glibc-package.inc
index ede9e9b9096..8d3d76bb416 100644
--- a/meta/recipes-core/glibc/glibc-package.inc
+++ b/meta/recipes-core/glibc/glibc-package.inc
@@ -65,9 +65,21 @@ DESCRIPTION_${PN}-utils = "Miscellaneous utilities including 
getconf, iconv, loc
 DESCRIPTION_libsotruss = "Library to support sotruss which traces calls 
through PLTs"
 DESCRIPTION_tzcode = "tzcode, timezone zoneinfo utils -- zic, zdump, tzselect"
 
-inherit libc-common multilib_header
+inherit multilib_header
+
+do_install() {
+   oe_runmake install_root=${D} install
+   install -Dm 0644 ${WORKDIR}/etc/ld.so.conf ${D}/${sysconfdir}/ld.so.conf
+   install -d ${D}${localedir}
+   make -f ${WORKDIR}/generate-supported.mk IN="${S}/localedata/SUPPORTED" 
OUT="${WORKDIR}/SUPPORTED"
+   # get rid of some broken files...
+   for i in ${GLIBC_BROKEN_LOCALES}; do
+   sed -i "/$i/d" ${WORKDIR}/SUPPORTED
+   done
+   rm -f ${D}${sysconfdir}/rpc
+   rm -rf ${D}${datadir}/zoneinfo
+   rm -rf ${D}${libexecdir}/getconf
 
-do_install_append () {
rm -f ${D}${sysconfdir}/localtime
 
# remove empty glibc dir
@@ -108,6 +120,11 @@ do_install_append () {
fi
 }
 
+def get_libc_fpu_setting(bb, d):
+if d.getVar('TARGET_FPU') in [ 'soft', 'ppc-efd' ]:
+return "--without-fp"
+return ""
+
 do_install_append_class-target() {
if ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 'true', 'false', 
d)}; then
install -d ${D}${sysconfdir}/tmpfiles.d
@@ -233,6 +250,25 @@ stash_locale_package_cleanup() {
stash_locale_cleanup ${PKGD}
 }
 
+python populate_packages_prepend () {
+if d.getVar('DEBIAN_NAMES'):
+pkgs = d.getVar('PACKAGES').split()
+bpn = d.getVar('BPN')
+prefix = d.getVar('MLPREFIX') or ""
+# Set the base package...
+d.setVar('PKG_' + prefix + bpn, prefix + 'libc6')
+libcprefix = prefix + bpn + '-'
+for p in pkgs:
+# And all the subpackages.
+if p.startswith(libcprefix):
+renamed = p.replace(bpn, 'libc6', 1)
+d.setVar('PKG_' + p, renamed)
+# For backward compatibility with old -dbg package
+d.appendVar('RPROVIDES_' + libcprefix + 'dbg', ' ' + prefix + 
'libc-dbg')
+d.appendVar('RCONFLICTS_' + libcprefix + 'dbg', ' ' + prefix + 
'libc-dbg')
+d.appendVar('RREPLACES_' + libcprefix + 'dbg', ' ' + prefix + 
'libc-dbg')
+}
+
 pkg_postinst_nscd () {
if [ -z "$D" ]; then
if command -v systemd-tmpfiles >/dev/null; then
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

[OE-core] [PATCH 21/24] python3-six: upgrade 1.13.0 -> 1.14.0

2020-01-31 Thread Alexander Kanavin 
License-update: copyright years
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-devtools/python/python-six.inc | 6 +++---
 .../python/{python3-six_1.13.0.bb => python3-six_1.14.0.bb} | 1 +
 2 files changed, 4 insertions(+), 3 deletions(-)
 rename meta/recipes-devtools/python/{python3-six_1.13.0.bb => 
python3-six_1.14.0.bb} (97%)

diff --git a/meta/recipes-devtools/python/python-six.inc 
b/meta/recipes-devtools/python/python-six.inc
index c386090b4b0..bbbddbec50a 100644
--- a/meta/recipes-devtools/python/python-six.inc
+++ b/meta/recipes-devtools/python/python-six.inc
@@ -2,10 +2,10 @@ SUMMARY = "Python 2 and 3 compatibility library"
 HOMEPAGE = "https://pypi.python.org/pypi/six/;
 SECTION = "devel/python"
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=f82eb3a1a7fade60bda5980935084b62"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=43cfc9e4ac0e377acfb9b76f56b8415d"
 
-SRC_URI[md5sum] = "e92c23c882c7d5564ce5773fe31b2771"
-SRC_URI[sha256sum] = 
"30f610279e8b2578cab6db20741130331735c781b56053c59c4076da27f06b66"
+SRC_URI[md5sum] = "21674588a57e649d1a6d977ec3122140"
+SRC_URI[sha256sum] = 
"236bdbdce46e6e6a3d61a337c0f8b763ca1e8717c03b369e87a7ec7ce1319c0a"
 
 inherit pypi
 
diff --git a/meta/recipes-devtools/python/python3-six_1.13.0.bb 
b/meta/recipes-devtools/python/python3-six_1.14.0.bb
similarity index 97%
rename from meta/recipes-devtools/python/python3-six_1.13.0.bb
rename to meta/recipes-devtools/python/python3-six_1.14.0.bb
index 8795313bec6..99e6629b2f5 100644
--- a/meta/recipes-devtools/python/python3-six_1.13.0.bb
+++ b/meta/recipes-devtools/python/python3-six_1.14.0.bb
@@ -1,2 +1,3 @@
 inherit setuptools3
 require python-six.inc
+
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/2] devtool/standard.py: Allow recipe to disable menuconfig logic

2020-01-31 Thread Richard Purdie 
On Wed, 2020-01-29 at 08:20 +, Schrempf Frieder wrote:
> On 08.01.20 09:32, Schrempf Frieder wrote:
> > On 13.12.19 17:14, Tom Hochstein wrote:
> > > I made a PR as well:
> > > 
> > > https://github.com/openembedded/openembedded-core/pull/57
> > > 
> > > Tom
> > 
> > I don't think PRs are accepted for oe-core. Your patches should be
> > ok,
> > if someone reviews and applies them.
> > 
> > Dear maintainers, could you consider to review/apply this fix for
> > master/zeus? It fixes an annoying issue when working with devtool
> > and
> > u-boot.
> 
> Ping again.
> 
> Can someone please at least look at these patches or give any reason
> why no one cares about them?

Sorry, the project is struggling with failing automated tests and
struggling to find people able to review patches for some subject
areas.

I don't know devtool very well and its hard for me to say if this is a
good change or if there is some other way we should be fixing this.

Of particular concern is there is no automated testing in this area and
devtool has good tests in general.

Not good answers I know, sorry :(.

I'll add this to -next for wider testing and see if I can find someone
to review.

Cheers,

Richard


-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] scripts/lib/resulttool/report: Enable report selected test case result

2020-01-31 Thread Yeoh Ee Peng 
Enable reporting selected test case result given the user provided
the selected test case id. If both test result id and test case id
were provided, report the selected test case result from the
selected test result id.

Signed-off-by: Yeoh Ee Peng 
---
 scripts/lib/resulttool/report.py | 33 -
 1 file changed, 28 insertions(+), 5 deletions(-)

diff --git a/scripts/lib/resulttool/report.py b/scripts/lib/resulttool/report.py
index 692dd7a..7ceceac 100644
--- a/scripts/lib/resulttool/report.py
+++ b/scripts/lib/resulttool/report.py
@@ -212,7 +212,21 @@ class ResultsTextReport(object):
  maxlen=maxlen)
 print(output)
 
-def view_test_report(self, logger, source_dir, branch, commit, tag, 
use_regression_map, raw_test):
+def view_test_report(self, logger, source_dir, branch, commit, tag, 
use_regression_map, raw_test, selected_test_case_only):
+def print_selected_testcase_result(testresults, 
selected_test_case_only):
+for testsuite in testresults:
+for resultid in testresults[testsuite]:
+result = testresults[testsuite][resultid]['result']
+test_case_result = result.get(selected_test_case_only, {})
+if test_case_result.get('status'):
+print('Found selected test case result for %s from %s' 
% (selected_test_case_only,
+   
resultid))
+print(test_case_result['status'])
+else:
+print('Could not find selected test case result for %s 
from %s' % (selected_test_case_only,
+   
resultid))
+if test_case_result.get('log'):
+print(test_case_result['log'])
 test_count_reports = []
 configmap = resultutils.store_map
 if use_regression_map:
@@ -235,12 +249,18 @@ class ResultsTextReport(object):
 for testsuite in testresults:
 result = testresults[testsuite].get(raw_test, {})
 if result:
-raw_results[testsuite] = result
+raw_results[testsuite] = {raw_test: result}
 if raw_results:
-print(json.dumps(raw_results, sort_keys=True, indent=4))
+if selected_test_case_only:
+print_selected_testcase_result(raw_results, 
selected_test_case_only)
+else:
+print(json.dumps(raw_results, sort_keys=True, indent=4))
 else:
 print('Could not find raw test result for %s' % raw_test)
 return 0
+if selected_test_case_only:
+print_selected_testcase_result(testresults, 
selected_test_case_only)
+return 0
 for testsuite in testresults:
 for resultid in testresults[testsuite]:
 skip = False
@@ -268,7 +288,7 @@ class ResultsTextReport(object):
 def report(args, logger):
 report = ResultsTextReport()
 report.view_test_report(logger, args.source_dir, args.branch, args.commit, 
args.tag, args.use_regression_map,
-args.raw_test_only)
+args.raw_test_only, args.selected_test_case_only)
 return 0
 
 def register_commands(subparsers):
@@ -287,4 +307,7 @@ def register_commands(subparsers):
   help='instead of the default "store_map", use 
the "regression_map" for report')
 parser_build.add_argument('-r', '--raw_test_only', default='',
   help='output raw test result only for the user 
provided test result id')
-
+parser_build.add_argument('-s', '--selected_test_case_only', default='',
+  help='output selected test case result for the 
user provided test case id, if both test '
+   'result id and test case id are provided 
then output the selected test case result '
+   'from the provided test result id')
-- 
2.7.4

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core