[linux-yocto][linux-yocto v5.10/standard/nxp-sdk-5.10/nxp-soc][PATCH] arm64: dts: imx8: Set usdhc's clock rate for imx8qm mmc for trim performance
Set usdhc's clock rate for imx8qm mmc, usdhc's clock rate is different according
to different devices connected, otherwise this will impact the trim performance.
Refer to the upstream commit: 3944b454f7fa
"(arm64: dts: imx8qxp: Move usdhc clocks assignment to board DT")
Signed-off-by: Xiaolei Wang
Signed-off-by: Bruce Ashfield
---
arch/arm64/boot/dts/freescale/imx8qm-mek.dts | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm64/boot/dts/freescale/imx8qm-mek.dts
b/arch/arm64/boot/dts/freescale/imx8qm-mek.dts
index a3b01417638a..2928f336d497 100755
--- a/arch/arm64/boot/dts/freescale/imx8qm-mek.dts
+++ b/arch/arm64/boot/dts/freescale/imx8qm-mek.dts
@@ -1083,7 +1083,7 @@ usb3_drd_sw: endpoint {
{
assigned-clocks = < IMX_SC_R_SDHC_0 IMX_SC_PM_CLK_PER>;
- assigned-clock-rates = <4>;
+ assigned-clock-rates = <2>;
pinctrl-names = "default", "state_100mhz", "state_200mhz";
pinctrl-0 = <_usdhc1>;
pinctrl-1 = <_usdhc1>;
@@ -1096,6 +1096,8 @@ {
};
{
+ assigned-clocks = < IMX_SC_R_SDHC_0 IMX_SC_PM_CLK_PER>;
+ assigned-clock-rates = <2>;
pinctrl-names = "default", "state_100mhz", "state_200mhz";
pinctrl-0 = <_usdhc2>, <_usdhc2_gpio>;
pinctrl-1 = <_usdhc2>, <_usdhc2_gpio>;
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10215):
https://lists.yoctoproject.org/g/linux-yocto/message/10215
Mute This Topic: https://lists.yoctoproject.org/mt/84544560/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[linux-yocto] [PATCH] Mailbox: Fix compile error caused by spell mistake of spin_lock_irqrestore
From: Ruiqiang Hao
Replace spin_lock_irqstore() with spin_lock_irqrestore().
Fixes: 4f52df83cd44("Mailbox: Replace mutex lock with spin lock")
Signed-off-by: Ruiqiang Hao
---
drivers/mailbox/mvl_mhu.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/mailbox/mvl_mhu.c b/drivers/mailbox/mvl_mhu.c
index 3caf04a2d557..e8639b570130 100644
--- a/drivers/mailbox/mvl_mhu.c
+++ b/drivers/mailbox/mvl_mhu.c
@@ -202,7 +202,7 @@ static bool mvl_mhu_last_tx_done(struct mbox_chan *chan)
spin_lock_irqsave(>link_lock, flags);
val = readq_relaxed(mhu->base + SCP_TO_AP0_MBOX_RINT);
- spin_unlock_irqstore(>link_lock, flags);
+ spin_unlock_irqrestore(>link_lock, flags);
dev_dbg(mhu->dev, "%s\n", __func__);
@@ -216,7 +216,7 @@ static int mvl_mhu_send_data(struct mbox_chan *chan, void
*data)
spin_lock_irqsave(>link_lock, flags);
writeq_relaxed(DONT_CARE_DATA, mhu->base + AP0_TO_SCP_MBOX);
- spin_unlock_irqstore(>link_lock, flags);
+ spin_unlock_irqrestore(>link_lock, flags);
return 0;
}
--
2.29.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10213):
https://lists.yoctoproject.org/g/linux-yocto/message/10213
Mute This Topic: https://lists.yoctoproject.org/mt/84543384/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[linux-yocto][linux-yocto v5.10] Fix compile error caused by spell mistake.
Hi Bruce, Please help to merge this patch into our linux-yocto repo. patch: 0001-Mailbox-Fix-compile-error-caused-by-spell-mistake-of.patch repo: linux-yocto branch: v5.10/standard/cn-sdkv5.4/octeon v5.10/standard/preempt-rt/cn-sdkv5.4/octeon Thanks, Ruiqiang -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10214): https://lists.yoctoproject.org/g/linux-yocto/message/10214 Mute This Topic: https://lists.yoctoproject.org/mt/84543385/21656 Group Owner: linux-yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] [meta-gplv2] [PATCH 2/3] meta-gplv2: Convert to new override syntax
This converts the layer to the new override syntax. This was done using
/scripts/contrib/convert-overrides.py
with no manual fixes.
Signed-off-by: Richard Purdie
---
conf/distro/include/disable-gplv3.inc | 4 +--
recipes-bsp/grub/grub_0.97.bb | 4 +--
recipes-core/coreutils/coreutils_6.9.bb | 2 +-
recipes-core/gettext/gettext_0.16.1.bb| 28 +--
recipes-core/readline/readline_5.2.bb | 4 +--
recipes-devtools/bison/bison_2.3.bb | 2 +-
recipes-devtools/elfutils/elfutils_0.148.bb | 24
recipes-devtools/m4/m4-1.4.9.inc | 2 +-
recipes-devtools/mtools/mtools_3.9.9.bb | 6 ++--
recipes-devtools/patch/patch.inc | 2 +-
recipes-devtools/rsync/rsync.inc | 2 +-
recipes-extended/bash/bash.inc| 22 +++
recipes-extended/bc/bc_1.06.bb| 2 +-
recipes-extended/cpio/cpio_v2.inc | 6 ++--
recipes-extended/diffutils/diffutils.inc | 2 +-
recipes-extended/diffutils/diffutils_2.8.1.bb | 2 +-
recipes-extended/ed/ed_0.5.bb | 6 ++--
recipes-extended/findutils/findutils.inc | 2 +-
recipes-extended/gawk/gawk_3.1.5.bb | 14 +-
recipes-extended/gperf/gperf.inc | 2 +-
recipes-extended/grep/grep_2.5.1a.bb | 6 ++--
recipes-extended/groff/groff_1.18.1.4.bb | 4 +--
recipes-extended/gzip/gzip.inc| 8 +++---
recipes-extended/libidn/libidn_0.6.14.bb | 4 +--
recipes-extended/mc/mc_4.7.5.2.bb | 18 ++--
recipes-extended/msmtp/msmtp_1.4.12.bb| 4 +--
recipes-extended/sed/sed_4.1.2.bb | 4 +--
recipes-extended/tar/tar.inc | 14 +-
recipes-extended/texinfo/texinfo_4.8.bb | 18 ++--
recipes-extended/time/time_1.7.bb | 2 +-
recipes-extended/which/which_2.18.bb | 4 +--
recipes-sato/rxvt-unicode/rxvt-unicode.inc| 12
recipes-support/gdbm/gdbm_1.8.3.bb| 2 +-
recipes-support/gmp/gmp.inc | 4 +--
recipes-support/gmp/gmp_4.2.1.bb | 2 +-
recipes-support/gnupg/gnupg_1.4.7.bb | 8 +++---
recipes-support/gnutls/gnutls.inc | 20 ++---
recipes-support/libiconv/libiconv_1.11.1.bb | 6 ++--
recipes-support/nettle/nettle.inc | 2 +-
recipes-support/nettle/nettle_2.7.1.bb| 2 +-
.../shared-mime-info/shared-mime-info.inc | 10 +++
41 files changed, 146 insertions(+), 146 deletions(-)
diff --git a/conf/distro/include/disable-gplv3.inc
b/conf/distro/include/disable-gplv3.inc
index bded378..5d948cc 100644
--- a/conf/distro/include/disable-gplv3.inc
+++ b/conf/distro/include/disable-gplv3.inc
@@ -1,3 +1,3 @@
INCOMPATIBLE_LICENSE = '*GPLv3*'
-WARN_QA_remove = 'incompatible-license'
-RDEPENDS_${PN}-ptest_remove_pn-glib-2.0 = "python3-dbusmock"
+WARN_QA:remove = 'incompatible-license'
+RDEPENDS:${PN}-ptest:remove:pn-glib-2.0 = "python3-dbusmock"
diff --git a/recipes-bsp/grub/grub_0.97.bb b/recipes-bsp/grub/grub_0.97.bb
index 3e4e12c..3845c94 100644
--- a/recipes-bsp/grub/grub_0.97.bb
+++ b/recipes-bsp/grub/grub_0.97.bb
@@ -9,7 +9,7 @@ LICENSE = "GPLv2+"
LIC_FILES_CHKSUM = "file://COPYING;md5=c93c0550bd3173f4504b2cbd8991e50b \
file://grub/main.c;beginline=3;endline=9;md5=22a5f28d2130fff9f2a17ed54be90ed6"
-RDEPENDS_${PN} = "diffutils"
+RDEPENDS:${PN} = "diffutils"
PR = "r6"
SRC_URI = "http://alpha.gnu.org/gnu/grub/grub-${PV}.tar.gz; \
@@ -29,7 +29,7 @@ COMPATIBLE_HOST = "i.86.*-linux"
EXTRA_OECONF = "--without-curses"
-do_install_append_vmware() {
+do_install:append_vmware() {
mkdir -p ${D}/boot/
ln -sf ../usr/lib/grub/{$TARGET_ARCH}{$TARGET_VENDOR}/ ${D}/boot/grub
}
diff --git a/recipes-core/coreutils/coreutils_6.9.bb
b/recipes-core/coreutils/coreutils_6.9.bb
index 69e5489..8f24556 100644
--- a/recipes-core/coreutils/coreutils_6.9.bb
+++ b/recipes-core/coreutils/coreutils_6.9.bb
@@ -92,7 +92,7 @@ inherit update-alternatives
ALTERNATIVE_PRIORITY = "100"
-ALTERNATIVE_${PN} = "lbracket ${bindir_progs} ${base_bindir_progs}
${sbindir_progs}"
+ALTERNATIVE:${PN} = "lbracket ${bindir_progs} ${base_bindir_progs}
${sbindir_progs}"
ALTERNATIVE_PRIORITY[uptime] = "10"
ALTERNATIVE_PRIORITY[hostname] = "10"
diff --git a/recipes-core/gettext/gettext_0.16.1.bb
b/recipes-core/gettext/gettext_0.16.1.bb
index 1907ea5..76c2a01 100644
--- a/recipes-core/gettext/gettext_0.16.1.bb
+++ b/recipes-core/gettext/gettext_0.16.1.bb
@@ -7,9 +7,9 @@ LIC_FILES_CHKSUM =
"file://COPYING;md5=9ea3144f04c41cd2eada5d3f472e6ea5"
PR = "r6"
DEPENDS = "virtual/libiconv"
-DEPENDS_class-native = ""
+DEPENDS:class-native = ""
PROVIDES = "virtual/libintl virtual/gettext"
-PROVIDES_class-native = "virtual/gettext-native"
+PROVIDES:class-native = "virtual/gettext-native"
SRC_URI =
[yocto] [meta-gplv2] [PATCH 3/3] layer.conf: Update to honister
This marks the layers as compatible with honister now they use the new override
syntax.
Signed-off-by: Richard Purdie
---
conf/layer.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/conf/layer.conf b/conf/layer.conf
index 9fc797a..3abe6b5 100644
--- a/conf/layer.conf
+++ b/conf/layer.conf
@@ -14,7 +14,7 @@ LAYERVERSION_gplv2 = "1"
LAYERDEPENDS_gplv2 = "core"
-LAYERSERIES_COMPAT_gplv2 = "hardknott"
+LAYERSERIES_COMPAT_gplv2 = "honister"
LICENSE_PATH += "${LAYERDIR}/licenses"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54263): https://lists.yoctoproject.org/g/yocto/message/54263
Mute This Topic: https://lists.yoctoproject.org/mt/84539964/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[yocto] [meta-gplv2] [PATCH 1/3] recipes: Drop libc-uclibc overrides and patch
These haven't been used for a long time and can therefore be removed.
Signed-off-by: Richard Purdie
---
recipes-core/gettext/gettext_0.16.1.bb| 8 --
.../uclibc-support-for-elfutils-0.148.patch | 91 ---
recipes-devtools/elfutils/elfutils_0.148.bb | 9 +-
recipes-devtools/m4/m4.inc| 1 -
recipes-devtools/mtools/mtools_3.9.9.bb | 2 -
recipes-extended/findutils/findutils.inc | 7 --
recipes-support/gnutls/gnutls.inc | 1 -
7 files changed, 2 insertions(+), 117 deletions(-)
delete mode 100644
recipes-devtools/elfutils/elfutils-0.148/uclibc-support-for-elfutils-0.148.patch
diff --git a/recipes-core/gettext/gettext_0.16.1.bb
b/recipes-core/gettext/gettext_0.16.1.bb
index dacdfd3..1907ea5 100644
--- a/recipes-core/gettext/gettext_0.16.1.bb
+++ b/recipes-core/gettext/gettext_0.16.1.bb
@@ -27,8 +27,6 @@ SRC_URI[sha256sum] =
"0bf850d1a079fb5a61f0a47b1a9efd35eb44032255375e1cedb0253bc2
PARALLEL_MAKE = ""
-LDFLAGS_prepend_libc-uclibc = " -lrt -lpthread "
-
inherit autotools texinfo
EXTRA_OECONF += "--without-lispdir \
@@ -81,15 +79,9 @@ FILES_gettext-runtime = "${bindir}/gettext \
${libdir}/libasprintf${SODEV} \
${libdir}/GNU.Gettext.dll \
"
-FILES_gettext-runtime_append_libc-uclibc = " ${libdir}/libintl.so.* \
- ${libdir}/charset.alias \
- "
FILES_gettext-runtime-staticdev += "${libdir}/libasprintf.a"
FILES_gettext-runtime-dev += "${includedir}/autosprintf.h \
${libdir}/libasprintf${SOLIBDEV}"
-FILES_gettext-runtime-dev_append_libc-uclibc = " ${libdir}/libintl.so \
- ${includedir}/libintl.h \
- "
FILES_gettext-runtime-doc = "${mandir}/man1/gettext.* \
${mandir}/man1/ngettext.* \
${mandir}/man1/envsubst.* \
diff --git
a/recipes-devtools/elfutils/elfutils-0.148/uclibc-support-for-elfutils-0.148.patch
b/recipes-devtools/elfutils/elfutils-0.148/uclibc-support-for-elfutils-0.148.patch
deleted file mode 100644
index 3cf16ac..000
---
a/recipes-devtools/elfutils/elfutils-0.148/uclibc-support-for-elfutils-0.148.patch
+++ /dev/null
@@ -1,91 +0,0 @@
-on uclibc systems libintl and libuargp are separate from libc.
-so they need to be specified on commandline when we use proxy-libintl
-then libintl is a static archive so it should be listed last since
-elfutils does not respect disable-nls we need to link in libintl
-
-We add a new option --enable-uclibc which will be used to control
-the uclibc specific configurations during build.
-
-Signed-off-by: Khem Raj
-
-Upstream-Status: Inappropriate [uclibc specific]
-
-Index: elfutils-0.148/configure.ac
-===
elfutils-0.148.orig/configure.ac
-+++ elfutils-0.148/configure.ac
-@@ -55,9 +55,16 @@ AS_IF([test "$use_locks" = yes], [AC_DEF
-
- AH_TEMPLATE([USE_LOCKS], [Defined if libraries should be thread-safe.])
-
-+AC_ARG_ENABLE([uclibc],
-+AS_HELP_STRING([--enable-uclibc], [Use uclibc for system libraries]),
-+use_uclibc=yes, use_uclibc=no)
-+AM_CONDITIONAL(USE_UCLIBC, test "$use_uclibc" = yes)
-+AS_IF([test "$use_uclibc" = yes], [AC_DEFINE(USE_UCLIBC)])
-+
-+AH_TEMPLATE([USE_UCLIBC], [Defined if uclibc libraries are used.])
-+
- dnl Add all the languages for which translations are available.
- ALL_LINGUAS=
--
- AC_PROG_CC
- AC_PROG_RANLIB
- AC_PROG_YACC
-Index: elfutils-0.148/libelf/Makefile.am
-===
elfutils-0.148.orig/libelf/Makefile.am
-+++ elfutils-0.148/libelf/Makefile.am
-@@ -93,7 +93,12 @@ if !MUDFLAP
- libelf_pic_a_SOURCES =
- am_libelf_pic_a_OBJECTS = $(libelf_a_SOURCES:.c=.os)
-
-+
- libelf_so_LDLIBS =
-+if USE_UCLIBC
-+libelf_so_LDLIBS += -lintl -luargp
-+endif
-+
- if USE_LOCKS
- libelf_so_LDLIBS += -lpthread
- endif
-Index: elfutils-0.148/libdw/Makefile.am
-===
elfutils-0.148.orig/libdw/Makefile.am
-+++ elfutils-0.148/libdw/Makefile.am
-@@ -98,6 +98,11 @@ if !MUDFLAP
- libdw_pic_a_SOURCES =
- am_libdw_pic_a_OBJECTS = $(libdw_a_SOURCES:.c=.os)
-
-+libdw_so_LDLIBS =
-+if USE_UCLIBC
-+libdw_so_LDLIBS += -lintl -luargp
-+endif
-+
- libdw_so_SOURCES =
- libdw.so: $(srcdir)/libdw.map libdw_pic.a \
- ../libdwfl/libdwfl_pic.a ../libebl/libebl.a \
-@@ -108,7 +113,7 @@ libdw.so: $(srcdir)/libdw.map libdw_pic.
- -Wl,--enable-new-dtags,-rpath,$(pkglibdir) \
- -Wl,--version-script,$<,--no-undefined \
- -Wl,--whole-archive $(filter-out $<,$^) -Wl,--no-whole-archive\
-- -ldl $(zip_LIBS)
-+ -ldl $(zip_LIBS) $(libdw_so_LDLIBS)
- if readelf -d $@ | fgrep -q
[yocto] [meta-mingw] [PATCH 1/3] meta-mingw: Convert to new override syntax
This converts the two layers to the new override syntax. This was done using
/scripts/contrib/convert-overrides.py
Signed-off-by: Richard Purdie
---
classes/toolchain-scripts-mingw32.bbclass | 8 +++---
conf/machine-sdk/include/mingw32-common.inc | 26 +--
recipes-core/dbus/dbus_%.bbappend | 6 ++---
recipes-core/dtc/dtc_%.bbappend | 8 +++---
recipes-core/expat/expat_%.bbappend | 2 +-
recipes-core/gettext/gettext_%.bbappend | 14 +-
recipes-core/glib-2.0/glib-2.0_%.bbappend | 10 +++
recipes-core/libxml/libxml2_%.bbappend| 2 +-
recipes-core/meta/meta-environment.bbappend | 2 +-
.../nativesdk-packagegroup-sdk-host.bbappend | 2 +-
recipes-core/zlib/zlib_1.2.%.bbappend | 2 +-
.../binutils-cross-canadian_2.%.bbappend | 8 +++---
recipes-devtools/cmake/cmake_%.bbappend | 4 +--
.../gcc/gcc-cross-canadian_%.bbappend | 12 -
recipes-devtools/gcc/gcc-crosssdk_%.bbappend | 4 +--
recipes-devtools/gcc/gcc-runtime_%.bbappend | 16 ++--
recipes-devtools/gcc/gcc_%.bbappend | 4 +--
recipes-devtools/gcc/libgcc_%.bbappend| 8 +++---
.../gdb/gdb-cross-canadian_%.bbappend | 14 +-
recipes-devtools/go/go_%.bbappend | 4 +--
.../libtool/nativesdk-libtool_2.4.6.bbappend | 2 +-
.../nativesdk-mingw-w64-headers_8.0.0.bb | 4 +--
.../nativesdk-mingw-w64-runtime_8.0.0.bb | 6 ++---
.../nativesdk-mingw-w64-winpthreads_8.0.0.bb | 2 +-
recipes-devtools/ninja/ninja_%.bbappend | 4 +--
recipes-devtools/swig/swig_%.bbappend | 4 +--
.../diffutils/diffutils_%.bbappend| 6 ++---
.../libarchive/libarchive_%.bbappend | 2 +-
recipes-extended/libidn/libidn2_%.bbappend| 2 +-
recipes-extended/zstd/zstd_%.bbappend | 4 +--
recipes-graphics/libsdl2/libsdl2_%.bbappend | 4 +--
recipes-graphics/wayland/wayland_%.bbappend | 6 ++---
recipes-support/curl/curl_%.bbappend | 4 +--
.../libgcrypt/libgcrypt_%.bbappend| 6 ++---
.../libgpg-error/libgpg-error_%.bbappend | 2 +-
recipes-support/libiconv/libiconv_1.15.bb | 6 ++---
recipes-support/libmpc/libmpc_%.bbappend | 2 +-
recipes-support/libpcre/libpcre_%.bbappend| 8 +++---
recipes-support/mpfr/mpfr_4.1.%.bbappend | 2 +-
39 files changed, 116 insertions(+), 116 deletions(-)
diff --git a/classes/toolchain-scripts-mingw32.bbclass
b/classes/toolchain-scripts-mingw32.bbclass
index 0afbf7d..d96cb40 100644
--- a/classes/toolchain-scripts-mingw32.bbclass
+++ b/classes/toolchain-scripts-mingw32.bbclass
@@ -1,5 +1,5 @@
# Based off of the oe-core meta/classes/toolchain-scripts.bbclass version
-toolchain_create_sdk_env_script_sdkmingw32 () {
+toolchain_create_sdk_env_script:sdkmingw32 () {
# Create environment setup script
sdkpathnative=${7:-${SDKPATHNATIVE}}
prefix=${6:-${prefix_nativesdk}}
@@ -54,7 +54,7 @@ toolchain_create_sdk_env_script_sdkmingw32 () {
mv $script.new $script
}
-toolchain_shared_env_script_sdkmingw32 () {
+toolchain_shared_env_script:sdkmingw32 () {
echo 'set CC=${TARGET_PREFIX}gcc ${TARGET_CC_ARCH}
--sysroot=%SDKTARGETSYSROOT%' >> $script
echo 'set CXX=${TARGET_PREFIX}g++ ${TARGET_CC_ARCH}
--sysroot=%SDKTARGETSYSROOT%' >> $script
echo 'set CPP=${TARGET_PREFIX}gcc -E ${TARGET_CC_ARCH}
--sysroot=%SDKTARGETSYSROOT%' >> $script
@@ -94,13 +94,13 @@ toolchain_shared_env_script_sdkmingw32 () {
EOF
}
-toolchain_create_sdk_siteconfig_append_sdkmingw32 () {
+toolchain_create_sdk_siteconfig:append:sdkmingw32 () {
# Make the file windows friendly...
awk 'sub("$", "\r")' $siteconfig > $siteconfig.new
mv $siteconfig.new $siteconfig
}
-toolchain_create_sdk_version_append_sdkmingw32 () {
+toolchain_create_sdk_version:append:sdkmingw32 () {
# Make the file windows friendly...
awk 'sub("$", "\r")' $versionfile > $versionfile.new
mv $versionfile.new $versionfile
diff --git a/conf/machine-sdk/include/mingw32-common.inc
b/conf/machine-sdk/include/mingw32-common.inc
index 3997a26..6c43fc9 100644
--- a/conf/machine-sdk/include/mingw32-common.inc
+++ b/conf/machine-sdk/include/mingw32-common.inc
@@ -1,6 +1,6 @@
SDK_OS = "mingw32"
-SDK_VENDOR_mingw32 = "-w64"
-SDK_VENDOR_sdkmingw32 = "-w64"
+SDK_VENDOR:mingw32 = "-w64"
+SDK_VENDOR:sdkmingw32 = "-w64"
NATIVESDKLIBC = "libc-mingw"
@@ -10,12 +10,12 @@ PREFERRED_PROVIDER_virtual/nativesdk-libc =
"nativesdk-mingw-w64-runtime"
PREFERRED_PROVIDER_virtual/nativesdk-libintl = "nativesdk-gettext"
PREFERRED_PROVIDER_virtual/nativesdk-libiconv = "nativesdk-libiconv"
-USE_NLS_mingw32 = "no"
+USE_NLS:mingw32 = "no"
-FILES_${PN}-staticdev_append_mingw32 = " ${libdir}/*.lib"
-ALLOW_EMPTY_${PN}_mingw32 = "1"
+FILES:${PN}-staticdev:append:mingw32 = " ${libdir}/*.lib"
+ALLOW_EMPTY:${PN}:mingw32 = "1"
[yocto] [meta-mingw] [PATCH 3/3] layer.conf: Mark the layer as compatible with honister
Signed-off-by: Richard Purdie --- conf/layer.conf | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/conf/layer.conf b/conf/layer.conf index 194a55d..5fefa73 100644 --- a/conf/layer.conf +++ b/conf/layer.conf @@ -10,4 +10,4 @@ BBFILE_PRIORITY_meta-mingw = "8" LAYERDEPENDS_meta-mingw = "core" -LAYERSERIES_COMPAT_meta-mingw = "hardknott" \ No newline at end of file +LAYERSERIES_COMPAT_meta-mingw = "honister" \ No newline at end of file -- 2.30.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#54261): https://lists.yoctoproject.org/g/yocto/message/54261 Mute This Topic: https://lists.yoctoproject.org/mt/84539747/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[yocto] [meta-mingw] [PATCH 2/3] meta-mingw: Override syntax conversion manual fixes
Fix a coupld of mis-converted lines from the automated override
conversion script.
Signed-off-by: Richard Purdie
---
recipes-devtools/gcc/gcc-runtime_%.bbappend | 4 ++--
recipes-graphics/wayland/wayland_%.bbappend | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/recipes-devtools/gcc/gcc-runtime_%.bbappend
b/recipes-devtools/gcc/gcc-runtime_%.bbappend
index 0013e88..1511abb 100644
--- a/recipes-devtools/gcc/gcc-runtime_%.bbappend
+++ b/recipes-devtools/gcc/gcc-runtime_%.bbappend
@@ -1,5 +1,5 @@
-FILES:libstdc++_append_mingw32 = " ${bindir}/libstdc++*.dll"
-FILES:libstdc++-staticdev_append_mingw32 = " ${libdir}/libstdc++.dll.a*"
+FILES:libstdc++:append:mingw32 = " ${bindir}/libstdc++*.dll"
+FILES:libstdc++-staticdev:append:mingw32 = " ${libdir}/libstdc++.dll.a*"
FILES:libssp:append:mingw32 = " ${bindir}/libssp*.dll"
# FILES:libgomp:append:mingw32 = " ${bindir}/libgomp*.dll"
diff --git a/recipes-graphics/wayland/wayland_%.bbappend
b/recipes-graphics/wayland/wayland_%.bbappend
index 86a9061..e8ca57d 100644
--- a/recipes-graphics/wayland/wayland_%.bbappend
+++ b/recipes-graphics/wayland/wayland_%.bbappend
@@ -1,6 +1,6 @@
# The assembly file that encodes the DTD string into wayland-scanner is not
# compatible with i686 MinGW
-PACKAGECONFIG:remove:mingw32_i686 = "dtd-validation"
+PACKAGECONFIG:remove:mingw32:i686 = "dtd-validation"
EXTRA_OECONF:class-nativesdk:mingw32 = "--disable-documentation
--disable-libraries"
EXTRA_OEMESON:class-nativesdk:mingw32 = "-Ddocumentation=false
-Dlibraries=false"
--
2.30.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#54259): https://lists.yoctoproject.org/g/yocto/message/54259
Mute This Topic: https://lists.yoctoproject.org/mt/84539745/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[yocto] Minutes: Yocto Project Weekly Triage Meeting 7/29/2021
*Wiki: *https://wiki.yoctoproject.org/wiki/Bug_Triage *Attendees:* Diane, Joshua, MichaelO, Randy, Richard, Stephen, Steve, Tim, Tony, TrevorG *ARs:* - Tim to talk with Intel team about bug 14491 ([QA 3.4_M2.rc1] - stap.StapTest.test_stap failure) - Randy to discuss bug (save which recipe fetches which source) with Robert and come to a conclusion *Notes:* * * - Steve encountered build failures such as the one in https://errors.yoctoproject.org/Errors/Details/593109/ when attempting to run dunfell builds with the PARALLEL_MAKE load averaging added. WR is testing/investigating on internal Autobuilder instance *Medium+ 3.4 Unassigned Enhancements/Bugs: *80 (Last week 73) *Medium+ 3.99 Unassigned Enhancements/Bugs: *28**(Last week 27) *AB-INT Bugs: *46 (Last week 49) -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#54258): https://lists.yoctoproject.org/g/yocto/message/54258 Mute This Topic: https://lists.yoctoproject.org/mt/84530185/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [linux-yocto][yocto-kernel-cache yocto-5.10][PATCH 0/1] nxp-imx6: Enable Media Platform config to fix build warning
merged. Bruce In message: [linux-yocto][yocto-kernel-cache yocto-5.10][PATCH 0/1] nxp-imx6: Enable Media Platform config to fix build warning on 28/07/2021 Jun Miao wrote: > CONFIG V4L_MEM2MEM_DRIVERS and VIDEO_CODA are depended on > MEDIA_PLATFORM_SUPPORT, so enable CONFIG_MEDIA_PLATFORM_SUPPORT to fix build > warning. > > Signed-off-by: Jun Miao > --- > bsp/nxp-imx6/nxp-imx6.cfg | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/bsp/nxp-imx6/nxp-imx6.cfg b/bsp/nxp-imx6/nxp-imx6.cfg > index b47a89a0..76d7811b 100644 > --- a/bsp/nxp-imx6/nxp-imx6.cfg > +++ b/bsp/nxp-imx6/nxp-imx6.cfg > @@ -101,6 +101,7 @@ CONFIG_CPU_THERMAL=y > CONFIG_IMX_THERMAL=y > > CONFIG_MEDIA_SUPPORT=y > +CONFIG_MEDIA_PLATFORM_SUPPORT=y > CONFIG_MEDIA_CAMERA_SUPPORT=y > CONFIG_V4L_MEM2MEM_DRIVERS=y > CONFIG_VIDEO_CODA=y > -- > 2.25.1 > -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10212): https://lists.yoctoproject.org/g/linux-yocto/message/10212 Mute This Topic: https://lists.yoctoproject.org/mt/84500763/21656 Group Owner: linux-yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [linux-yocto][linux-yocto v5.10] Fix sleep in atomic environment for marvell cn96xx
In message: [linux-yocto][linux-yocto v5.10] Fix sleep in atomic environment for marvell cn96xx on 29/07/2021 Ruiqiang Hao wrote: > Hi Bruce, > > Please help to merge this patch into our linux-yocto repo. > > patch: > 0001-Mailbox-Replace-mutex-lock-with-spin-lock.patch > > repo: > linux-yocto > branch: > v5.10/standard/cn-sdkv5.4/octeon > v5.10/standard/preempt-rt/cn-sdkv5.4/octeon merged. Bruce > > Thanks, > Ruiqiang -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#10211): https://lists.yoctoproject.org/g/linux-yocto/message/10211 Mute This Topic: https://lists.yoctoproject.org/mt/84521886/21656 Group Owner: linux-yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [V2][linux-yocto][linux-yocto v5.10/standard/sdkv5.10/xlnx-soc][PATCH 1/2] net: xilinx: fix compile warning due to typecheck
merged.
Bruce
In message: [V2][linux-yocto][linux-yocto
v5.10/standard/sdkv5.10/xlnx-soc][PATCH 1/2] net: xilinx: fix compile warning
due to typecheck
on 29/07/2021 quanyang.w...@windriver.com wrote:
> From: Quanyang Wang
>
> This warning is introduced by the SDK commit 1b5d1c43433b3 ("net: xilinx:
> axiethernet: Add check for transmit data FIFO vacancy").
>
> Change the type of flags from "u32" to "unsigned long" to avoid the
> compile warning as below:
>
> include/linux/spinlock.h:251:3: note: in expansion of macro ‘typecheck’
> 251 | typecheck(unsigned long, flags); \
> | ^
> drivers/net/ethernet/xilinx/xilinx_axienet_main.c:1124:3: note: in expansion
> of macro ‘spin_lock_irqsave’
> 1124 | spin_lock_irqsave(>ptp_tx_lock, flags);
> | ^
>
> Signed-off-by: Quanyang Wang
> ---
> V1 ---> V2:
> Add the info of the commit which introduces this warning.
>
> ---
> drivers/net/ethernet/xilinx/xilinx_axienet_main.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> index 5a52872ec1430..64de359e7697d 100644
> --- a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> +++ b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> @@ -1067,7 +1067,7 @@ static int axienet_create_tsheader(u8 *buf, u8 msg_type,
> #endif
> u64 val;
> u32 tmp[MRMAC_TS_HEADER_WORDS];
> - u32 flags;
> + unsigned long flags;
> int i;
>
> #ifdef CONFIG_AXIENET_HAS_MCDMA
> --
> 2.25.1
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10210):
https://lists.yoctoproject.org/g/linux-yocto/message/10210
Mute This Topic: https://lists.yoctoproject.org/mt/84522327/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] Install SDK with yocto
Hi, After you download e.g. the tarball, you'll find an installation guide inside. It says: OpenSUSE 13.1 / 42.3 Ubuntu ® 14.04 / 16.04 Fedora 26 / 27 Debian 8.10 / 9.3 So I am not sure why you assume that this should work out of the box/at all with the Yocto Project. If you really want it I suggest to talk to Baumer about it and I am happy to help you and them with the integration. Regards, Robert -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#54256): https://lists.yoctoproject.org/g/yocto/message/54256 Mute This Topic: https://lists.yoctoproject.org/mt/84515269/21656 Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] #yocto -kernel startup of devices/platform/amba/ffa00000.perf-monitor
Nevermind I found it, long day… From: yocto@lists.yoctoproject.org On Behalf Of Monsees, Steven C (US) via lists.yoctoproject.org Sent: Wednesday, July 28, 2021 1:57 PM To: yocto@lists.yoctoproject.org Subject: [yocto] #yocto -kernel startup of devices/platform/amba/ffa0.perf-monitor External Email Alert This email has been sent from an account outside of the BAE Systems network. Please treat the email with caution, especially if you are requested to click on a link, decrypt/open an attachment, or enable macros. For further information on how to spot phishing, access “Cybersecurity OneSpace Page” and report phishing by clicking the button “Report Phishing” on the Outlook toolbar. I am running with zeus…, during kernel startup I see perf-monitors setup [3.564635] xilinx-axipmon ffa0.perf-monitor: Probed Xilinx APM [3.571139] xilinx-axipmon fd0b.perf-monitor: Probed Xilinx APM [3.577571] xilinx-axipmon fd49.perf-monitor: Probed Xilinx APM [3.583987] xilinx-axipmon ffa1.perf-monitor: Probed Xilinx APM Are these are tied to uio0 thru uio3 ? Can someone tell me what recipe initializes and brings these in ? Is it possible to delay their initialization/startup ? (I would like to have them come into play after I setup the uio_fpga interrupt…) root@cvpx-default ls -la /sys/class/uio total 0 drwxr-xr-x 2 root root 0 Jan 1 1970 . drwxr-xr-x 49 root root 0 Jan 1 1970 .. lrwxrwxrwx 1 root root 0 Jan 1 1970 uio0 -> ../../devices/platform/amba/ffa0.perf-monitor/uio/uio0 lrwxrwxrwx 1 root root 0 Jan 1 1970 uio1 -> ../../devices/platform/amba/fd0b.perf-monitor/uio/uio1 lrwxrwxrwx 1 root root 0 Jan 1 1970 uio2 -> ../../devices/platform/amba/fd49.perf-monitor/uio/uio2 lrwxrwxrwx 1 root root 0 Jan 1 1970 uio3 -> ../../devices/platform/amba/ffa1.perf-monitor/uio/uio3 lrwxrwxrwx 1 root root 0 Jul 28 17:36 uio4 -> ../../devices/uio_fpga/uio/uio4 root@cvpx-default Thanks, Steve -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#54255): https://lists.yoctoproject.org/g/yocto/message/54255 Mute This Topic: https://lists.yoctoproject.org/mt/84511389/21656 Mute #yocto:https://lists.yoctoproject.org/g/yocto/mutehashtag/yocto Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] #bitbake Can't get application sources from private git using SSH keys #bitbake #yocto
Thank you Yoann. I was able to fetch. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#54254): https://lists.yoctoproject.org/g/yocto/message/54254 Mute This Topic: https://lists.yoctoproject.org/mt/84523137/21656 Mute #yocto:https://lists.yoctoproject.org/g/yocto/mutehashtag/yocto Mute #bitbake:https://lists.yoctoproject.org/g/yocto/mutehashtag/bitbake Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [yocto] #bitbake Can't get application sources from private git using SSH keys #bitbake #yocto
Hello, Le jeu. 29 juil. 2021 à 08:22, a écrit : > SRC_URI = "git://g...@.com:xxx/xxx.git" > Could someone please suggest on how to write a recipe to get the > application code from private git hub using SSH keys. > The ':' in SRC_URI is not handled like in the git clone command line. You may need to change it to a '/' SRC_URI = "git://g...@.com/xxx/xxx.git;protocol=ssh;" This is a frequent error (I make it at least once per project) Hope this helps! Regards, -- Yoann Congal Smile ECS - Expert technique -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#54253): https://lists.yoctoproject.org/g/yocto/message/54253 Mute This Topic: https://lists.yoctoproject.org/mt/84523137/21656 Mute #yocto:https://lists.yoctoproject.org/g/yocto/mutehashtag/yocto Mute #bitbake:https://lists.yoctoproject.org/g/yocto/mutehashtag/bitbake Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [V2][linux-yocto][linux-yocto v5.10/standard/sdkv5.10/xlnx-soc][PATCH 1/2] net: xilinx: fix compile warning due to typecheck
On 7/29/21 6:48 AM, quanyang.w...@windriver.com wrote:
> From: Quanyang Wang
>
> This warning is introduced by the SDK commit 1b5d1c43433b3 ("net: xilinx:
> axiethernet: Add check for transmit data FIFO vacancy").
>
> Change the type of flags from "u32" to "unsigned long" to avoid the
> compile warning as below:
>
> include/linux/spinlock.h:251:3: note: in expansion of macro ‘typecheck’
> 251 | typecheck(unsigned long, flags); \
> | ^
> drivers/net/ethernet/xilinx/xilinx_axienet_main.c:1124:3: note: in expansion
> of macro ‘spin_lock_irqsave’
> 1124 | spin_lock_irqsave(>ptp_tx_lock, flags);
> | ^
>
> Signed-off-by: Quanyang Wang
> ---
> V1 ---> V2:
> Add the info of the commit which introduces this warning.
>
> ---
> drivers/net/ethernet/xilinx/xilinx_axienet_main.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> index 5a52872ec1430..64de359e7697d 100644
> --- a/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> +++ b/drivers/net/ethernet/xilinx/xilinx_axienet_main.c
> @@ -1067,7 +1067,7 @@ static int axienet_create_tsheader(u8 *buf, u8 msg_type,
> #endif
> u64 val;
> u32 tmp[MRMAC_TS_HEADER_WORDS];
> - u32 flags;
> + unsigned long flags;
> int i;
>
> #ifdef CONFIG_AXIENET_HAS_MCDMA
>
This looks good. I have also added it to xilinx tree.
Thanks,
Michal
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10209):
https://lists.yoctoproject.org/g/linux-yocto/message/10209
Mute This Topic: https://lists.yoctoproject.org/mt/84522327/21656
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[yocto] #bitbake Can't get application sources from private git using SSH keys #bitbake #yocto
Hi, Working on Yocto build system first time. I has written a recipe to fetch the code from private GIT HUB, using SSH keys. Able to clone the code using git clone. However when i ran bitbake getting below error. "ssh couldnot resolve host" In my bitbake recipe these two line are present SRCREV = "ed189c8f5a4df7xxx4d443c382f4578" SRC_URI = "git://g...@.com:xxx/xxx.git" Could someone please suggest on how to write a recipe to get the application code from private git hub using SSH keys. Regards, Vijay -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#54252): https://lists.yoctoproject.org/g/yocto/message/54252 Mute This Topic: https://lists.yoctoproject.org/mt/84523137/21656 Mute #bitbake:https://lists.yoctoproject.org/g/yocto/mutehashtag/bitbake Mute #yocto:https://lists.yoctoproject.org/g/yocto/mutehashtag/yocto Group Owner: yocto+ow...@lists.yoctoproject.org Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [V2][linux-yocto][linux-yocto v5.10/standard/sdkv5.10/xlnx-soc][PATCH 2/2] arm64: zynqmp: fix warning about lack of #address-cells
Hi Michal,
On 7/29/21 1:57 PM, Michal Simek wrote:
Hi,
On 7/29/21 6:48 AM, quanyang.w...@windriver.com wrote:
From: Quanyang Wang
The interrupt controller nodes need #address-cells property. When
building device-tree files with "DTC_FLAGS='-@'", there is warning
as below:
arch/arm64/boot/dts/xilinx/zynqmp.dtsi:450.38-460.5: Warning
(interrupt_provider): /axi/interrupt-controller@f901: Missing
#address-cells in interrupt provider
arch/arm64/boot/dts/xilinx/zynqmp.dtsi:720.23-731.5: Warning
(interrupt_provider): /axi/gpio@ff0a: Missing #address-cells in interrupt
provider
Since they have no children in the device-tree hierarchy, assign '0'
to the "address-cells" property.
Signed-off-by: Quanyang Wang
---
V1 ---> V2:
Fix the wrong description in commit message and short log since the
modfications are about "address-cells" but not the "interrupt-cells".
---
arch/arm64/boot/dts/xilinx/zynqmp.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm64/boot/dts/xilinx/zynqmp.dtsi
b/arch/arm64/boot/dts/xilinx/zynqmp.dtsi
index 2e1ccd179d17d..8c2cad7816435 100644
--- a/arch/arm64/boot/dts/xilinx/zynqmp.dtsi
+++ b/arch/arm64/boot/dts/xilinx/zynqmp.dtsi
@@ -451,6 +451,7 @@ fpd_dma_chan8: dma@fd57 {
gic: interrupt-controller@f901 {
compatible = "arm,gic-400";
#interrupt-cells = <3>;
+ #address-cells = <0>;
reg = <0x0 0xf901 0x0 0x1>,
<0x0 0xf902 0x0 0x2>,
<0x0 0xf904 0x0 0x2>,
@@ -665,6 +666,7 @@ gpio: gpio@ff0a {
interrupts = <0 16 4>;
interrupt-controller;
#interrupt-cells = <2>;
+ #address-cells = <0>;
reg = <0x0 0xff0a 0x0 0x1000>;
power-domains = <_firmware PD_GPIO>;
};
I have added this change upstream by
commit c6badbd2d321c19d4f55ee56b0ef12bb3352feac
Author: Michal Simek
AuthorDate: Wed Dec 2 15:14:57 2020 +0100
Commit: Michal Simek
CommitDate: Thu Jan 21 11:17:16 2021 +0100
arm64: dts: zynqmp: Add address-cells property to interrupt controllers
The commit 3eb619b2f7d8 ("scripts/dtc: Update to upstream version
v1.6.0-11-g9d7888cbf19c") updated dtc version which also contained DTC
commit
"81e0919a3e21 checks: Add interrupt provider test"
where reasons for this checking are mentioned as
"A missing #address-cells property is less critical, but creates
ambiguities when used in interrupt-map properties, so warn about this as
well now."
That's why add address-cells property to gic and gpio nodes to get
rid of
this warning.
CC: Andre Przywara
Signed-off-by: Michal Simek
Link:
https://lore.kernel.org/r/e4f54ddce33b79a783aa7c76e0dc6e9787933610.1606918493.git.michal.si...@xilinx.com
But take a look at this thread
https://lore.kernel.org/linux-devicetree/cal_jsqjnu1m6ut8g_36ve-og22jfsyshbmvhogtdrhc-s37...@mail.gmail.com/
that we shouldn't add this and these warnings are not an issue.
Thank you for the info. Please ignore this patch.
Thanks,
Quanyang
Thanks,
Michal
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#10208):
https://lists.yoctoproject.org/g/linux-yocto/message/10208
Mute This Topic: https://lists.yoctoproject.org/mt/84522328/21656
Mute
#address-cells:https://lists.yoctoproject.org/g/linux-yocto/mutehashtag/address-cells
Group Owner: linux-yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/linux-yocto/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
