Skip to content

Conversation

@PlaidCat
Copy link
Collaborator

General Process:

Checking Rebuild Commits for Potentially missing commits:

kernel-4.18.0-553.85.1.el8_10

[jmaple@devbox kernel-src-tree]$ cat ciq/ciq_backports/kernel-4.18.0-553.85.1.el8_10/rebuild.details.txt
Rebuild_History BUILDABLE
Rebuilding Kernel from rpm changelog with Fuzz Limit: 87.50%
Number of commits in upstream range v4.18~1..kernel-mainline: 581414
Number of commits in rpm: 24
Number of commits matched with upstream: 16 (66.67%)
Number of commits in upstream but not in rpm: 581398
Number of commits NOT found in upstream: 8 (33.33%)

Rebuilding Kernel on Branch rocky8_10_rebuild_kernel-4.18.0-553.85.1.el8_10 for kernel-4.18.0-553.85.1.el8_10
Clean Cherry Picks: 13 (81.25%)
Empty Cherry Picks: 3 (18.75%)
_______________________________

__EMPTY COMMITS__________________________
0dab92484474587b82e8e0455839eaf5ac7bf894 vsock/virtio: Validate length in packet header before skb_put()
25edbcac6e32eab345e470d56ca9974a577b878b nfs: fold nfs_page_group_lock_subrequests into nfs_lock_and_join_requests
76d2e3890fb169168c73f2e4f8375c7cc24a765e NFS: Fix a race when updating an existing write

__CHANGES NOT IN UPSTREAM________________
Adding prod certs and changed cert date to 20210620
Adding Rocky secure boot certs
Fixing vmlinuz removal
Fixing UEFI CA path
Porting to 8.10, debranding and Rocky branding
Fixing pesign_key_name values
drm/nouveau: Don't create connectors that aren't in disp.conn_mask
The rpminspect.yaml emptyrpm list needs to be expanded

BUILD

[jmaple@devbox code]$ egrep -B 5 -A 5 "\[TIMER\]|^Starting Build" $(ls -t kbuild* | head -n1)
/mnt/code/kernel-src-tree-build
Running make mrproper...
  CLEAN   scripts/basic
  CLEAN   scripts/kconfig
[TIMER]{MRPROPER}: 5s
x86_64 architecture detected, copying config
'configs/kernel-x86_64.config' -> '.config'
Setting Local Version for build
CONFIG_LOCALVERSION="-rocky8_10_rebuild-f01f784daddc"
Making olddefconfig
--
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf  --olddefconfig Kconfig
#
# configuration written to .config
#
Starting Build
scripts/kconfig/conf  --syncconfig Kconfig
  SYSTBL  arch/x86/include/generated/asm/syscalls_32.h
  SYSHDR  arch/x86/include/generated/asm/unistd_32_ia32.h
  SYSHDR  arch/x86/include/generated/asm/unistd_64_x32.h
  SYSTBL  arch/x86/include/generated/asm/syscalls_64.h
--
  LD [M]  sound/usb/usx2y/snd-usb-usx2y.ko
  LD [M]  sound/virtio/virtio_snd.ko
  LD [M]  sound/x86/snd-hdmi-lpe-audio.ko
  LD [M]  sound/xen/snd_xen_front.ko
  LD [M]  virt/lib/irqbypass.ko
[TIMER]{BUILD}: 1440s
Making Modules
  INSTALL arch/x86/crypto/blowfish-x86_64.ko
  INSTALL arch/x86/crypto/camellia-aesni-avx-x86_64.ko
  INSTALL arch/x86/crypto/camellia-aesni-avx2.ko
  INSTALL arch/x86/crypto/camellia-x86_64.ko
--
  INSTALL sound/virtio/virtio_snd.ko
  INSTALL sound/x86/snd-hdmi-lpe-audio.ko
  INSTALL sound/xen/snd_xen_front.ko
  INSTALL virt/lib/irqbypass.ko
  DEPMOD  4.18.0-rocky8_10_rebuild-f01f784daddc+
[TIMER]{MODULES}: 18s
Making Install
sh ./arch/x86/boot/install.sh 4.18.0-rocky8_10_rebuild-f01f784daddc+ arch/x86/boot/bzImage \
        System.map "/boot"
[TIMER]{INSTALL}: 20s
Checking kABI
kABI check passed
Setting Default Kernel to /boot/vmlinuz-4.18.0-rocky8_10_rebuild-f01f784daddc+ and Index to 2
Hopefully Grub2.0 took everything ... rebooting after time metrices
[TIMER]{MRPROPER}: 5s
[TIMER]{BUILD}: 1440s
[TIMER]{MODULES}: 18s
[TIMER]{INSTALL}: 20s
[TIMER]{TOTAL} 1488s
Rebooting in 10 seconds

KSelfTests

[jmaple@devbox code]$ ~/workspace/auto_kernel_history_rebuild/Rocky10/rocky10/code/get_kselftest_diff.sh
kselftest.4.18.0-rocky8_10_rebuild-99b4f48215a2+.log
207
kselftest.4.18.0-rocky8_10_rebuild-48e11f31ca38+.log
207
kselftest.4.18.0-rocky8_10_rebuild-d6bebad94beb+.log
207
kselftest.4.18.0-rocky8_10_rebuild-f01f784daddc+.log
207
Before: kselftest.4.18.0-rocky8_10_rebuild-d6bebad94beb+.log
After: kselftest.4.18.0-rocky8_10_rebuild-f01f784daddc+.log
Diff:
No differences found.

jira KERNEL-186
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Dai Ngo <dai.ngo@oracle.com>
commit 7ef6010

After the delegation is returned to the NFS server remove it
from the server's delegations list to reduce the time it takes
to scan this list.

Network trace captured while running the below script shows the
time taken to service the CB_RECALL increases gradually due to
the overhead of traversing the delegation list in
nfs_delegation_find_inode_server.

The NFS server in this test is a Solaris server which issues
CB_RECALL when receiving the all-zero stateid in the SETATTR.

mount=/mnt/data
for i in $(seq 1 20)
do
   echo $i
   mkdir $mount/testtarfile$i
   time  tar -C $mount/testtarfile$i -xf 5000_files.tar
done

	Signed-off-by: Dai Ngo <dai.ngo@oracle.com>
	Reviewed-by: Trond Myklebust <trond.myklebust@hammerspace.com>
	Signed-off-by: Anna Schumaker <anna.schumaker@oracle.com>
(cherry picked from commit 7ef6010)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
jira KERNEL-186
cve CVE-2025-39718
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Will Deacon <will@kernel.org>
commit 0dab924
Empty-Commit: Cherry-Pick Conflicts during history rebuild.
Will be included in final tarball splat. Ref for failed cherry-pick at:
ciq/ciq_backports/kernel-4.18.0-553.85.1.el8_10/0dab9248.failed

When receiving a vsock packet in the guest, only the virtqueue buffer
size is validated prior to virtio_vsock_skb_rx_put(). Unfortunately,
virtio_vsock_skb_rx_put() uses the length from the packet header as the
length argument to skb_put(), potentially resulting in SKB overflow if
the host has gone wonky.

Validate the length as advertised by the packet header before calling
virtio_vsock_skb_rx_put().

	Cc: <stable@vger.kernel.org>
Fixes: 71dc9ec ("virtio/vsock: replace virtio_vsock_pkt with sk_buff")
	Signed-off-by: Will Deacon <will@kernel.org>
Message-Id: <20250717090116.11987-3-will@kernel.org>
	Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
	Reviewed-by: Stefano Garzarella <sgarzare@redhat.com>
(cherry picked from commit 0dab924)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>

# Conflicts:
#	net/vmw_vsock/virtio_transport.c
jira KERNEL-186
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Al Viro <viro@zeniv.linux.org.uk>
commit 630faf8

the caller of ->get_tree() expects NULL left there on error...

	Reported-by: Thibaut Sautereau <thibaut@sautereau.fr>
	Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
(cherry picked from commit 630faf8)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
…ests

jira KERNEL-186
cve CVE-2025-39697
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Christoph Hellwig <hch@lst.de>
commit 25edbca
Empty-Commit: Cherry-Pick Conflicts during history rebuild.
Will be included in final tarball splat. Ref for failed cherry-pick at:
ciq/ciq_backports/kernel-4.18.0-553.85.1.el8_10/25edbcac.failed

Fold nfs_page_group_lock_subrequests into nfs_lock_and_join_requests to
prepare for future changes to this code, and move the helpers to write.c
as well.

	Signed-off-by: Christoph Hellwig <hch@lst.de>
	Reviewed-by: Sagi Grimberg <sagi@grimberg.me>
	Signed-off-by: Anna Schumaker <Anna.Schumaker@Netapp.com>
(cherry picked from commit 25edbca)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>

# Conflicts:
#	fs/nfs/pagelist.c
#	fs/nfs/write.c
#	include/linux/nfs_page.h
jira KERNEL-186
cve CVE-2025-39697
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Trond Myklebust <trond.myklebust@hammerspace.com>
commit 76d2e38
Empty-Commit: Cherry-Pick Conflicts during history rebuild.
Will be included in final tarball splat. Ref for failed cherry-pick at:
ciq/ciq_backports/kernel-4.18.0-553.85.1.el8_10/76d2e389.failed

After nfs_lock_and_join_requests() tests for whether the request is
still attached to the mapping, nothing prevents a call to
nfs_inode_remove_request() from succeeding until we actually lock the
page group.
The reason is that whoever called nfs_inode_remove_request() doesn't
necessarily have a lock on the page group head.

So in order to avoid races, let's take the page group lock earlier in
nfs_lock_and_join_requests(), and hold it across the removal of the
request in nfs_inode_remove_request().

	Reported-by: Jeff Layton <jlayton@kernel.org>
	Tested-by: Joe Quanaim <jdq@meta.com>
	Tested-by: Andrew Steffen <aksteffen@meta.com>
	Reviewed-by: Jeff Layton <jlayton@kernel.org>
Fixes: bd37d6f ("NFSv4: Convert nfs_lock_and_join_requests() to use nfs_page_find_head_request()")
	Cc: stable@vger.kernel.org
	Signed-off-by: Trond Myklebust <trond.myklebust@hammerspace.com>
(cherry picked from commit 76d2e38)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>

# Conflicts:
#	fs/nfs/write.c
jira KERNEL-186
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Justin Bronder <jsbronder@cold-front.org>
commit aa6908c

In Tables 8-12 and 8-22 in the X710/XXV710/XL710 datasheet, the QLEN
description states that the maximum size of the descriptor queue is 8k
minus 32, or 8160.

	Signed-off-by: Justin Bronder <jsbronder@cold-front.org>
	Reviewed-by: Jacob Keller <jacob.e.keller@intel.com>
	Tested-by: Pucha Himasekhar Reddy <himasekharx.reddy.pucha@intel.com> (A Contingent worker at Intel)
	Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
Link: https://lore.kernel.org/r/20231113231047.548659-2-anthony.l.nguyen@intel.com
	Signed-off-by: Jakub Kicinski <kuba@kernel.org>
(cherry picked from commit aa6908c)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
jira KERNEL-186
cve CVE-2025-39973
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Lukasz Czapnik <lukasz.czapnik@intel.com>
commit 55d2256

The `ring_len` parameter provided by the virtual function (VF)
is assigned directly to the hardware memory context (HMC) without
any validation.

To address this, introduce an upper boundary check for both Tx and Rx
queue lengths. The maximum number of descriptors supported by the
hardware is 8k-32.
Additionally, enforce alignment constraints: Tx rings must be a multiple
of 8, and Rx rings must be a multiple of 32.

Fixes: 5c3c48a ("i40e: implement virtual device interface")
	Cc: stable@vger.kernel.org
	Signed-off-by: Lukasz Czapnik <lukasz.czapnik@intel.com>
	Reviewed-by: Aleksandr Loktionov <aleksandr.loktionov@intel.com>
	Signed-off-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>
	Reviewed-by: Simon Horman <horms@kernel.org>
	Tested-by: Rafal Romanowski <rafal.romanowski@intel.com>
	Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
(cherry picked from commit 55d2256)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
jira KERNEL-186
cve CVE-2025-39972
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Lukasz Czapnik <lukasz.czapnik@intel.com>
commit aa68d3c

Ensure idx is within range of active/initialized TCs when iterating over
vf->ch[idx] in i40e_validate_queue_map().

Fixes: c27eac4 ("i40e: Enable ADq and create queue channel/s on VF")
	Cc: stable@vger.kernel.org
	Signed-off-by: Lukasz Czapnik <lukasz.czapnik@intel.com>
	Reviewed-by: Aleksandr Loktionov <aleksandr.loktionov@intel.com>
	Signed-off-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>
	Reviewed-by: Simon Horman <horms@kernel.org>
	Tested-by: Kamakshi Nellore <nellorex.kamakshi@intel.com> (A Contingent Worker at Intel)
	Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
(cherry picked from commit aa68d3c)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
jira KERNEL-186
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Jan Sokolowski <jan.sokolowski@intel.com>
commit 230f3d5

Replace uses of i40e_status to as equivalent as possible error codes.
Remove enum i40e_status as it is no longer needed

	Signed-off-by: Jan Sokolowski <jan.sokolowski@intel.com>
	Tested-by: Gurucharan G <gurucharanx.g@intel.com> (A Contingent worker at Intel)
	Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
	Reviewed-by: Leon Romanovsky <leonro@nvidia.com>
Link: https://lore.kernel.org/r/20230728171336.2446156-1-anthony.l.nguyen@intel.com
	Signed-off-by: Jakub Kicinski <kuba@kernel.org>
(cherry picked from commit 230f3d5)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
jira KERNEL-186
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Aleksandr Loktionov <aleksandr.loktionov@intel.com>
commit 8b9b59e

Remove wrong EIO to EGAIN conversion and pass all errors as is.

After commit 230f3d5 ("i40e: remove i40e_status"), which should only
replace F/W specific error codes with Linux kernel generic, all EIO errors
suddenly started to be converted into EAGAIN which leads nvmupdate to retry
until it timeouts and sometimes fails after more than 20 minutes in the
middle of NVM update, so NVM becomes corrupted.

The bug affects users only at the time when they try to update NVM, and
only F/W versions that generate errors while nvmupdate. For example, X710DA2
with 0x8000ECB7 F/W is affected, but there are probably more...

Command for reproduction is just NVM update:
 ./nvmupdate64

In the log instead of:
 i40e_nvmupd_exec_aq err I40E_ERR_ADMIN_QUEUE_ERROR aq_err I40E_AQ_RC_ENOMEM)
appears:
 i40e_nvmupd_exec_aq err -EIO aq_err I40E_AQ_RC_ENOMEM
 i40e: eeprom check failed (-5), Tx/Rx traffic disabled

The problematic code did silently convert EIO into EAGAIN which forced
nvmupdate to ignore EAGAIN error and retry the same operation until timeout.
That's why NVM update takes 20+ minutes to finish with the fail in the end.

Fixes: 230f3d5 ("i40e: remove i40e_status")
Co-developed-by: Kelvin Kang <kelvin.kang@intel.com>
	Signed-off-by: Kelvin Kang <kelvin.kang@intel.com>
	Reviewed-by: Arkadiusz Kubalewski <arkadiusz.kubalewski@intel.com>
	Signed-off-by: Aleksandr Loktionov <aleksandr.loktionov@intel.com>
	Reviewed-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>
	Tested-by: Tony Brelinski <tony.brelinski@intel.com>
	Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
	Reviewed-by: Jacob Keller <jacob.e.keller@intel.com>
Link: https://patch.msgid.link/20240710224455.188502-1-anthony.l.nguyen@intel.com
	Signed-off-by: Jakub Kicinski <kuba@kernel.org>
(cherry picked from commit 8b9b59e)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
jira KERNEL-186
cve CVE-2025-39971
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Lukasz Czapnik <lukasz.czapnik@intel.com>
commit f1ad24c

Ensure idx is within range of active/initialized TCs when iterating over
vf->ch[idx] in i40e_vc_config_queues_msg().

Fixes: c27eac4 ("i40e: Enable ADq and create queue channel/s on VF")
	Cc: stable@vger.kernel.org
	Signed-off-by: Lukasz Czapnik <lukasz.czapnik@intel.com>
	Reviewed-by: Aleksandr Loktionov <aleksandr.loktionov@intel.com>
	Signed-off-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>
	Reviewed-by: Simon Horman <horms@kernel.org>
	Tested-by: Kamakshi Nellore <nellorex.kamakshi@intel.com> (A Contingent Worker at Intel)
	Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
(cherry picked from commit f1ad24c)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
jira KERNEL-186
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Sudheer Mogilappagari <sudheer.mogilappagari@intel.com>
commit 3e48041

Prevent VF from configuring filters with unsupported actions or use
REDIRECT action with invalid tc number. Current checks could cause
out of bounds access on PF side.

Fixes: e284fc2 ("i40e: Add and delete cloud filter")
	Reviewed-by: Andrii Staikov <andrii.staikov@intel.com>
	Signed-off-by: Sudheer Mogilappagari <sudheer.mogilappagari@intel.com>
	Signed-off-by: Aleksandr Loktionov <aleksandr.loktionov@intel.com>
	Reviewed-by: Simon Horman <horms@kernel.org>
	Tested-by: Bharathi Sreenivas <bharathi.sreenivas@intel.com>
	Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
(cherry picked from commit 3e48041)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
jira KERNEL-186
cve CVE-2025-39970
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Lukasz Czapnik <lukasz.czapnik@intel.com>
commit 9739d58

Fix condition to check 'greater or equal' to prevent OOB dereference.

Fixes: e284fc2 ("i40e: Add and delete cloud filter")
	Cc: stable@vger.kernel.org
	Signed-off-by: Lukasz Czapnik <lukasz.czapnik@intel.com>
	Reviewed-by: Aleksandr Loktionov <aleksandr.loktionov@intel.com>
	Signed-off-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>
	Reviewed-by: Simon Horman <horms@kernel.org>
	Tested-by: Rafal Romanowski <rafal.romanowski@intel.com>
	Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
(cherry picked from commit 9739d58)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
jira KERNEL-186
cve CVE-2025-39969
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Lukasz Czapnik <lukasz.czapnik@intel.com>
commit 877b7e6

VF state I40E_VF_STATE_ACTIVE is not the only state in which
VF is actually active so it should not be used to determine
if a VF is allowed to obtain resources.

Use I40E_VF_STATE_RESOURCES_LOADED that is set only in
i40e_vc_get_vf_resources_msg() and cleared during reset.

Fixes: 61125b8 ("i40e: Fix failed opcode appearing if handling messages from VF")
	Cc: stable@vger.kernel.org
	Signed-off-by: Lukasz Czapnik <lukasz.czapnik@intel.com>
	Reviewed-by: Aleksandr Loktionov <aleksandr.loktionov@intel.com>
	Signed-off-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>
	Reviewed-by: Simon Horman <horms@kernel.org>
	Tested-by: Rafal Romanowski <rafal.romanowski@intel.com>
	Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
(cherry picked from commit 877b7e6)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
jira KERNEL-186
cve CVE-2025-39968
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Lukasz Czapnik <lukasz.czapnik@intel.com>
commit cb79fa7

There is no check for max filters that VF can request. Add it.

Fixes: e284fc2 ("i40e: Add and delete cloud filter")
	Cc: stable@vger.kernel.org
	Signed-off-by: Lukasz Czapnik <lukasz.czapnik@intel.com>
	Reviewed-by: Aleksandr Loktionov <aleksandr.loktionov@intel.com>
	Signed-off-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>
	Reviewed-by: Simon Horman <horms@kernel.org>
	Tested-by: Rafal Romanowski <rafal.romanowski@intel.com>
	Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
(cherry picked from commit cb79fa7)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
jira KERNEL-186
Rebuild_History Non-Buildable kernel-4.18.0-553.85.1.el8_10
commit-author Lukasz Czapnik <lukasz.czapnik@intel.com>
commit eac0442

The ITR index (itr_idx) is only 2 bits wide. When constructing the
register value for QINT_RQCTL, all fields are ORed together. Without
masking, higher bits from itr_idx may overwrite adjacent fields in the
register.

Apply I40E_QINT_RQCTL_ITR_INDX_MASK to ensure only the intended bits are
set.

Fixes: 5c3c48a ("i40e: implement virtual device interface")
	Cc: stable@vger.kernel.org
	Signed-off-by: Lukasz Czapnik <lukasz.czapnik@intel.com>
	Reviewed-by: Aleksandr Loktionov <aleksandr.loktionov@intel.com>
	Signed-off-by: Przemek Kitszel <przemyslaw.kitszel@intel.com>
	Reviewed-by: Simon Horman <horms@kernel.org>
	Tested-by: Rafal Romanowski <rafal.romanowski@intel.com>
	Signed-off-by: Tony Nguyen <anthony.l.nguyen@intel.com>
(cherry picked from commit eac0442)
	Signed-off-by: Jonathan Maple <jmaple@ciq.com>
Rebuild_History BUILDABLE
Rebuilding Kernel from rpm changelog with Fuzz Limit: 87.50%
Number of commits in upstream range v4.18~1..kernel-mainline: 581414
Number of commits in rpm: 24
Number of commits matched with upstream: 16 (66.67%)
Number of commits in upstream but not in rpm: 581398
Number of commits NOT found in upstream: 8 (33.33%)

Rebuilding Kernel on Branch rocky8_10_rebuild_kernel-4.18.0-553.85.1.el8_10 for kernel-4.18.0-553.85.1.el8_10
Clean Cherry Picks: 13 (81.25%)
Empty Cherry Picks: 3 (18.75%)
_______________________________

Full Details Located here:
ciq/ciq_backports/kernel-4.18.0-553.85.1.el8_10/rebuild.details.txt

Includes:
* git commit header above
* Empty Commits with upstream SHA
* RPM ChangeLog Entries that could not be matched

Individual Empty Commit failures contained in the same containing directory.
The git message for empty commits will have the path for the failed commit.
File names are the first 8 characters of the upstream SHA
@PlaidCat PlaidCat requested a review from a team November 26, 2025 13:11
@PlaidCat PlaidCat self-assigned this Nov 26, 2025
Copy link

@jdieter jdieter left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🚢

@PlaidCat PlaidCat requested a review from a team November 26, 2025 13:49
Copy link
Collaborator

@bmastbergen bmastbergen left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🥌

@PlaidCat PlaidCat merged commit f01f784 into rocky8_10 Nov 26, 2025
2 checks passed
@PlaidCat PlaidCat deleted the rocky8_10_rebuild branch November 26, 2025 22:31
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

4 participants