When the '-k/--keydir' option is used, the variable KEYDIR will
still be the fixed value. Allow the customized value of KEYDIR
to be passed.
It's the same as '-s/--sourcedir' option and the variable SRCDIR.
Test-Plan:
PASS: build-pkgs -c -p kpatch
PASS: build-pkgs -c -p kpatch-prebuilt
PASS: build-pkgs -a --parallel 30
PASS: build-image
PASS: Jenkins installation
PASS: Setup the bullseye repo in /etc/apt/sources.list
PASS: sudo ostree admin unlock --hotfix
PASS: sudo apt install bison flex libssl-dev libelf-dev gcc make
patch -y
PASS: Copy linux-source-5.10, linux-keys-5.10 and
linux-image-5.10.0-6-amd64-dbg debian packages to target
PASS:
mkdir -p kpatch-test/linux
dpkg -X linux-[source|keys]-5.10....deb kpatch-test/linux
dpkg -X linux-image-5.10.0-6-amd64-dbg...deb kpatch-test/linux
cd kpatch-test/linux
tar xf kpatch-test/linux/usr/src/linux-source-5.10.tar.xz
PASS: sudo kpatch-build
-s kpatch-test/linux/linux-source-5.10
-c /ostree/1/boot/config-5.10.0-6-amd64
-v kpatch-test/linux/usr/lib/debug/boot/vmlinux-5.10.0-6-amd64
-k kpatch-test/linux/usr/src/kernels/5.10.0-6-amd64
/var/lib/kpatch/test/meminfo-string.patch -R
Story: 2009221
Task: 44580
Signed-off-by: Zhixiong Chi <zhixiong.chi@windriver.com>
Change-Id: I62b973a50e149d51e6bb24223416351a641c10ba
The set of changes here,
(k8s-1.22.5: remove feature-gates)
a6a5349d02,
(Add a puppet class to support k8s feature-gate update)
1cdfd78286
and
(apply feature-gate update during upgrade-activate)
cc3cdbd647
were added for stx 6.0 to stx 7.0 upgrade (CentOS) for changes in
feature-gates with respect to k8s 1.22.
Updating feature gates as required per k8s version is now handled
at k8s upgrade in a single script (upgrade-k8s-config) starting
from this change:
(update feature-gates for specific k8s version)
6e7736059a
So, update-k8s-feature-gates script is no longer required.
Closes-Bug: 1990880
Test Plan:
On AIO-SX
PASS: Check script is not present after stx7.0 to stx8.0 platform
upgrade.
PASS: AIO-SX stx7.0 to stx8.0 platform upgrade successful.
Signed-off-by: Kaustubh Dhokte <kaustubh.dhokte@windriver.com>
Change-Id: Id85628a677877048c6c5aa1747a33fa8c72056a3
The service k8s-pod-recovery failed to restore the SRIOV device
plugin, necessary for pods that use SRIOV interfaces to create the
resource, those pods need to add the label 'restart-on-reboot=true'
to be restarted during boot. The failure was observed during an
upgrade, and although rare, it left the operator to actuate by
manually restarting the pods later.
This change adds a wait for the pod stabilization (it is considered
stable when stops the state transitions) and, if still in failure,
execute 2 attempts to restore the plugin. Logs were added to better
register the pod state in case of an error.
Test Plan:
[PASS] execute 7 upgrades in an AIO-SX lab
Closes-Bug: 1999074
Signed-off-by: Andre Fernando Zanella Kantek <AndreFernandoZanella.Kantek@windriver.com>
Change-Id: I838c35d3e0a3557c71344945a8e00f22ccb50eb4
During a K8s feature upgrade from 1.23 to 1.24 we need to remove
the "RemoveSelfLink=false" feature gate from kube-apiserver.
We had previously handled updating the kubeadm configmap, which
was sufficient to handle the running system. However, in order
to properly handle backup and restore after the K8s upgrade to
1.24 (and just for general tidiness) we need to also remove the
feature gate from the saved service parameters and from the
last_kube_extra_config_bootstrap.yaml file.
It's possible that there are other kube-apiserver feature gates
specified by the end user, this adds a bit of complexity to the
code.
Test Plan:
PASS: Test python script and bash script in isolation.
PASS: End-to-end test with k8s upgrade and backup/restore with
manual modification of service parameters and yaml file.
Tested with AIO-DX, AIO-SX unoptimised restore, and
AIO-SX optimised restore.
PASS: K8s upgrade using the new code, ensure service parameter
and last_kube_extra_config_bootstrap.yaml have been
updated with "RemoveSelfLink=false" feature gate removed.
Closes-Bug: 1999095
Signed-off-by: Chris Friesen <chris.friesen@windriver.com>
Change-Id: I82ecd821d4e1745ab0f480f9f9c0178757521038
KUBE_ALLOW_PRIV results in trying to run kubelet with the
"--allow-privileged=true" flag, which has not been supported by
kubelet since K8s 1.15 that in turn causes the kubelet to error out.
Default kubelet.service contains KUBE_ALLOW_PRIV invalid setting due
to the fact that the upstream kubernetes-contrib package hasn't been
updated in years.
This change removes KUBE_ALLOW_PRIV from kubelet.service in the
kubernetes-unversioned package.
Closes-Bug: 1998629
Test-plan:
PASS - Install AIO-SX and ensure that
/lib/systemd/system/kubelet.service doesn't contain
"$KUBE_ALLOW_PRIV"
Signed-off-by: Ramesh Kumar Sivanandam <rameshkumar.sivanandam@windriver.com>
Change-Id: Ide0f9c8db180908cc9c6528f474214966655be95
Add the packages of "integ" to debian_iso_image.inc.
A subsequent commit will be sent to clean up stx-std.lst.
Test Plan:
Pass: build-pkgs -c -a
Pass: build-image
Pass: boot
Story: 2008862
Task: 47004
Signed-off-by: Yue Tao <yue.tao@windriver.com>
Change-Id: Ic3e5ec08ea3742ce56b9a2f36f06d88e94041122
This change modifies upgrade_k8s_config.sh to support updating
k8s feature-gates for different k8s versions. With every k8s release,
default values of some feature-gate are changed and usage of some
feature-gates often gets deprecated.
The script runs during each k8s control plane upgrade before
upgrading first master. It modifies kubeadm-config configmap
with features-gates as required for the specific k8s version
we are upgrading to.
The set of changes here, a6a5349d02
(k8s-1.22.5: remove feature-gates), 1cdfd78286
(Add a puppet class to support k8s feature-gate update), and cc3cdbd647
(apply feature-gate update during upgrade-activate) were added for
stx 6.0 to stx 7.0 upgrade (CentOS) for changes in feature-gates with
respect to k8s 1.22. Instead of adding that script to Debian and
maintaining two different scripts, going forward we can maintain this
single script to accommodate any change in feature-gates
(or any other config in kubeadm-config) with respect to the specific
k8s version we are upgrading to.
Test Plan:
PASS: K8s upgrade 1.21.8 to 1.22.5
PASS: k8s upgrade 1.23.1 to 1.24.4
PASS: shellcheck run
PASS: replace_configmap function was unit tested separately.
Closes-Bug: 1996546
Closes-Bug: 1990880
Signed-off-by: Kaustubh Dhokte <kaustubh.dhokte@windriver.com>
Change-Id: Ib693d7892aee2da91d612789b64ff38a65da5ccb
A previous change set the cgroup cpu.cfs_quota_us value to -1 for
containers in pods in the Guaranteed QoS class.
We can only do this if we're allocating the entire CPU. For non-
integer CPU allocations we need to set the cpu.cfs_quota_us value
to enforce the CPU limit configured on the container.
Test Plan:
Verified the pods that in the "Guaranteed" QoS class, on hosts that
have "kube-cpu-mgr-policy=static" have cpu.cfs_quota_us set to -1 for
integer cpu value.
Closes-Bug: 1997528
Signed-off-by: Boovan Rajendran <boovan.rajendran@windriver.com>
Change-Id: I33662e67706cee4cb0ce005bb09ce3b5fc717239
This reverts commit e24f687606d25424bfd09dd53c7195e6d180a069.
The commit in question has a bug that results in the code not
compiling. Reverting to avoid breaking tonight's build.
Signed-off-by: Chris Friesen <chris.friesen@windriver.com>
Change-Id: I0d0ce0a096cdc5c6bceac39297da391d46a09d8d
The 5.10.74 preempt-rt kernel reports the following warning when
dumping vmcore files due to the use of kernel command line arguments
such as nohz_full=, isolcpus=, rcu_nocbs= with the kexec/kdump kernel.
[ 1.568059] WARNING: CPU: 0 PID: 0 at kernel/time/tick-sched.c:139
tick_sched_do_timer+0x5e/0x70
[ 1.568064] Modules linked in:
[ 1.568066] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G I
5.10.74-200.1648.tis.rt.el7.x86_64 #1
[ 1.568068] Hardware name: Dell Inc. PowerEdge R740/0WRPXK, BIOS
2.10.2 02/24/2021
[ 1.568068] RIP: 0010:tick_sched_do_timer+0x5e/0x70
[ 1.568071] Code: 01 00 75 26 89 15 26 74 6f 01 48 8b 05 1b 87 d5 01
Commit 1655ee30e6("sched/isolation: really align nohz_full with
rcu_nocbs") is included in the 5.10.112 kernel, that had fixed the
warning. So the warning will not be reproduced with 5.10.112 and the
later versions of kernel.
We can remove the irqaffinity, isolcpus, nohz_full, rcu_nocbs, and
kthread_cpus arguments from the kdump kernel's command line arguments,
which will also fix the issue.
Testing:
- An ISO image can be built successfully.
- There are no warnings after the fix with 5.10.74 kernel.
Closes-Bug: 1997932
Signed-off-by: M. Vefa Bicakci <Vefa.Bicakci@windriver.com>
Signed-off-by: Jiping Ma <jiping.ma2@windriver.com>
Reported-by: M. Vefa Bicakci <Vefa.Bicakci@windriver.com>
Change-Id: I7d1dbd864fdfe2533197084d7274ef6ab70892db
During the port from CentOS to Debian there were missing patches for
this application. This change also updates the patches to be used
on the current pf-bb-config version (22.07).
Test Plan:
[PASS] execute the application during FEC accelerator cards config
Closes-Bug: 1997878
Signed-off-by: Andre Kantek <andrefernandozanella.kantek@windriver.com>
Change-Id: I384aa358150e7306692f408d1ae16ef94d2566b8
This patch is used to set cgroups by writing -1 to cgroup
cpu.cfs_quota_us when the cpulimit has integer value.
Test Plan:
Verified the pods that in the "Guaranteed" QoS class, on hosts that
have "kube-cpu-mgr-policy=static" have cpu.cfs_quota_us set to -1 for
integer cpu value.
Closes-Bug: #1997528
Signed-off-by: Boovan Rajendran <boovan.rajendran@windriver.com>
Change-Id: I06a5ea791b9392483414323db1f2ae0962a466ce
Backport the source patch from the version 4.4.1-2.3+deb11u1.
[https://sources.debian.org/src/isc-dhcp/4.4.1-2.3+deb11u1/debian/patches/CVE-2022-2928.patch]
Refer to:
https://security-tracker.debian.org/tracker/DSA-5251-1
It refers to two issues, CVE-2022-2928 and CVE-2022-2928.
We are not addressing CVE-2022-2929 here.
Test Plan:
Pass: build-pkgs -c -p isc-dhcp
Pass: build-pkgs -a
Pass: build-image
Pass: Debian AIO jenkins installation
Pass: Successfully host-unlock
Issue is very difficult to reproduce, so we are simply focused on
making sure that this doesn't break anything.
Closes-Bug: 1997328
Signed-off-by: Zhixiong Chi <zhixiong.chi@windriver.com>
Change-Id: Icd9e07420a0b8be1e3542a861e7f3d95f9bb7772
Add two patches to update the init and lat-installer scripts to
- fully parameterize ostree boot and root devices for A and B locations
so that devices can be specified
- add support for specifying an ostree var device that will be used for
the dynamic R/W data. This was previously specified by a hard coded
'LABEL=fluxdata' partition.
Rename patches 0003-0008 as former patch 0002 was removed with a
previous commit.
Test Plan:
- PASS: BIOS AIO-SX
- PASS: UEFI AIO-SX
- PASS: BIOS 2+2+2
- SKIP: secure boot, not ready for Stx8.0
- PASS: AIO-SX upgrade
- PASS: duplex upgrade
- PASS: DC subcloud install (virtual test)
Change-Id: I9fbe3fc89b05743b9c6090c05d3d011e2ba48eda
Story: 2010444
Task: 46883
Signed-off-by: Robert Church <robert.church@windriver.com>
With kpatch target build disabled, these packages are not needed
any more, so we remove them now.
TestPlan:
Pass: build-pkgs -c -p kpatch
Pass: build-image
Story: 2009221
Task: 44580
Depends-On: https://review.opendev.org/c/starlingx/kernel/+/865249
Signed-off-by: Zhixiong Chi <zhixiong.chi@windriver.com>
Change-Id: Ic13750434782903c5bedf4ec4adcc6d778dba938
The following update did not include updating the
controller lowlatency preset file.
https://review.opendev.org/c/starlingx/integ/+/864597
Without it, the pxeboot feeds are not setup on controllers
in systems that have the lowlatency trait.
This update adds the 'pxeboot-feed service enable' to the
lowlatency preset file.
Test Plan:
PASS: Verify system node install in low latency lab
Story: 2009968
Task: 46831
Signed-off-by: Eric MacDonald <eric.macdonald@windriver.com>
Change-Id: I40f93b7d904b87850c291a94512ace990d3efa4f
This update adds the new 'pxeboot feed refresh' service
to the systemd controller presets so that it gets auto
enabled on hosts with the controller function.
Test Plan:
PASS: Verify Debian package and image build.
PASS: Verify Debian AIO install (usb and pxe)
PASS: Verify Debian Std install
PASS: Verify pxeboot_feed.service is auto enabled for
host with the controller trait.
Depends-On: https://review.opendev.org/c/starlingx/metal/+/864596
Story: 2009968
Task: 46831
Signed-off-by: Eric MacDonald <eric.macdonald@windriver.com>
Change-Id: Ia23e21dcefd526016f18130151d5d6cf1f3c3322
This change adds the necessary files for the libvirt package to be built
for Debian.
This change is the new approach for porting this package and will be
replacing an old change that will no longer be valid [1].
All the libvirt related packages (rpm) delivered on CentOS builds of
starlingx were verified to exist or have an equivalent package for the
Debian Bullseye (deb) distro [2], which is based on libvirt 7.0.0.
The upstream Debian packaging, patches and configuration will be used as
is, although the deb_patches directory will contain a patch to add few
starlingx specific files that are required, based on how stx-libvirt [3]
was previously built and delivered to CentOS.
This change will deprecate the starlingx-staging/stx-libvirt repository
and any future starlingx change to libvirt will now be placed here,
on top of debian/7.0.0-3 (bullseye) version.
Earlier (on CentOS) the base point was the libvirt 4.7.0 release and 17
starlingx specific commits were added to deliver new features or fix
bugs. Now, the base point will be the libvirt 7.0.0 release package
already prepared for Debian [4] and those 17 commits port will be
evaluated and done, in case they are still needed.
The patches dir will contain source code patches required for
stx-libvirt, that is, the code that was earlier added on top of 4.7.0
libvirt release to add StarlingX required functionalities.
The work done on this change is simply porting the code changes,
copying it and doing the minimum required updates when it is needed.
If more than one commit (from that list) can be placed on a single
patch, the patch description will contain all the necessary references.
The list of commits follow, where the "-" character indicates that the
commit was dropped now that we are based on 7.0.0:
-8c46e4 conf: Introduce VIR_DEFINE_AUTOPTR_FUNC for virStorageVolDef
-e8c2ae storage: add support for new rbd_list2 method
-dee98c storage: split off code for calling rbd_list
-956103 Revert "qemu: hotplug: Prepare disk source in..."
-97d02f STX: po make: limit thread creation ability of libgomp
-6e8f91 STX: Revert "vsh: Fix broken build on mingw"
0d92d8 STX: pci-sriov perform limited retry on netlink failures
c49366 STX: Increase timeout for connecting to monitor
dedd07 STX: Stop processing memory stats if balloon info hard fails
-e0f897 STX: Allow vcpu pinning with TCG
d8b544 STX: Adding systemd dependencies against pmon.service
-7bf5a9 STX: Set initial cpu affinity of qemu threads
28b73b STX: Fixed default libvirtd systemd service
e4c5a6 STX: DPDK parms handling
fdf5e7 STX: Drop migration poll times to 10mS
fbc79d STX: System Logging: set group read permission on log files
2721c7 STX: CPU pinning not working over live-migration
[1] https://review.opendev.org/c/starlingx/integ/+/824928
[2] https://packages.debian.org/source/bullseye/libvirt
[3] https://github.com/starlingx-staging/stx-libvirt
[4] https://salsa.debian.org/libvirt-team/libvirt/-/tree/debian/7.0.0-3/debian
Test Plan:
PASS: Build the libvirt packages
PASS: Build Debian ISO with libvirt packages
PASS: Bootstrap Debian ISO on AIO-SX
PASS: Ensure libvirt packages are installed (apt list --installed)
PASS: Lock/Unlock AIO-SX *
* Future tests regarding the libvirt/qemu runtime features will be done
once all the pieces are in place in the ISO.
Depends-On: https://review.opendev.org/c/starlingx/root/+/865021
Story: 2010317
Task: 46391
Signed-off-by: Thales Elero Cervi <thaleselero.cervi@windriver.com>
Change-Id: Ib3da0e663336021fa2cfd6b400d1081fc0113348
This change adds the necessary files for the qemu package to
be built for Debian. This review follows the same approach
used on the virt/libvirt [1].
The base version selected comes from the Debian archive [2] since the
salsa-debian [3] version was not fully compatible with stx build tools.
The full upstream build was quite long (time) and big (size) so we
patched the Debian files with debian_patches to drop unnecessary
packages, that is, packages that starlingx does not need.
The patches dir will contain source code patches required for
stx-qemu, that is, the code that was earlier added on top of 3.0.0
qemu release to add StarlingX required functionalities.
The work done on this change is simply porting the code changes,
copying it and doing the minimum required updates when it is needed.
The list of commits follow, where the "-" character indicates that the
commit was dropped now that we are based on 5.2:
d3400d STX: virtio-serial: don't touch virtqueue if vm is stopped
71dc08 STX: Modify live migration auto-converge threshold
9be81b STX: Suspend/Resume for VMs with PCIPT+Virtio
876a3c STX: realtime uses mlock instead of mlockall
007444 STX: qemu dpdk custom config
3f6344 STX: add libdl
dbda73 STX: qemu: add compile define for CONFIG_DPDK
626bfd STX: qemu: add -enable-dpdk runtime flag
79ea26 STX: qemu dpdk changes for openvswitch dpdk
9c83db STX: migration thread affinity and priority qmp
e7fbe5 STX: Add support statement to -help output
-48de9c STX: Changes for running on CentOS
-32b6f0 Upstream: Workaround: make sure vdev->vq[i].inuse never goes
below 0
-246b26 virtio: Return true from virtio_queue_empty if broken
[1] https://review.opendev.org/c/starlingx/integ/+/863561
[2] https://snapshot.debian.org/archive/debian/20221109T211529Z/pool/main/q/qemu/
[3] https://salsa.debian.org/qemu-team/qemu/-/tree/debian-bullseye
Test Plan:
PASS: Build the qemu packages
PASS: Build iso with qemu packages
PASS: Bootstrap Debian ISO on AIO-SX
PASS: Ensure qemu packages are installed (apt list --installed)
PASS: Lock/Unlock AIO-SX *
* Future tests regarding the libvirt/qemu runtime features will be done
once all the pieces are in place in the ISO.
Depends-On: https://review.opendev.org/c/starlingx/root/+/864942
Story: 2010317
Task: 46390
Signed-off-by: Rafael Falcao <rafael.vieirafalcao@windriver.com>
Co-Authored-by: Thales Elero Cervi <thaleselero.cervi@windriver.com>
Change-Id: I424debf7eb24c024ba82a490cda746dbd5af0019
This commit installs the pf-bb-config config files for ACC200 device.
Test Plan:
Pass: Test FEC Operator on lab with ACC200 device
Story: 2010341
Task: 46834
Signed-off-by: Teresa Ho <teresa.ho@windriver.com>
Change-Id: Id88158209b584803b57c3c24692b2e8d8a3526a5
The zerorpc package is a light-weight, reliable and language-agnostic
library for distributed communication between server-side processes.
It builds on top of ZeroMQ and MessagePack.
This package is required for sysinv ZeroMQ-based RPC backend [1].
TEST PLAN:
PASS: Verify STX Debian builds properly
PASS: Verify STX Debian deploys properly
PASS: Verify zerorpc-python package was properly installed
PASS: Verify syinv processes runs properly
[1] https://review.opendev.org/c/starlingx/config/+/859571
Story: 2010087
Task: 46794
Signed-off-by: Alyson Deives Pereira <alyson.deivespereira@windriver.com>
Change-Id: I62565e2ce39c0bed63506bfcabf909d5cf186ec1
Removing systemd presets. The services sysinv-fpga-agent
and sysinv-conf-watcher don't exist anymore. So this change
is only a cleanup.
Test plan (AIO-SX):
PASS: Build, boot, bootstrap and unlock.
Story: 2010087
Task: 45628
Signed-off-by: Davi Frossard <dbarrosf@windriver.com>
Change-Id: I30731019a7a810ca18cff895fd9a36e81d0ec46a
Instead of hard-coding driver versions in the initramfs init script,
this commit makes the driver package release (e.g., "cvl-2.54") a kernel
command line parameter. As an example, if a driver package release is
specified with the command line argument multi-drivers-switch=<release>,
then the initramfs init script will look for the drivers in
"/lib/modules/$(uname -r)/{ice,iavf,i40e}-<release>/". This way, the
initramfs will not need further modifications for new/different driver
package releases that are integrated into StarlingX in the future.
Legacy drivers:
ls /lib/modules/$(uname -r)/extra/
i40e-cvl-2.54 iavf-cvl-2.54 ice-cvl-2.54
i40e-cvl-x.xx iavf-cvl-x.xx ice-cvl-x.xx
Latest drivers:
/lib/modules/$(uname -r)/updates/
i40e-cvl-4.0.1 iavf-cvl-4.0.1 ice-cvl-4.0.1
Testing:
- An ISO image can be built successfully.
- PXE boot-based installation onto an All-in-One Duplex lab was
successful with rt and std kernels.
- Latest driver versions are loaded by default and the DDP
firmware version is correct. It is 1.3.30.0.
- It is possible to switch to the legacy drivers manually with
command line parameter multi-drivers-switch=cvl-2.54, and the DDP
firmware version is 1.3.26.0.
- It is also possible to switch back to the latest drivers manually
with command line parameter multi-drivers-switch=cvl-4.0.1.
Story: 2010326
Task: 46705
Depends-On: https://review.opendev.org/c/starlingx/tools/+/863203
Signed-off-by: Jiping Ma <jiping.ma2@windriver.com>
Change-Id: Iaeace38d80f4209a80f9e74f6043a435fff92fdb
Support loading livepatched kernel modules as the specific order instead
of the original way which was alphabetical order.
TestPlan:
PASS: build-pkgs -c -p kpatch
PASS: build-image
PASS: Install the iso image both for std and lowlatency then login
PASS: 'kpatch install [rt-]livepatch-meminfo-string-example.ko' and
'kpatch load --all' with adding the content in the config file
/etc/kpatch-load.conf
Story: 2009221
Task: 44580
Signed-off-by: Zhixiong Chi <zhixiong.chi@windriver.com>
Change-Id: Ib4ec9d3d43d95afc2e381614da0cd5c45c9f1b02
Kubernetes upgrade control-plane step was failing due to kubeadm not
accepting the format of the empty kubelet_override.yaml file. This file
minimally requires the apiVersion to be specified even if there are no
actual overrides.
This adds apiVersion to the kubelet_override.yaml file.
Test Plan:
PASS: Kubernetes 1.23.1 to 1.24.4 upgrade
PASS: Manually call kubeadm upgrade apply v1.24.4 same as:
system kube-host-upgrade controller-0 control-plane
Story: 2010301
Task: 46699
Signed-off-by: Jim Gauld <james.gauld@windriver.com>
Change-Id: Icc4f0214d492ace731ff9fdc952cca04ce515e3a
Add two files to Debian package kubernetes-unversioned to support
kubernetes upgrades. We need to remove undesired feature gates from the
kubeadm configmap before the upgrade to 1.24.
The following two files are both required by puppet class:
platform::kubernetes::upgrade_first_control_plane,
* upgrade_k8s_config.sh - upgrade script to update apiserver/kubelet
configmap
* kubelet_override.yaml - empty / non-customized override file. This
file is being referenced, we keep override functionality even though
we do not currently require kubelet overrides.
Test Plan:
TODO: Kubernetes upgrade from k8s 1.23 to 1.24
TODO: Platform upgrade from k8s 1.23, followed by kubernetes upgrade
from k8s 1.23 to 1.24
Story: 2010301
Task: 46692
Signed-off-by: Jim Gauld <james.gauld@windriver.com>
Change-Id: Ibb2438c79b2983d2bc6beeaec287795f3c6c124f
Running depmod fails on Debian loads due to ostree. Using
"ostree admin unlock --hotfix" allows the command to pass,
but that's not usable for feature/product delivery.
So we will switch drivers in initramfs. If cmdline parameter
multi-drivers-switch is set to legacy, the legacy drivers
will be loaded by "insmod" command before udevd is started,
and that ensures that the legacy drivers will be loaded
rather than the latest drivers.
We need do the following steps to switch to the legacy drivers.
1. Add cmdline parameter multi-drivers-switch=cvl-2.54
2. reboot
Do the following steps to switch back to the latest drivers.
1. Add cmdline parameter multi-drivers-switch=cvl-4.0.1
2. reboot
Testing:
- An ISO image can be built successfully.
- PXE boot-based installation onto an All-in-One Duplex lab was
successful with rt and std kernels.
- Latest driver versions are loaded by default and the DDP
firmware version is correct. It is 1.3.30.0.
- It is possible to switch to the legacy drivers manually with
command line parameter multi-drivers-switch=cvl-2.54, and the DDP
firmware version is 1.3.26.0.
- It is also possible to switch back to the latest drivers manually
with command line parameter multi-drivers-switch=cvl-4.0.1.
Closes-Bug: 1994914
Depends-On: https://review.opendev.org/c/starlingx/tools/+/862783
Signed-off-by: Jiping Ma <jiping.ma2@windriver.com>
Change-Id: I95922988e70615fe8efb1354f09c421972f014a0