Date   

Re: Building Yocto on M1 Mac

Abhijeet Tripathi
 


On Sun, Feb 13, 2022 at 7:09 PM Anders Montonen <Anders.Montonen@...> wrote:
Hi,

On 13 Feb 2022, at 14:24, Abhijeet Tripathi <abhijeettripathi3003@...> wrote:

Hello yocto-devs,

I'm new to the yocto project and trying to set up a build environment on my M1 Mac which is arm64 architecture. 

I'm following the steps as mentioned in below link:

But it is always pulling up containers based on amd64 architecture. Are there any updated steps/link to set up a build environment specific to M1 Mac(arm64)?

Looking at Docker Hub, none of the published Crops containers are built for ARM64. You can try building the containers yourself, making sure to pick base distros that are available for ARM64.

Note that there are plenty of reports of Docker performing poorly on Macs, probably because of the file system implementation. You may be better off using a full VM via e.g. UTM.
 
I initially started with UTM but the problem with virtual machines is that we can only use half the resources of the machine.
This makes the builds slower, so I was looking at the container way.

Can you point me to any documentation which I can use to build customized containers for yocto builds?

Thanks,
Abhijeet
 

-a




Re: [meta-mingw] [PATCH 1/2] mingw-w64: Upgrade runtime/headers/winpthreads to 9.0.0

Richard Purdie
 

On Sat, 2022-02-12 at 10:42 -0800, Khem Raj wrote:
Drop upstreamed fixes for rdtsc [1] __udivmoddi4[2]

[1] https://sourceforge.net/p/mingw-w64/mingw-w64/ci/6a0e9165008f731bccadfc41a59719cf7c8efc02/
[2] https://sourceforge.net/p/mingw-w64/mingw-w64/ci/ab0fa5ad3c67d634fd7754d9473d1bb7051f9bf0/

Signed-off-by: Khem Raj <raj.khem@...>
---
...rincs-Check-for-__builtin_ia32_rdtsc.patch | 33 ------------
.../0001-winpthreads-Add-__udivmoddi4.patch | 52 -------------------
recipes-devtools/mingw-w64/mingw-w64.inc | 4 +-
...b => nativesdk-mingw-w64-headers_9.0.0.bb} | 0
...b => nativesdk-mingw-w64-runtime_9.0.0.bb} | 2 -
... nativesdk-mingw-w64-winpthreads_9.0.0.bb} | 2 -
6 files changed, 1 insertion(+), 92 deletions(-)
delete mode 100644 recipes-devtools/mingw-w64/files/0001-intrincs-Check-for-__builtin_ia32_rdtsc.patch
delete mode 100644 recipes-devtools/mingw-w64/files/0001-winpthreads-Add-__udivmoddi4.patch
rename recipes-devtools/mingw-w64/{nativesdk-mingw-w64-headers_8.0.0.bb => nativesdk-mingw-w64-headers_9.0.0.bb} (100%)
rename recipes-devtools/mingw-w64/{nativesdk-mingw-w64-runtime_8.0.0.bb => nativesdk-mingw-w64-runtime_9.0.0.bb} (88%)
rename recipes-devtools/mingw-w64/{nativesdk-mingw-w64-winpthreads_8.0.0.bb => nativesdk-mingw-w64-winpthreads_9.0.0.bb} (87%)

diff --git a/recipes-devtools/mingw-w64/files/0001-intrincs-Check-for-__builtin_ia32_rdtsc.patch b/recipes-devtools/mingw-w64/files/0001-intrincs-Check-for-__builtin_ia32_rdtsc.patch
deleted file mode 100644
index ce4ba81..0000000
--- a/recipes-devtools/mingw-w64/files/0001-intrincs-Check-for-__builtin_ia32_rdtsc.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From 346de7591f58015d111f4d4f3b001382c04d5557 Mon Sep 17 00:00:00 2001
-From: Khem Raj <raj.khem@...>
-Date: Tue, 13 Apr 2021 18:44:25 -0700
-Subject: [PATCH] intrincs: Check for __builtin_ia32_rdtsc
-
-on modern gcc ( >=4.6 ) __rdtsc function is implemented using
-special builtin function called __builtin_ia32_rdtsc, its actually
-a define in gcc, so __has_builtin check fails for __rdtsc even
-though it is defined to imply __builtin_ia32_rdtsc(), therefore
-check for existence of __builtin_ia32_rdtsc as well
-
-Upstream-Status: Pending
-Signed-off-by: Khem Raj <raj.khem@...>
----
- mingw-w64-crt/intrincs/rdtsc.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/mingw-w64-crt/intrincs/rdtsc.c b/mingw-w64-crt/intrincs/rdtsc.c
-index bf9c03b..df04711 100644
---- a/mingw-w64-crt/intrincs/rdtsc.c
-+++ b/mingw-w64-crt/intrincs/rdtsc.c
-@@ -11,7 +11,7 @@
- #define __has_builtin(x) 0
- #endif
-
--#if !__has_builtin(__rdtsc)
-+#if !__has_builtin(__rdtsc) && !__has_builtin(__builtin_ia32_rdtsc)
- unsigned __int64 __rdtsc(void)
- {
- #ifdef _WIN64
---
-2.31.1
-
diff --git a/recipes-devtools/mingw-w64/files/0001-winpthreads-Add-__udivmoddi4.patch b/recipes-devtools/mingw-w64/files/0001-winpthreads-Add-__udivmoddi4.patch
deleted file mode 100644
index 3eb298e..0000000
--- a/recipes-devtools/mingw-w64/files/0001-winpthreads-Add-__udivmoddi4.patch
+++ /dev/null
@@ -1,52 +0,0 @@
-From 3b0af7327446ae179dc93b6a6ab1074251d348d0 Mon Sep 17 00:00:00 2001
-From: Khem Raj <raj.khem@...>
-Date: Fri, 30 Apr 2021 16:50:36 -0700
-Subject: [PATCH] winpthreads: Add __udivmoddi4
-
-Newer GCC ( 11.1.0+ ) is generating calls to __udivmoddi4 on i686
-architecture, therefore provide an implementation to avoid undefined
-references
-
-Upstream-Status: Pending
-Signed-off-by: Khem Raj <raj.khem@...>
----
- .../winpthreads/src/libgcc/dll_math.c | 16 +++++++++++++++-
- 1 file changed, 15 insertions(+), 1 deletion(-)
-
-diff --git a/mingw-w64-libraries/winpthreads/src/libgcc/dll_math.c b/mingw-w64-libraries/winpthreads/src/libgcc/dll_math.c
-index aeec068..d170967 100644
---- a/mingw-w64-libraries/winpthreads/src/libgcc/dll_math.c
-+++ b/mingw-w64-libraries/winpthreads/src/libgcc/dll_math.c
-@@ -121,6 +121,7 @@ u_quad_t __udivdi3(u_quad_t a, u_quad_t b);
- u_quad_t __umoddi3(u_quad_t a, u_quad_t b);
- int __ucmpdi2(u_quad_t a, u_quad_t b);
- quad_t __divmoddi4(quad_t a, quad_t b, quad_t *rem);
-+u_quad_t __udivmoddi4(u_quad_t a, u_quad_t b, u_quad_t *rem);
-
- #endif /* !_LIBKERN_QUAD_H_ */
-
-@@ -573,7 +574,20 @@ __divmoddi4(a, b, rem)
- return (negq ? -uq : uq);
- }
-
-+/*
-+ * Divide two unsigned quads.
-+ * This function is new in GCC 7.
-+ */
-+u_quad_t
-+__udivmoddi4(a, b, rem)
-+ u_quad_t a, b, *rem;
-+{
-+ u_quad_t q = __udivdi3(a, b);
-+ if (rem)
-+ *rem = a - b * q;
-+ return q;
-+}
-+
- #else
- static int __attribute__((unused)) dummy;
- #endif /*deined (_X86_) && !defined (__x86_64__)*/
--
---
-2.31.1
-
diff --git a/recipes-devtools/mingw-w64/mingw-w64.inc b/recipes-devtools/mingw-w64/mingw-w64.inc
index d40d4a5..322fb79 100644
--- a/recipes-devtools/mingw-w64/mingw-w64.inc
+++ b/recipes-devtools/mingw-w64/mingw-w64.inc
@@ -5,9 +5,7 @@ COMPATIBLE_HOST = ".*-mingw.*"

SRC_URI = "${SOURCEFORGE_MIRROR}/project/mingw-w64/mingw-w64/mingw-w64-release/mingw-w64-v${PV}.tar.bz2"

-SRC_URI[sha256sum] = "44c740ea6ab3924bc3aa169bad11ad3c5766c5c8459e3126d44eabb8735a5762"
+SRC_URI[sha256sum] = "1929b94b402f5ff4d7d37a9fe88daa9cc55515a6134805c104d1794ae22a4181"

UPSTREAM_CHECK_URI = "http://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/"
UPSTREAM_CHECK_REGEX = "mingw-w64-v(?P<pver>(\d+[\.\-_]*)+)\.tar"
-
-
diff --git a/recipes-devtools/mingw-w64/nativesdk-mingw-w64-headers_8.0.0.bb b/recipes-devtools/mingw-w64/nativesdk-mingw-w64-headers_9.0.0.bb
similarity index 100%
rename from recipes-devtools/mingw-w64/nativesdk-mingw-w64-headers_8.0.0.bb
rename to recipes-devtools/mingw-w64/nativesdk-mingw-w64-headers_9.0.0.bb
diff --git a/recipes-devtools/mingw-w64/nativesdk-mingw-w64-runtime_8.0.0.bb b/recipes-devtools/mingw-w64/nativesdk-mingw-w64-runtime_9.0.0.bb
similarity index 88%
rename from recipes-devtools/mingw-w64/nativesdk-mingw-w64-runtime_8.0.0.bb
rename to recipes-devtools/mingw-w64/nativesdk-mingw-w64-runtime_9.0.0.bb
index 02132c1..e2ca6a5 100644
--- a/recipes-devtools/mingw-w64/nativesdk-mingw-w64-runtime_8.0.0.bb
+++ b/recipes-devtools/mingw-w64/nativesdk-mingw-w64-runtime_9.0.0.bb
@@ -2,8 +2,6 @@ DESCRIPTION = "Runtime libraries from MinGW-w64 project"

require mingw-w64.inc

-SRC_URI += "file://0001-intrincs-Check-for-__builtin_ia32_rdtsc.patch;striplevel=2"
-
S = "${WORKDIR}/mingw-w64-v${PV}/mingw-w64-crt"
B = "${WORKDIR}/build-${TARGET_SYS}"

diff --git a/recipes-devtools/mingw-w64/nativesdk-mingw-w64-winpthreads_8.0.0.bb b/recipes-devtools/mingw-w64/nativesdk-mingw-w64-winpthreads_9.0.0.bb
similarity index 87%
rename from recipes-devtools/mingw-w64/nativesdk-mingw-w64-winpthreads_8.0.0.bb
rename to recipes-devtools/mingw-w64/nativesdk-mingw-w64-winpthreads_9.0.0.bb
index 38092dc..fb7e54e 100644
--- a/recipes-devtools/mingw-w64/nativesdk-mingw-w64-winpthreads_8.0.0.bb
+++ b/recipes-devtools/mingw-w64/nativesdk-mingw-w64-winpthreads_9.0.0.bb
@@ -2,8 +2,6 @@ DESCRIPTION = "Winpthreads runtime libraries from MinGW-w64 project"

require mingw-w64.inc

-SRC_URI += "file://0001-winpthreads-Add-__udivmoddi4.patch;striplevel=3"
-
S = "${WORKDIR}/mingw-w64-v${PV}/mingw-w64-libraries/winpthreads"
B = "${WORKDIR}/build-${TARGET_SYS}"
With these two patches and the binutils upgrade we see a new issue:

https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/4733/steps/12/logs/stdio

Cheers,

Richard


Re: Building Yocto on M1 Mac

Anders Montonen
 

Hi,

On 13 Feb 2022, at 14:24, Abhijeet Tripathi <abhijeettripathi3003@...> wrote:

Hello yocto-devs,

I'm new to the yocto project and trying to set up a build environment on my M1 Mac which is arm64 architecture. 

I'm following the steps as mentioned in below link:

But it is always pulling up containers based on amd64 architecture. Are there any updated steps/link to set up a build environment specific to M1 Mac(arm64)?

Looking at Docker Hub, none of the published Crops containers are built for ARM64. You can try building the containers yourself, making sure to pick base distros that are available for ARM64.

Note that there are plenty of reports of Docker performing poorly on Macs, probably because of the file system implementation. You may be better off using a full VM via e.g. UTM.

-a


Building Yocto on M1 Mac

Abhijeet Tripathi
 

Hello yocto-devs,

I'm new to the yocto project and trying to set up a build environment on my M1 Mac which is arm64 architecture. 

I'm following the steps as mentioned in below link:

But it is always pulling up containers based on amd64 architecture. Are there any updated steps/link to set up a build environment specific to M1 Mac(arm64)?

Thanks,
Abhijeet
 


[meta-mingw] [PATCH 2/2] mingw-w64: Disable parallel build

Khem Raj
 

binutils 2.38 brings up a parallel build issue, work it out by disabling
parallel build for now

Signed-off-by: Khem Raj <raj.khem@...>
---
recipes-devtools/mingw-w64/mingw-w64.inc | 4 ++++
1 file changed, 4 insertions(+)

diff --git a/recipes-devtools/mingw-w64/mingw-w64.inc b/recipes-devtools/mingw-w64/mingw-w64.inc
index 322fb79..ce5d0db 100644
--- a/recipes-devtools/mingw-w64/mingw-w64.inc
+++ b/recipes-devtools/mingw-w64/mingw-w64.inc
@@ -9,3 +9,7 @@ SRC_URI[sha256sum] = "1929b94b402f5ff4d7d37a9fe88daa9cc55515a6134805c104d1794ae2

UPSTREAM_CHECK_URI = "http://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/"
UPSTREAM_CHECK_REGEX = "mingw-w64-v(?P<pver>(\d+[\.\-_]*)+)\.tar"
+#| Assembler messages:
+#| i686-w64-mingw32-dlltool --as-flags=--32 -m i386 -k --as=i686-w64-mingw32-as --output-lib lib32/libd3dcompiler_41.a --input-def ../mingw-w64-v9.0.0/mingw-w64-crt/lib32/d3dcompiler_41.def
+#| i686-w64-mingw32-dlltool: failed to open temporary tail file: D3DCompiler_dll_t.o: No such file or directory
+PARALLEL_MAKE = ""
--
2.35.1


[meta-mingw] [PATCH 1/2] mingw-w64: Upgrade runtime/headers/winpthreads to 9.0.0

Khem Raj
 

Drop upstreamed fixes for rdtsc [1] __udivmoddi4[2]

[1] https://sourceforge.net/p/mingw-w64/mingw-w64/ci/6a0e9165008f731bccadfc41a59719cf7c8efc02/
[2] https://sourceforge.net/p/mingw-w64/mingw-w64/ci/ab0fa5ad3c67d634fd7754d9473d1bb7051f9bf0/

Signed-off-by: Khem Raj <raj.khem@...>
---
...rincs-Check-for-__builtin_ia32_rdtsc.patch | 33 ------------
.../0001-winpthreads-Add-__udivmoddi4.patch | 52 -------------------
recipes-devtools/mingw-w64/mingw-w64.inc | 4 +-
...b => nativesdk-mingw-w64-headers_9.0.0.bb} | 0
...b => nativesdk-mingw-w64-runtime_9.0.0.bb} | 2 -
... nativesdk-mingw-w64-winpthreads_9.0.0.bb} | 2 -
6 files changed, 1 insertion(+), 92 deletions(-)
delete mode 100644 recipes-devtools/mingw-w64/files/0001-intrincs-Check-for-__builtin_ia32_rdtsc.patch
delete mode 100644 recipes-devtools/mingw-w64/files/0001-winpthreads-Add-__udivmoddi4.patch
rename recipes-devtools/mingw-w64/{nativesdk-mingw-w64-headers_8.0.0.bb => nativesdk-mingw-w64-headers_9.0.0.bb} (100%)
rename recipes-devtools/mingw-w64/{nativesdk-mingw-w64-runtime_8.0.0.bb => nativesdk-mingw-w64-runtime_9.0.0.bb} (88%)
rename recipes-devtools/mingw-w64/{nativesdk-mingw-w64-winpthreads_8.0.0.bb => nativesdk-mingw-w64-winpthreads_9.0.0.bb} (87%)

diff --git a/recipes-devtools/mingw-w64/files/0001-intrincs-Check-for-__builtin_ia32_rdtsc.patch b/recipes-devtools/mingw-w64/files/0001-intrincs-Check-for-__builtin_ia32_rdtsc.patch
deleted file mode 100644
index ce4ba81..0000000
--- a/recipes-devtools/mingw-w64/files/0001-intrincs-Check-for-__builtin_ia32_rdtsc.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From 346de7591f58015d111f4d4f3b001382c04d5557 Mon Sep 17 00:00:00 2001
-From: Khem Raj <raj.khem@...>
-Date: Tue, 13 Apr 2021 18:44:25 -0700
-Subject: [PATCH] intrincs: Check for __builtin_ia32_rdtsc
-
-on modern gcc ( >=4.6 ) __rdtsc function is implemented using
-special builtin function called __builtin_ia32_rdtsc, its actually
-a define in gcc, so __has_builtin check fails for __rdtsc even
-though it is defined to imply __builtin_ia32_rdtsc(), therefore
-check for existence of __builtin_ia32_rdtsc as well
-
-Upstream-Status: Pending
-Signed-off-by: Khem Raj <raj.khem@...>
----
- mingw-w64-crt/intrincs/rdtsc.c | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/mingw-w64-crt/intrincs/rdtsc.c b/mingw-w64-crt/intrincs/rdtsc.c
-index bf9c03b..df04711 100644
---- a/mingw-w64-crt/intrincs/rdtsc.c
-+++ b/mingw-w64-crt/intrincs/rdtsc.c
-@@ -11,7 +11,7 @@
- #define __has_builtin(x) 0
- #endif
-
--#if !__has_builtin(__rdtsc)
-+#if !__has_builtin(__rdtsc) && !__has_builtin(__builtin_ia32_rdtsc)
- unsigned __int64 __rdtsc(void)
- {
- #ifdef _WIN64
---
-2.31.1
-
diff --git a/recipes-devtools/mingw-w64/files/0001-winpthreads-Add-__udivmoddi4.patch b/recipes-devtools/mingw-w64/files/0001-winpthreads-Add-__udivmoddi4.patch
deleted file mode 100644
index 3eb298e..0000000
--- a/recipes-devtools/mingw-w64/files/0001-winpthreads-Add-__udivmoddi4.patch
+++ /dev/null
@@ -1,52 +0,0 @@
-From 3b0af7327446ae179dc93b6a6ab1074251d348d0 Mon Sep 17 00:00:00 2001
-From: Khem Raj <raj.khem@...>
-Date: Fri, 30 Apr 2021 16:50:36 -0700
-Subject: [PATCH] winpthreads: Add __udivmoddi4
-
-Newer GCC ( 11.1.0+ ) is generating calls to __udivmoddi4 on i686
-architecture, therefore provide an implementation to avoid undefined
-references
-
-Upstream-Status: Pending
-Signed-off-by: Khem Raj <raj.khem@...>
----
- .../winpthreads/src/libgcc/dll_math.c | 16 +++++++++++++++-
- 1 file changed, 15 insertions(+), 1 deletion(-)
-
-diff --git a/mingw-w64-libraries/winpthreads/src/libgcc/dll_math.c b/mingw-w64-libraries/winpthreads/src/libgcc/dll_math.c
-index aeec068..d170967 100644
---- a/mingw-w64-libraries/winpthreads/src/libgcc/dll_math.c
-+++ b/mingw-w64-libraries/winpthreads/src/libgcc/dll_math.c
-@@ -121,6 +121,7 @@ u_quad_t __udivdi3(u_quad_t a, u_quad_t b);
- u_quad_t __umoddi3(u_quad_t a, u_quad_t b);
- int __ucmpdi2(u_quad_t a, u_quad_t b);
- quad_t __divmoddi4(quad_t a, quad_t b, quad_t *rem);
-+u_quad_t __udivmoddi4(u_quad_t a, u_quad_t b, u_quad_t *rem);
-
- #endif /* !_LIBKERN_QUAD_H_ */
-
-@@ -573,7 +574,20 @@ __divmoddi4(a, b, rem)
- return (negq ? -uq : uq);
- }
-
-+/*
-+ * Divide two unsigned quads.
-+ * This function is new in GCC 7.
-+ */
-+u_quad_t
-+__udivmoddi4(a, b, rem)
-+ u_quad_t a, b, *rem;
-+{
-+ u_quad_t q = __udivdi3(a, b);
-+ if (rem)
-+ *rem = a - b * q;
-+ return q;
-+}
-+
- #else
- static int __attribute__((unused)) dummy;
- #endif /*deined (_X86_) && !defined (__x86_64__)*/
--
---
-2.31.1
-
diff --git a/recipes-devtools/mingw-w64/mingw-w64.inc b/recipes-devtools/mingw-w64/mingw-w64.inc
index d40d4a5..322fb79 100644
--- a/recipes-devtools/mingw-w64/mingw-w64.inc
+++ b/recipes-devtools/mingw-w64/mingw-w64.inc
@@ -5,9 +5,7 @@ COMPATIBLE_HOST = ".*-mingw.*"

SRC_URI = "${SOURCEFORGE_MIRROR}/project/mingw-w64/mingw-w64/mingw-w64-release/mingw-w64-v${PV}.tar.bz2"

-SRC_URI[sha256sum] = "44c740ea6ab3924bc3aa169bad11ad3c5766c5c8459e3126d44eabb8735a5762"
+SRC_URI[sha256sum] = "1929b94b402f5ff4d7d37a9fe88daa9cc55515a6134805c104d1794ae22a4181"

UPSTREAM_CHECK_URI = "http://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-release/"
UPSTREAM_CHECK_REGEX = "mingw-w64-v(?P<pver>(\d+[\.\-_]*)+)\.tar"
-
-
diff --git a/recipes-devtools/mingw-w64/nativesdk-mingw-w64-headers_8.0.0.bb b/recipes-devtools/mingw-w64/nativesdk-mingw-w64-headers_9.0.0.bb
similarity index 100%
rename from recipes-devtools/mingw-w64/nativesdk-mingw-w64-headers_8.0.0.bb
rename to recipes-devtools/mingw-w64/nativesdk-mingw-w64-headers_9.0.0.bb
diff --git a/recipes-devtools/mingw-w64/nativesdk-mingw-w64-runtime_8.0.0.bb b/recipes-devtools/mingw-w64/nativesdk-mingw-w64-runtime_9.0.0.bb
similarity index 88%
rename from recipes-devtools/mingw-w64/nativesdk-mingw-w64-runtime_8.0.0.bb
rename to recipes-devtools/mingw-w64/nativesdk-mingw-w64-runtime_9.0.0.bb
index 02132c1..e2ca6a5 100644
--- a/recipes-devtools/mingw-w64/nativesdk-mingw-w64-runtime_8.0.0.bb
+++ b/recipes-devtools/mingw-w64/nativesdk-mingw-w64-runtime_9.0.0.bb
@@ -2,8 +2,6 @@ DESCRIPTION = "Runtime libraries from MinGW-w64 project"

require mingw-w64.inc

-SRC_URI += "file://0001-intrincs-Check-for-__builtin_ia32_rdtsc.patch;striplevel=2"
-
S = "${WORKDIR}/mingw-w64-v${PV}/mingw-w64-crt"
B = "${WORKDIR}/build-${TARGET_SYS}"

diff --git a/recipes-devtools/mingw-w64/nativesdk-mingw-w64-winpthreads_8.0.0.bb b/recipes-devtools/mingw-w64/nativesdk-mingw-w64-winpthreads_9.0.0.bb
similarity index 87%
rename from recipes-devtools/mingw-w64/nativesdk-mingw-w64-winpthreads_8.0.0.bb
rename to recipes-devtools/mingw-w64/nativesdk-mingw-w64-winpthreads_9.0.0.bb
index 38092dc..fb7e54e 100644
--- a/recipes-devtools/mingw-w64/nativesdk-mingw-w64-winpthreads_8.0.0.bb
+++ b/recipes-devtools/mingw-w64/nativesdk-mingw-w64-winpthreads_9.0.0.bb
@@ -2,8 +2,6 @@ DESCRIPTION = "Winpthreads runtime libraries from MinGW-w64 project"

require mingw-w64.inc

-SRC_URI += "file://0001-winpthreads-Add-__udivmoddi4.patch;striplevel=3"
-
S = "${WORKDIR}/mingw-w64-v${PV}/mingw-w64-libraries/winpthreads"
B = "${WORKDIR}/build-${TARGET_SYS}"

--
2.35.1


Pass environment to kernel make

Konstantin Kletschke
 

Dear yocto community
in order to enable the option to use device tree overlays in the kernel
device tree with my bootloader (barebox in this case) I need to pass an
additional environment variable to the kernel (linux-yocto in my case)
make command.

make dtbs DTC_FLAGS=-@

Well make dtbs is working, but DTC_FLAGS=-@ needs to be added.

Is there a best practice to do this, _append/_+= in machine or distro
config or local.conf? Change kernel compile make parameters?

Regards
Konsti

--
INSIDE M2M GmbH
Konstantin Kletschke
Berenbosteler Straße 76 B
30823 Garbsen

Telefon: +49 (0) 5137 90950136
Mobil: +49 (0) 151 15256238
Fax: +49 (0) 5137 9095010

konstantin.kletschke@...
http://www.inside-m2m.de

Geschäftsführung: Michael Emmert, Ingo Haase, Dr. Fred Könemann, Derek Uhlig
HRB: 111204, AG Hannover


Re: Minutes: Yocto Project Weekly Triage Meeting 2/10/2022

Saul Wold
 

On 2/11/22 12:49, Randy MacLeod wrote:
On 2022-02-10 13:50, Trevor Gamblin wrote:

*Wiki: *https://wiki.yoctoproject.org/wiki/Bug_Triage

*Attendees: *Andrei, Alexandre, Armin, Bruce, Daiane, Joshua, Pavel, Randy, Richard, Saul, Stephen, Steve, Tim, Trevor

*ARs:*

- Saul to address NEEDINFO bugs from Robert Berger
Re-Assigned 14626 - lttng back to myself.

both 14629 & 14709 needs input from Robert.

Sau!


- Randy to search Bugzilla for prelink bugs to close
Done.
I closed 3 prelink issues as obsolete:
1.Prelink: doesn't work on ppc64
https://bugzilla.yoctoproject.org/show_bug.cgi?id=1331
2. Investigate if -mtls-dialect=gnu2 support within the prelinker behavior
https://bugzilla.yoctoproject.org/show_bug.cgi?id=8664
3. On-target binutils produces non-running code when linking with "-Wl,-z,nocopyreloc" on ARM or PPC
"The prelink test suite has two tests (reloc8 and reloc9) that attempt to link an application with "-Wl,-z,nocopyreloc". This worked through "krogoth" but no longer works on master. ..."
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10168
The remaining issues that mention prelink, do NOT appear to be
ones that we can resolve as the prelink package/feature is only involved tangentially.
https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=prelink&list_id=648622
../Randy

*Notes:*

- (Correction) ~43% of AB workers have been switched to SSDs. Failure rate appears lower, but still TBD

*Medium+ 3.5 Unassigned Enhancements/Bugs: *79 (Last week 76)

*Medium+ 3.99 Unassigned Enhancements/Bugs: *39**(Last week 39)

*AB Bugs: *75 (Last week 73)
--
# Randy MacLeod
# Wind River Linux
--
Sau!


Re: Minutes: Yocto Project Weekly Triage Meeting 2/10/2022

Randy MacLeod
 

On 2022-02-10 13:50, Trevor Gamblin wrote:

Wiki: https://wiki.yoctoproject.org/wiki/Bug_Triage

Attendees: Andrei, Alexandre, Armin, Bruce, Daiane, Joshua, Pavel, Randy, Richard, Saul, Stephen, Steve, Tim, Trevor

ARs:

- Saul to address NEEDINFO bugs from Robert Berger

- Randy to search Bugzilla for prelink bugs to close

Done.

I closed 3 prelink issues as obsolete:

1.Prelink: doesn't work on ppc64
   https://bugzilla.yoctoproject.org/show_bug.cgi?id=1331

2. Investigate if -mtls-dialect=gnu2 support within the prelinker behavior
 
  https://bugzilla.yoctoproject.org/show_bug.cgi?id=8664

3.  On-target binutils produces non-running code when linking with "-Wl,-z,nocopyreloc" on ARM or PPC
   
"The prelink test suite has two tests (reloc8 and reloc9) that attempt to link an application with "-Wl,-z,nocopyreloc". This worked through "krogoth" but no longer works on master. ..."

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

The remaining issues that mention prelink, do NOT appear to be
ones that we can resolve as the prelink package/feature is only involved tangentially.

https://bugzilla.yoctoproject.org/buglist.cgi?quicksearch=prelink&list_id=648622


../Randy


Notes:

- (Correction) ~43% of AB workers have been switched to SSDs. Failure rate appears lower, but still TBD

Medium+ 3.5 Unassigned Enhancements/Bugs: 79 (Last week 76)

Medium+ 3.99 Unassigned Enhancements/Bugs: 39 (Last week 39)

AB Bugs: 75 (Last week 73)


-- 
# Randy MacLeod
# Wind River Linux


Re: Possible to ignore a missing file in recipe without error?

Josef Holzmayr
 

Howdy!

On 11. Feb 2022, at 20:03, Howard <howard.egan@...> wrote:

Hi:

I have a simple recipe that installs a few miscellaneous files, one of the files may or may not be present and in reality that's ok for the moment, but I don't see a way to do things in a recipe based on the presence or absence of a file. 

The real question is: what is the condition? It must be something that is constant across all of the build. And if can only come from either a .conf file or the environment, otherwise it would not be visible in the recipe.


For example:

LICENSE="CLOSED"

FILESEXTRAPATHS_prepend := "${THISDIR}/files:"

# always present file
SRC_URI += "file://myconfig.config"

# sometimes present file - is there a way to conditionally do this statement
SRC_URI += "file://myOtherConfig.config"

A possible approach would be only appending depending on a specific DISTRO_FLAG, via bb.utils.contains. I have done something similar at https://github.com/TheYoctoJester/meta-zinc/blob/5c566c2f7d29d9db15db0c70cd3dd79fa755c351/recipes-zinc/libanswer/libanswer_git.bb#L26

But again, it depends on the exact use case.

Greetz


do_install() {
    install -d ${D}${sysconfdir}
    install -m 0755 ${WORKDIR}/myconfig.config ${D}${sysconfdir}
    #same here
    install -m 0755 ${WORKDIR}/myOtherConfig.config ${D}${sysconfdir}

}

FILES_${PN} += " ${sysconfdir}/myconfig.config "
#same here
FILES_${PN} += " ${sysconfdir}/myOtherConfig.config "


Many thanks
Howard





Re: gpsd recipe not installing clients

mattwood2000@...
 

Thanks everyone.

Looks like this whole thing came down to a typo. I had originally
tried gpsd-utils and got the nothing RPROVIDES error. Missed that it
was in fact gps-utils!

Thanks again, have it working now.

On Fri, Feb 11, 2022 at 11:41 AM Marc Ferland <marc.ferland@...> wrote:

gps-utils is the package you are looking for.
Marc

On Fri, Feb 11, 2022 at 11:32 AM Alexander Kanavin <alex.kanavin@...> wrote:

Check tmp/work/cortexa53-poky-linux/gpsd/3.23.1-r0/packages-split to
see what package the needed binaries go into.

Alex

On Fri, 11 Feb 2022 at 17:23, <mattwood2000@...> wrote:

Hi,

I am trying to include gpsd in a poky build. The core components are
included, i.e gpsd gpsctl and gpsdctl, but the clients like gpspipe
and gpsmon do not make it to the final image.

For context, I'm building for the raspberry pi 3b+ using
core-image-full-cmdline.

I see all of the clients in
tmp/work/cortexa53-poky-linux/gpsd/3.23.1-r0/image/usr/bin however.

What am I missing? I didn't see anything in the recipe that would
indicate a conditional install flag.

Thanks, Matt.




Possible to ignore a missing file in recipe without error?

Howard
 

Hi:

I have a simple recipe that installs a few miscellaneous files, one of the files may or may not be present and in reality that's ok for the moment, but I don't see a way to do things in a recipe based on the presence or absence of a file. 

For example:

LICENSE="CLOSED"

FILESEXTRAPATHS_prepend := "${THISDIR}/files:"

# always present file
SRC_URI += "file://myconfig.config"

# sometimes present file - is there a way to conditionally do this statement
SRC_URI += "file://myOtherConfig.config"



do_install() {
    install -d ${D}${sysconfdir}
    install -m 0755 ${WORKDIR}/myconfig.config ${D}${sysconfdir}
    #same here
    install -m 0755 ${WORKDIR}/myOtherConfig.config ${D}${sysconfdir}

}

FILES_${PN} += " ${sysconfdir}/myconfig.config "
#same here
FILES_${PN} += " ${sysconfdir}/myOtherConfig.config "


Many thanks
Howard


Re: gpsd recipe not installing clients

Marc Ferland
 

gps-utils is the package you are looking for.
Marc

On Fri, Feb 11, 2022 at 11:32 AM Alexander Kanavin <alex.kanavin@...> wrote:
>
> Check tmp/work/cortexa53-poky-linux/gpsd/3.23.1-r0/packages-split to
> see what package the needed binaries go into.
>
> Alex
>
> On Fri, 11 Feb 2022 at 17:23, <mattwood2000@...> wrote:
> >
> > Hi,
> >
> > I am trying to include gpsd in a poky build.  The core components are
> > included, i.e gpsd gpsctl and gpsdctl, but the clients like gpspipe
> > and gpsmon do not make it to the final image.
> >
> > For context, I'm building for the raspberry pi 3b+ using
> > core-image-full-cmdline.
> >
> > I see all of the clients in
> > tmp/work/cortexa53-poky-linux/gpsd/3.23.1-r0/image/usr/bin however.
> >
> > What am I missing?  I didn't see anything in the recipe that would
> > indicate a conditional install flag.
> >
> > Thanks, Matt.
> >
> >
> >
>
>
>


Re: gpsd recipe not installing clients

Alexander Kanavin
 

Check tmp/work/cortexa53-poky-linux/gpsd/3.23.1-r0/packages-split to
see what package the needed binaries go into.

Alex

On Fri, 11 Feb 2022 at 17:23, <mattwood2000@...> wrote:

Hi,

I am trying to include gpsd in a poky build. The core components are
included, i.e gpsd gpsctl and gpsdctl, but the clients like gpspipe
and gpsmon do not make it to the final image.

For context, I'm building for the raspberry pi 3b+ using
core-image-full-cmdline.

I see all of the clients in
tmp/work/cortexa53-poky-linux/gpsd/3.23.1-r0/image/usr/bin however.

What am I missing? I didn't see anything in the recipe that would
indicate a conditional install flag.

Thanks, Matt.



gpsd recipe not installing clients

mattwood2000@...
 

Hi,

I am trying to include gpsd in a poky build. The core components are
included, i.e gpsd gpsctl and gpsdctl, but the clients like gpspipe
and gpsmon do not make it to the final image.

For context, I'm building for the raspberry pi 3b+ using
core-image-full-cmdline.

I see all of the clients in
tmp/work/cortexa53-poky-linux/gpsd/3.23.1-r0/image/usr/bin however.

What am I missing? I didn't see anything in the recipe that would
indicate a conditional install flag.

Thanks, Matt.


freecell-solver fetch issue

sateesh m
 

Hi Team,

              I am trying to install the Freecell-solver package. I am facing a problem fetcher issue. Can anybody know how to fix this issue? please guide me.

WARNING: /home/integration-team/kde2/meta-qt5-extra/recipes-kde/packagegroups/kde-games.bb:do_build is tainted from a forced run                              | ETA:  0:00:00
Initialising tasks: 100% |####################################################################################################################################| Time: 0:00:01
Sstate summary: Wanted 12 Found 0 Missed 12 Current 1387 (0% match, 99% complete)
NOTE: Executing Tasks
WARNING: freecell-solver-5.24.0-r0 do_fetch: Failed to fetch URL http://fc-solve.shlomifish.org/downloads/fc-solve/freecell-solver-5.24.0.tar.xz, attempting MIRRORS if available
ERROR: freecell-solver-5.24.0-r0 do_fetch: Fetcher failure: Fetch command export PSEUDO_DISABLED=1; export DBUS_SESSION_BUS_ADDRESS="unix:path=/run/user/1001/bus"; export PATH="/home/integration-team/kde2/build/tmp-glibc/work/riscv64-oe-linux/freecell-solver/5.24.0-r0/recipe-sysroot-native/usr/bin/perl-native:/home/integration-team/kde2/build/tmp-glibc/work/riscv64-oe-linux/freecell-solver/5.24.0-r0/recipe-sysroot-native/usr/bin/python3-native:/home/integration-team/kde2/openembedded-core/scripts:/home/integration-team/kde2/build/tmp-glibc/work/riscv64-oe-linux/freecell-solver/5.24.0-r0/recipe-sysroot-native/usr/bin/riscv64-oe-linux:/home/integration-team/kde2/build/tmp-glibc/work/riscv64-oe-linux/freecell-solver/5.24.0-r0/recipe-sysroot/usr/bin/crossscripts:/home/integration-team/kde2/build/tmp-glibc/work/riscv64-oe-linux/freecell-solver/5.24.0-r0/recipe-sysroot-native/usr/sbin:/home/integration-team/kde2/build/tmp-glibc/work/riscv64-oe-linux/freecell-solver/5.24.0-r0/recipe-sysroot-native/usr/bin:/home/integration-team/kde2/exaleap-build/tmp-glibc/work/riscv64-oe-linux/freecell-solver/5.24.0-r0/recipe-sysroot-native/sbin:/home/integration-team/kde2/build/tmp-glibc/work/riscv64-oe-linux/freecell-solver/5.24.0-r0/recipe-sysroot-native/bin:/home/integration-team/kde2/bitbake/bin:/home/integration-team/kde2/build/tmp-glibc/hosttools"; export HOME="/home/integration-team"; /usr/bin/env wget -t 2 -T 30 --passive-ftp --no-check-certificate -P /home/integration-team/kde2/build/downloads 'http://fc-solve.shlomifish.org/downloads/fc-solve/freecell-solver-5.24.0.tar.xz' --progress=dot -v failed with exit code 8, no output
ERROR: freecell-solver-5.24.0-r0 do_fetch: Fetcher failure for URL: 'http://fc-solve.shlomifish.org/downloads/fc-solve/freecell-solver-5.24.0.tar.xz'. Unable to fetch URL from any source.
ERROR: Logfile of failure stored in: /home/integration-team/kde2/build/tmp-glibc/work/riscv64-oe-linux/freecell-solver/5.24.0-r0/temp/log.do_fetch.22394
ERROR: Task (/home/integration-team/kde2/meta-qt5-extra/recipes-support/shlomif/freecell-solver.bb:do_fetch) failed with exit code '1'
NOTE: Tasks Summary: Attempted 4421 tasks of which 4420 didn't need to be rerun and 1 failed.
 
Summary: 1 task failed:
  /home/integration-team/kde2/meta-qt5-extra/recipes-support/shlomif/freecell-solver.bb:do_fetch
Summary: There were 2 WARNING messages shown.
Summary: There were 2 ERROR messages shown, returning a non-zero exit code.
 

--
Regards,
Sateesh


Re: AUh: upgrading recipes bbppend files only #yocto

ksmanjunath681@...
 

Hi ,
can anyone suggest me something on this


Re: #yocto #zeus Problem with moving from rocko to zeus #yocto #zeus

Zoran
 

Dule, Dule, Dudule!

Slusaj i prati sta ti YOCTO velicine pricaju! I pokusaj sam da se
snadjes, jer te dobro navode! ;-)

Zee
_______

On Fri, Feb 11, 2022 at 8:38 AM Dusan Radic <dusrad@...> wrote:

Here is the error:

| .../kernel-source/include/linux/log2.h:22:1: warning: ignoring
attribute 'noreturn' because it conflicts with attribute 'const'
[-Wattributes]
| 22 | int ____ilog2_NaN(void);
| | ^~~
| /tmp/ccA2wTxM.s: Assembler messages:
| /tmp/ccA2wTxM.s:3486: Error: .err encountered
| /tmp/ccA2wTxM.s:3546: Error: .err encountered
| .../kernel-source/scripts/Makefile.build:258: recipe for target
'fs/fat/dir.o' failed
| make[4]: *** [fs/fat/dir.o] Error 1
| make[4]: *** Waiting for unfinished jobs....
| CC fs/cifs/smb2maperror.o
| In file included from .../kernel-source/include/linux/kernel.h:11,

However, now that I have switched to linux-imx-4.14.98 I made
significant progress.
It looks like it's going to work, I'll keep you posted.

Best regards,
Dule

On Thu, Feb 10, 2022 at 6:20 PM Khem Raj <raj.khem@...> wrote:



On 2/10/22 8:56 AM, Dusan Radic wrote:
Hello,

I am trying to upgrade my distro from rocko to zeus.
After I fixed all the initial parsing and build problems I have
reached a point where the linux-imx doesn't build. Maybe I am
underestimating the task in front of me, but I have already seen it
done.

The error looks like this:

| .../kernel-source/Makefile:947: recipe for target 'fs' failed
| make[2]: *** [fs] Error 2
| Makefile:146: recipe for target 'sub-make' failed
| make[1]: *** [sub-make] Error 2
| Makefile:24: recipe for target '__sub-make' failed
| make: *** [__sub-make] Error 2
| WARNING: exit code 1 from a shell command.
|
ERROR: Task (.../meta-mylayer/recipes-kernel/linux/linux-imx_4.1.15.bb:do_compile)
failed with exit code '1'

Is it possible that I am using the wrong linux-imx version? I have
tried a few but to no avail.
perhaps there is more specific compiler error in logs above that ?

Thanks in advance.

Best regards,
Dule






Re: #yocto #zeus Problem with moving from rocko to zeus #yocto #zeus

Dusan Radic <dusrad@...>
 

Here is the error:

| .../kernel-source/include/linux/log2.h:22:1: warning: ignoring
attribute 'noreturn' because it conflicts with attribute 'const'
[-Wattributes]
| 22 | int ____ilog2_NaN(void);
| | ^~~
| /tmp/ccA2wTxM.s: Assembler messages:
| /tmp/ccA2wTxM.s:3486: Error: .err encountered
| /tmp/ccA2wTxM.s:3546: Error: .err encountered
| .../kernel-source/scripts/Makefile.build:258: recipe for target
'fs/fat/dir.o' failed
| make[4]: *** [fs/fat/dir.o] Error 1
| make[4]: *** Waiting for unfinished jobs....
| CC fs/cifs/smb2maperror.o
| In file included from .../kernel-source/include/linux/kernel.h:11,

However, now that I have switched to linux-imx-4.14.98 I made
significant progress.
It looks like it's going to work, I'll keep you posted.

Best regards,
Dule

On Thu, Feb 10, 2022 at 6:20 PM Khem Raj <raj.khem@...> wrote:



On 2/10/22 8:56 AM, Dusan Radic wrote:
Hello,

I am trying to upgrade my distro from rocko to zeus.
After I fixed all the initial parsing and build problems I have
reached a point where the linux-imx doesn't build. Maybe I am
underestimating the task in front of me, but I have already seen it
done.

The error looks like this:

| .../kernel-source/Makefile:947: recipe for target 'fs' failed
| make[2]: *** [fs] Error 2
| Makefile:146: recipe for target 'sub-make' failed
| make[1]: *** [sub-make] Error 2
| Makefile:24: recipe for target '__sub-make' failed
| make: *** [__sub-make] Error 2
| WARNING: exit code 1 from a shell command.
|
ERROR: Task (.../meta-mylayer/recipes-kernel/linux/linux-imx_4.1.15.bb:do_compile)
failed with exit code '1'

Is it possible that I am using the wrong linux-imx version? I have
tried a few but to no avail.
perhaps there is more specific compiler error in logs above that ?

Thanks in advance.

Best regards,
Dule





Minutes: Yocto Project Weekly Triage Meeting 2/10/2022

Trevor Gamblin
 

Wiki: https://wiki.yoctoproject.org/wiki/Bug_Triage

Attendees: Andrei, Alexandre, Armin, Bruce, Daiane, Joshua, Pavel, Randy, Richard, Saul, Stephen, Steve, Tim, Trevor

ARs:

- Saul to address NEEDINFO bugs from Robert Berger

- Randy to search Bugzilla for prelink bugs to close

Notes:

- (Correction) ~43% of AB workers have been switched to SSDs. Failure rate appears lower, but still TBD

Medium+ 3.5 Unassigned Enhancements/Bugs: 79 (Last week 76)

Medium+ 3.99 Unassigned Enhancements/Bugs: 39 (Last week 39)

AB Bugs: 75 (Last week 73)

1261 - 1280 of 57386