|
Re: [PATCH] python3-dtc: fix packaging by using setuptools
Bruce Ashfield
On Tue, Jan 18, 2022 at 6:18 AM Ross Burton <ross@...> wrote:
done. And pushed to master. Bruce Ross -- - 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] python3-dtc: fix packaging by using setuptools
Ross Burton <ross@...>
On Mon, 17 Jan 2022 at 18:07, Bruce Ashfield <bruce.ashfield@...> wrote:
Your change + my update are now queued:SETUPTOOLS_SETUP_PATH defaults to S, so you can remove the assignment entirely. Ross
|
|
|
|
Re: [PATCH] python3-dtc: fix packaging by using setuptools
Bruce Ashfield
On Mon, Jan 17, 2022 at 8:35 AM Bruce Ashfield via
lists.yoctoproject.org <bruce.ashfield=gmail.com@...> wrote: Your change + my update are now queued: https://git.yoctoproject.org/meta-virtualization/commit/?h=master-next&id=ed4bd1de0d2e040c303a8497ac0cd961aa8b8a7b If you have any cycles for test build, that would be great .. since somehow my own build didn't notice the empty package, so I can't say I fully trust it. Bruce
-- - 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 v3 1/2] xen-tools: Load xen related kernel modules during system boot
Christopher Clark
On Mon, Jan 17, 2022 at 12:33 AM Bertrand Marquis <Bertrand.Marquis@...> wrote: Hi Kamil, Acked-by: Christopher Clark <christopher.w.clark@...> Christopher
|
|
|
|
Re: [PATCH v3 2/2] xen: Clear TUNE_CCARGS for Xen build for aarch64 machines
Christopher Clark
On Mon, Jan 17, 2022 at 12:34 AM Bertrand Marquis <Bertrand.Marquis@...> wrote: Hi Kamil, Acked-by: Christopher Clark <christopher.w.clark@...> Christopher
|
|
|
|
Re: [PATCH] python3-dtc: fix packaging by using setuptools
Bruce Ashfield
On Mon, Jan 17, 2022 at 7:58 AM Ross Burton <ross@...> wrote:
I have a SRCREV bump ready to go for dtc, so I've applied this and then the bump on top. Bruce Signed-off-by: Ross Burton <ross.burton@...> -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" - Gandalf, Star Trek II
|
|
|
|
[PATCH] python3-dtc: fix packaging by using setuptools
Ross Burton <ross@...>
Inheriting setuptools3-base doesn't actually define any tasks, so commit
1ef6050 to drop distutils3 had the side-effect of not building any code. Backport a commit from upstream to switch to setuptools, inherit setuptool3, and change DISTUTILS_SETUP_PATH to SETUPTOOLS_SETUP_PATH. Signed-off-by: Ross Burton <ross.burton@...> --- recipes-kernel/dtc/files/setuptools.patch | 34 +++++++++++++++++++++++ recipes-kernel/dtc/python3-dtc_1.6.1.bb | 7 +++-- 2 files changed, 38 insertions(+), 3 deletions(-) create mode 100644 recipes-kernel/dtc/files/setuptools.patch diff --git a/recipes-kernel/dtc/files/setuptools.patch b/recipes-kernel/d= tc/files/setuptools.patch new file mode 100644 index 0000000..3d37ebd --- /dev/null +++ b/recipes-kernel/dtc/files/setuptools.patch @@ -0,0 +1,34 @@ +Upstream-Status: Backport +Signed-off-by: Ross Burton <ross.burton@...> + +From c691776ddb26acbd3674722caafacaf7b6e3e807 Mon Sep 17 00:00:00 2001 +From: Rob Herring <robh@...> +Date: Wed, 10 Nov 2021 19:11:32 -0600 +Subject: [PATCH] pylibfdt: Use setuptools instead of distutils + +The use of setuptools is favored over distutils. setuptools is needed to +support building Python 'wheels' and for pip support. + +Signed-off-by: Rob Herring <robh@...> +Message-Id: <20211111011135.2386773-2-robh@...> +Signed-off-by: David Gibson <david@...> +--- + pylibfdt/setup.py | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/pylibfdt/setup.py b/pylibfdt/setup.py +index ef40f15..f065a59 100755 +--- a/pylibfdt/setup.py ++++ b/pylibfdt/setup.py +@@ -10,7 +10,7 @@ Copyright (C) 2017 Google, Inc. + Written by Simon Glass <sjg@...> + """ +=20 +-from distutils.core import setup, Extension ++from setuptools import setup, Extension + import os + import re + import sys +--=20 +2.25.1 + diff --git a/recipes-kernel/dtc/python3-dtc_1.6.1.bb b/recipes-kernel/dtc= /python3-dtc_1.6.1.bb index e9b8499..6e02db6 100644 --- a/recipes-kernel/dtc/python3-dtc_1.6.1.bb +++ b/recipes-kernel/dtc/python3-dtc_1.6.1.bb @@ -7,6 +7,7 @@ LICENSE =3D "GPLv2 | BSD-2-Clause" DEPENDS =3D "flex-native bison-native swig-native libyaml dtc" =20 SRC_URI =3D "git://git.kernel.org/pub/scm/utils/dtc/dtc.git;branch=3Dmas= ter \ + file://setuptools.patch \ file://ssize.patch" =20 UPSTREAM_CHECK_GITTAGREGEX =3D "v(?P<pver>\d+(\.\d+)+)" @@ -17,13 +18,13 @@ SRCREV =3D "ecaeb97fec013973360e94888a7de645f084345c" =20 S =3D "${WORKDIR}/git" =20 -inherit setuptools3-base pkgconfig +inherit setuptools3 pkgconfig =20 -DISTUTILS_SETUP_PATH =3D "${S}/pylibfdt" +SETUPTOOLS_SETUP_PATH =3D "${S}/pylibfdt" =20 do_configure:prepend() { oe_runmake -C "${S}" version_gen.h - mv "${S}/version_gen.h" "${DISTUTILS_SETUP_PATH}/" + mv "${S}/version_gen.h" "${SETUPTOOLS_SETUP_PATH}/" } =20 BBCLASSEXTEND =3D "native nativesdk" --=20 2.25.1
|
|
|
|
Re: [PATCH v3 2/2] xen: Clear TUNE_CCARGS for Xen build for aarch64 machines
Bertrand Marquis
Hi Kamil,
On 13 Jan 2022, at 11:30, Kamil Dziezyk via lists.yoctoproject.org <kamil.dziezyk=arm.com@...> wrote:Reviewed-by: Bertrand Marquis <bertrand.marquis@...> Cheers Bertrand ---IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
|
|
|
|
Re: [PATCH v3 1/2] xen-tools: Load xen related kernel modules during system boot
Bertrand Marquis
Hi Kamil,
On 13 Jan 2022, at 11:30, Kamil Dziezyk via lists.yoctoproject.org <kamil.dziezyk=arm.com@...> wrote:Reviewed-by: Bertrand Marquis <bertrand.marquis@...> Cheers Bertrand ---IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
|
|
|
|
Re: [PATCH V3] add option -p for mkir command
Bruce Ashfield
The shortlog was missing "openvswitch:", so I added that locally and
toggle quoted messageShow quoted text
pushed the change. Cheers, Bruce In message: [meta-virtualization][PATCH V3] add option -p for mkir command on 14/01/2022 Changqing Li wrote:
From: Changqing Li <changqing.li@...>
|
|
|
|
Re: [PATCH] go-fsnotify: switch to main branch
Bruce Ashfield
Thanks Vishal!
toggle quoted messageShow quoted text
My latest runs picked up the same branch change, so I went ahead and fixed it locally as well as updating to the latest version of the project. Assuming my integration tests pass, I expect to get the changes pushed out today. Bruce
On Fri, Jan 14, 2022 at 6:22 AM Vishal <vishal.bhoj@...> wrote:
--
- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" - Gandalf, Star Trek II
|
|
|
|
[PATCH] go-fsnotify: switch to main branch
Vishal <vishal.bhoj@...>
The maintainer has migrated from master branch to main
branch and hence fetch is failing without this patch Signed-off-by: Vishal Bhoj <vishal.bhoj@...> --- recipes-devtools/go/go-fsnotify_git.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-devtools/go/go-fsnotify_git.bb b/recipes-devtools/go/go-fsnotify_git.bb index 8aa1c76..85350b0 100644 --- a/recipes-devtools/go/go-fsnotify_git.bb +++ b/recipes-devtools/go/go-fsnotify_git.bb @@ -7,7 +7,7 @@ LIC_FILES_CHKSUM = "file://LICENSE;md5=c38914c9a7ab03bb2b96d4baaee10769" SRCNAME = "fsnotify" PKG_NAME = "github.com/fsnotify/${SRCNAME}" -SRC_URI = "git://${PKG_NAME}.git;branch=master;protocol=https" +SRC_URI = "git://${PKG_NAME}.git;branch=main;protocol=https" SRCREV = "836bfd95fecc0f1511dd66bdbf2b5b61ab8b00b6" PV = "1.2.11+git${SRCPV}" -- 2.34.1
|
|
|
|
[PATCH V3] add option -p for mkir command
Changqing Li
From: Changqing Li <changqing.li@...>
To avoid "cannot create directory '/var/log/openvswitch': File exists" when service is restart Signed-off-by: Changqing Li <changqing.li@...> --- ...01-ovs-use-run-instead-of-var-run-for-in-systemd-units.patch | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-networking/openvswitch/files/0001-ovs-use-run-instead-of-var-run-for-in-systemd-units.patch b/recipes-networking/openvswitch/files/0001-ovs-use-run-instead-of-var-run-for-in-systemd-units.patch index f7ec3fa..8bda865 100644 --- a/recipes-networking/openvswitch/files/0001-ovs-use-run-instead-of-var-run-for-in-systemd-units.patch +++ b/recipes-networking/openvswitch/files/0001-ovs-use-run-instead-of-var-run-for-in-systemd-units.patch @@ -96,7 +96,7 @@ index 74e5acb7f..39698f238 100644 ExecStartPre=/bin/rm -f /run/openvswitch.useropts -ExecStartPre=-/bin/mkdir /var/run/openvswitch /var/log/openvswitch -ExecStartPre=-/bin/chown ${OVS_USER_ID} /var/run/openvswitch /var/log/openvswitch -+ExecStartPre=-/bin/mkdir /run/openvswitch /var/log/openvswitch ++ExecStartPre=-/bin/mkdir -p /run/openvswitch /var/log/openvswitch +ExecStartPre=-/bin/chown ${OVS_USER_ID} /run/openvswitch /var/log/openvswitch ExecStartPre=/bin/sh -c '/bin/echo "OVS_USER_ID=${OVS_USER_ID}" > /run/openvswitch.useropts' ExecStartPre=/bin/sh -c 'if [ "$${OVS_USER_ID/:*/}" != "root" ]; then /bin/echo "OVS_USER_OPT=--ovs-user=${OVS_USER_ID}" >> /run/openvswitch.useropts; fi' -- 2.17.1
|
|
|
|
[PATCH v3 2/2] xen: Clear TUNE_CCARGS for Xen build for aarch64 machines
Kamil Dziezyk
Xen build may fail for arm machines that have enabled extra flags,
that can be enabled only for specific architecture version, e.g. armv8-2a. Signed-off-by: Kamil Dziezyk <kamil.dziezyk@...> --- recipes-extended/xen/xen-hypervisor.inc | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/recipes-extended/xen/xen-hypervisor.inc b/recipes-extended/xen/xen-hypervisor.inc index cffd491..81e361f 100644 --- a/recipes-extended/xen/xen-hypervisor.inc +++ b/recipes-extended/xen/xen-hypervisor.inc @@ -103,3 +103,7 @@ CROSS_CURSES_LIB += "-L${STAGING_LIBDIR_NATIVE}" # Specify the root dir of the .config file for do_menuconfig and do_diffconfig # tasks KCONFIG_CONFIG_ROOTDIR = "${S}/xen" + +# Xen is setting all CC flags on its own. Make sure that they are not modified +# for aarch64, e.g. with architecture-specific optimizations. +TUNE_CCARGS:aarch64="" -- 2.17.1 IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
|
|
|
|
[PATCH v3 1/2] xen-tools: Load xen related kernel modules during system boot
Kamil Dziezyk
This patch changes the location of xen.conf file, that contains list of kernel
modules to be loaded during system boot, to "${nonarch_libdir}". This is done by removing '--with-systemd-modules-load=' flag from EXTRA_OECONF variable. Previous path based on "${systemd_unitdir}" was not considered by default by systemd-modules-load.service. Signed-off-by: Kamil Dziezyk <kamil.dziezyk@...> --- recipes-extended/xen/xen-tools.inc | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/recipes-extended/xen/xen-tools.inc b/recipes-extended/xen/xen-tools.inc index ca924f4..6e25046 100644 --- a/recipes-extended/xen/xen-tools.inc +++ b/recipes-extended/xen/xen-tools.inc @@ -653,10 +653,10 @@ FILES:${PN}-xm = "\ " FILES:${PN}-xencommons += "\ + ${nonarch_libdir}/modules-load.d/xen.conf \ ${sysconfdir}/default/xencommons \ ${sysconfdir}/init.d/xencommons \ ${sysconfdir}/xen/scripts/launch-xenstore \ - ${systemd_unitdir}/modules-load.d/xen.conf \ ${systemd_unitdir}/system/proc-xen.mount \ ${systemd_unitdir}/system/xen-qemu-dom0-disk-backend.service \ ${systemd_unitdir}/system/xenconsoled.service \ @@ -744,7 +744,6 @@ SYSTEMD_SERVICE:${PN}-xendomains = "xendomains.service" EXTRA_OECONF += " \ --with-systemd=${systemd_unitdir}/system \ - --with-systemd-modules-load=${systemd_unitdir}/modules-load.d \ --with-initddir=${INIT_D_DIR} \ --with-sysconfig-leaf-dir=default \ --with-system-qemu=${bindir}/qemu-system-i386 \ -- 2.17.1 IMPORTANT NOTICE: The contents of this email and any attachments are confidential and may also be privileged. If you are not the intended recipient, please notify the sender immediately and do not disclose the contents to any other person, use it for any purpose, or store or copy the information in any medium. Thank you.
|
|
|
|
Re: [PATCH] busybox-initrd: oe-core has upgraded to 1.35.0
Bruce Ashfield
Hi Peter,
toggle quoted messageShow quoted text
Thanks for the patch! I had made a similar change myself this morning (when I saw my builds break), and then noticed this patch on the list. I've updated master, so we should be up and building again. Cheers, Bruce
On Tue, Jan 11, 2022 at 7:21 AM Peter Hoyes <peter.hoyes@...> wrote:
--
- Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" - Gandalf, Star Trek II
|
|
|
|
[PATCH] busybox-initrd: oe-core has upgraded to 1.35.0
Peter Hoyes
From: Peter Hoyes <Peter.Hoyes@...>
Signed-off-by: Peter Hoyes <Peter.Hoyes@...> --- .../{busybox-initrd_1.34.1.bb =3D> busybox-initrd_1.35.0.bb} | 0 1 file changed, 0 insertions(+), 0 deletions(-) rename recipes-core/busybox/{busybox-initrd_1.34.1.bb =3D> busybox-initr= d_1.35.0.bb} (100%) diff --git a/recipes-core/busybox/busybox-initrd_1.34.1.bb b/recipes-core= /busybox/busybox-initrd_1.35.0.bb similarity index 100% rename from recipes-core/busybox/busybox-initrd_1.34.1.bb rename to recipes-core/busybox/busybox-initrd_1.35.0.bb --=20 2.25.1
|
|
|
|
Re: [PATCH V2] add option -p for mkir command
Bruce Ashfield
In message: [meta-virtualization][PATCH V2] add option -p for mkir command
on 07/01/2022 Changqing Li wrote: From: Changqing Li <changqing.li@...>Is this happening all the time ? I've never seen it in my logs. I'm assuming it is on some sort of stop, restart ? or on a second boot ? It is worth capturing that in this commit message Otherwise, this looks fine to me. Bruce
|
|
|
|
Re: [hardknott][PATCH] busybox-initrd: oe-core has upgraded to 1.33.2
Bruce Ashfield
merged!
toggle quoted messageShow quoted text
Bruce In message: [meta-virtualization][hardknott][PATCH] busybox-initrd: oe-core has upgraded to 1.33.2 on 10/01/2022 Ross Burton wrote:
Signed-off-by: Ross Burton <ross.burton@...>
|
|
|
|
Re: Where is docker.cfg file in rocko?
#meta-virtualization
#yocto
Bruce Ashfield
On Wed, Jan 5, 2022 at 4:46 AM <thitgahamtonghop@...> wrote: > > [Edited Message Follows] > > Hi, > So I am having problem running docker image. When I run command: docker run hello-world, this is the output: > > docker: Error response from daemon: failed to create endpoint elastic_hypatia on network bridge: failed to add the host (vethf9c4250) <=> sandbox (vethc439d7e) pair interfaces: operation not supported. > ERRO[0000] error waiting for container: context canceled > > So I suspect that the veth module is missing and as checking, I ran the check-config.sh script, and here is what I get > > > info: reading kernel config from /proc/config.gz ... > > Generally Necessary: > - check-config.sh: line 159: [: missing `]' > check-config.sh: line 160: /sys/fs/cgroup/memory: Is a directory > cgroup hierarchy: single mountpoint! [/sys/fs/cgroup/memory] > (see https://github.com/tianon/cgroupfs-mount) > - CONFIG_NAMESPACES: enabled > - CONFIG_NET_NS: enabled > - CONFIG_PID_NS: enabled > - CONFIG_IPC_NS: enabled > - CONFIG_UTS_NS: enabled > - CONFIG_CGROUPS: enabled > - CONFIG_CGROUP_CPUACCT: enabled > - CONFIG_CGROUP_DEVICE: enabled > - CONFIG_CGROUP_FREEZER: enabled > - CONFIG_CGROUP_SCHED: enabled > - CONFIG_CPUSETS: enabled > - CONFIG_MEMCG: enabled > - CONFIG_KEYS: enabled > - CONFIG_VETH: missing > - CONFIG_BRIDGE: enabled (as module) > - CONFIG_BRIDGE_NETFILTER: enabled (as module) > - CONFIG_NF_NAT_IPV4: enabled (as module) > - CONFIG_IP_NF_FILTER: enabled (as module) > - CONFIG_IP_NF_TARGET_MASQUERADE: missing > - CONFIG_NETFILTER_XT_MATCH_ADDRTYPE: missing > - CONFIG_NETFILTER_XT_MATCH_CONNTRACK: enabled (as module) > - CONFIG_NETFILTER_XT_MATCH_IPVS: missing > - CONFIG_IP_NF_NAT: missing > - CONFIG_NF_NAT: enabled (as module) > - CONFIG_NF_NAT_NEEDED: enabled > - CONFIG_POSIX_MQUEUE: enabled > - CONFIG_DEVPTS_MULTIPLE_INSTANCES: missing > > Optional Features: > - CONFIG_USER_NS: enabled > - CONFIG_SECCOMP: enabled > - CONFIG_CGROUP_PIDS: missing > - CONFIG_MEMCG_SWAP: enabled > - CONFIG_MEMCG_SWAP_ENABLED: enabled > (cgroup swap accounting is currently enabled) > - CONFIG_LEGACY_VSYSCALL_EMULATE: enabled > - CONFIG_MEMCG_KMEM: enabled > - CONFIG_BLK_CGROUP: enabled > - CONFIG_BLK_DEV_THROTTLING: missing > - CONFIG_IOSCHED_CFQ: enabled > - CONFIG_CFQ_GROUP_IOSCHED: missing > - CONFIG_CGROUP_PERF: missing > - CONFIG_CGROUP_HUGETLB: missing > - CONFIG_NET_CLS_CGROUP: enabled > - CONFIG_CGROUP_NET_PRIO: missing > - CONFIG_CFS_BANDWIDTH: missing > - CONFIG_FAIR_GROUP_SCHED: enabled > - CONFIG_RT_GROUP_SCHED: enabled > - CONFIG_IP_VS: missing > - CONFIG_IP_VS_NFCT: missing > - CONFIG_IP_VS_RR: missing > - CONFIG_EXT3_FS: enabled > - CONFIG_EXT3_FS_XATTR: missing > - CONFIG_EXT3_FS_POSIX_ACL: enabled > - CONFIG_EXT3_FS_SECURITY: enabled > (enable these ext3 configs if you are using ext3 as backing filesystem) > - CONFIG_EXT4_FS: enabled > - CONFIG_EXT4_FS_POSIX_ACL: enabled > - CONFIG_EXT4_FS_SECURITY: enabled > - Network Drivers: > - "overlay": > - CONFIG_VXLAN: missing > Optional (for encrypted networks): > - CONFIG_CRYPTO: enabled > - CONFIG_CRYPTO_AEAD: enabled > - CONFIG_CRYPTO_GCM: enabled (as module) > - CONFIG_CRYPTO_SEQIV: enabled (as module) > - CONFIG_CRYPTO_GHASH: enabled (as module) > - CONFIG_XFRM: enabled > - CONFIG_XFRM_USER: enabled (as module) > - CONFIG_XFRM_ALGO: enabled > - CONFIG_INET_ESP: enabled (as module) > - CONFIG_INET_XFRM_MODE_TRANSPORT: enabled > - "ipvlan": > - CONFIG_IPVLAN: missing > - "macvlan": > - CONFIG_MACVLAN: missing > - CONFIG_DUMMY: enabled (as module) > - "ftp,tftp client in container": > - CONFIG_NF_NAT_FTP: enabled (as module) > - CONFIG_NF_CONNTRACK_FTP: enabled (as module) > - CONFIG_NF_NAT_TFTP: enabled (as module) > - CONFIG_NF_CONNTRACK_TFTP: enabled (as module) > - Storage Drivers: > - "aufs": > - CONFIG_AUFS_FS: enabled > - "btrfs": > - CONFIG_BTRFS_FS: enabled > - CONFIG_BTRFS_FS_POSIX_ACL: enabled > - "devicemapper": > - CONFIG_BLK_DEV_DM: enabled > - CONFIG_DM_THIN_PROVISIONING: missing > - "overlay": > - CONFIG_OVERLAY_FS: missing > - "zfs": > - /dev/zfs: missing > - zfs command: missing > - zpool command: missing > > Limits: > - /proc/sys/kernel/keys/root_maxkeys: 1000000 > > Even running modprobe veth showing that veth is not there: > > modprobe: FATAL: Module veth not found in directory /lib/modules/4.4.113-yocto-standard > > And here is the output of lxc-checkconfig > > --- Namespaces --- > Namespaces: enabled > Utsname namespace: enabled > Ipc namespace: enabled > Pid namespace: enabled > User namespace: enabled > Network namespace: enabled > Multiple /dev/pts instances: missing > > --- Control groups --- > Cgroup: enabled > Cgroup clone_children flag: enabled > Cgroup device: enabled > Cgroup sched: enabled > Cgroup cpu account: enabled > Cgroup memory controller: enabled > Cgroup cpuset: enabled > > --- Misc --- > Veth pair device: missing > Macvlan: missing > Vlan: enabled > Bridges: enabled > Advanced netfilter: enabled > CONFIG_NF_NAT_IPV4: enabled > CONFIG_NF_NAT_IPV6: missing > CONFIG_IP_NF_TARGET_MASQUERADE: missing > CONFIG_IP6_NF_TARGET_MASQUERADE: missing > CONFIG_NETFILTER_XT_TARGET_CHECKSUM: missing > FUSE (for use with lxcfs): enabled > > --- Checkpoint/Restore --- > checkpoint restore: missing > CONFIG_FHANDLE: enabled > CONFIG_EVENTFD: enabled > CONFIG_EPOLL: enabled > CONFIG_UNIX_DIAG: missing > CONFIG_INET_DIAG: enabled > CONFIG_PACKET_DIAG: missing > CONFIG_NETLINK_DIAG: missing > File capabilities: enabled > > Note : Before booting a new kernel, you can check its configuration > usage : CONFIG=/path/to/config /usr/bin/lxc-checkconfig > > After going around the internet, I found out that somebody had the same issue with me: https://marc.info/?l=openembedded-devel&m=154773496216135&w=2, and they also think that veth missing is the problem. And as suggestion, I added in my local.conf: > CORE_IMAGE_EXTRA_INSTALL += "kernel-modules docker" > But they also mentioned the actual solution is : > > I found the issue. The veth kernel parameter was not enabled. Once I added > CONFIG_VETH=y to my docker.cfg file, I was able to successfully run a > docker container in my openembedded OS > > So where could I do the same? I've used the rocko version and it doesn't have the linux/docker.cfg file? Or could I can create one by myself? > > P/S: > I found in meta-virtualization/recipes-kernel/linux/linux-yocto/ the file docker.cfg, but there is no option as CONFIG_VETH, but in the file lxc.cfg, it exists and already 'y'. I don't really know what needed to actually used this. Why the veth module is not appeared? > Correct. Similar fragments did exist in the rocko timeframe, but if you are looking for docker support .. a newer (and supported) release is highly recommended. Using the fragments depends on your kernel provider. If it is linux yocto, then there is a .inc file in the layer that is enabled whenever virtualization is in the DISTRO_FEATURES. That .inc file adds the fragments to the linux-yocto SRC_URI, and the options will be enabled (https://git.yoctoproject.org/meta-virtualization/tree/recipes-kernel/linux/linux-yocto_virtualization.inc?h=rocko) If your kernel provider is linux-yocto based (i.e. it supports fragments), then you could individually add the fragments via KERNEL_FEATURES (check the yocto docs for details). And finally, if you do have CONFIG_VETH enabled as a module (versus built in), you'd also need to make sure the specific kernel module package is installed to your image, or all modules are installed (via the kernel-modules package that you have mentioned above). Bruce > > -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force Harry" - Gandalf, Star Trek II
|
|
|