[PATCH] linux-yocto/5.0: fix system tap for arm

[PATCH] linux-yocto/5.0: fix system tap for arm

[bruce.ashfield]

From: Bruce Ashfield <bruce.ashfield@gmail.com>

Integrating Richard Purdie's kernel patch to fix systemtap on arm:

[
    arm/Makefile: Fix systemtap

    Currently systemtap fails to operate correctly on armv7 systems such as beaglebone and
    soon, qemuarm.

    root@qemuarm:/usr/src/kernel# env -uARCH -uKBUILD_EXTMOD -uCROSS_COMPILE -uKBUILD_IMAGE -uKCONFIG_CONFIG -uINSTALL_PATH -uLD_LIBRARY_PATH PATH=/usr/bin:/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin make -C /lib/modules/4.19.19-yocto-standard/build M=/tmp/staptcNU6M modules CONFIG_DEBUG_INFO= CONFIG_STACK_VALIDATION= ARCH=arm stap_4321_src.i --no-print-directory -j2 V=1
    test -e include/generated/autoconf.h -a -e include/config/auto.conf || (                \
    echo >&2;                                                       \
    echo >&2 "  ERROR: Kernel configuration is invalid.";           \
    echo >&2 "         include/generated/autoconf.h or include/config/auto.conf are missing.";\
    echo >&2 "         Run 'make oldconfig && make prepare' on kernel src to fix it.";      \
    echo >&2 ;                                                      \
    /bin/false)
    mkdir -p /tmp/staptcNU6M/.tmp_versions ; rm -f /tmp/staptcNU6M/.tmp_versions/*
    make -f ./scripts/Makefile.build obj=/tmp/staptcNU6M
    (cat /dev/null;   echo kernel//tmp/staptcNU6M/stap_4321.ko;) > /tmp/staptcNU6M/modules.order
      gcc -Wp,-MD,/tmp/staptcNU6M/.stap_4321_src.o.d  -nostdinc -isystem /usr/lib/gcc/arm-poky-linux-gnueabi/8.3.0/include -I./arch/arm/include -I./arch/arm/include/generated  -I./include -I./arch/arm/include/uapi -I./arch/arm/include/generated/uapi -I./include/uapi -I./include/generated/uapi -include ./include/linux/kconfig.h -include ./include/linux/compiler_types.h -D__KERNEL__ -mlittle-endian -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -fshort-wchar -Werror-implicit-function-declaration -Wno-format-security -std=gnu89 -fno-PIE -DCC_HAVE_ASM_GOTO -fno-dwarf2-cfi-asm -fno-omit-frame-pointer -mapcs -mno-sched-prolog -fno-ipa-sra -mabi=aapcs-linux -mfpu=vfp -funwind-tables -marm -Wa,-mno-warn-deprecated -D__LINUX_ARM_ARCH__=7 -march=armv5t -Wa,-march=armv7-a -msoft-float -Uarm -fno-delete-null-pointer-checks -Wno-frame-address -Wno-format-truncation -Wno-format-overflow -Wno-int-in-bool-context -Os -Wno-maybe-uninitialized --param=allow-store-data-races=0 -Wframe-larger-than=1024 -fstack-protector-strong -Wno-unused-but-set-variable -Wno-unused-const-variable -fno-omit-frame-pointer -fno-optimize-sibling-calls -fno-var-tracking-assignments -pg -Wdeclaration-after-statement -Wno-pointer-sign -Wno-stringop-truncation -fno-strict-overflow -fno-merge-all-constants -fmerge-constants -fno-stack-check -fconserve-stack -Werror=implicit-int -Werror=strict-prototypes -Werror=date-time -Werror=incompatible-pointer-types -Werror=designated-init -fmacro-prefix-map=./= -Wno-packed-not-aligned -Iinclude2/asm/mach-default -I/lib/modules/4.19.19-yocto-standard/build -include /tmp/staptcNU6M/stapconf_4321.h -D "STP_NO_VELREL_CHECK" -freorder-blocks -fasynchronous-unwind-tables -Wframe-larger-than=512 -fno-ipa-icf -Wno-unused -Wno-tautological-compare -Werror -I/usr/share/systemtap/runtime  -DMODULE  -DKBUILD_BASENAME='"stap_4321_src"' -DKBUILD_MODNAME='"stap_4321"' -c -o /tmp/staptcNU6M/stap_4321_src.o /tmp/staptcNU6M/stap_4321_src.c
    /tmp/ccaE9CMG.s: Assembler messages:
    /tmp/ccaE9CMG.s:49: Error: selected processor does not support `dmb ish' in ARM mode
    /tmp/ccaE9CMG.s:52: Error: architectural extension `mp' is not allowed for the current b

    (which was from running the stap command with -v -v -v -k and then being able to run the command individually)

    Note that it says armv5t above.

    That comes from the code this patch changes

    root@qemuarm:/usr/src/kernel# gcc -march=armv7-a /tmp/staptcNU6M/stap_4321_aux_0.c
    cc1: error: -mfloat-abi=hard: selected processor lacks an FPU

    which makes me wonder if cc-option fails unless -mfpu-vfp is on the commandline too.

    Since we have a gcc which accepts the armv7-a arch, just remove the cc-option
    wrapper unconditionally here.

    Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
]

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
---
 .../recipes-kernel/linux/linux-yocto-rt_5.0.bb |  4 ++--
 .../linux/linux-yocto-tiny_5.0.bb              |  6 +++---
 meta/recipes-kernel/linux/linux-yocto_5.0.bb   | 18 +++++++++---------
 3 files changed, 14 insertions(+), 14 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
index 2350973fef..8629e5a867 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
@@ -11,8 +11,8 @@ python () {
         raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
-SRCREV_meta ?= "4faa4419884d2bbe65f637befd71a1e95629eaae"
+SRCREV_machine ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
+SRCREV_meta ?= "8fbd119bd954443b1cae496d7797c458faa02495"
 
 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.0;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
index e0a6801446..086b53bbbe 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
@@ -15,9 +15,9 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine_qemuarm ?= "6da91ac9afd3b8c144760e3ceacc6a812ddfa3f6"
-SRCREV_machine ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
-SRCREV_meta ?= "4faa4419884d2bbe65f637befd71a1e95629eaae"
+SRCREV_machine_qemuarm ?= "2260c031075188dce4d30223527dda68e3940574"
+SRCREV_machine ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
+SRCREV_meta ?= "8fbd119bd954443b1cae496d7797c458faa02495"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.0.bb b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
index f2c066a150..ab8e5aff50 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
@@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "v5.0/standard/base"
 KBRANCH_qemux86-64 ?= "v5.0/standard/base"
 KBRANCH_qemumips64 ?= "v5.0/standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "1fbecad0e6a68b6c57b4f6ef8207e7e90ea764a3"
-SRCREV_machine_qemuarm64 ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
-SRCREV_machine_qemumips ?= "d9dd6d4cfe689efd5cb7bbacd118a3888ac7c517"
-SRCREV_machine_qemuppc ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
-SRCREV_machine_qemux86 ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
-SRCREV_machine_qemux86-64 ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
-SRCREV_machine_qemumips64 ?= "5f072445126e6a9e44f9435a552f4fcf6fc15499"
-SRCREV_machine ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
-SRCREV_meta ?= "4faa4419884d2bbe65f637befd71a1e95629eaae"
+SRCREV_machine_qemuarm ?= "23b538073fdc803b0a749de77677508671e246af"
+SRCREV_machine_qemuarm64 ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
+SRCREV_machine_qemumips ?= "50b5b709ac6b1d14ac815f9a002c50a196306b02"
+SRCREV_machine_qemuppc ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
+SRCREV_machine_qemux86 ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
+SRCREV_machine_qemux86-64 ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
+SRCREV_machine_qemumips64 ?= "8322515ba7a858c47386b95c6e7201c8a3a41175"
+SRCREV_machine ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
+SRCREV_meta ?= "8fbd119bd954443b1cae496d7797c458faa02495"
 
 # remap qemuarm to qemuarma15 for the 5.0 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
-- 
2.19.1

[PATCH] linux-yocto/5.0: fix systemtap for arm

[bruce.ashfield]

From: Bruce Ashfield <bruce.ashfield@gmail.com>

We need to enable the arm unwinder for systemtap to work out of the
box:

  root@qemuarm:~# stap --disable-cache -DSTP_NO_VERREL_CHECK ./hello.stp
  [ 1600.955262] stap_2097: loading out-of-tree module taints kernel.
  hello world

This option is useful for much more than systemtap, so it is a good
idea to have on in the base configs. It make the image slightly larger,
but has no performance impacts.

Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
---
 meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto_5.0.bb      | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
index a757945f8d..2350973fef 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
-SRCREV_meta ?= "be627e4e38626c5e949de04c814ebd2487d5dd98"
+SRCREV_meta ?= "4faa4419884d2bbe65f637befd71a1e95629eaae"
 
 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.0;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
index 57aada3f62..e0a6801446 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine_qemuarm ?= "6da91ac9afd3b8c144760e3ceacc6a812ddfa3f6"
 SRCREV_machine ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
-SRCREV_meta ?= "be627e4e38626c5e949de04c814ebd2487d5dd98"
+SRCREV_meta ?= "4faa4419884d2bbe65f637befd71a1e95629eaae"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.0.bb b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
index a56e9a19d8..f2c066a150 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.0.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
@@ -19,7 +19,7 @@ SRCREV_machine_qemux86 ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
 SRCREV_machine_qemux86-64 ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
 SRCREV_machine_qemumips64 ?= "5f072445126e6a9e44f9435a552f4fcf6fc15499"
 SRCREV_machine ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
-SRCREV_meta ?= "be627e4e38626c5e949de04c814ebd2487d5dd98"
+SRCREV_meta ?= "4faa4419884d2bbe65f637befd71a1e95629eaae"
 
 # remap qemuarm to qemuarma15 for the 5.0 kernel
 # KMACHINE_qemuarm ?= "qemuarma15"
-- 
2.19.1

Re: [PATCH] linux-yocto/5.0: fix systemtap for arm

[Bruce Ashfield]

Sorry if this came through twice, there was some lag when I was generating
the patch and it looks like it fired multiple times.

Bruce


On Sun, Mar 10, 2019 at 11:45 PM <bruce.ashfield@gmail.com> wrote:
>
> From: Bruce Ashfield <bruce.ashfield@gmail.com>
>
> We need to enable the arm unwinder for systemtap to work out of the
> box:
>
>   root@qemuarm:~# stap --disable-cache -DSTP_NO_VERREL_CHECK ./hello.stp
>   [ 1600.955262] stap_2097: loading out-of-tree module taints kernel.
>   hello world
>
> This option is useful for much more than systemtap, so it is a good
> idea to have on in the base configs. It make the image slightly larger,
> but has no performance impacts.
>
> Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
> ---
>  meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb   | 2 +-
>  meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb | 2 +-
>  meta/recipes-kernel/linux/linux-yocto_5.0.bb      | 2 +-
>  3 files changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
> index a757945f8d..2350973fef 100644
> --- a/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.0.bb
> @@ -12,7 +12,7 @@ python () {
>  }
>
>  SRCREV_machine ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
> -SRCREV_meta ?= "be627e4e38626c5e949de04c814ebd2487d5dd98"
> +SRCREV_meta ?= "4faa4419884d2bbe65f637befd71a1e95629eaae"
>
>  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.0;destsuffix=${KMETA}"
> diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
> index 57aada3f62..e0a6801446 100644
> --- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.0.bb
> @@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
>
>  SRCREV_machine_qemuarm ?= "6da91ac9afd3b8c144760e3ceacc6a812ddfa3f6"
>  SRCREV_machine ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
> -SRCREV_meta ?= "be627e4e38626c5e949de04c814ebd2487d5dd98"
> +SRCREV_meta ?= "4faa4419884d2bbe65f637befd71a1e95629eaae"
>
>  PV = "${LINUX_VERSION}+git${SRCPV}"
>
> diff --git a/meta/recipes-kernel/linux/linux-yocto_5.0.bb b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
> index a56e9a19d8..f2c066a150 100644
> --- a/meta/recipes-kernel/linux/linux-yocto_5.0.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto_5.0.bb
> @@ -19,7 +19,7 @@ SRCREV_machine_qemux86 ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
>  SRCREV_machine_qemux86-64 ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
>  SRCREV_machine_qemumips64 ?= "5f072445126e6a9e44f9435a552f4fcf6fc15499"
>  SRCREV_machine ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
> -SRCREV_meta ?= "be627e4e38626c5e949de04c814ebd2487d5dd98"
> +SRCREV_meta ?= "4faa4419884d2bbe65f637befd71a1e95629eaae"
>
>  # remap qemuarm to qemuarma15 for the 5.0 kernel
>  # KMACHINE_qemuarm ?= "qemuarma15"
> --
> 2.19.1
>


--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II

Re: [PATCH] linux-yocto/5.0: fix system tap for arm

[Mittal, Anuj]

On Sun, 2019-03-10 at 23:45 -0400, bruce.ashfield@gmail.com wrote:
> -SRCREV_machine_qemuarm ?= "1fbecad0e6a68b6c57b4f6ef8207e7e90ea764a3"
> -SRCREV_machine_qemuarm64 ?=
> "1a0da7e50b77c82841efb501c648dbaca699eac2"
> -SRCREV_machine_qemumips ?=
> "d9dd6d4cfe689efd5cb7bbacd118a3888ac7c517"
> -SRCREV_machine_qemuppc ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
> -SRCREV_machine_qemux86 ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
> -SRCREV_machine_qemux86-64 ?=
> "1a0da7e50b77c82841efb501c648dbaca699eac2"
> -SRCREV_machine_qemumips64 ?=
> "5f072445126e6a9e44f9435a552f4fcf6fc15499"
> -SRCREV_machine ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
> -SRCREV_meta ?= "4faa4419884d2bbe65f637befd71a1e95629eaae"
> +SRCREV_machine_qemuarm ?= "23b538073fdc803b0a749de77677508671e246af"
> +SRCREV_machine_qemuarm64 ?=
> "37c8f2a3df1e3154087538a27228fad0c6e172c5"
> +SRCREV_machine_qemumips ?=
> "50b5b709ac6b1d14ac815f9a002c50a196306b02"
> +SRCREV_machine_qemuppc ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
> +SRCREV_machine_qemux86 ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
> +SRCREV_machine_qemux86-64 ?=
> "37c8f2a3df1e3154087538a27228fad0c6e172c5"
> +SRCREV_machine_qemumips64 ?=
> "8322515ba7a858c47386b95c6e7201c8a3a41175"
> +SRCREV_machine ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
> +SRCREV_meta ?= "8fbd119bd954443b1cae496d7797c458faa02495"

Looks like these commits weren't actually pushed.

I still see 1a0da7e50 as the latest on v5.0/standard/base and this is
resulting in failures for master-next on autobuilder ...

Thanks,
Anuj

Re: [PATCH] linux-yocto/5.0: fix system tap for arm

[Bruce Ashfield]

On Mon, Mar 11, 2019 at 9:41 PM Mittal, Anuj <anuj.mittal@intel.com> wrote:
>
> On Sun, 2019-03-10 at 23:45 -0400, bruce.ashfield@gmail.com wrote:
> > -SRCREV_machine_qemuarm ?= "1fbecad0e6a68b6c57b4f6ef8207e7e90ea764a3"
> > -SRCREV_machine_qemuarm64 ?=
> > "1a0da7e50b77c82841efb501c648dbaca699eac2"
> > -SRCREV_machine_qemumips ?=
> > "d9dd6d4cfe689efd5cb7bbacd118a3888ac7c517"
> > -SRCREV_machine_qemuppc ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
> > -SRCREV_machine_qemux86 ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
> > -SRCREV_machine_qemux86-64 ?=
> > "1a0da7e50b77c82841efb501c648dbaca699eac2"
> > -SRCREV_machine_qemumips64 ?=
> > "5f072445126e6a9e44f9435a552f4fcf6fc15499"
> > -SRCREV_machine ?= "1a0da7e50b77c82841efb501c648dbaca699eac2"
> > -SRCREV_meta ?= "4faa4419884d2bbe65f637befd71a1e95629eaae"
> > +SRCREV_machine_qemuarm ?= "23b538073fdc803b0a749de77677508671e246af"
> > +SRCREV_machine_qemuarm64 ?=
> > "37c8f2a3df1e3154087538a27228fad0c6e172c5"
> > +SRCREV_machine_qemumips ?=
> > "50b5b709ac6b1d14ac815f9a002c50a196306b02"
> > +SRCREV_machine_qemuppc ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
> > +SRCREV_machine_qemux86 ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
> > +SRCREV_machine_qemux86-64 ?=
> > "37c8f2a3df1e3154087538a27228fad0c6e172c5"
> > +SRCREV_machine_qemumips64 ?=
> > "8322515ba7a858c47386b95c6e7201c8a3a41175"
> > +SRCREV_machine ?= "37c8f2a3df1e3154087538a27228fad0c6e172c5"
> > +SRCREV_meta ?= "8fbd119bd954443b1cae496d7797c458faa02495"
>
> Looks like these commits weren't actually pushed.
>
> I still see 1a0da7e50 as the latest on v5.0/standard/base and this is
> resulting in failures for master-next on autobuilder ...

I just double checked my builder and they were pushed, at least the machine
branches. I did just explicitly push standard/base, hopefully the build issues
are cleared up now.

Bruce

>
> Thanks,
> Anuj



-- 
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II