* [RFC] allow installation of multiple kernels in the rootfs
@ 2015-04-13 14:13 Sergey 'Jin' Bostandzhyan
2015-04-13 15:31 ` Bruce Ashfield
0 siblings, 1 reply; 6+ messages in thread
From: Sergey 'Jin' Bostandzhyan @ 2015-04-13 14:13 UTC (permalink / raw)
To: openembedded-core
Hi everyone,
below is a suggestion of an implementation of a feature that we need on our
system. Basically we would like to be able to install multiple kernel packages
in the rootfs, ideally they should be handled by the package manager. We then
plan to use the kexec mechanism to implement "safe" kernel upgrades and a rescue
system. The kernel that was flashed at production time would stay the same
forever, making it impossible to brick the device.
I studied the kernel classes and I was able to identify two points that needed
some hacking:
* the kernel package names are currently hardcoded, any kernel recipe will be
packaged as "kernel-*.ipk"
* I have the impression that there can be only one virtual/kernel provider
I tried to address these two points in the patches below.
I'd be happy to hear some feedback on this and I'm willing to tune anything
that might be necessary in order to get this feature merged into core.
Kind regards,
Sergey
P.S. I'm Jin^eLD on IRC
From eec42c5ffe018fd0ab591099c9d0869b5f87ee08 Mon Sep 17 00:00:00 2001
From: Sergey 'Jin' Bostandzhyan <jin at mediatomb dot cc>
Date: Mon, 13 Apr 2015 15:52:22 +0200
Subject: [PATCH 1/2] allow to specify custom kernel package names
Introduce a KERNEL_PACKAGE_EXTRA_NAME variable which will append itself
to the names of the appropriate packages and deployed files. It will
also influence the kernels local version, because we need unique module
directories for each additional kernel.
The idea is to create a separation of kernel files so that multiple
kernel packages with different names can co-exist on the same roofs and
can be handled by the package manager.
Signed-off-by: Sergey Bostandzhyan <jin@dev.digitalstrom.org>
---
meta/classes/kernel-module-split.bbclass | 9 ++--
meta/classes/kernel.bbclass | 91 ++++++++++++++++++++++----------
meta/classes/linux-kernel-base.bbclass | 4 +-
meta/classes/multilib.bbclass | 5 +-
meta/classes/package.bbclass | 3 +-
5 files changed, 76 insertions(+), 36 deletions(-)
diff --git a/meta/classes/kernel-module-split.bbclass b/meta/classes/kernel-module-split.bbclass
index 9a95b72..dbfad01 100644
--- a/meta/classes/kernel-module-split.bbclass
+++ b/meta/classes/kernel-module-split.bbclass
@@ -28,7 +28,7 @@ do_install_append() {
PACKAGESPLITFUNCS_prepend = "split_kernel_module_packages "
-KERNEL_MODULES_META_PACKAGE ?= "kernel-modules"
+KERNEL_MODULES_META_PACKAGE ?= "${KERNEL_PACKAGE_NAME}-modules"
python split_kernel_module_packages () {
import re
@@ -178,12 +178,15 @@ python split_kernel_module_packages () {
module_deps = parse_depmod()
module_regex = '^(.*)\.k?o$'
- module_pattern = 'kernel-module-%s'
+
+ kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
+
+ module_pattern = kernel_package_name + '-module-%s'
postinst = d.getVar('pkg_postinst_modules', True)
postrm = d.getVar('pkg_postrm_modules', True)
- modules = do_split_packages(d, root='/lib/modules', file_regex=module_regex, output_pattern=module_pattern, description='%s kernel module', postinst=postinst, postrm=postrm, recursive=True, hook=frob_metadata, extra_depends='kernel-%s' % (d.getVar("KERNEL_VERSION", True)))
+ modules = do_split_packages(d, root='/lib/modules', file_regex=module_regex, output_pattern=module_pattern, description='%s kernel module', postinst=postinst, postrm=postrm, recursive=True, hook=frob_metadata, extra_depends='%s-%s' % (kernel_package_name, d.getVar("KERNEL_VERSION", True)))
if modules:
metapkg = d.getVar('KERNEL_MODULES_META_PACKAGE', True)
d.appendVar('RDEPENDS_' + metapkg, ' '+' '.join(modules))
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 70ed95b..c7c6c3e 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -6,11 +6,43 @@ DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-na
# we include gcc above, we dont need virtual/libc
INHIBIT_DEFAULT_DEPS = "1"
+
+KERNEL_PACKAGE_NAME = ""
+
+# adds a suffix to the kernel name, allowing to change the naming scheme of
+# the kernel packages, result will be "kernel-${KERNEL_PACKAGE_EXTRA_NAME}"
+KERNEL_PACKAGE_EXTRA_NAME ?= ""
+
KERNEL_IMAGETYPE ?= "zImage"
INITRAMFS_IMAGE ?= ""
INITRAMFS_TASK ?= ""
INITRAMFS_IMAGE_BUNDLE ?= ""
+python kernel_processvars_handler () {
+ extra_name = e.data.getVar('KERNEL_PACKAGE_EXTRA_NAME', True) or ""
+ default_name = e.data.getVar('KERNEL_PACKAGE_NAME', True) or "kernel"
+ if extra_name != "":
+ new_kernel_package_name = '%s-%s' % (default_name, extra_name)
+ e.data.setVar('KERNEL_PACKAGE_NAME', new_kernel_package_name)
+ localversion = e.data.getVar('KERNEL_LOCALVERSION', True) or ""
+ if (localversion == ""):
+ localversion = "-%s" % extra_name
+ else:
+ localversion = "%s+%s" % (localversion, extra_name)
+
+ e.data.setVar('KERNEL_LOCALVERSION', localversion)
+ # if name has been tuned, add localversion to the kernel src path
+ # in order to avoid conflicts with virtual/kernel
+ e.data.setVar('KERNEL_SRC_PATH', '/usr/src/%s%s' % (new_kernel_package_name, localversion))
+ else:
+ e.data.setVar('KERNEL_PACKAGE_NAME', '%s' % default_name)
+
+}
+
+addhandler kernel_processvars_handler
+kernel_processvars_handler[eventmask] = "bb.event.RecipePreFinalise"
+
+
python __anonymous () {
kerneltype = d.getVar('KERNEL_IMAGETYPE', True)
if kerneltype == 'uImage':
@@ -33,9 +65,9 @@ python __anonymous () {
inherit kernel-arch deploy
-PACKAGES_DYNAMIC += "^kernel-module-.*"
-PACKAGES_DYNAMIC += "^kernel-image-.*"
-PACKAGES_DYNAMIC += "^kernel-firmware-.*"
+PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-module-.*"
+PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-image-.*"
+PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-firmware-.*"
export OS = "${TARGET_OS}"
export CROSS_COMPILE = "${TARGET_PREFIX}"
@@ -344,27 +376,27 @@ EXPORT_FUNCTIONS do_compile do_install do_configure
# kernel-base becomes kernel-${KERNEL_VERSION}
# kernel-image becomes kernel-image-${KERNEL_VERISON}
-PACKAGES = "kernel kernel-base kernel-vmlinux kernel-image kernel-dev kernel-modules"
+PACKAGES = "${KERNEL_PACKAGE_NAME} ${KERNEL_PACKAGE_NAME}-base ${KERNEL_PACKAGE_NAME}-vmlinux ${KERNEL_PACKAGE_NAME}-image ${KERNEL_PACKAGE_NAME}-dev ${KERNEL_PACKAGE_NAME}-modules"
FILES_${PN} = ""
-FILES_kernel-base = "/lib/modules/${KERNEL_VERSION}/modules.order /lib/modules/${KERNEL_VERSION}/modules.builtin"
-FILES_kernel-image = "/boot/${KERNEL_IMAGETYPE}*"
-FILES_kernel-dev = "/boot/System.map* /boot/Module.symvers* /boot/config* ${KERNEL_SRC_PATH} /lib/modules/${KERNEL_VERSION}/build"
-FILES_kernel-vmlinux = "/boot/vmlinux*"
-FILES_kernel-modules = ""
-RDEPENDS_kernel = "kernel-base"
+FILES_${KERNEL_PACKAGE_NAME}-base = "/lib/modules/${KERNEL_VERSION}/modules.order /lib/modules/${KERNEL_VERSION}/modules.builtin"
+FILES_${KERNEL_PACKAGE_NAME}-image = "/boot/${KERNEL_IMAGETYPE}*"
+FILES_${KERNEL_PACKAGE_NAME}-dev = "/boot/System.map* /boot/Module.symvers* /boot/config* ${KERNEL_SRC_PATH} /lib/modules/${KERNEL_VERSION}/build"
+FILES_${KERNEL_PACKAGE_NAME}-vmlinux = "/boot/vmlinux*"
+FILES_${KERNEL_PACKAGE_NAME}-modules = ""
+RDEPENDS_${KERNEL_PACKAGE_NAME} = "${KERNEL_PACKAGE_NAME}-base"
# Allow machines to override this dependency if kernel image files are
# not wanted in images as standard
-RDEPENDS_kernel-base ?= "kernel-image"
-PKG_kernel-image = "kernel-image-${@legitimize_package_name('${KERNEL_VERSION}')}"
-PKG_kernel-base = "kernel-${@legitimize_package_name('${KERNEL_VERSION}')}"
-RPROVIDES_kernel-base += "kernel-${KERNEL_VERSION}"
-ALLOW_EMPTY_kernel = "1"
-ALLOW_EMPTY_kernel-base = "1"
-ALLOW_EMPTY_kernel-image = "1"
-ALLOW_EMPTY_kernel-modules = "1"
-DESCRIPTION_kernel-modules = "Kernel modules meta package"
-
-pkg_postinst_kernel-base () {
+RDEPENDS_${KERNEL_PACKAGE_NAME}-base ?= "${KERNEL_PACKAGE_NAME}-image"
+PKG_${KERNEL_PACKAGE_NAME}-image = "${KERNEL_PACKAGE_NAME}-image-${@legitimize_package_name('${KERNEL_VERSION}')}"
+PKG_${KERNEL_PACKAGE_NAME}-base = "${KERNEL_PACKAGE_NAME}-${@legitimize_package_name('${KERNEL_VERSION}')}"
+RPROVIDES_${KERNEL_PACKAGE_NAME}-base += "${KERNEL_PACKAGE_NAME}-${KERNEL_VERSION}"
+ALLOW_EMPTY_${KERNEL_PACKAGE_NAME} = "1"
+ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-base = "1"
+ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-image = "1"
+ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-modules = "1"
+DESCRIPTION_${KERNEL_PACKAGE_NAME}-modules = "Kernel modules meta package"
+
+pkg_postinst_${KERNEL_PACKAGE_NAME}-base () {
if [ ! -e "$D/lib/modules/${KERNEL_VERSION}" ]; then
mkdir -p $D/lib/modules/${KERNEL_VERSION}
fi
@@ -375,18 +407,19 @@ pkg_postinst_kernel-base () {
fi
}
-pkg_postinst_kernel-image () {
+pkg_postinst_${KERNEL_PACKAGE_NAME}-image () {
update-alternatives --install /${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE} /${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE}-${KERNEL_VERSION} ${KERNEL_PRIORITY} || true
}
-pkg_postrm_kernel-image () {
+pkg_postrm_${KERNEL_PACKAGE_NAME}-image () {
update-alternatives --remove ${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE}-${KERNEL_VERSION} || true
}
PACKAGESPLITFUNCS_prepend = "split_kernel_packages "
python split_kernel_packages () {
- do_split_packages(d, root='/lib/firmware', file_regex='^(.*)\.(bin|fw|cis|dsp)$', output_pattern='kernel-firmware-%s', description='Firmware for %s', recursive=True, extra_depends='')
+ kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME', True)
+ do_split_packages(d, root='/lib/firmware', file_regex='^(.*)\.(bin|fw|cis|dsp)$', output_pattern=kernel_package_name + '-firmware-%s', description='Firmware for %s', recursive=True, extra_depends='')
}
do_strip() {
@@ -436,15 +469,15 @@ do_sizecheck[dirs] = "${B}"
addtask sizecheck before do_install after do_strip
-KERNEL_IMAGE_BASE_NAME ?= "${KERNEL_IMAGETYPE}-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
+KERNEL_IMAGE_BASE_NAME ?= "${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
# Don't include the DATETIME variable in the sstate package signatures
KERNEL_IMAGE_BASE_NAME[vardepsexclude] = "DATETIME"
-KERNEL_IMAGE_SYMLINK_NAME ?= "${KERNEL_IMAGETYPE}-${MACHINE}"
-MODULE_IMAGE_BASE_NAME ?= "modules-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
+KERNEL_IMAGE_SYMLINK_NAME ?= "${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}-${MACHINE}"
+MODULE_IMAGE_BASE_NAME ?= "${KERNEL_PACKAGE_NAME}-modules-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
MODULE_IMAGE_BASE_NAME[vardepsexclude] = "DATETIME"
MODULE_TARBALL_BASE_NAME ?= "${MODULE_IMAGE_BASE_NAME}.tgz"
# Don't include the DATETIME variable in the sstate package signatures
-MODULE_TARBALL_SYMLINK_NAME ?= "modules-${MACHINE}.tgz"
+MODULE_TARBALL_SYMLINK_NAME ?= "${KERNEL_PACKAGE_NAME}-modules-${MACHINE}.tgz"
MODULE_TARBALL_DEPLOY ?= "1"
do_uboot_mkimage() {
@@ -481,7 +514,7 @@ kernel_do_deploy() {
fi
ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGE_SYMLINK_NAME}.bin
- ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGETYPE}
+ ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}
cp ${COREBASE}/meta/files/deploydir_readme.txt ${DEPLOYDIR}/README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt
diff --git a/meta/classes/linux-kernel-base.bbclass b/meta/classes/linux-kernel-base.bbclass
index 4f2b0a4..91656c0 100644
--- a/meta/classes/linux-kernel-base.bbclass
+++ b/meta/classes/linux-kernel-base.bbclass
@@ -25,8 +25,10 @@ def get_kernelversion(p):
return None
def linux_module_packages(s, d):
+ kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
+
suffix = ""
- return " ".join(map(lambda s: "kernel-module-%s%s" % (s.lower().replace('_', '-').replace('@', '+'), suffix), s.split()))
+ return " ".join(map(lambda s: "%s-module-%s%s" % (kernel_package_name, s.lower().replace('_', '-').replace('@', '+'), suffix), s.split()))
# that's all
diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
index eea2fd5..550d47e 100644
--- a/meta/classes/multilib.bbclass
+++ b/meta/classes/multilib.bbclass
@@ -117,14 +117,15 @@ PACKAGEFUNCS_append = " do_package_qa_multilib"
python do_package_qa_multilib() {
def check_mlprefix(pkg, var, mlprefix):
+ kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
values = bb.utils.explode_deps(d.getVar('%s_%s' % (var, pkg), True) or d.getVar(var, True) or "")
candidates = []
for i in values:
if i.startswith('virtual/'):
i = i[len('virtual/'):]
- if (not i.startswith('kernel-module')) and (not i.startswith(mlprefix)) and \
+ if (not i.startswith('%s-module' % kernel_package_name)) and (not i.startswith(mlprefix)) and \
(not 'cross-canadian' in i) and (not i.startswith("nativesdk-")) and \
- (not i.startswith("rtld")) and (not i.startswith('kernel-vmlinux')):
+ (not i.startswith("rtld")) and (not i.startswith('%s-vmlinux' % kernel_package_name)):
candidates.append(i)
if len(candidates) > 0:
bb.warn("Multilib QA Issue: %s package %s - suspicious values '%s' in %s"
diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
index 96d7fd9..b1e0543 100644
--- a/meta/classes/package.bbclass
+++ b/meta/classes/package.bbclass
@@ -1301,11 +1301,12 @@ python package_do_filedeps() {
def chunks(files, n):
return [files[i:i+n] for i in range(0, len(files), n)]
+ kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME') or "kernel"
pkglist = []
for pkg in packages.split():
if d.getVar('SKIP_FILEDEPS_' + pkg, True) == '1':
continue
- if pkg.endswith('-dbg') or pkg.endswith('-doc') or pkg.find('-locale-') != -1 or pkg.find('-localedata-') != -1 or pkg.find('-gconv-') != -1 or pkg.find('-charmap-') != -1 or pkg.startswith('kernel-module-'):
+ if pkg.endswith('-dbg') or pkg.endswith('-doc') or pkg.find('-locale-') != -1 or pkg.find('-localedata-') != -1 or pkg.find('-gconv-') != -1 or pkg.find('-charmap-') != -1 or pkg.startswith('%s-module-' % kernel_package_name):
continue
for files in chunks(pkgfiles[pkg], 100):
pkglist.append((pkg, files, rpmdeps, pkgdest))
--
2.3.0
From d2620d154047e1b8db4fa93d1911c2d690a3f1e2 Mon Sep 17 00:00:00 2001
From: Sergey 'Jin' Bostandzhyan <jin at mediatomb dot cc>
Date: Mon, 13 Apr 2015 15:52:44 +0200
Subject: [PATCH 2/2] allow to mark a kernel package as "additional"
Introduce a KERNEL_PACKAGE_ADDITIONAL variable with allowed values of 0
or 1 which will remove the virtual/kernel PROVIDES from the package.
This allows to generate kernel packages that are treated as regular
packages by the package manager, making it possible to install multiple
kernels in the rootfs as long as their names do not clash.
---
meta/classes/kernel.bbclass | 8 +++++++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index c7c6c3e..27eadf2 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -1,6 +1,5 @@
inherit linux-kernel-base kernel-module-split
-PROVIDES += "virtual/kernel"
DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-native depmodwrapper-cross bc-native"
# we include gcc above, we dont need virtual/libc
@@ -12,6 +11,9 @@ KERNEL_PACKAGE_NAME = ""
# adds a suffix to the kernel name, allowing to change the naming scheme of
# the kernel packages, result will be "kernel-${KERNEL_PACKAGE_EXTRA_NAME}"
KERNEL_PACKAGE_EXTRA_NAME ?= ""
+# indicates that this is an additional kernel package which can be installed
+# and uninstalled without a dependency to the image itself
+KERNEL_PACKAGE_ADDITIONAL ?= "0"
KERNEL_IMAGETYPE ?= "zImage"
INITRAMFS_IMAGE ?= ""
@@ -37,6 +39,10 @@ python kernel_processvars_handler () {
else:
e.data.setVar('KERNEL_PACKAGE_NAME', '%s' % default_name)
+ if e.data.getVar('KERNEL_PACKAGE_ADDITIONAL', True) != '1':
+ provides = e.data.getVar("PROVIDES", True)
+ provides = "%s virtual/kernel" % provides
+ e.data.setVar('PROVIDES', provides)
}
addhandler kernel_processvars_handler
--
2.3.0
^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: [RFC] allow installation of multiple kernels in the rootfs
2015-04-13 14:13 [RFC] allow installation of multiple kernels in the rootfs Sergey 'Jin' Bostandzhyan
@ 2015-04-13 15:31 ` Bruce Ashfield
2015-04-14 9:42 ` Sergey 'Jin' Bostandzhyan
0 siblings, 1 reply; 6+ messages in thread
From: Bruce Ashfield @ 2015-04-13 15:31 UTC (permalink / raw)
To: Sergey 'Jin' Bostandzhyan
Cc: Patches and discussions about the oe-core layer
On Mon, Apr 13, 2015 at 10:13 AM, Sergey 'Jin' Bostandzhyan
<jin@dev.digitalstrom.org> wrote:
> Hi everyone,
>
> below is a suggestion of an implementation of a feature that we need on our
> system. Basically we would like to be able to install multiple kernel packages
> in the rootfs, ideally they should be handled by the package manager. We then
> plan to use the kexec mechanism to implement "safe" kernel upgrades and a rescue
> system. The kernel that was flashed at production time would stay the same
> forever, making it impossible to brick the device.
>
> I studied the kernel classes and I was able to identify two points that needed
> some hacking:
>
> * the kernel package names are currently hardcoded, any kernel recipe will be
> packaged as "kernel-*.ipk"
>
> * I have the impression that there can be only one virtual/kernel provider
>
> I tried to address these two points in the patches below.
>
> I'd be happy to hear some feedback on this and I'm willing to tune anything
> that might be necessary in order to get this feature merged into core.
My big concerns are around compatibility/consistency and the wreckage
that changing
the package names will cause for the system.
I'm competent in packaging .. but not an expert, so I'm hoping that
Richard and folks
like Mark Hatle can jump in with options to allow the package managers
to deal with
this as well.
>
> Kind regards,
> Sergey
>
> P.S. I'm Jin^eLD on IRC
>
>
>
> From eec42c5ffe018fd0ab591099c9d0869b5f87ee08 Mon Sep 17 00:00:00 2001
> From: Sergey 'Jin' Bostandzhyan <jin at mediatomb dot cc>
> Date: Mon, 13 Apr 2015 15:52:22 +0200
> Subject: [PATCH 1/2] allow to specify custom kernel package names
>
> Introduce a KERNEL_PACKAGE_EXTRA_NAME variable which will append itself
> to the names of the appropriate packages and deployed files. It will
> also influence the kernels local version, because we need unique module
> directories for each additional kernel.
>
> The idea is to create a separation of kernel files so that multiple
> kernel packages with different names can co-exist on the same roofs and
> can be handled by the package manager.
>
> Signed-off-by: Sergey Bostandzhyan <jin@dev.digitalstrom.org>
> ---
> meta/classes/kernel-module-split.bbclass | 9 ++--
> meta/classes/kernel.bbclass | 91 ++++++++++++++++++++++----------
> meta/classes/linux-kernel-base.bbclass | 4 +-
> meta/classes/multilib.bbclass | 5 +-
> meta/classes/package.bbclass | 3 +-
> 5 files changed, 76 insertions(+), 36 deletions(-)
>
> diff --git a/meta/classes/kernel-module-split.bbclass b/meta/classes/kernel-module-split.bbclass
> index 9a95b72..dbfad01 100644
> --- a/meta/classes/kernel-module-split.bbclass
> +++ b/meta/classes/kernel-module-split.bbclass
> @@ -28,7 +28,7 @@ do_install_append() {
>
> PACKAGESPLITFUNCS_prepend = "split_kernel_module_packages "
>
> -KERNEL_MODULES_META_PACKAGE ?= "kernel-modules"
> +KERNEL_MODULES_META_PACKAGE ?= "${KERNEL_PACKAGE_NAME}-modules"
The problem that I have with this is one of wider consistency and eco
system layers.
Before, I could count on the fact that "kernel-modules" got me all the
built kernel
modules for any kernel provided by the virtual/kernel dependency. Now
I have to know
if a layer changes this variable and/or update all my package lists to
use this variable.
Not impossible, but preferably something to avoid.
>
> python split_kernel_module_packages () {
> import re
> @@ -178,12 +178,15 @@ python split_kernel_module_packages () {
>
> module_deps = parse_depmod()
> module_regex = '^(.*)\.k?o$'
> - module_pattern = 'kernel-module-%s'
> +
> + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
> +
> + module_pattern = kernel_package_name + '-module-%s'
>
> postinst = d.getVar('pkg_postinst_modules', True)
> postrm = d.getVar('pkg_postrm_modules', True)
>
> - modules = do_split_packages(d, root='/lib/modules', file_regex=module_regex, output_pattern=module_pattern, description='%s kernel module', postinst=postinst, postrm=postrm, recursive=True, hook=frob_metadata, extra_depends='kernel-%s' % (d.getVar("KERNEL_VERSION", True)))
> + modules = do_split_packages(d, root='/lib/modules', file_regex=module_regex, output_pattern=module_pattern, description='%s kernel module', postinst=postinst, postrm=postrm, recursive=True, hook=frob_metadata, extra_depends='%s-%s' % (kernel_package_name, d.getVar("KERNEL_VERSION", True)))
> if modules:
> metapkg = d.getVar('KERNEL_MODULES_META_PACKAGE', True)
> d.appendVar('RDEPENDS_' + metapkg, ' '+' '.join(modules))
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index 70ed95b..c7c6c3e 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -6,11 +6,43 @@ DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-na
> # we include gcc above, we dont need virtual/libc
> INHIBIT_DEFAULT_DEPS = "1"
>
> +
> +KERNEL_PACKAGE_NAME = ""
You do set a default to "kernel" in the processvars routine below, but
what's the harm
in setting this to "kernel" as well ?
> +
> +# adds a suffix to the kernel name, allowing to change the naming scheme of
> +# the kernel packages, result will be "kernel-${KERNEL_PACKAGE_EXTRA_NAME}"
> +KERNEL_PACKAGE_EXTRA_NAME ?= ""
> +
> KERNEL_IMAGETYPE ?= "zImage"
> INITRAMFS_IMAGE ?= ""
> INITRAMFS_TASK ?= ""
> INITRAMFS_IMAGE_BUNDLE ?= ""
>
> +python kernel_processvars_handler () {
> + extra_name = e.data.getVar('KERNEL_PACKAGE_EXTRA_NAME', True) or ""
> + default_name = e.data.getVar('KERNEL_PACKAGE_NAME', True) or "kernel"
> + if extra_name != "":
> + new_kernel_package_name = '%s-%s' % (default_name, extra_name)
> + e.data.setVar('KERNEL_PACKAGE_NAME', new_kernel_package_name)
> + localversion = e.data.getVar('KERNEL_LOCALVERSION', True) or ""
> + if (localversion == ""):
> + localversion = "-%s" % extra_name
> + else:
> + localversion = "%s+%s" % (localversion, extra_name)
> +
> + e.data.setVar('KERNEL_LOCALVERSION', localversion)
> + # if name has been tuned, add localversion to the kernel src path
> + # in order to avoid conflicts with virtual/kernel
> + e.data.setVar('KERNEL_SRC_PATH', '/usr/src/%s%s' % (new_kernel_package_name, localversion))
> + else:
> + e.data.setVar('KERNEL_PACKAGE_NAME', '%s' % default_name)
Both the extra time to process this and the now (relatively) hidden
complexity and
processing the variables is a concern for me.
If layers or other handlers are changing things like the kernel source
path, I see
issues with priority and ordering. Not to mention a consistent location on disk.
For all these, isn't this something that update alternatives and symlinks can
handle ? Maybe not update alternatives per-se, but at least an always present
location would be handy .. regardless of what someone decides to use for
their kernel package name. Again, it's about that consistency of experience.
> +
> +}
> +
> +addhandler kernel_processvars_handler
> +kernel_processvars_handler[eventmask] = "bb.event.RecipePreFinalise"
> +
> +
> python __anonymous () {
> kerneltype = d.getVar('KERNEL_IMAGETYPE', True)
> if kerneltype == 'uImage':
> @@ -33,9 +65,9 @@ python __anonymous () {
>
> inherit kernel-arch deploy
>
> -PACKAGES_DYNAMIC += "^kernel-module-.*"
> -PACKAGES_DYNAMIC += "^kernel-image-.*"
> -PACKAGES_DYNAMIC += "^kernel-firmware-.*"
> +PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-module-.*"
> +PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-image-.*"
> +PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-firmware-.*"
>
> export OS = "${TARGET_OS}"
> export CROSS_COMPILE = "${TARGET_PREFIX}"
> @@ -344,27 +376,27 @@ EXPORT_FUNCTIONS do_compile do_install do_configure
>
> # kernel-base becomes kernel-${KERNEL_VERSION}
> # kernel-image becomes kernel-image-${KERNEL_VERISON}
> -PACKAGES = "kernel kernel-base kernel-vmlinux kernel-image kernel-dev kernel-modules"
> +PACKAGES = "${KERNEL_PACKAGE_NAME} ${KERNEL_PACKAGE_NAME}-base ${KERNEL_PACKAGE_NAME}-vmlinux ${KERNEL_PACKAGE_NAME}-image ${KERNEL_PACKAGE_NAME}-dev ${KERNEL_PACKAGE_NAME}-modules"
> FILES_${PN} = ""
> -FILES_kernel-base = "/lib/modules/${KERNEL_VERSION}/modules.order /lib/modules/${KERNEL_VERSION}/modules.builtin"
> -FILES_kernel-image = "/boot/${KERNEL_IMAGETYPE}*"
> -FILES_kernel-dev = "/boot/System.map* /boot/Module.symvers* /boot/config* ${KERNEL_SRC_PATH} /lib/modules/${KERNEL_VERSION}/build"
> -FILES_kernel-vmlinux = "/boot/vmlinux*"
> -FILES_kernel-modules = ""
> -RDEPENDS_kernel = "kernel-base"
> +FILES_${KERNEL_PACKAGE_NAME}-base = "/lib/modules/${KERNEL_VERSION}/modules.order /lib/modules/${KERNEL_VERSION}/modules.builtin"
> +FILES_${KERNEL_PACKAGE_NAME}-image = "/boot/${KERNEL_IMAGETYPE}*"
> +FILES_${KERNEL_PACKAGE_NAME}-dev = "/boot/System.map* /boot/Module.symvers* /boot/config* ${KERNEL_SRC_PATH} /lib/modules/${KERNEL_VERSION}/build"
> +FILES_${KERNEL_PACKAGE_NAME}-vmlinux = "/boot/vmlinux*"
> +FILES_${KERNEL_PACKAGE_NAME}-modules = ""
> +RDEPENDS_${KERNEL_PACKAGE_NAME} = "${KERNEL_PACKAGE_NAME}-base"
> # Allow machines to override this dependency if kernel image files are
> # not wanted in images as standard
> -RDEPENDS_kernel-base ?= "kernel-image"
> -PKG_kernel-image = "kernel-image-${@legitimize_package_name('${KERNEL_VERSION}')}"
> -PKG_kernel-base = "kernel-${@legitimize_package_name('${KERNEL_VERSION}')}"
> -RPROVIDES_kernel-base += "kernel-${KERNEL_VERSION}"
> -ALLOW_EMPTY_kernel = "1"
> -ALLOW_EMPTY_kernel-base = "1"
> -ALLOW_EMPTY_kernel-image = "1"
> -ALLOW_EMPTY_kernel-modules = "1"
> -DESCRIPTION_kernel-modules = "Kernel modules meta package"
> -
> -pkg_postinst_kernel-base () {
> +RDEPENDS_${KERNEL_PACKAGE_NAME}-base ?= "${KERNEL_PACKAGE_NAME}-image"
> +PKG_${KERNEL_PACKAGE_NAME}-image = "${KERNEL_PACKAGE_NAME}-image-${@legitimize_package_name('${KERNEL_VERSION}')}"
> +PKG_${KERNEL_PACKAGE_NAME}-base = "${KERNEL_PACKAGE_NAME}-${@legitimize_package_name('${KERNEL_VERSION}')}"
> +RPROVIDES_${KERNEL_PACKAGE_NAME}-base += "${KERNEL_PACKAGE_NAME}-${KERNEL_VERSION}"
> +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME} = "1"
> +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-base = "1"
> +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-image = "1"
> +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-modules = "1"
> +DESCRIPTION_${KERNEL_PACKAGE_NAME}-modules = "Kernel modules meta package"
> +
> +pkg_postinst_${KERNEL_PACKAGE_NAME}-base () {
> if [ ! -e "$D/lib/modules/${KERNEL_VERSION}" ]; then
> mkdir -p $D/lib/modules/${KERNEL_VERSION}
> fi
> @@ -375,18 +407,19 @@ pkg_postinst_kernel-base () {
> fi
> }
>
> -pkg_postinst_kernel-image () {
> +pkg_postinst_${KERNEL_PACKAGE_NAME}-image () {
> update-alternatives --install /${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE} /${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE}-${KERNEL_VERSION} ${KERNEL_PRIORITY} || true
> }
>
> -pkg_postrm_kernel-image () {
> +pkg_postrm_${KERNEL_PACKAGE_NAME}-image () {
> update-alternatives --remove ${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE}-${KERNEL_VERSION} || true
> }
>
> PACKAGESPLITFUNCS_prepend = "split_kernel_packages "
>
> python split_kernel_packages () {
> - do_split_packages(d, root='/lib/firmware', file_regex='^(.*)\.(bin|fw|cis|dsp)$', output_pattern='kernel-firmware-%s', description='Firmware for %s', recursive=True, extra_depends='')
> + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME', True)
> + do_split_packages(d, root='/lib/firmware', file_regex='^(.*)\.(bin|fw|cis|dsp)$', output_pattern=kernel_package_name + '-firmware-%s', description='Firmware for %s', recursive=True, extra_depends='')
> }
>
> do_strip() {
> @@ -436,15 +469,15 @@ do_sizecheck[dirs] = "${B}"
>
> addtask sizecheck before do_install after do_strip
>
> -KERNEL_IMAGE_BASE_NAME ?= "${KERNEL_IMAGETYPE}-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
> +KERNEL_IMAGE_BASE_NAME ?= "${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
> # Don't include the DATETIME variable in the sstate package signatures
> KERNEL_IMAGE_BASE_NAME[vardepsexclude] = "DATETIME"
> -KERNEL_IMAGE_SYMLINK_NAME ?= "${KERNEL_IMAGETYPE}-${MACHINE}"
> -MODULE_IMAGE_BASE_NAME ?= "modules-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
> +KERNEL_IMAGE_SYMLINK_NAME ?= "${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}-${MACHINE}"
We've now change the symlink that has previously been in place to something
new, i.e. there's no compatibility, we always have "kernel" or whatever the
recipes decide to call it in the symlink name and that wasn't the case before
(unless I'm misreading things).
Bruce
> +MODULE_IMAGE_BASE_NAME ?= "${KERNEL_PACKAGE_NAME}-modules-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
> MODULE_IMAGE_BASE_NAME[vardepsexclude] = "DATETIME"
> MODULE_TARBALL_BASE_NAME ?= "${MODULE_IMAGE_BASE_NAME}.tgz"
> # Don't include the DATETIME variable in the sstate package signatures
> -MODULE_TARBALL_SYMLINK_NAME ?= "modules-${MACHINE}.tgz"
> +MODULE_TARBALL_SYMLINK_NAME ?= "${KERNEL_PACKAGE_NAME}-modules-${MACHINE}.tgz"
> MODULE_TARBALL_DEPLOY ?= "1"
>
> do_uboot_mkimage() {
> @@ -481,7 +514,7 @@ kernel_do_deploy() {
> fi
>
> ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGE_SYMLINK_NAME}.bin
> - ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGETYPE}
> + ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}
>
> cp ${COREBASE}/meta/files/deploydir_readme.txt ${DEPLOYDIR}/README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt
>
> diff --git a/meta/classes/linux-kernel-base.bbclass b/meta/classes/linux-kernel-base.bbclass
> index 4f2b0a4..91656c0 100644
> --- a/meta/classes/linux-kernel-base.bbclass
> +++ b/meta/classes/linux-kernel-base.bbclass
> @@ -25,8 +25,10 @@ def get_kernelversion(p):
> return None
>
> def linux_module_packages(s, d):
> + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
> +
> suffix = ""
> - return " ".join(map(lambda s: "kernel-module-%s%s" % (s.lower().replace('_', '-').replace('@', '+'), suffix), s.split()))
> + return " ".join(map(lambda s: "%s-module-%s%s" % (kernel_package_name, s.lower().replace('_', '-').replace('@', '+'), suffix), s.split()))
>
> # that's all
>
> diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
> index eea2fd5..550d47e 100644
> --- a/meta/classes/multilib.bbclass
> +++ b/meta/classes/multilib.bbclass
> @@ -117,14 +117,15 @@ PACKAGEFUNCS_append = " do_package_qa_multilib"
> python do_package_qa_multilib() {
>
> def check_mlprefix(pkg, var, mlprefix):
> + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
> values = bb.utils.explode_deps(d.getVar('%s_%s' % (var, pkg), True) or d.getVar(var, True) or "")
> candidates = []
> for i in values:
> if i.startswith('virtual/'):
> i = i[len('virtual/'):]
> - if (not i.startswith('kernel-module')) and (not i.startswith(mlprefix)) and \
> + if (not i.startswith('%s-module' % kernel_package_name)) and (not i.startswith(mlprefix)) and \
> (not 'cross-canadian' in i) and (not i.startswith("nativesdk-")) and \
> - (not i.startswith("rtld")) and (not i.startswith('kernel-vmlinux')):
> + (not i.startswith("rtld")) and (not i.startswith('%s-vmlinux' % kernel_package_name)):
> candidates.append(i)
> if len(candidates) > 0:
> bb.warn("Multilib QA Issue: %s package %s - suspicious values '%s' in %s"
> diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
> index 96d7fd9..b1e0543 100644
> --- a/meta/classes/package.bbclass
> +++ b/meta/classes/package.bbclass
> @@ -1301,11 +1301,12 @@ python package_do_filedeps() {
> def chunks(files, n):
> return [files[i:i+n] for i in range(0, len(files), n)]
>
> + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME') or "kernel"
> pkglist = []
> for pkg in packages.split():
> if d.getVar('SKIP_FILEDEPS_' + pkg, True) == '1':
> continue
> - if pkg.endswith('-dbg') or pkg.endswith('-doc') or pkg.find('-locale-') != -1 or pkg.find('-localedata-') != -1 or pkg.find('-gconv-') != -1 or pkg.find('-charmap-') != -1 or pkg.startswith('kernel-module-'):
> + if pkg.endswith('-dbg') or pkg.endswith('-doc') or pkg.find('-locale-') != -1 or pkg.find('-localedata-') != -1 or pkg.find('-gconv-') != -1 or pkg.find('-charmap-') != -1 or pkg.startswith('%s-module-' % kernel_package_name):
> continue
> for files in chunks(pkgfiles[pkg], 100):
> pkglist.append((pkg, files, rpmdeps, pkgdest))
> --
> 2.3.0
>
>
>
>
>
> From d2620d154047e1b8db4fa93d1911c2d690a3f1e2 Mon Sep 17 00:00:00 2001
> From: Sergey 'Jin' Bostandzhyan <jin at mediatomb dot cc>
> Date: Mon, 13 Apr 2015 15:52:44 +0200
> Subject: [PATCH 2/2] allow to mark a kernel package as "additional"
>
> Introduce a KERNEL_PACKAGE_ADDITIONAL variable with allowed values of 0
> or 1 which will remove the virtual/kernel PROVIDES from the package.
> This allows to generate kernel packages that are treated as regular
> packages by the package manager, making it possible to install multiple
> kernels in the rootfs as long as their names do not clash.
> ---
> meta/classes/kernel.bbclass | 8 +++++++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index c7c6c3e..27eadf2 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -1,6 +1,5 @@
> inherit linux-kernel-base kernel-module-split
>
> -PROVIDES += "virtual/kernel"
> DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-native depmodwrapper-cross bc-native"
>
> # we include gcc above, we dont need virtual/libc
> @@ -12,6 +11,9 @@ KERNEL_PACKAGE_NAME = ""
> # adds a suffix to the kernel name, allowing to change the naming scheme of
> # the kernel packages, result will be "kernel-${KERNEL_PACKAGE_EXTRA_NAME}"
> KERNEL_PACKAGE_EXTRA_NAME ?= ""
> +# indicates that this is an additional kernel package which can be installed
> +# and uninstalled without a dependency to the image itself
> +KERNEL_PACKAGE_ADDITIONAL ?= "0"
>
> KERNEL_IMAGETYPE ?= "zImage"
> INITRAMFS_IMAGE ?= ""
> @@ -37,6 +39,10 @@ python kernel_processvars_handler () {
> else:
> e.data.setVar('KERNEL_PACKAGE_NAME', '%s' % default_name)
>
> + if e.data.getVar('KERNEL_PACKAGE_ADDITIONAL', True) != '1':
> + provides = e.data.getVar("PROVIDES", True)
> + provides = "%s virtual/kernel" % provides
> + e.data.setVar('PROVIDES', provides)
> }
>
> addhandler kernel_processvars_handler
> --
> 2.3.0
>
> --
> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [RFC] allow installation of multiple kernels in the rootfs
2015-04-13 15:31 ` Bruce Ashfield
@ 2015-04-14 9:42 ` Sergey 'Jin' Bostandzhyan
2015-04-14 15:18 ` Mark Hatle
2015-04-14 15:34 ` Bruce Ashfield
0 siblings, 2 replies; 6+ messages in thread
From: Sergey 'Jin' Bostandzhyan @ 2015-04-14 9:42 UTC (permalink / raw)
To: Bruce Ashfield; +Cc: Patches and discussions about the oe-core layer
Hi Bruce,
thanks for the initial feedback, I guess I'll need a bit more help/guidance,
so I hope that others will also join the discussion.
On Mon, Apr 13, 2015 at 11:31:50AM -0400, Bruce Ashfield wrote:
> > I'd be happy to hear some feedback on this and I'm willing to tune anything
> > that might be necessary in order to get this feature merged into core.
>
> My big concerns are around compatibility/consistency and the wreckage
> that changing
> the package names will cause for the system.
> I'm competent in packaging .. but not an expert, so I'm hoping that
> Richard and folks
> like Mark Hatle can jump in with options to allow the package managers
> to deal with
> this as well.
+1, hoping to hear their feedback as well.
> > diff --git a/meta/classes/kernel-module-split.bbclass b/meta/classes/kernel-module-split.bbclass
> > index 9a95b72..dbfad01 100644
> > --- a/meta/classes/kernel-module-split.bbclass
> > +++ b/meta/classes/kernel-module-split.bbclass
> > @@ -28,7 +28,7 @@ do_install_append() {
> >
> > PACKAGESPLITFUNCS_prepend = "split_kernel_module_packages "
> >
> > -KERNEL_MODULES_META_PACKAGE ?= "kernel-modules"
> > +KERNEL_MODULES_META_PACKAGE ?= "${KERNEL_PACKAGE_NAME}-modules"
>
> The problem that I have with this is one of wider consistency and eco
> system layers.
> Before, I could count on the fact that "kernel-modules" got me all the
> built kernel
> modules for any kernel provided by the virtual/kernel dependency. Now
> I have to know
> if a layer changes this variable and/or update all my package lists to
> use this variable.
>
> Not impossible, but preferably something to avoid.
Would it make sense to introduce some virtual/kernel-modules, similar to
virtual/kernel?
This way we would have one kernel and kernel modules provider which can always
be referenced by a clear name.
> > python split_kernel_module_packages () {
> > import re
> > @@ -178,12 +178,15 @@ python split_kernel_module_packages () {
> >
> > module_deps = parse_depmod()
> > module_regex = '^(.*)\.k?o$'
> > - module_pattern = 'kernel-module-%s'
> > +
> > + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
> > +
> > + module_pattern = kernel_package_name + '-module-%s'
> >
> > postinst = d.getVar('pkg_postinst_modules', True)
> > postrm = d.getVar('pkg_postrm_modules', True)
> >
> > - modules = do_split_packages(d, root='/lib/modules', file_regex=module_regex, output_pattern=module_pattern, description='%s kernel module', postinst=postinst, postrm=postrm, recursive=True, hook=frob_metadata, extra_depends='kernel-%s' % (d.getVar("KERNEL_VERSION", True)))
> > + modules = do_split_packages(d, root='/lib/modules', file_regex=module_regex, output_pattern=module_pattern, description='%s kernel module', postinst=postinst, postrm=postrm, recursive=True, hook=frob_metadata, extra_depends='%s-%s' % (kernel_package_name, d.getVar("KERNEL_VERSION", True)))
> > if modules:
> > metapkg = d.getVar('KERNEL_MODULES_META_PACKAGE', True)
> > d.appendVar('RDEPENDS_' + metapkg, ' '+' '.join(modules))
> > diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> > index 70ed95b..c7c6c3e 100644
> > --- a/meta/classes/kernel.bbclass
> > +++ b/meta/classes/kernel.bbclass
> > @@ -6,11 +6,43 @@ DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-na
> > # we include gcc above, we dont need virtual/libc
> > INHIBIT_DEFAULT_DEPS = "1"
> >
> > +
> > +KERNEL_PACKAGE_NAME = ""
>
> You do set a default to "kernel" in the processvars routine below, but
> what's the harm
> in setting this to "kernel" as well ?
Roger that.
> > +
> > +# adds a suffix to the kernel name, allowing to change the naming scheme of
> > +# the kernel packages, result will be "kernel-${KERNEL_PACKAGE_EXTRA_NAME}"
> > +KERNEL_PACKAGE_EXTRA_NAME ?= ""
> > +
> > KERNEL_IMAGETYPE ?= "zImage"
> > INITRAMFS_IMAGE ?= ""
> > INITRAMFS_TASK ?= ""
> > INITRAMFS_IMAGE_BUNDLE ?= ""
> >
> > +python kernel_processvars_handler () {
> > + extra_name = e.data.getVar('KERNEL_PACKAGE_EXTRA_NAME', True) or ""
> > + default_name = e.data.getVar('KERNEL_PACKAGE_NAME', True) or "kernel"
> > + if extra_name != "":
> > + new_kernel_package_name = '%s-%s' % (default_name, extra_name)
> > + e.data.setVar('KERNEL_PACKAGE_NAME', new_kernel_package_name)
> > + localversion = e.data.getVar('KERNEL_LOCALVERSION', True) or ""
> > + if (localversion == ""):
> > + localversion = "-%s" % extra_name
> > + else:
> > + localversion = "%s+%s" % (localversion, extra_name)
> > +
> > + e.data.setVar('KERNEL_LOCALVERSION', localversion)
> > + # if name has been tuned, add localversion to the kernel src path
> > + # in order to avoid conflicts with virtual/kernel
> > + e.data.setVar('KERNEL_SRC_PATH', '/usr/src/%s%s' % (new_kernel_package_name, localversion))
> > + else:
> > + e.data.setVar('KERNEL_PACKAGE_NAME', '%s' % default_name)
> > +
> > +}
>
> Both the extra time to process this and the now (relatively) hidden
> complexity and
> processing the variables is a concern for me.
>
> If layers or other handlers are changing things like the kernel source
> path, I see
> issues with priority and ordering. Not to mention a consistent location on disk.
Well, to be honest I simply did not know how to do it better and I tried
various approaches - this is the one which worked for me. I'll try to explain
what I was attempting to achieve, maybe someone can suggest a better way
of doing it.
Basically I did not want to uglify the default kernel package names for
situations where the KERNEL_PACKAGE_EXTRA_NAME is not used/not set at all. I
also had to take into account, that when the feature was set I had to tune
the kernels localversion in order to achieve module separation on the rootfs.
I first tried to do these things in an anonymous python function, but that was
clearly "too late" in the variable evaluation chain, that is why I used the
handler.
> For all these, isn't this something that update alternatives and symlinks can
> handle ? Maybe not update alternatives per-se, but at least an always present
> location would be handy .. regardless of what someone decides to use for
> their kernel package name. Again, it's about that consistency of experience.
If you are referring to the KERNEL_SRC_PATH, then I think update alternatives
could do the trick, on the other hand - wouldn't you expect that the source
path points to the kernel which you are actually running? With multiple
kernels in place this can change...
I looked how it's done on Fedora, they have a /usr/src/kernels directory,
below it there are subdirectories named by `uname -r`, just similar to
how kernel modules are separated.
Would this be an option?
> > +
> > +addhandler kernel_processvars_handler
> > +kernel_processvars_handler[eventmask] = "bb.event.RecipePreFinalise"
> > +
> > +
> > python __anonymous () {
> > kerneltype = d.getVar('KERNEL_IMAGETYPE', True)
> > if kerneltype == 'uImage':
> > @@ -33,9 +65,9 @@ python __anonymous () {
> >
> > inherit kernel-arch deploy
> >
> > -PACKAGES_DYNAMIC += "^kernel-module-.*"
> > -PACKAGES_DYNAMIC += "^kernel-image-.*"
> > -PACKAGES_DYNAMIC += "^kernel-firmware-.*"
> > +PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-module-.*"
> > +PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-image-.*"
> > +PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-firmware-.*"
> >
> > export OS = "${TARGET_OS}"
> > export CROSS_COMPILE = "${TARGET_PREFIX}"
> > @@ -344,27 +376,27 @@ EXPORT_FUNCTIONS do_compile do_install do_configure
> >
> > # kernel-base becomes kernel-${KERNEL_VERSION}
> > # kernel-image becomes kernel-image-${KERNEL_VERISON}
> > -PACKAGES = "kernel kernel-base kernel-vmlinux kernel-image kernel-dev kernel-modules"
> > +PACKAGES = "${KERNEL_PACKAGE_NAME} ${KERNEL_PACKAGE_NAME}-base ${KERNEL_PACKAGE_NAME}-vmlinux ${KERNEL_PACKAGE_NAME}-image ${KERNEL_PACKAGE_NAME}-dev ${KERNEL_PACKAGE_NAME}-modules"
> > FILES_${PN} = ""
> > -FILES_kernel-base = "/lib/modules/${KERNEL_VERSION}/modules.order /lib/modules/${KERNEL_VERSION}/modules.builtin"
> > -FILES_kernel-image = "/boot/${KERNEL_IMAGETYPE}*"
> > -FILES_kernel-dev = "/boot/System.map* /boot/Module.symvers* /boot/config* ${KERNEL_SRC_PATH} /lib/modules/${KERNEL_VERSION}/build"
> > -FILES_kernel-vmlinux = "/boot/vmlinux*"
> > -FILES_kernel-modules = ""
> > -RDEPENDS_kernel = "kernel-base"
> > +FILES_${KERNEL_PACKAGE_NAME}-base = "/lib/modules/${KERNEL_VERSION}/modules.order /lib/modules/${KERNEL_VERSION}/modules.builtin"
> > +FILES_${KERNEL_PACKAGE_NAME}-image = "/boot/${KERNEL_IMAGETYPE}*"
> > +FILES_${KERNEL_PACKAGE_NAME}-dev = "/boot/System.map* /boot/Module.symvers* /boot/config* ${KERNEL_SRC_PATH} /lib/modules/${KERNEL_VERSION}/build"
> > +FILES_${KERNEL_PACKAGE_NAME}-vmlinux = "/boot/vmlinux*"
> > +FILES_${KERNEL_PACKAGE_NAME}-modules = ""
> > +RDEPENDS_${KERNEL_PACKAGE_NAME} = "${KERNEL_PACKAGE_NAME}-base"
> > # Allow machines to override this dependency if kernel image files are
> > # not wanted in images as standard
> > -RDEPENDS_kernel-base ?= "kernel-image"
> > -PKG_kernel-image = "kernel-image-${@legitimize_package_name('${KERNEL_VERSION}')}"
> > -PKG_kernel-base = "kernel-${@legitimize_package_name('${KERNEL_VERSION}')}"
> > -RPROVIDES_kernel-base += "kernel-${KERNEL_VERSION}"
> > -ALLOW_EMPTY_kernel = "1"
> > -ALLOW_EMPTY_kernel-base = "1"
> > -ALLOW_EMPTY_kernel-image = "1"
> > -ALLOW_EMPTY_kernel-modules = "1"
> > -DESCRIPTION_kernel-modules = "Kernel modules meta package"
> > -
> > -pkg_postinst_kernel-base () {
> > +RDEPENDS_${KERNEL_PACKAGE_NAME}-base ?= "${KERNEL_PACKAGE_NAME}-image"
> > +PKG_${KERNEL_PACKAGE_NAME}-image = "${KERNEL_PACKAGE_NAME}-image-${@legitimize_package_name('${KERNEL_VERSION}')}"
> > +PKG_${KERNEL_PACKAGE_NAME}-base = "${KERNEL_PACKAGE_NAME}-${@legitimize_package_name('${KERNEL_VERSION}')}"
> > +RPROVIDES_${KERNEL_PACKAGE_NAME}-base += "${KERNEL_PACKAGE_NAME}-${KERNEL_VERSION}"
> > +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME} = "1"
> > +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-base = "1"
> > +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-image = "1"
> > +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-modules = "1"
> > +DESCRIPTION_${KERNEL_PACKAGE_NAME}-modules = "Kernel modules meta package"
> > +
> > +pkg_postinst_${KERNEL_PACKAGE_NAME}-base () {
> > if [ ! -e "$D/lib/modules/${KERNEL_VERSION}" ]; then
> > mkdir -p $D/lib/modules/${KERNEL_VERSION}
> > fi
> > @@ -375,18 +407,19 @@ pkg_postinst_kernel-base () {
> > fi
> > }
> >
> > -pkg_postinst_kernel-image () {
> > +pkg_postinst_${KERNEL_PACKAGE_NAME}-image () {
> > update-alternatives --install /${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE} /${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE}-${KERNEL_VERSION} ${KERNEL_PRIORITY} || true
> > }
> >
> > -pkg_postrm_kernel-image () {
> > +pkg_postrm_${KERNEL_PACKAGE_NAME}-image () {
> > update-alternatives --remove ${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE}-${KERNEL_VERSION} || true
> > }
> >
> > PACKAGESPLITFUNCS_prepend = "split_kernel_packages "
> >
> > python split_kernel_packages () {
> > - do_split_packages(d, root='/lib/firmware', file_regex='^(.*)\.(bin|fw|cis|dsp)$', output_pattern='kernel-firmware-%s', description='Firmware for %s', recursive=True, extra_depends='')
> > + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME', True)
> > + do_split_packages(d, root='/lib/firmware', file_regex='^(.*)\.(bin|fw|cis|dsp)$', output_pattern=kernel_package_name + '-firmware-%s', description='Firmware for %s', recursive=True, extra_depends='')
> > }
> >
> > do_strip() {
> > @@ -436,15 +469,15 @@ do_sizecheck[dirs] = "${B}"
> >
> > addtask sizecheck before do_install after do_strip
> >
> > -KERNEL_IMAGE_BASE_NAME ?= "${KERNEL_IMAGETYPE}-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
> > +KERNEL_IMAGE_BASE_NAME ?= "${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
> > # Don't include the DATETIME variable in the sstate package signatures
> > KERNEL_IMAGE_BASE_NAME[vardepsexclude] = "DATETIME"
> > -KERNEL_IMAGE_SYMLINK_NAME ?= "${KERNEL_IMAGETYPE}-${MACHINE}"
> > -MODULE_IMAGE_BASE_NAME ?= "modules-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
> > +KERNEL_IMAGE_SYMLINK_NAME ?= "${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}-${MACHINE}"
>
> We've now change the symlink that has previously been in place to something
> new, i.e. there's no compatibility, we always have "kernel" or whatever the
> recipes decide to call it in the symlink name and that wasn't the case before
> (unless I'm misreading things).
I could add the symlink name setting to the variable preprocessing routine
(that is if we keep it at all), this way the symlink would only change for
renamed kernels and/or for kernels who are not virtual/kernel provider.
Ideally the virtual/kernel provider should not undergo any changes in order
to fulfill the backwards compatibility criteria, you have a point here. The
only place where I am a bit unsure is the kernel source dir, I'd feel more
comfortable moving it to /usr/src/kernels/`uname -r` scheme, somehow feels
more logical when you expect that multiple kernels can be present...
I'm hoping for more feedback, where do we go from here?
Kind regards,
Sergey
> > +MODULE_IMAGE_BASE_NAME ?= "${KERNEL_PACKAGE_NAME}-modules-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
> > MODULE_IMAGE_BASE_NAME[vardepsexclude] = "DATETIME"
> > MODULE_TARBALL_BASE_NAME ?= "${MODULE_IMAGE_BASE_NAME}.tgz"
> > # Don't include the DATETIME variable in the sstate package signatures
> > -MODULE_TARBALL_SYMLINK_NAME ?= "modules-${MACHINE}.tgz"
> > +MODULE_TARBALL_SYMLINK_NAME ?= "${KERNEL_PACKAGE_NAME}-modules-${MACHINE}.tgz"
> > MODULE_TARBALL_DEPLOY ?= "1"
> >
> > do_uboot_mkimage() {
> > @@ -481,7 +514,7 @@ kernel_do_deploy() {
> > fi
> >
> > ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGE_SYMLINK_NAME}.bin
> > - ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGETYPE}
> > + ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}
> >
> > cp ${COREBASE}/meta/files/deploydir_readme.txt ${DEPLOYDIR}/README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt
> >
> > diff --git a/meta/classes/linux-kernel-base.bbclass b/meta/classes/linux-kernel-base.bbclass
> > index 4f2b0a4..91656c0 100644
> > --- a/meta/classes/linux-kernel-base.bbclass
> > +++ b/meta/classes/linux-kernel-base.bbclass
> > @@ -25,8 +25,10 @@ def get_kernelversion(p):
> > return None
> >
> > def linux_module_packages(s, d):
> > + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
> > +
> > suffix = ""
> > - return " ".join(map(lambda s: "kernel-module-%s%s" % (s.lower().replace('_', '-').replace('@', '+'), suffix), s.split()))
> > + return " ".join(map(lambda s: "%s-module-%s%s" % (kernel_package_name, s.lower().replace('_', '-').replace('@', '+'), suffix), s.split()))
> >
> > # that's all
> >
> > diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
> > index eea2fd5..550d47e 100644
> > --- a/meta/classes/multilib.bbclass
> > +++ b/meta/classes/multilib.bbclass
> > @@ -117,14 +117,15 @@ PACKAGEFUNCS_append = " do_package_qa_multilib"
> > python do_package_qa_multilib() {
> >
> > def check_mlprefix(pkg, var, mlprefix):
> > + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
> > values = bb.utils.explode_deps(d.getVar('%s_%s' % (var, pkg), True) or d.getVar(var, True) or "")
> > candidates = []
> > for i in values:
> > if i.startswith('virtual/'):
> > i = i[len('virtual/'):]
> > - if (not i.startswith('kernel-module')) and (not i.startswith(mlprefix)) and \
> > + if (not i.startswith('%s-module' % kernel_package_name)) and (not i.startswith(mlprefix)) and \
> > (not 'cross-canadian' in i) and (not i.startswith("nativesdk-")) and \
> > - (not i.startswith("rtld")) and (not i.startswith('kernel-vmlinux')):
> > + (not i.startswith("rtld")) and (not i.startswith('%s-vmlinux' % kernel_package_name)):
> > candidates.append(i)
> > if len(candidates) > 0:
> > bb.warn("Multilib QA Issue: %s package %s - suspicious values '%s' in %s"
> > diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
> > index 96d7fd9..b1e0543 100644
> > --- a/meta/classes/package.bbclass
> > +++ b/meta/classes/package.bbclass
> > @@ -1301,11 +1301,12 @@ python package_do_filedeps() {
> > def chunks(files, n):
> > return [files[i:i+n] for i in range(0, len(files), n)]
> >
> > + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME') or "kernel"
> > pkglist = []
> > for pkg in packages.split():
> > if d.getVar('SKIP_FILEDEPS_' + pkg, True) == '1':
> > continue
> > - if pkg.endswith('-dbg') or pkg.endswith('-doc') or pkg.find('-locale-') != -1 or pkg.find('-localedata-') != -1 or pkg.find('-gconv-') != -1 or pkg.find('-charmap-') != -1 or pkg.startswith('kernel-module-'):
> > + if pkg.endswith('-dbg') or pkg.endswith('-doc') or pkg.find('-locale-') != -1 or pkg.find('-localedata-') != -1 or pkg.find('-gconv-') != -1 or pkg.find('-charmap-') != -1 or pkg.startswith('%s-module-' % kernel_package_name):
> > continue
> > for files in chunks(pkgfiles[pkg], 100):
> > pkglist.append((pkg, files, rpmdeps, pkgdest))
> > --
> > 2.3.0
> >
> >
> >
> >
> >
> > From d2620d154047e1b8db4fa93d1911c2d690a3f1e2 Mon Sep 17 00:00:00 2001
> > From: Sergey 'Jin' Bostandzhyan <jin at mediatomb dot cc>
> > Date: Mon, 13 Apr 2015 15:52:44 +0200
> > Subject: [PATCH 2/2] allow to mark a kernel package as "additional"
> >
> > Introduce a KERNEL_PACKAGE_ADDITIONAL variable with allowed values of 0
> > or 1 which will remove the virtual/kernel PROVIDES from the package.
> > This allows to generate kernel packages that are treated as regular
> > packages by the package manager, making it possible to install multiple
> > kernels in the rootfs as long as their names do not clash.
> > ---
> > meta/classes/kernel.bbclass | 8 +++++++-
> > 1 file changed, 7 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> > index c7c6c3e..27eadf2 100644
> > --- a/meta/classes/kernel.bbclass
> > +++ b/meta/classes/kernel.bbclass
> > @@ -1,6 +1,5 @@
> > inherit linux-kernel-base kernel-module-split
> >
> > -PROVIDES += "virtual/kernel"
> > DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-native depmodwrapper-cross bc-native"
> >
> > # we include gcc above, we dont need virtual/libc
> > @@ -12,6 +11,9 @@ KERNEL_PACKAGE_NAME = ""
> > # adds a suffix to the kernel name, allowing to change the naming scheme of
> > # the kernel packages, result will be "kernel-${KERNEL_PACKAGE_EXTRA_NAME}"
> > KERNEL_PACKAGE_EXTRA_NAME ?= ""
> > +# indicates that this is an additional kernel package which can be installed
> > +# and uninstalled without a dependency to the image itself
> > +KERNEL_PACKAGE_ADDITIONAL ?= "0"
> >
> > KERNEL_IMAGETYPE ?= "zImage"
> > INITRAMFS_IMAGE ?= ""
> > @@ -37,6 +39,10 @@ python kernel_processvars_handler () {
> > else:
> > e.data.setVar('KERNEL_PACKAGE_NAME', '%s' % default_name)
> >
> > + if e.data.getVar('KERNEL_PACKAGE_ADDITIONAL', True) != '1':
> > + provides = e.data.getVar("PROVIDES", True)
> > + provides = "%s virtual/kernel" % provides
> > + e.data.setVar('PROVIDES', provides)
> > }
> >
> > addhandler kernel_processvars_handler
> > --
> > 2.3.0
> >
> > --
> > _______________________________________________
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
>
>
> --
> "Thou shalt not follow the NULL pointer, for chaos and madness await
> thee at its end"
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [RFC] allow installation of multiple kernels in the rootfs
2015-04-14 9:42 ` Sergey 'Jin' Bostandzhyan
@ 2015-04-14 15:18 ` Mark Hatle
2015-04-15 19:13 ` Burton, Ross
2015-04-14 15:34 ` Bruce Ashfield
1 sibling, 1 reply; 6+ messages in thread
From: Mark Hatle @ 2015-04-14 15:18 UTC (permalink / raw)
To: Sergey 'Jin' Bostandzhyan, Bruce Ashfield
Cc: Patches and discussions about the oe-core layer
On 4/14/15 4:42 AM, Sergey 'Jin' Bostandzhyan wrote:
> Hi Bruce,
>
> thanks for the initial feedback, I guess I'll need a bit more help/guidance,
> so I hope that others will also join the discussion.
>
> On Mon, Apr 13, 2015 at 11:31:50AM -0400, Bruce Ashfield wrote:
>>> I'd be happy to hear some feedback on this and I'm willing to tune anything
>>> that might be necessary in order to get this feature merged into core.
>>
>> My big concerns are around compatibility/consistency and the wreckage
>> that changing
>> the package names will cause for the system.
>
>> I'm competent in packaging .. but not an expert, so I'm hoping that
>> Richard and folks
>> like Mark Hatle can jump in with options to allow the package managers
>> to deal with
>> this as well.
>
> +1, hoping to hear their feedback as well.
Honestly, I'm not really sure what all of the options are here. I know that RPM
supports a mode (designed for kernels and modules) that allow you to install
multiple versions of the same package at the same time. I'm not sure if this is
what you want... but the initial install can only be a single version.
Using RPM (or smart) basically you have to tell the system to 'install' vs
'upgrade'. And as long as there are no conflicting files, it will happily do
more then one version of the same package.
(I doubt dpkg or deb support this, but I don't know.)
As for the changes below. (Without annotating too much,) the things I would
look out for are:
*) Various pieces of the system may assume package names, such as
'kernel-modules' or 'kernel-image' or ... So it's wise to provide an RPROVIDE
for any packages that provide these elements. RREPLACES would also be needed to
support target upgrades from the 'old naming' to the 'new' naming. (With
appropriate checks that the 'newname' is not the same as the old name.)
*) Different names for the packages should work -- but you'll need to make sure
they're providing different file paths or non-conflict files... otherwise you
could get conflicts and install failures.
With the above said, the only thing that I see that is likely missing is the
RPROVIDES.. and RREPLACES to support an on-target upgrade mode.
--Mark
>>> diff --git a/meta/classes/kernel-module-split.bbclass b/meta/classes/kernel-module-split.bbclass
>>> index 9a95b72..dbfad01 100644
>>> --- a/meta/classes/kernel-module-split.bbclass
>>> +++ b/meta/classes/kernel-module-split.bbclass
>>> @@ -28,7 +28,7 @@ do_install_append() {
>>>
>>> PACKAGESPLITFUNCS_prepend = "split_kernel_module_packages "
>>>
>>> -KERNEL_MODULES_META_PACKAGE ?= "kernel-modules"
>>> +KERNEL_MODULES_META_PACKAGE ?= "${KERNEL_PACKAGE_NAME}-modules"
>>
>> The problem that I have with this is one of wider consistency and eco
>> system layers.
>> Before, I could count on the fact that "kernel-modules" got me all the
>> built kernel
>> modules for any kernel provided by the virtual/kernel dependency. Now
>> I have to know
>> if a layer changes this variable and/or update all my package lists to
>> use this variable.
>>
>> Not impossible, but preferably something to avoid.
>
> Would it make sense to introduce some virtual/kernel-modules, similar to
> virtual/kernel?
>
> This way we would have one kernel and kernel modules provider which can always
> be referenced by a clear name.
>
>>> python split_kernel_module_packages () {
>>> import re
>>> @@ -178,12 +178,15 @@ python split_kernel_module_packages () {
>>>
>>> module_deps = parse_depmod()
>>> module_regex = '^(.*)\.k?o$'
>>> - module_pattern = 'kernel-module-%s'
>>> +
>>> + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
>>> +
>>> + module_pattern = kernel_package_name + '-module-%s'
>>>
>>> postinst = d.getVar('pkg_postinst_modules', True)
>>> postrm = d.getVar('pkg_postrm_modules', True)
>>>
>>> - modules = do_split_packages(d, root='/lib/modules', file_regex=module_regex, output_pattern=module_pattern, description='%s kernel module', postinst=postinst, postrm=postrm, recursive=True, hook=frob_metadata, extra_depends='kernel-%s' % (d.getVar("KERNEL_VERSION", True)))
>>> + modules = do_split_packages(d, root='/lib/modules', file_regex=module_regex, output_pattern=module_pattern, description='%s kernel module', postinst=postinst, postrm=postrm, recursive=True, hook=frob_metadata, extra_depends='%s-%s' % (kernel_package_name, d.getVar("KERNEL_VERSION", True)))
>>> if modules:
>>> metapkg = d.getVar('KERNEL_MODULES_META_PACKAGE', True)
>>> d.appendVar('RDEPENDS_' + metapkg, ' '+' '.join(modules))
>>> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
>>> index 70ed95b..c7c6c3e 100644
>>> --- a/meta/classes/kernel.bbclass
>>> +++ b/meta/classes/kernel.bbclass
>>> @@ -6,11 +6,43 @@ DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-na
>>> # we include gcc above, we dont need virtual/libc
>>> INHIBIT_DEFAULT_DEPS = "1"
>>>
>>> +
>>> +KERNEL_PACKAGE_NAME = ""
>>
>> You do set a default to "kernel" in the processvars routine below, but
>> what's the harm
>> in setting this to "kernel" as well ?
>
> Roger that.
>
>>> +
>>> +# adds a suffix to the kernel name, allowing to change the naming scheme of
>>> +# the kernel packages, result will be "kernel-${KERNEL_PACKAGE_EXTRA_NAME}"
>>> +KERNEL_PACKAGE_EXTRA_NAME ?= ""
>>> +
>>> KERNEL_IMAGETYPE ?= "zImage"
>>> INITRAMFS_IMAGE ?= ""
>>> INITRAMFS_TASK ?= ""
>>> INITRAMFS_IMAGE_BUNDLE ?= ""
>>>
>>> +python kernel_processvars_handler () {
>>> + extra_name = e.data.getVar('KERNEL_PACKAGE_EXTRA_NAME', True) or ""
>>> + default_name = e.data.getVar('KERNEL_PACKAGE_NAME', True) or "kernel"
>>> + if extra_name != "":
>>> + new_kernel_package_name = '%s-%s' % (default_name, extra_name)
>>> + e.data.setVar('KERNEL_PACKAGE_NAME', new_kernel_package_name)
>>> + localversion = e.data.getVar('KERNEL_LOCALVERSION', True) or ""
>>> + if (localversion == ""):
>>> + localversion = "-%s" % extra_name
>>> + else:
>>> + localversion = "%s+%s" % (localversion, extra_name)
>>> +
>>> + e.data.setVar('KERNEL_LOCALVERSION', localversion)
>>> + # if name has been tuned, add localversion to the kernel src path
>>> + # in order to avoid conflicts with virtual/kernel
>>> + e.data.setVar('KERNEL_SRC_PATH', '/usr/src/%s%s' % (new_kernel_package_name, localversion))
>>> + else:
>>> + e.data.setVar('KERNEL_PACKAGE_NAME', '%s' % default_name)
>>> +
>>> +}
>>
>> Both the extra time to process this and the now (relatively) hidden
>> complexity and
>> processing the variables is a concern for me.
>>
>> If layers or other handlers are changing things like the kernel source
>> path, I see
>> issues with priority and ordering. Not to mention a consistent location on disk.
>
> Well, to be honest I simply did not know how to do it better and I tried
> various approaches - this is the one which worked for me. I'll try to explain
> what I was attempting to achieve, maybe someone can suggest a better way
> of doing it.
>
> Basically I did not want to uglify the default kernel package names for
> situations where the KERNEL_PACKAGE_EXTRA_NAME is not used/not set at all. I
> also had to take into account, that when the feature was set I had to tune
> the kernels localversion in order to achieve module separation on the rootfs.
>
> I first tried to do these things in an anonymous python function, but that was
> clearly "too late" in the variable evaluation chain, that is why I used the
> handler.
>
>> For all these, isn't this something that update alternatives and symlinks can
>> handle ? Maybe not update alternatives per-se, but at least an always present
>> location would be handy .. regardless of what someone decides to use for
>> their kernel package name. Again, it's about that consistency of experience.
>
> If you are referring to the KERNEL_SRC_PATH, then I think update alternatives
> could do the trick, on the other hand - wouldn't you expect that the source
> path points to the kernel which you are actually running? With multiple
> kernels in place this can change...
>
> I looked how it's done on Fedora, they have a /usr/src/kernels directory,
> below it there are subdirectories named by `uname -r`, just similar to
> how kernel modules are separated.
>
> Would this be an option?
>
>>> +
>>> +addhandler kernel_processvars_handler
>>> +kernel_processvars_handler[eventmask] = "bb.event.RecipePreFinalise"
>>> +
>>> +
>>> python __anonymous () {
>>> kerneltype = d.getVar('KERNEL_IMAGETYPE', True)
>>> if kerneltype == 'uImage':
>>> @@ -33,9 +65,9 @@ python __anonymous () {
>>>
>>> inherit kernel-arch deploy
>>>
>>> -PACKAGES_DYNAMIC += "^kernel-module-.*"
>>> -PACKAGES_DYNAMIC += "^kernel-image-.*"
>>> -PACKAGES_DYNAMIC += "^kernel-firmware-.*"
>>> +PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-module-.*"
>>> +PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-image-.*"
>>> +PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-firmware-.*"
>>>
>>> export OS = "${TARGET_OS}"
>>> export CROSS_COMPILE = "${TARGET_PREFIX}"
>>> @@ -344,27 +376,27 @@ EXPORT_FUNCTIONS do_compile do_install do_configure
>>>
>>> # kernel-base becomes kernel-${KERNEL_VERSION}
>>> # kernel-image becomes kernel-image-${KERNEL_VERISON}
>>> -PACKAGES = "kernel kernel-base kernel-vmlinux kernel-image kernel-dev kernel-modules"
>>> +PACKAGES = "${KERNEL_PACKAGE_NAME} ${KERNEL_PACKAGE_NAME}-base ${KERNEL_PACKAGE_NAME}-vmlinux ${KERNEL_PACKAGE_NAME}-image ${KERNEL_PACKAGE_NAME}-dev ${KERNEL_PACKAGE_NAME}-modules"
>>> FILES_${PN} = ""
>>> -FILES_kernel-base = "/lib/modules/${KERNEL_VERSION}/modules.order /lib/modules/${KERNEL_VERSION}/modules.builtin"
>>> -FILES_kernel-image = "/boot/${KERNEL_IMAGETYPE}*"
>>> -FILES_kernel-dev = "/boot/System.map* /boot/Module.symvers* /boot/config* ${KERNEL_SRC_PATH} /lib/modules/${KERNEL_VERSION}/build"
>>> -FILES_kernel-vmlinux = "/boot/vmlinux*"
>>> -FILES_kernel-modules = ""
>>> -RDEPENDS_kernel = "kernel-base"
>>> +FILES_${KERNEL_PACKAGE_NAME}-base = "/lib/modules/${KERNEL_VERSION}/modules.order /lib/modules/${KERNEL_VERSION}/modules.builtin"
>>> +FILES_${KERNEL_PACKAGE_NAME}-image = "/boot/${KERNEL_IMAGETYPE}*"
>>> +FILES_${KERNEL_PACKAGE_NAME}-dev = "/boot/System.map* /boot/Module.symvers* /boot/config* ${KERNEL_SRC_PATH} /lib/modules/${KERNEL_VERSION}/build"
>>> +FILES_${KERNEL_PACKAGE_NAME}-vmlinux = "/boot/vmlinux*"
>>> +FILES_${KERNEL_PACKAGE_NAME}-modules = ""
>>> +RDEPENDS_${KERNEL_PACKAGE_NAME} = "${KERNEL_PACKAGE_NAME}-base"
>>> # Allow machines to override this dependency if kernel image files are
>>> # not wanted in images as standard
>>> -RDEPENDS_kernel-base ?= "kernel-image"
>>> -PKG_kernel-image = "kernel-image-${@legitimize_package_name('${KERNEL_VERSION}')}"
>>> -PKG_kernel-base = "kernel-${@legitimize_package_name('${KERNEL_VERSION}')}"
>>> -RPROVIDES_kernel-base += "kernel-${KERNEL_VERSION}"
>>> -ALLOW_EMPTY_kernel = "1"
>>> -ALLOW_EMPTY_kernel-base = "1"
>>> -ALLOW_EMPTY_kernel-image = "1"
>>> -ALLOW_EMPTY_kernel-modules = "1"
>>> -DESCRIPTION_kernel-modules = "Kernel modules meta package"
>>> -
>>> -pkg_postinst_kernel-base () {
>>> +RDEPENDS_${KERNEL_PACKAGE_NAME}-base ?= "${KERNEL_PACKAGE_NAME}-image"
>>> +PKG_${KERNEL_PACKAGE_NAME}-image = "${KERNEL_PACKAGE_NAME}-image-${@legitimize_package_name('${KERNEL_VERSION}')}"
>>> +PKG_${KERNEL_PACKAGE_NAME}-base = "${KERNEL_PACKAGE_NAME}-${@legitimize_package_name('${KERNEL_VERSION}')}"
>>> +RPROVIDES_${KERNEL_PACKAGE_NAME}-base += "${KERNEL_PACKAGE_NAME}-${KERNEL_VERSION}"
>>> +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME} = "1"
>>> +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-base = "1"
>>> +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-image = "1"
>>> +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-modules = "1"
>>> +DESCRIPTION_${KERNEL_PACKAGE_NAME}-modules = "Kernel modules meta package"
>>> +
>>> +pkg_postinst_${KERNEL_PACKAGE_NAME}-base () {
>>> if [ ! -e "$D/lib/modules/${KERNEL_VERSION}" ]; then
>>> mkdir -p $D/lib/modules/${KERNEL_VERSION}
>>> fi
>>> @@ -375,18 +407,19 @@ pkg_postinst_kernel-base () {
>>> fi
>>> }
>>>
>>> -pkg_postinst_kernel-image () {
>>> +pkg_postinst_${KERNEL_PACKAGE_NAME}-image () {
>>> update-alternatives --install /${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE} /${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE}-${KERNEL_VERSION} ${KERNEL_PRIORITY} || true
>>> }
>>>
>>> -pkg_postrm_kernel-image () {
>>> +pkg_postrm_${KERNEL_PACKAGE_NAME}-image () {
>>> update-alternatives --remove ${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE}-${KERNEL_VERSION} || true
>>> }
>>>
>>> PACKAGESPLITFUNCS_prepend = "split_kernel_packages "
>>>
>>> python split_kernel_packages () {
>>> - do_split_packages(d, root='/lib/firmware', file_regex='^(.*)\.(bin|fw|cis|dsp)$', output_pattern='kernel-firmware-%s', description='Firmware for %s', recursive=True, extra_depends='')
>>> + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME', True)
>>> + do_split_packages(d, root='/lib/firmware', file_regex='^(.*)\.(bin|fw|cis|dsp)$', output_pattern=kernel_package_name + '-firmware-%s', description='Firmware for %s', recursive=True, extra_depends='')
>>> }
>>>
>>> do_strip() {
>>> @@ -436,15 +469,15 @@ do_sizecheck[dirs] = "${B}"
>>>
>>> addtask sizecheck before do_install after do_strip
>>>
>>> -KERNEL_IMAGE_BASE_NAME ?= "${KERNEL_IMAGETYPE}-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
>>> +KERNEL_IMAGE_BASE_NAME ?= "${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
>>> # Don't include the DATETIME variable in the sstate package signatures
>>> KERNEL_IMAGE_BASE_NAME[vardepsexclude] = "DATETIME"
>>> -KERNEL_IMAGE_SYMLINK_NAME ?= "${KERNEL_IMAGETYPE}-${MACHINE}"
>>> -MODULE_IMAGE_BASE_NAME ?= "modules-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
>>> +KERNEL_IMAGE_SYMLINK_NAME ?= "${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}-${MACHINE}"
>>
>> We've now change the symlink that has previously been in place to something
>> new, i.e. there's no compatibility, we always have "kernel" or whatever the
>> recipes decide to call it in the symlink name and that wasn't the case before
>> (unless I'm misreading things).
>
> I could add the symlink name setting to the variable preprocessing routine
> (that is if we keep it at all), this way the symlink would only change for
> renamed kernels and/or for kernels who are not virtual/kernel provider.
>
> Ideally the virtual/kernel provider should not undergo any changes in order
> to fulfill the backwards compatibility criteria, you have a point here. The
> only place where I am a bit unsure is the kernel source dir, I'd feel more
> comfortable moving it to /usr/src/kernels/`uname -r` scheme, somehow feels
> more logical when you expect that multiple kernels can be present...
>
> I'm hoping for more feedback, where do we go from here?
>
> Kind regards,
> Sergey
>
>
>
>>> +MODULE_IMAGE_BASE_NAME ?= "${KERNEL_PACKAGE_NAME}-modules-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
>>> MODULE_IMAGE_BASE_NAME[vardepsexclude] = "DATETIME"
>>> MODULE_TARBALL_BASE_NAME ?= "${MODULE_IMAGE_BASE_NAME}.tgz"
>>> # Don't include the DATETIME variable in the sstate package signatures
>>> -MODULE_TARBALL_SYMLINK_NAME ?= "modules-${MACHINE}.tgz"
>>> +MODULE_TARBALL_SYMLINK_NAME ?= "${KERNEL_PACKAGE_NAME}-modules-${MACHINE}.tgz"
>>> MODULE_TARBALL_DEPLOY ?= "1"
>>>
>>> do_uboot_mkimage() {
>>> @@ -481,7 +514,7 @@ kernel_do_deploy() {
>>> fi
>>>
>>> ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGE_SYMLINK_NAME}.bin
>>> - ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGETYPE}
>>> + ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}
>>>
>>> cp ${COREBASE}/meta/files/deploydir_readme.txt ${DEPLOYDIR}/README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt
>>>
>>> diff --git a/meta/classes/linux-kernel-base.bbclass b/meta/classes/linux-kernel-base.bbclass
>>> index 4f2b0a4..91656c0 100644
>>> --- a/meta/classes/linux-kernel-base.bbclass
>>> +++ b/meta/classes/linux-kernel-base.bbclass
>>> @@ -25,8 +25,10 @@ def get_kernelversion(p):
>>> return None
>>>
>>> def linux_module_packages(s, d):
>>> + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
>>> +
>>> suffix = ""
>>> - return " ".join(map(lambda s: "kernel-module-%s%s" % (s.lower().replace('_', '-').replace('@', '+'), suffix), s.split()))
>>> + return " ".join(map(lambda s: "%s-module-%s%s" % (kernel_package_name, s.lower().replace('_', '-').replace('@', '+'), suffix), s.split()))
>>>
>>> # that's all
>>>
>>> diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
>>> index eea2fd5..550d47e 100644
>>> --- a/meta/classes/multilib.bbclass
>>> +++ b/meta/classes/multilib.bbclass
>>> @@ -117,14 +117,15 @@ PACKAGEFUNCS_append = " do_package_qa_multilib"
>>> python do_package_qa_multilib() {
>>>
>>> def check_mlprefix(pkg, var, mlprefix):
>>> + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
>>> values = bb.utils.explode_deps(d.getVar('%s_%s' % (var, pkg), True) or d.getVar(var, True) or "")
>>> candidates = []
>>> for i in values:
>>> if i.startswith('virtual/'):
>>> i = i[len('virtual/'):]
>>> - if (not i.startswith('kernel-module')) and (not i.startswith(mlprefix)) and \
>>> + if (not i.startswith('%s-module' % kernel_package_name)) and (not i.startswith(mlprefix)) and \
>>> (not 'cross-canadian' in i) and (not i.startswith("nativesdk-")) and \
>>> - (not i.startswith("rtld")) and (not i.startswith('kernel-vmlinux')):
>>> + (not i.startswith("rtld")) and (not i.startswith('%s-vmlinux' % kernel_package_name)):
>>> candidates.append(i)
>>> if len(candidates) > 0:
>>> bb.warn("Multilib QA Issue: %s package %s - suspicious values '%s' in %s"
>>> diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
>>> index 96d7fd9..b1e0543 100644
>>> --- a/meta/classes/package.bbclass
>>> +++ b/meta/classes/package.bbclass
>>> @@ -1301,11 +1301,12 @@ python package_do_filedeps() {
>>> def chunks(files, n):
>>> return [files[i:i+n] for i in range(0, len(files), n)]
>>>
>>> + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME') or "kernel"
>>> pkglist = []
>>> for pkg in packages.split():
>>> if d.getVar('SKIP_FILEDEPS_' + pkg, True) == '1':
>>> continue
>>> - if pkg.endswith('-dbg') or pkg.endswith('-doc') or pkg.find('-locale-') != -1 or pkg.find('-localedata-') != -1 or pkg.find('-gconv-') != -1 or pkg.find('-charmap-') != -1 or pkg.startswith('kernel-module-'):
>>> + if pkg.endswith('-dbg') or pkg.endswith('-doc') or pkg.find('-locale-') != -1 or pkg.find('-localedata-') != -1 or pkg.find('-gconv-') != -1 or pkg.find('-charmap-') != -1 or pkg.startswith('%s-module-' % kernel_package_name):
>>> continue
>>> for files in chunks(pkgfiles[pkg], 100):
>>> pkglist.append((pkg, files, rpmdeps, pkgdest))
>>> --
>>> 2.3.0
>>>
>>>
>>>
>>>
>>>
>>> From d2620d154047e1b8db4fa93d1911c2d690a3f1e2 Mon Sep 17 00:00:00 2001
>>> From: Sergey 'Jin' Bostandzhyan <jin at mediatomb dot cc>
>>> Date: Mon, 13 Apr 2015 15:52:44 +0200
>>> Subject: [PATCH 2/2] allow to mark a kernel package as "additional"
>>>
>>> Introduce a KERNEL_PACKAGE_ADDITIONAL variable with allowed values of 0
>>> or 1 which will remove the virtual/kernel PROVIDES from the package.
>>> This allows to generate kernel packages that are treated as regular
>>> packages by the package manager, making it possible to install multiple
>>> kernels in the rootfs as long as their names do not clash.
>>> ---
>>> meta/classes/kernel.bbclass | 8 +++++++-
>>> 1 file changed, 7 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
>>> index c7c6c3e..27eadf2 100644
>>> --- a/meta/classes/kernel.bbclass
>>> +++ b/meta/classes/kernel.bbclass
>>> @@ -1,6 +1,5 @@
>>> inherit linux-kernel-base kernel-module-split
>>>
>>> -PROVIDES += "virtual/kernel"
>>> DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-native depmodwrapper-cross bc-native"
>>>
>>> # we include gcc above, we dont need virtual/libc
>>> @@ -12,6 +11,9 @@ KERNEL_PACKAGE_NAME = ""
>>> # adds a suffix to the kernel name, allowing to change the naming scheme of
>>> # the kernel packages, result will be "kernel-${KERNEL_PACKAGE_EXTRA_NAME}"
>>> KERNEL_PACKAGE_EXTRA_NAME ?= ""
>>> +# indicates that this is an additional kernel package which can be installed
>>> +# and uninstalled without a dependency to the image itself
>>> +KERNEL_PACKAGE_ADDITIONAL ?= "0"
>>>
>>> KERNEL_IMAGETYPE ?= "zImage"
>>> INITRAMFS_IMAGE ?= ""
>>> @@ -37,6 +39,10 @@ python kernel_processvars_handler () {
>>> else:
>>> e.data.setVar('KERNEL_PACKAGE_NAME', '%s' % default_name)
>>>
>>> + if e.data.getVar('KERNEL_PACKAGE_ADDITIONAL', True) != '1':
>>> + provides = e.data.getVar("PROVIDES", True)
>>> + provides = "%s virtual/kernel" % provides
>>> + e.data.setVar('PROVIDES', provides)
>>> }
>>>
>>> addhandler kernel_processvars_handler
>>> --
>>> 2.3.0
>>>
>>> --
>>> _______________________________________________
>>> Openembedded-core mailing list
>>> Openembedded-core@lists.openembedded.org
>>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>
>>
>>
>> --
>> "Thou shalt not follow the NULL pointer, for chaos and madness await
>> thee at its end"
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [RFC] allow installation of multiple kernels in the rootfs
2015-04-14 9:42 ` Sergey 'Jin' Bostandzhyan
2015-04-14 15:18 ` Mark Hatle
@ 2015-04-14 15:34 ` Bruce Ashfield
1 sibling, 0 replies; 6+ messages in thread
From: Bruce Ashfield @ 2015-04-14 15:34 UTC (permalink / raw)
To: Sergey 'Jin' Bostandzhyan
Cc: Patches and discussions about the oe-core layer
On Tue, Apr 14, 2015 at 5:42 AM, Sergey 'Jin' Bostandzhyan
<jin@dev.digitalstrom.org> wrote:
> Hi Bruce,
>
> thanks for the initial feedback, I guess I'll need a bit more help/guidance,
> so I hope that others will also join the discussion.
>
> On Mon, Apr 13, 2015 at 11:31:50AM -0400, Bruce Ashfield wrote:
>> > I'd be happy to hear some feedback on this and I'm willing to tune anything
>> > that might be necessary in order to get this feature merged into core.
>>
>> My big concerns are around compatibility/consistency and the wreckage
>> that changing
>> the package names will cause for the system.
>
>> I'm competent in packaging .. but not an expert, so I'm hoping that
>> Richard and folks
>> like Mark Hatle can jump in with options to allow the package managers
>> to deal with
>> this as well.
>
> +1, hoping to hear their feedback as well.
>
>> > diff --git a/meta/classes/kernel-module-split.bbclass b/meta/classes/kernel-module-split.bbclass
>> > index 9a95b72..dbfad01 100644
>> > --- a/meta/classes/kernel-module-split.bbclass
>> > +++ b/meta/classes/kernel-module-split.bbclass
>> > @@ -28,7 +28,7 @@ do_install_append() {
>> >
>> > PACKAGESPLITFUNCS_prepend = "split_kernel_module_packages "
>> >
>> > -KERNEL_MODULES_META_PACKAGE ?= "kernel-modules"
>> > +KERNEL_MODULES_META_PACKAGE ?= "${KERNEL_PACKAGE_NAME}-modules"
>>
>> The problem that I have with this is one of wider consistency and eco
>> system layers.
>> Before, I could count on the fact that "kernel-modules" got me all the
>> built kernel
>> modules for any kernel provided by the virtual/kernel dependency. Now
>> I have to know
>> if a layer changes this variable and/or update all my package lists to
>> use this variable.
>>
>> Not impossible, but preferably something to avoid.
>
> Would it make sense to introduce some virtual/kernel-modules, similar to
> virtual/kernel?
The modules and kernel really are the same thing, and we do need the modules
to be provided (but packaged separately) by the same kernel, so as near as I
can tell, that wouldn't buy us anything and add complexity. A good thought
though.
I see that Mark just followed up as well, and probably just generating a
RPROVIDES under the old name would meet that compatibility issue.
>
> This way we would have one kernel and kernel modules provider which can always
> be referenced by a clear name.
>
>> > python split_kernel_module_packages () {
>> > import re
>> > @@ -178,12 +178,15 @@ python split_kernel_module_packages () {
>> >
>> > module_deps = parse_depmod()
>> > module_regex = '^(.*)\.k?o$'
>> > - module_pattern = 'kernel-module-%s'
>> > +
>> > + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
>> > +
>> > + module_pattern = kernel_package_name + '-module-%s'
>> >
>> > postinst = d.getVar('pkg_postinst_modules', True)
>> > postrm = d.getVar('pkg_postrm_modules', True)
>> >
>> > - modules = do_split_packages(d, root='/lib/modules', file_regex=module_regex, output_pattern=module_pattern, description='%s kernel module', postinst=postinst, postrm=postrm, recursive=True, hook=frob_metadata, extra_depends='kernel-%s' % (d.getVar("KERNEL_VERSION", True)))
>> > + modules = do_split_packages(d, root='/lib/modules', file_regex=module_regex, output_pattern=module_pattern, description='%s kernel module', postinst=postinst, postrm=postrm, recursive=True, hook=frob_metadata, extra_depends='%s-%s' % (kernel_package_name, d.getVar("KERNEL_VERSION", True)))
>> > if modules:
>> > metapkg = d.getVar('KERNEL_MODULES_META_PACKAGE', True)
>> > d.appendVar('RDEPENDS_' + metapkg, ' '+' '.join(modules))
>> > diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
>> > index 70ed95b..c7c6c3e 100644
>> > --- a/meta/classes/kernel.bbclass
>> > +++ b/meta/classes/kernel.bbclass
>> > @@ -6,11 +6,43 @@ DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-na
>> > # we include gcc above, we dont need virtual/libc
>> > INHIBIT_DEFAULT_DEPS = "1"
>> >
>> > +
>> > +KERNEL_PACKAGE_NAME = ""
>>
>> You do set a default to "kernel" in the processvars routine below, but
>> what's the harm
>> in setting this to "kernel" as well ?
>
> Roger that.
>
>> > +
>> > +# adds a suffix to the kernel name, allowing to change the naming scheme of
>> > +# the kernel packages, result will be "kernel-${KERNEL_PACKAGE_EXTRA_NAME}"
>> > +KERNEL_PACKAGE_EXTRA_NAME ?= ""
>> > +
>> > KERNEL_IMAGETYPE ?= "zImage"
>> > INITRAMFS_IMAGE ?= ""
>> > INITRAMFS_TASK ?= ""
>> > INITRAMFS_IMAGE_BUNDLE ?= ""
>> >
>> > +python kernel_processvars_handler () {
>> > + extra_name = e.data.getVar('KERNEL_PACKAGE_EXTRA_NAME', True) or ""
>> > + default_name = e.data.getVar('KERNEL_PACKAGE_NAME', True) or "kernel"
>> > + if extra_name != "":
>> > + new_kernel_package_name = '%s-%s' % (default_name, extra_name)
>> > + e.data.setVar('KERNEL_PACKAGE_NAME', new_kernel_package_name)
>> > + localversion = e.data.getVar('KERNEL_LOCALVERSION', True) or ""
>> > + if (localversion == ""):
>> > + localversion = "-%s" % extra_name
>> > + else:
>> > + localversion = "%s+%s" % (localversion, extra_name)
>> > +
>> > + e.data.setVar('KERNEL_LOCALVERSION', localversion)
>> > + # if name has been tuned, add localversion to the kernel src path
>> > + # in order to avoid conflicts with virtual/kernel
>> > + e.data.setVar('KERNEL_SRC_PATH', '/usr/src/%s%s' % (new_kernel_package_name, localversion))
>> > + else:
>> > + e.data.setVar('KERNEL_PACKAGE_NAME', '%s' % default_name)
>> > +
>> > +}
>>
>> Both the extra time to process this and the now (relatively) hidden
>> complexity and
>> processing the variables is a concern for me.
>>
>> If layers or other handlers are changing things like the kernel source
>> path, I see
>> issues with priority and ordering. Not to mention a consistent location on disk.
>
> Well, to be honest I simply did not know how to do it better and I tried
> various approaches - this is the one which worked for me. I'll try to explain
> what I was attempting to achieve, maybe someone can suggest a better way
> of doing it.
I've been bitten by handlers in the past, so I'm a bit hesitant to add more
to the system, this is an area where Richard can likely guide us better
than almost anyone else.
>
> Basically I did not want to uglify the default kernel package names for
> situations where the KERNEL_PACKAGE_EXTRA_NAME is not used/not set at all. I
> also had to take into account, that when the feature was set I had to tune
> the kernels localversion in order to achieve module separation on the rootfs.
A good goal, and I can see that it does that. I'm just not aware of any
other options .. but will continue to think on it myself.
>
> I first tried to do these things in an anonymous python function, but that was
> clearly "too late" in the variable evaluation chain, that is why I used the
> handler.
I've been there before as well, and I feel the pain :)
>
>> For all these, isn't this something that update alternatives and symlinks can
>> handle ? Maybe not update alternatives per-se, but at least an always present
>> location would be handy .. regardless of what someone decides to use for
>> their kernel package name. Again, it's about that consistency of experience.
>
> If you are referring to the KERNEL_SRC_PATH, then I think update alternatives
> could do the trick, on the other hand - wouldn't you expect that the source
> path points to the kernel which you are actually running? With multiple
> kernels in place this can change...
I would expect that!
>
> I looked how it's done on Fedora, they have a /usr/src/kernels directory,
> below it there are subdirectories named by `uname -r`, just similar to
> how kernel modules are separated.
>
> Would this be an option?
I'd think that would be suitable, or similar to what you have above with
/usr/src/linux-<version>-<name>-<whatever> with a link from
/lib/modules/<name>/build
back to the source tree. And then uname can direct you to the modules and
from there, the source.
>
>> > +
>> > +addhandler kernel_processvars_handler
>> > +kernel_processvars_handler[eventmask] = "bb.event.RecipePreFinalise"
>> > +
>> > +
>> > python __anonymous () {
>> > kerneltype = d.getVar('KERNEL_IMAGETYPE', True)
>> > if kerneltype == 'uImage':
>> > @@ -33,9 +65,9 @@ python __anonymous () {
>> >
>> > inherit kernel-arch deploy
>> >
>> > -PACKAGES_DYNAMIC += "^kernel-module-.*"
>> > -PACKAGES_DYNAMIC += "^kernel-image-.*"
>> > -PACKAGES_DYNAMIC += "^kernel-firmware-.*"
>> > +PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-module-.*"
>> > +PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-image-.*"
>> > +PACKAGES_DYNAMIC += "^${KERNEL_PACKAGE_NAME}-firmware-.*"
>> >
>> > export OS = "${TARGET_OS}"
>> > export CROSS_COMPILE = "${TARGET_PREFIX}"
>> > @@ -344,27 +376,27 @@ EXPORT_FUNCTIONS do_compile do_install do_configure
>> >
>> > # kernel-base becomes kernel-${KERNEL_VERSION}
>> > # kernel-image becomes kernel-image-${KERNEL_VERISON}
>> > -PACKAGES = "kernel kernel-base kernel-vmlinux kernel-image kernel-dev kernel-modules"
>> > +PACKAGES = "${KERNEL_PACKAGE_NAME} ${KERNEL_PACKAGE_NAME}-base ${KERNEL_PACKAGE_NAME}-vmlinux ${KERNEL_PACKAGE_NAME}-image ${KERNEL_PACKAGE_NAME}-dev ${KERNEL_PACKAGE_NAME}-modules"
>> > FILES_${PN} = ""
>> > -FILES_kernel-base = "/lib/modules/${KERNEL_VERSION}/modules.order /lib/modules/${KERNEL_VERSION}/modules.builtin"
>> > -FILES_kernel-image = "/boot/${KERNEL_IMAGETYPE}*"
>> > -FILES_kernel-dev = "/boot/System.map* /boot/Module.symvers* /boot/config* ${KERNEL_SRC_PATH} /lib/modules/${KERNEL_VERSION}/build"
>> > -FILES_kernel-vmlinux = "/boot/vmlinux*"
>> > -FILES_kernel-modules = ""
>> > -RDEPENDS_kernel = "kernel-base"
>> > +FILES_${KERNEL_PACKAGE_NAME}-base = "/lib/modules/${KERNEL_VERSION}/modules.order /lib/modules/${KERNEL_VERSION}/modules.builtin"
>> > +FILES_${KERNEL_PACKAGE_NAME}-image = "/boot/${KERNEL_IMAGETYPE}*"
>> > +FILES_${KERNEL_PACKAGE_NAME}-dev = "/boot/System.map* /boot/Module.symvers* /boot/config* ${KERNEL_SRC_PATH} /lib/modules/${KERNEL_VERSION}/build"
>> > +FILES_${KERNEL_PACKAGE_NAME}-vmlinux = "/boot/vmlinux*"
>> > +FILES_${KERNEL_PACKAGE_NAME}-modules = ""
>> > +RDEPENDS_${KERNEL_PACKAGE_NAME} = "${KERNEL_PACKAGE_NAME}-base"
>> > # Allow machines to override this dependency if kernel image files are
>> > # not wanted in images as standard
>> > -RDEPENDS_kernel-base ?= "kernel-image"
>> > -PKG_kernel-image = "kernel-image-${@legitimize_package_name('${KERNEL_VERSION}')}"
>> > -PKG_kernel-base = "kernel-${@legitimize_package_name('${KERNEL_VERSION}')}"
>> > -RPROVIDES_kernel-base += "kernel-${KERNEL_VERSION}"
>> > -ALLOW_EMPTY_kernel = "1"
>> > -ALLOW_EMPTY_kernel-base = "1"
>> > -ALLOW_EMPTY_kernel-image = "1"
>> > -ALLOW_EMPTY_kernel-modules = "1"
>> > -DESCRIPTION_kernel-modules = "Kernel modules meta package"
>> > -
>> > -pkg_postinst_kernel-base () {
>> > +RDEPENDS_${KERNEL_PACKAGE_NAME}-base ?= "${KERNEL_PACKAGE_NAME}-image"
>> > +PKG_${KERNEL_PACKAGE_NAME}-image = "${KERNEL_PACKAGE_NAME}-image-${@legitimize_package_name('${KERNEL_VERSION}')}"
>> > +PKG_${KERNEL_PACKAGE_NAME}-base = "${KERNEL_PACKAGE_NAME}-${@legitimize_package_name('${KERNEL_VERSION}')}"
>> > +RPROVIDES_${KERNEL_PACKAGE_NAME}-base += "${KERNEL_PACKAGE_NAME}-${KERNEL_VERSION}"
>> > +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME} = "1"
>> > +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-base = "1"
>> > +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-image = "1"
>> > +ALLOW_EMPTY_${KERNEL_PACKAGE_NAME}-modules = "1"
>> > +DESCRIPTION_${KERNEL_PACKAGE_NAME}-modules = "Kernel modules meta package"
>> > +
>> > +pkg_postinst_${KERNEL_PACKAGE_NAME}-base () {
>> > if [ ! -e "$D/lib/modules/${KERNEL_VERSION}" ]; then
>> > mkdir -p $D/lib/modules/${KERNEL_VERSION}
>> > fi
>> > @@ -375,18 +407,19 @@ pkg_postinst_kernel-base () {
>> > fi
>> > }
>> >
>> > -pkg_postinst_kernel-image () {
>> > +pkg_postinst_${KERNEL_PACKAGE_NAME}-image () {
>> > update-alternatives --install /${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE} /${KERNEL_IMAGEDEST}/${KERNEL_IMAGETYPE}-${KERNEL_VERSION} ${KERNEL_PRIORITY} || true
>> > }
>> >
>> > -pkg_postrm_kernel-image () {
>> > +pkg_postrm_${KERNEL_PACKAGE_NAME}-image () {
>> > update-alternatives --remove ${KERNEL_IMAGETYPE} ${KERNEL_IMAGETYPE}-${KERNEL_VERSION} || true
>> > }
>> >
>> > PACKAGESPLITFUNCS_prepend = "split_kernel_packages "
>> >
>> > python split_kernel_packages () {
>> > - do_split_packages(d, root='/lib/firmware', file_regex='^(.*)\.(bin|fw|cis|dsp)$', output_pattern='kernel-firmware-%s', description='Firmware for %s', recursive=True, extra_depends='')
>> > + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME', True)
>> > + do_split_packages(d, root='/lib/firmware', file_regex='^(.*)\.(bin|fw|cis|dsp)$', output_pattern=kernel_package_name + '-firmware-%s', description='Firmware for %s', recursive=True, extra_depends='')
>> > }
>> >
>> > do_strip() {
>> > @@ -436,15 +469,15 @@ do_sizecheck[dirs] = "${B}"
>> >
>> > addtask sizecheck before do_install after do_strip
>> >
>> > -KERNEL_IMAGE_BASE_NAME ?= "${KERNEL_IMAGETYPE}-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
>> > +KERNEL_IMAGE_BASE_NAME ?= "${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
>> > # Don't include the DATETIME variable in the sstate package signatures
>> > KERNEL_IMAGE_BASE_NAME[vardepsexclude] = "DATETIME"
>> > -KERNEL_IMAGE_SYMLINK_NAME ?= "${KERNEL_IMAGETYPE}-${MACHINE}"
>> > -MODULE_IMAGE_BASE_NAME ?= "modules-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
>> > +KERNEL_IMAGE_SYMLINK_NAME ?= "${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}-${MACHINE}"
>>
>> We've now change the symlink that has previously been in place to something
>> new, i.e. there's no compatibility, we always have "kernel" or whatever the
>> recipes decide to call it in the symlink name and that wasn't the case before
>> (unless I'm misreading things).
>
> I could add the symlink name setting to the variable preprocessing routine
> (that is if we keep it at all), this way the symlink would only change for
> renamed kernels and/or for kernels who are not virtual/kernel provider.
That sounds feasible to me.
>
> Ideally the virtual/kernel provider should not undergo any changes in order
> to fulfill the backwards compatibility criteria, you have a point here. The
> only place where I am a bit unsure is the kernel source dir, I'd feel more
> comfortable moving it to /usr/src/kernels/`uname -r` scheme, somehow feels
> more logical when you expect that multiple kernels can be present...
Agreed.
>
> I'm hoping for more feedback, where do we go from here?
I'd like to hear from Richard, but I'd say spin a v2 patch, and we can have
another look at it.
Cheers,
Bruce
>
> Kind regards,
> Sergey
>
>
>
>> > +MODULE_IMAGE_BASE_NAME ?= "${KERNEL_PACKAGE_NAME}-modules-${PKGE}-${PKGV}-${PKGR}-${MACHINE}-${DATETIME}"
>> > MODULE_IMAGE_BASE_NAME[vardepsexclude] = "DATETIME"
>> > MODULE_TARBALL_BASE_NAME ?= "${MODULE_IMAGE_BASE_NAME}.tgz"
>> > # Don't include the DATETIME variable in the sstate package signatures
>> > -MODULE_TARBALL_SYMLINK_NAME ?= "modules-${MACHINE}.tgz"
>> > +MODULE_TARBALL_SYMLINK_NAME ?= "${KERNEL_PACKAGE_NAME}-modules-${MACHINE}.tgz"
>> > MODULE_TARBALL_DEPLOY ?= "1"
>> >
>> > do_uboot_mkimage() {
>> > @@ -481,7 +514,7 @@ kernel_do_deploy() {
>> > fi
>> >
>> > ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGE_SYMLINK_NAME}.bin
>> > - ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGETYPE}
>> > + ln -sf ${KERNEL_IMAGE_BASE_NAME}.bin ${DEPLOYDIR}/${KERNEL_IMAGETYPE}-${KERNEL_PACKAGE_NAME}
>> >
>> > cp ${COREBASE}/meta/files/deploydir_readme.txt ${DEPLOYDIR}/README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt
>> >
>> > diff --git a/meta/classes/linux-kernel-base.bbclass b/meta/classes/linux-kernel-base.bbclass
>> > index 4f2b0a4..91656c0 100644
>> > --- a/meta/classes/linux-kernel-base.bbclass
>> > +++ b/meta/classes/linux-kernel-base.bbclass
>> > @@ -25,8 +25,10 @@ def get_kernelversion(p):
>> > return None
>> >
>> > def linux_module_packages(s, d):
>> > + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
>> > +
>> > suffix = ""
>> > - return " ".join(map(lambda s: "kernel-module-%s%s" % (s.lower().replace('_', '-').replace('@', '+'), suffix), s.split()))
>> > + return " ".join(map(lambda s: "%s-module-%s%s" % (kernel_package_name, s.lower().replace('_', '-').replace('@', '+'), suffix), s.split()))
>> >
>> > # that's all
>> >
>> > diff --git a/meta/classes/multilib.bbclass b/meta/classes/multilib.bbclass
>> > index eea2fd5..550d47e 100644
>> > --- a/meta/classes/multilib.bbclass
>> > +++ b/meta/classes/multilib.bbclass
>> > @@ -117,14 +117,15 @@ PACKAGEFUNCS_append = " do_package_qa_multilib"
>> > python do_package_qa_multilib() {
>> >
>> > def check_mlprefix(pkg, var, mlprefix):
>> > + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME')
>> > values = bb.utils.explode_deps(d.getVar('%s_%s' % (var, pkg), True) or d.getVar(var, True) or "")
>> > candidates = []
>> > for i in values:
>> > if i.startswith('virtual/'):
>> > i = i[len('virtual/'):]
>> > - if (not i.startswith('kernel-module')) and (not i.startswith(mlprefix)) and \
>> > + if (not i.startswith('%s-module' % kernel_package_name)) and (not i.startswith(mlprefix)) and \
>> > (not 'cross-canadian' in i) and (not i.startswith("nativesdk-")) and \
>> > - (not i.startswith("rtld")) and (not i.startswith('kernel-vmlinux')):
>> > + (not i.startswith("rtld")) and (not i.startswith('%s-vmlinux' % kernel_package_name)):
>> > candidates.append(i)
>> > if len(candidates) > 0:
>> > bb.warn("Multilib QA Issue: %s package %s - suspicious values '%s' in %s"
>> > diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
>> > index 96d7fd9..b1e0543 100644
>> > --- a/meta/classes/package.bbclass
>> > +++ b/meta/classes/package.bbclass
>> > @@ -1301,11 +1301,12 @@ python package_do_filedeps() {
>> > def chunks(files, n):
>> > return [files[i:i+n] for i in range(0, len(files), n)]
>> >
>> > + kernel_package_name = d.getVar('KERNEL_PACKAGE_NAME') or "kernel"
>> > pkglist = []
>> > for pkg in packages.split():
>> > if d.getVar('SKIP_FILEDEPS_' + pkg, True) == '1':
>> > continue
>> > - if pkg.endswith('-dbg') or pkg.endswith('-doc') or pkg.find('-locale-') != -1 or pkg.find('-localedata-') != -1 or pkg.find('-gconv-') != -1 or pkg.find('-charmap-') != -1 or pkg.startswith('kernel-module-'):
>> > + if pkg.endswith('-dbg') or pkg.endswith('-doc') or pkg.find('-locale-') != -1 or pkg.find('-localedata-') != -1 or pkg.find('-gconv-') != -1 or pkg.find('-charmap-') != -1 or pkg.startswith('%s-module-' % kernel_package_name):
>> > continue
>> > for files in chunks(pkgfiles[pkg], 100):
>> > pkglist.append((pkg, files, rpmdeps, pkgdest))
>> > --
>> > 2.3.0
>> >
>> >
>> >
>> >
>> >
>> > From d2620d154047e1b8db4fa93d1911c2d690a3f1e2 Mon Sep 17 00:00:00 2001
>> > From: Sergey 'Jin' Bostandzhyan <jin at mediatomb dot cc>
>> > Date: Mon, 13 Apr 2015 15:52:44 +0200
>> > Subject: [PATCH 2/2] allow to mark a kernel package as "additional"
>> >
>> > Introduce a KERNEL_PACKAGE_ADDITIONAL variable with allowed values of 0
>> > or 1 which will remove the virtual/kernel PROVIDES from the package.
>> > This allows to generate kernel packages that are treated as regular
>> > packages by the package manager, making it possible to install multiple
>> > kernels in the rootfs as long as their names do not clash.
>> > ---
>> > meta/classes/kernel.bbclass | 8 +++++++-
>> > 1 file changed, 7 insertions(+), 1 deletion(-)
>> >
>> > diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
>> > index c7c6c3e..27eadf2 100644
>> > --- a/meta/classes/kernel.bbclass
>> > +++ b/meta/classes/kernel.bbclass
>> > @@ -1,6 +1,5 @@
>> > inherit linux-kernel-base kernel-module-split
>> >
>> > -PROVIDES += "virtual/kernel"
>> > DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc kmod-native depmodwrapper-cross bc-native"
>> >
>> > # we include gcc above, we dont need virtual/libc
>> > @@ -12,6 +11,9 @@ KERNEL_PACKAGE_NAME = ""
>> > # adds a suffix to the kernel name, allowing to change the naming scheme of
>> > # the kernel packages, result will be "kernel-${KERNEL_PACKAGE_EXTRA_NAME}"
>> > KERNEL_PACKAGE_EXTRA_NAME ?= ""
>> > +# indicates that this is an additional kernel package which can be installed
>> > +# and uninstalled without a dependency to the image itself
>> > +KERNEL_PACKAGE_ADDITIONAL ?= "0"
>> >
>> > KERNEL_IMAGETYPE ?= "zImage"
>> > INITRAMFS_IMAGE ?= ""
>> > @@ -37,6 +39,10 @@ python kernel_processvars_handler () {
>> > else:
>> > e.data.setVar('KERNEL_PACKAGE_NAME', '%s' % default_name)
>> >
>> > + if e.data.getVar('KERNEL_PACKAGE_ADDITIONAL', True) != '1':
>> > + provides = e.data.getVar("PROVIDES", True)
>> > + provides = "%s virtual/kernel" % provides
>> > + e.data.setVar('PROVIDES', provides)
>> > }
>> >
>> > addhandler kernel_processvars_handler
>> > --
>> > 2.3.0
>> >
>> > --
>> > _______________________________________________
>> > Openembedded-core mailing list
>> > Openembedded-core@lists.openembedded.org
>> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>
>>
>>
>> --
>> "Thou shalt not follow the NULL pointer, for chaos and madness await
>> thee at its end"
--
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: [RFC] allow installation of multiple kernels in the rootfs
2015-04-14 15:18 ` Mark Hatle
@ 2015-04-15 19:13 ` Burton, Ross
0 siblings, 0 replies; 6+ messages in thread
From: Burton, Ross @ 2015-04-15 19:13 UTC (permalink / raw)
To: Mark Hatle; +Cc: Patches and discussions about the oe-core layer
[-- Attachment #1: Type: text/plain, Size: 797 bytes --]
On 14 April 2015 at 16:18, Mark Hatle <mark.hatle@windriver.com> wrote:
> Honestly, I'm not really sure what all of the options are here. I know
> that RPM
> supports a mode (designed for kernels and modules) that allow you to
> install
> multiple versions of the same package at the same time. I'm not sure if
> this is
> what you want... but the initial install can only be a single version.
>
> Using RPM (or smart) basically you have to tell the system to 'install' vs
> 'upgrade'. And as long as there are no conflicting files, it will happily
> do
> more then one version of the same package.
>
> (I doubt dpkg or deb support this, but I don't know.)
>
dpkg doesn't, and as opkg is a clone of dpkg I doubt that does either (if
it does, it's probably a bug).
Ross
[-- Attachment #2: Type: text/html, Size: 1250 bytes --]
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2015-04-15 19:13 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-04-13 14:13 [RFC] allow installation of multiple kernels in the rootfs Sergey 'Jin' Bostandzhyan
2015-04-13 15:31 ` Bruce Ashfield
2015-04-14 9:42 ` Sergey 'Jin' Bostandzhyan
2015-04-14 15:18 ` Mark Hatle
2015-04-15 19:13 ` Burton, Ross
2015-04-14 15:34 ` Bruce Ashfield
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.