- Kernel - mailweb.openeuler.org

[PATCH OLK-5.10] bpf: Zero former ARG_PTR_TO_{LONG,INT} args in case of error
by Liu Jian 15 Nov '24

15 Nov '24

From: Daniel Borkmann <daniel(a)iogearbox.net> mainline inclusion from mainline-v6.12-rc1 commit 4b3786a6c5397dc220b1483d8e2f4867743e966f category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/IAYQSD CVE: CVE-2024-47728 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… ------------------------------------------------- For all non-tracing helpers which formerly had ARG_PTR_TO_{LONG,INT} as input arguments, zero the value for the case of an error as otherwise it could leak memory. For tracing, it is not needed given CAP_PERFMON can already read all kernel memory anyway hence bpf_get_func_arg() and bpf_get_func_ret() is skipped in here. Also, the MTU helpers mtu_len pointer value is being written but also read. Technically, the MEM_UNINIT should not be there in order to always force init. Removing MEM_UNINIT needs more verifier rework though: MEM_UNINIT right now implies two things actually: i) write into memory, ii) memory does not have to be initialized. If we lift MEM_UNINIT, it then becomes: i) read into memory, ii) memory must be initialized. This means that for bpf_*_check_mtu() we're readding the issue we're trying to fix, that is, it would then be able to write back into things like .rodata BPF maps. Follow-up work will rework the MEM_UNINIT semantics such that the intent can be better expressed. For now just clear the *mtu_len on error path which can be lifted later again. Fixes: 8a67f2de9b1d ("bpf: expose bpf_strtol and bpf_strtoul to all program types") Fixes: d7a4cb9b6705 ("bpf: Introduce bpf_strtol and bpf_strtoul helpers") Signed-off-by: Daniel Borkmann <daniel(a)iogearbox.net> Link: https://lore.kernel.org/bpf/e5edd241-59e7-5e39-0ee5-a51e31b6840a@iogearbox.… Link: https://lore.kernel.org/r/20240913191754.13290-5-daniel@iogearbox.net Signed-off-by: Alexei Starovoitov <ast(a)kernel.org> Conflicts: kernel/bpf/syscall.c net/core/filter.c [Did not backport d6aef08a872b9, 34b2021cc6164.] Signed-off-by: Liu Jian <liujian56(a)huawei.com> --- kernel/bpf/helpers.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/kernel/bpf/helpers.c b/kernel/bpf/helpers.c index 5836d1828ad7..a13a8c6a69cb 100644 --- a/kernel/bpf/helpers.c +++ b/kernel/bpf/helpers.c @@ -489,6 +489,7 @@ BPF_CALL_4(bpf_strtol, const char *, buf, size_t, buf_len, u64, flags, long long _res; int err; + *res = 0; err = __bpf_strtoll(buf, buf_len, flags, &_res); if (err < 0) return err; @@ -515,6 +516,7 @@ BPF_CALL_4(bpf_strtoul, const char *, buf, size_t, buf_len, u64, flags, bool is_negative; int err; + *res = 0; err = __bpf_strtoull(buf, buf_len, flags, &_res, &is_negative); if (err < 0) return err; -- 2.34.1

2 1

[PATCH] libhns: Two bugfixes in post_send flow
by Chengchang Tang 15 Nov '24

15 Nov '24

From: Xinghai Cen <cenxinghai(a)h-partners.com> Two bugfixes in post_send flow: libhns: Fix out-of-order issue of requester when setting FENCE libhns: Fix reference to uninitialized cq pointer Signed-off-by: Xinghai Cen <cenxinghai(a)h-partners.com> --- ...f-order-issue-of-requester-when-sett.patch | 50 ++++++++++++++ ...eference-to-uninitialized-cq-pointer.patch | 68 +++++++++++++++++++ rdma-core.spec | 10 ++- 3 files changed, 127 insertions(+), 1 deletion(-) create mode 100644 0037-libhns-Fix-out-of-order-issue-of-requester-when-sett.patch create mode 100644 0038-libhns-Fix-reference-to-uninitialized-cq-pointer.patch diff --git a/0037-libhns-Fix-out-of-order-issue-of-requester-when-sett.patch b/0037-libhns-Fix-out-of-order-issue-of-requester-when-sett.patch new file mode 100644 index 0000000..0996c7f --- /dev/null +++ b/0037-libhns-Fix-out-of-order-issue-of-requester-when-sett.patch @@ -0,0 +1,50 @@ +From 23c00575e9dc2b61f2ac429f9d039cb7e2e6deb2 Mon Sep 17 00:00:00 2001 +From: Junxian Huang <huangjunxian6(a)hisilicon.com> +Date: Fri, 8 Nov 2024 17:04:09 +0800 +Subject: [PATCH] libhns: Fix out-of-order issue of requester when setting + FENCE + +mainline inclusion +from mainline-master +commit c4119911c212aaa552c9cb928fba0a696640c9b5 +category: bugfix +bugzilla: https://gitee.com/openeuler/kernel/issues/IB3ZHQ +CVE: NA +Reference: https://github.com/linux-rdma/rdma-core/pull/1513/commits/c4119911c212aaa55… + +---------------------------------------------------------------------- + +The FENCE indicator in hns WQE doesn't ensure that response data from +a previous Read/Atomic operation has been written to the requester's +memory before the subsequent Send/Write operation is processed. This +may result in the subsequent Send/Write operation accessing the original +data in memory instead of the expected response data. + +Unlike FENCE, the SO (Strong Order) indicator blocks the subsequent +operation until the previous response data is written to memory and a +bresp is returned. Set the SO indicator instead of FENCE to maintain +strict order. + +Fixes: cbdf5e32a855 ("libhns: Reimplement verbs of post_send and post_recv for hip08 RoCE") +Signed-off-by: Junxian Huang <huangjunxian6(a)hisilicon.com> +Signed-off-by: Xinghai Cen <cenxinghai(a)h-partners.com> +--- + providers/hns/hns_roce_u_hw_v2.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/providers/hns/hns_roce_u_hw_v2.c b/providers/hns/hns_roce_u_hw_v2.c +index 9371150..2debcb3 100644 +--- a/providers/hns/hns_roce_u_hw_v2.c ++++ b/providers/hns/hns_roce_u_hw_v2.c +@@ -1527,7 +1527,7 @@ static int set_rc_wqe(void *wqe, struct hns_roce_qp *qp, struct ibv_send_wr *wr, + + hr_reg_write_bool(wqe, RCWQE_CQE, + !!(wr->send_flags & IBV_SEND_SIGNALED)); +- hr_reg_write_bool(wqe, RCWQE_FENCE, ++ hr_reg_write_bool(wqe, RCWQE_SO, + !!(wr->send_flags & IBV_SEND_FENCE)); + hr_reg_write_bool(wqe, RCWQE_SE, + !!(wr->send_flags & IBV_SEND_SOLICITED)); +-- +2.33.0 + diff --git a/0038-libhns-Fix-reference-to-uninitialized-cq-pointer.patch b/0038-libhns-Fix-reference-to-uninitialized-cq-pointer.patch new file mode 100644 index 0000000..e45d61a --- /dev/null +++ b/0038-libhns-Fix-reference-to-uninitialized-cq-pointer.patch @@ -0,0 +1,68 @@ +From e941cc407d89595d1affd5211e1daf34786c7641 Mon Sep 17 00:00:00 2001 +From: Chengchang Tang <tangchengchang(a)huawei.com> +Date: Fri, 8 Nov 2024 17:04:08 +0800 +Subject: [PATCH] libhns: Fix reference to uninitialized cq pointer +MIME-Version: 1.0 +Content-Type: text/plain; charset=UTF-8 +Content-Transfer-Encoding: 8bit + +mainline inclusion +from mainline-master +commit 18e3117cdd161a3f40b8a917f24cfb5227a1d75a +category: bugfix +bugzilla: https://gitee.com/openeuler/kernel/issues/IB3ZHQ +CVE: NA +Reference: https://github.com/linux-rdma/rdma-core/pull/1513/commits/18e3117cdd161a3f4… + +---------------------------------------------------------------------- + +For QPs which do not have an SQ, such as XRC TGT，the send_cq +pointer will not be initailized. Since the supported max_gs +will be 0 in this case, check it and return before referencing +the send_cq pointer. + +Fixes: cbdf5e32a855 ("libhns: Reimplement verbs of post_send and post_recv for hip08 RoCE") +Signed-off-by: Chengchang Tang <tangchengchang(a)huawei.com> +Signed-off-by: Junxian Huang <huangjunxian6(a)hisilicon.com> +Signed-off-by: Xinghai Cen <cenxinghai(a)h-partners.com> +--- + providers/hns/hns_roce_u_hw_v2.c | 12 ++++++------ + 1 file changed, 6 insertions(+), 6 deletions(-) + +diff --git a/providers/hns/hns_roce_u_hw_v2.c b/providers/hns/hns_roce_u_hw_v2.c +index 2debcb3..465ef1e 100644 +--- a/providers/hns/hns_roce_u_hw_v2.c ++++ b/providers/hns/hns_roce_u_hw_v2.c +@@ -1579,7 +1579,7 @@ int hns_roce_u_v2_post_send(struct ibv_qp *ibvqp, struct ibv_send_wr *wr, + struct hns_roce_context *ctx = to_hr_ctx(ibvqp->context); + struct hns_roce_qp *qp = to_hr_qp(ibvqp); + struct hns_roce_sge_info sge_info = {}; +- struct hns_roce_rc_sq_wqe *wqe; ++ struct hns_roce_rc_sq_wqe *wqe = NULL; + struct ibv_qp_attr attr = {}; + unsigned int wqe_idx, nreq; + int ret; +@@ -1595,15 +1595,15 @@ int hns_roce_u_v2_post_send(struct ibv_qp *ibvqp, struct ibv_send_wr *wr, + sge_info.start_idx = qp->next_sge; /* start index of extend sge */ + + for (nreq = 0; wr; ++nreq, wr = wr->next) { +- if (hns_roce_v2_wq_overflow(&qp->sq, nreq, +- to_hr_cq(qp->verbs_qp.qp.send_cq))) { +- ret = ENOMEM; ++ if (wr->num_sge > (int)qp->sq.max_gs) { ++ ret = qp->sq.max_gs > 0 ? EINVAL : EOPNOTSUPP; + *bad_wr = wr; + goto out; + } + +- if (wr->num_sge > qp->sq.max_gs) { +- ret = EINVAL; ++ if (hns_roce_v2_wq_overflow(&qp->sq, nreq, ++ to_hr_cq(qp->verbs_qp.qp.send_cq))) { ++ ret = ENOMEM; + *bad_wr = wr; + goto out; + } +-- +2.33.0 + diff --git a/rdma-core.spec b/rdma-core.spec index 21a690e..4135ada 100644 --- a/rdma-core.spec +++ b/rdma-core.spec @@ -1,6 +1,6 @@ Name: rdma-core Version: 50.0 -Release: 13 +Release: 14 Summary: RDMA core userspace libraries and daemons License: GPLv2 or BSD Url: https://github.com/linux-rdma/rdma-core @@ -42,6 +42,8 @@ patch33: 0033-libhns-Fix-missing-flag-when-creating-qp-by-hnsdv_cr.patch patch34: 0034-librdmacm-Fix-an-overflow-bug-in-qsort-comparison-function.patch patch35: 0035-Fix-the-stride-calculation-for-MSN-PSN-area.patch patch36: 0036-add-ZTE-Dinghai-rdma-driver.patch +patch37: 0037-libhns-Fix-out-of-order-issue-of-requester-when-sett.patch +patch38: 0038-libhns-Fix-reference-to-uninitialized-cq-pointer.patch BuildRequires: binutils cmake >= 2.8.11 gcc libudev-devel pkgconfig pkgconfig(libnl-3.0) BuildRequires: pkgconfig(libnl-route-3.0) systemd systemd-devel @@ -627,6 +629,12 @@ fi %doc %{_docdir}/%{name}-%{version}/tag_matching.md %doc %{_docdir}/%{name}-%{version}/70-persistent-ipoib.rules +* Fri Nov 15 2024 Xinghai Cen <cenxinghai(a)h-partners.com> - 50.0-14 +- Type: bugfix +- ID: NA +- SUG: NA +- DESC: Two bugfixes in post_send flow + %changelog * Sat Aug 31 2024 Li Fuyan <li.fuyan(a)zte.com.cn> - 50.0-13 - Type: requirement -- 2.33.0

1 0

[PATCH OLK-5.10] scsi: target: core: Fix null-ptr-deref in target_alloc_device()
by Zheng Qixing 15 Nov '24

15 Nov '24

From: Wang Hai <wanghai38(a)huawei.com> mainline inclusion from mainline-v6.12-rc4 commit fca6caeb4a61d240f031914413fcc69534f6dc03 category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/IB2SU3 CVE: CVE-2024-50153 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… ------------------------ There is a null-ptr-deref issue reported by KASAN: BUG: KASAN: null-ptr-deref in target_alloc_device+0xbc4/0xbe0 [target_core_mod] ... kasan_report+0xb9/0xf0 target_alloc_device+0xbc4/0xbe0 [target_core_mod] core_dev_setup_virtual_lun0+0xef/0x1f0 [target_core_mod] target_core_init_configfs+0x205/0x420 [target_core_mod] do_one_initcall+0xdd/0x4e0 ... entry_SYSCALL_64_after_hwframe+0x76/0x7e In target_alloc_device(), if allocing memory for dev queues fails, then dev will be freed by dev->transport->free_device(), but dev->transport is not initialized at that time, which will lead to a null pointer reference problem. Fixing this bug by freeing dev with hba->backend->ops->free_device(). Fixes: 1526d9f10c61 ("scsi: target: Make state_list per CPU") Signed-off-by: Wang Hai <wanghai38(a)huawei.com> Link: https://lore.kernel.org/r/20241011113444.40749-1-wanghai38@huawei.com Reviewed-by: Mike Christie <michael.christie(a)oracle.com> Signed-off-by: Martin K. Petersen <martin.petersen(a)oracle.com> Signed-off-by: Zheng Qixing <zhengqixing(a)huawei.com> --- drivers/target/target_core_device.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/target/target_core_device.c b/drivers/target/target_core_device.c index daa4d06ce233..50135f8df1b4 100644 --- a/drivers/target/target_core_device.c +++ b/drivers/target/target_core_device.c @@ -727,7 +727,7 @@ struct se_device *target_alloc_device(struct se_hba *hba, const char *name) dev->queues = kcalloc(nr_cpu_ids, sizeof(*dev->queues), GFP_KERNEL); if (!dev->queues) { - dev->transport->free_device(dev); + hba->backend->ops->free_device(dev); return NULL; } -- 2.39.2

2 1

[PATCH OLK-6.6] scsi: target: core: Fix null-ptr-deref in target_alloc_device()
by Zheng Qixing 15 Nov '24

15 Nov '24

From: Wang Hai <wanghai38(a)huawei.com> mainline inclusion from mainline-v6.12-rc4 commit fca6caeb4a61d240f031914413fcc69534f6dc03 category: bugfix bugzilla: https://gitee.com/src-openeuler/kernel/issues/IB2SU3 CVE: CVE-2024-50153 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… ------------------------ There is a null-ptr-deref issue reported by KASAN: BUG: KASAN: null-ptr-deref in target_alloc_device+0xbc4/0xbe0 [target_core_mod] ... kasan_report+0xb9/0xf0 target_alloc_device+0xbc4/0xbe0 [target_core_mod] core_dev_setup_virtual_lun0+0xef/0x1f0 [target_core_mod] target_core_init_configfs+0x205/0x420 [target_core_mod] do_one_initcall+0xdd/0x4e0 ... entry_SYSCALL_64_after_hwframe+0x76/0x7e In target_alloc_device(), if allocing memory for dev queues fails, then dev will be freed by dev->transport->free_device(), but dev->transport is not initialized at that time, which will lead to a null pointer reference problem. Fixing this bug by freeing dev with hba->backend->ops->free_device(). Fixes: 1526d9f10c61 ("scsi: target: Make state_list per CPU") Signed-off-by: Wang Hai <wanghai38(a)huawei.com> Link: https://lore.kernel.org/r/20241011113444.40749-1-wanghai38@huawei.com Reviewed-by: Mike Christie <michael.christie(a)oracle.com> Signed-off-by: Martin K. Petersen <martin.petersen(a)oracle.com> Signed-off-by: Zheng Qixing <zhengqixing(a)huawei.com> --- drivers/target/target_core_device.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/target/target_core_device.c b/drivers/target/target_core_device.c index 86590a7e29f6..dd041ee18ac9 100644 --- a/drivers/target/target_core_device.c +++ b/drivers/target/target_core_device.c @@ -692,7 +692,7 @@ struct se_device *target_alloc_device(struct se_hba *hba, const char *name) dev->queues = kcalloc(nr_cpu_ids, sizeof(*dev->queues), GFP_KERNEL); if (!dev->queues) { - dev->transport->free_device(dev); + hba->backend->ops->free_device(dev); return NULL; } -- 2.39.2

2 1

[PATCH OLK-6.6 v2 0/2] mm, mmap: limit THP alignment of anonymous mappings to PMD-aligned sizes
by Jinjiang Tu 15 Nov '24

15 Nov '24

Changelog: update commit message format Jinjiang Tu (1): mm: enable PMD anouymous mapping by default Vlastimil Babka (1): mm, mmap: limit THP alignment of anonymous mappings to PMD-aligned sizes mm/huge_memory.c | 7 ++++--- 1 file changed, 4 insertions(+), 3 deletions(-) -- 2.34.1

2 3

[PATCH openEuler-22.03-LTS-SP1 00/13] Align 5.10 higher version bpf verifier
by Pu Lehui 15 Nov '24

15 Nov '24

Andrii Nakryiko (5): bpf: propagate precision across all frames, not just the last one bpf: allow precision tracking for programs with subprogs bpf: stop setting precise in current state bpf: aggressively forget precise markings during state checkpointing selftests/bpf: make test_align selftest more robust Eduard Zingerman (2): bpf: Fix to preserve reg parent/live fields when copying range info bpf: track immediate values written to stack by BPF_ST instruction Martin KaFai Lau (3): bpf: Check the other end of slot_type for STACK_SPILL bpf: Support <8-byte scalar spill and refill bpf: Do not reject when the stack read size is different from the tracked scalar size Maxim Mikityanskiy (1): bpf: Fix verifier id tracking of scalars on spill Paul Chaignon (1): bpf: Fix incorrect state pruning for <8B spill/fill Shung-Hsi Yu (1): bpf: Fix precision tracking for BPF_ALU | BPF_TO_BE | BPF_END kernel/bpf/verifier.c | 404 ++++++++++++++---- .../testing/selftests/bpf/prog_tests/align.c | 36 +- .../bpf/verifier/bounds_mix_sign_unsign.c | 110 +++-- 3 files changed, 401 insertions(+), 149 deletions(-) -- 2.34.1

2 14

[PATCH OLK-6.6 0/5] IMA RoT
by GONG Ruiqi 15 Nov '24

15 Nov '24

This patch set introduces IMA's Root of Trust (RoT), which is to support new RoT implementations such as Intel TDX and VirtCCA, as well as the classic TPM. Reference for Intel TDX with IMA: https://www.intel.cn/content/www/cn/zh/developer/articles/community/runtime… Reference for VirtCCA: https://gitee.com/openeuler/kernel/blob/OLK-6.6/Documentation/virtcca/virtc… GONG Ruiqi (5): ima: rot: Introduce basic framework ima: rot: Prepare TPM as an RoT ima: rot: Make RoT kick in ima: Rename ima_cvm to ima_virtcca ima: rot: Adapt VirtCCA into Rot security/integrity/ima/Makefile | 5 +- security/integrity/ima/ima.h | 5 +- security/integrity/ima/ima_api.c | 2 +- security/integrity/ima/ima_crypto.c | 48 +++++------- security/integrity/ima/ima_cvm.c | 77 ------------------ security/integrity/ima/ima_cvm.h | 36 --------- security/integrity/ima/ima_init.c | 31 ++------ security/integrity/ima/ima_queue.c | 51 ++++-------- security/integrity/ima/ima_rot.c | 86 ++++++++++++++++++++ security/integrity/ima/ima_rot.h | 28 +++++++ security/integrity/ima/ima_template.c | 2 +- security/integrity/ima/ima_template_lib.c | 2 +- security/integrity/ima/ima_tpm.c | 63 +++++++++++++++ security/integrity/ima/ima_tpm.h | 21 +++++ security/integrity/ima/ima_virtcca.c | 95 +++++++++++++++++++++++ security/integrity/ima/ima_virtcca.h | 13 ++++ 16 files changed, 355 insertions(+), 210 deletions(-) delete mode 100644 security/integrity/ima/ima_cvm.c delete mode 100644 security/integrity/ima/ima_cvm.h create mode 100644 security/integrity/ima/ima_rot.c create mode 100644 security/integrity/ima/ima_rot.h create mode 100644 security/integrity/ima/ima_tpm.c create mode 100644 security/integrity/ima/ima_tpm.h create mode 100644 security/integrity/ima/ima_virtcca.c create mode 100644 security/integrity/ima/ima_virtcca.h -- 2.25.1

2 6

[openeuler:OLK-5.10] BUILD REGRESSION 3faacfa7d0e66f4dbc5da1dd4588c8f556e4414b
by kernel test robot 15 Nov '24

15 Nov '24

tree/branch: https://gitee.com/openeuler/kernel.git OLK-5.10 branch HEAD: 3faacfa7d0e66f4dbc5da1dd4588c8f556e4414b !12858 intel: backport GNR and SRF intel_idle fix for 5.10 Unverified Error/Warning (likely false positive, kindly check if interested): arch/x86/oprofile/backtrace.c:30:45: sparse: sparse: incorrect type in argument 2 (different address spaces) arch/x86/oprofile/backtrace.c:34:15: sparse: sparse: cast removes address space '__user' of expression arch/x86/oprofile/backtrace.c:76:45: sparse: sparse: incorrect type in argument 2 (different address spaces) arch/x86/oprofile/op_model_ppro.c:87:25: sparse: sparse: incorrect type in initializer (different address spaces) drivers/sfi/sfi_core.c:105:32: sparse: sparse: incorrect type in return expression (different address spaces) drivers/sfi/sfi_core.c:116:26: sparse: sparse: incorrect type in argument 1 (different address spaces) drivers/sfi/sfi_core.c:171:20: sparse: sparse: incorrect type in assignment (different address spaces) drivers/sfi/sfi_core.c:182:34: sparse: sparse: incorrect type in argument 1 (different address spaces) drivers/sfi/sfi_core.c:184:30: sparse: sparse: incorrect type in return expression (different address spaces) drivers/sfi/sfi_core.c:196:34: sparse: sparse: incorrect type in argument 1 (different address spaces) drivers/sfi/sfi_core.c:318:17: sparse: sparse: incorrect type in assignment (different address spaces) drivers/sfi/sfi_core.c:347:15: sparse: sparse: incorrect type in assignment (different address spaces) drivers/sfi/sfi_core.c:379:34: sparse: sparse: incorrect type in argument 1 (different address spaces) drivers/sfi/sfi_core.c:509:26: sparse: sparse: incorrect type in argument 1 (different address spaces) Error/Warning ids grouped by kconfigs: recent_errors |-- x86_64-allnoconfig | `-- kernel-workqueue.c:error:implicit-declaration-of-function-printk_safe_exit-Werror-Wimplicit-function-declaration |-- x86_64-buildonly-randconfig-001-20241115 | `-- arch-x86-kernel-fpu-core.o:warning:objtool:can-t-decode-instruction-at-.textx6a7 |-- x86_64-buildonly-randconfig-005-20241115 | |-- arch-x86-kernel-fpu-core.o:warning:objtool:can-t-decode-instruction-at-.textx827 | |-- drivers-tty-tty_buffer.c:error:implicit-declaration-of-function-printk_safe_exit-Werror-Wimplicit-function-declaration | `-- kernel-workqueue.c:error:implicit-declaration-of-function-printk_safe_exit-Werror-Wimplicit-function-declaration |-- x86_64-buildonly-randconfig-006-20241115 | |-- arch-x86-kernel-fpu-core.o:warning:objtool:can-t-decode-instruction-at-.textx253e | |-- drivers-net-ethernet-netswift-txgbe-txgbe_bp.c:warning:no-previous-prototype-for-chk_cl72_krtr_status | |-- drivers-net-ethernet-netswift-txgbe-txgbe_bp.c:warning:no-previous-prototype-for-en_cl72_krtr | |-- drivers-net-ethernet-netswift-txgbe-txgbe_bp.c:warning:no-previous-prototype-for-read_phy_lane_txeq | |-- drivers-net-ethernet-netswift-txgbe-txgbe_hw.c:warning:no-previous-prototype-for-flash_erase_chip | |-- drivers-net-ethernet-netswift-txgbe-txgbe_hw.c:warning:no-previous-prototype-for-flash_erase_sector | |-- drivers-net-ethernet-netswift-txgbe-txgbe_hw.c:warning:no-previous-prototype-for-flash_read_dword | |-- drivers-net-ethernet-netswift-txgbe-txgbe_hw.c:warning:no-previous-prototype-for-flash_write_dword | |-- drivers-net-ethernet-netswift-txgbe-txgbe_hw.c:warning:no-previous-prototype-for-fmgr_cmd_op | |-- drivers-net-ethernet-netswift-txgbe-txgbe_hw.c:warning:no-previous-prototype-for-fmgr_usr_cmd_op | |-- drivers-net-ethernet-netswift-txgbe-txgbe_hw.c:warning:no-previous-prototype-for-txgbe_flash_read_cab | |-- drivers-net-ethernet-netswift-txgbe-txgbe_hw.c:warning:no-previous-prototype-for-txgbe_flash_write_cab | |-- drivers-net-ethernet-netswift-txgbe-txgbe_hw.c:warning:no-previous-prototype-for-txgbe_flash_write_lock | |-- drivers-net-ethernet-netswift-txgbe-txgbe_hw.c:warning:no-previous-prototype-for-txgbe_flash_write_unlock | |-- drivers-net-ethernet-netswift-txgbe-txgbe_mbx.c:warning:no-previous-prototype-for-txgbe_check_for_ack_vf | |-- drivers-net-ethernet-netswift-txgbe-txgbe_mbx.c:warning:no-previous-prototype-for-txgbe_check_for_bit_vf | |-- drivers-net-ethernet-netswift-txgbe-txgbe_mbx.c:warning:no-previous-prototype-for-txgbe_check_for_msg_vf | |-- drivers-net-ethernet-netswift-txgbe-txgbe_mbx.c:warning:no-previous-prototype-for-txgbe_check_for_rst_vf | |-- drivers-net-ethernet-netswift-txgbe-txgbe_mbx.c:warning:no-previous-prototype-for-txgbe_obtain_mbx_lock_vf | |-- drivers-net-ethernet-netswift-txgbe-txgbe_mbx.c:warning:no-previous-prototype-for-txgbe_read_mbx_vf | |-- drivers-net-ethernet-netswift-txgbe-txgbe_mbx.c:warning:no-previous-prototype-for-txgbe_read_v2p_mailbox | `-- drivers-net-ethernet-netswift-txgbe-txgbe_mbx.c:warning:no-previous-prototype-for-txgbe_write_mbx_vf |-- x86_64-randconfig-001-20241115 | `-- arch-x86-kernel-fpu-core.o:warning:objtool:can-t-decode-instruction-at-.textx384b |-- x86_64-randconfig-002-20241115 | `-- arch-x86-kernel-fpu-core.o:warning:objtool:can-t-decode-instruction-at-.textx2398 |-- x86_64-randconfig-003-20241115 | `-- arch-x86-kernel-fpu-core.o:warning:objtool:can-t-decode-instruction-at-.textx3dd6 |-- x86_64-randconfig-005-20241115 | `-- arch-x86-kernel-fpu-core.o:warning:objtool:can-t-decode-instruction-at-.textx2ea7 |-- x86_64-randconfig-006-20241115 | `-- arch-x86-kernel-fpu-core.o:warning:objtool:can-t-decode-instruction-at-.textx3680 |-- x86_64-randconfig-011-20241115 | |-- arch-x86-kernel-fpu-core.o:warning:objtool:can-t-decode-instruction-at-.textx3336 | `-- drivers-usb-cdns3-debug.h:warning:sprintf-argument-may-overlap-destination-object-field |-- x86_64-randconfig-012-20241115 | |-- drivers-scsi-lpfc-lpfc_debugfs.o:warning:objtool:lpfc_debug_dump_qe-falls-through-to-next-function-asanmodule_ctor() | |-- drivers-scsi-lpfc-lpfc_debugfs.o:warning:objtool:lpfc_idiag_queacc_read_qe-falls-through-to-next-function-lpfc_idiag_drbacc_read() | |-- drivers-scsi-lpfc-lpfc_debugfs.o:warning:objtool:lpfc_idiag_queacc_write-falls-through-to-next-function-lpfc_idiag_queacc_read_qe() | |-- drivers-scsi-lpfc-lpfc_sli.o:warning:objtool:lpfc_sli4_eq_get-falls-through-to-next-function-lpfc_sli4_cq_get() | `-- drivers-scsi-lpfc-lpfc_sli.o:warning:objtool:lpfc_sli4_process_missed_mbox_completions-falls-through-to-next-function-lpfc_sli4_post_async_mbox() |-- x86_64-randconfig-013-20241115 | `-- drivers-gpu-drm-nouveau-nvkm-subdev-clk-pllnv04.o:warning:objtool:nv04_pll_calc-falls-through-to-next-function-asanmodule_ctor() |-- x86_64-randconfig-016-20241115 | `-- kernel-trace-trace_uprobe.o:warning:objtool:__uprobe_perf_func:unreachable-instruction |-- x86_64-randconfig-121-20241111 | `-- fs-ext4-extents.c:sparse:sparse:Using-plain-integer-as-NULL-pointer `-- x86_64-randconfig-122-20241114 |-- arch-x86-oprofile-backtrace.c:sparse:sparse:cast-removes-address-space-__user-of-expression |-- arch-x86-oprofile-backtrace.c:sparse:sparse:incorrect-type-in-argument-(different-address-spaces)-expected-void-const-noderef-__user-from-got-struct-stack_frame-head |-- arch-x86-oprofile-backtrace.c:sparse:sparse:incorrect-type-in-argument-(different-address-spaces)-expected-void-const-noderef-__user-from-got-struct-stack_frame_ia32-head |-- arch-x86-oprofile-op_model_ppro.c:sparse:sparse:incorrect-type-in-initializer-(different-address-spaces)-expected-void-const-noderef-__percpu-got-unsigned-char |-- drivers-sfi-sfi_core.c:sparse:sparse:incorrect-type-in-argument-(different-address-spaces)-expected-void-addr-got-void-noderef-__iomem-virt |-- drivers-sfi-sfi_core.c:sparse:sparse:incorrect-type-in-argument-(different-address-spaces)-expected-void-noderef-__iomem-virt-got-struct-sfi_table_header-assigned-th |-- drivers-sfi-sfi_core.c:sparse:sparse:incorrect-type-in-argument-(different-address-spaces)-expected-void-noderef-__iomem-virt-got-struct-sfi_table_header-th |-- drivers-sfi-sfi_core.c:sparse:sparse:incorrect-type-in-argument-(different-address-spaces)-expected-void-noderef-__iomem-virt-got-struct-sfi_table_simple-static-toplevel-syst_va |-- drivers-sfi-sfi_core.c:sparse:sparse:incorrect-type-in-argument-(different-address-spaces)-expected-void-noderef-__iomem-virt-got-void-start |-- drivers-sfi-sfi_core.c:sparse:sparse:incorrect-type-in-assignment-(different-address-spaces)-expected-struct-sfi_table_header-th-got-void-noderef-__iomem |-- drivers-sfi-sfi_core.c:sparse:sparse:incorrect-type-in-assignment-(different-address-spaces)-expected-struct-sfi_table_simple-static-toplevel-syst_va-got-void-noderef-__iomem |-- drivers-sfi-sfi_core.c:sparse:sparse:incorrect-type-in-assignment-(different-address-spaces)-expected-void-start-got-void-noderef-__iomem |-- drivers-sfi-sfi_core.c:sparse:sparse:incorrect-type-in-return-expression-(different-address-spaces)-expected-struct-sfi_table_header-got-void-noderef-__iomem `-- drivers-sfi-sfi_core.c:sparse:sparse:incorrect-type-in-return-expression-(different-address-spaces)-expected-void-noderef-__iomem-got-void elapsed time: 749m configs tested: 28 configs skipped: 31 tested configs: arm64 allmodconfig clang-20 x86_64 allnoconfig clang-19 x86_64 allyesconfig clang-19 x86_64 buildonly-randconfig-001-20241115 gcc-12 x86_64 buildonly-randconfig-002-20241115 clang-19 x86_64 buildonly-randconfig-003-20241115 gcc-12 x86_64 buildonly-randconfig-004-20241115 clang-19 x86_64 buildonly-randconfig-005-20241115 clang-19 x86_64 buildonly-randconfig-006-20241115 gcc-11 x86_64 defconfig gcc-11 x86_64 randconfig-001-20241115 gcc-12 x86_64 randconfig-002-20241115 gcc-12 x86_64 randconfig-003-20241115 clang-19 x86_64 randconfig-004-20241115 gcc-12 x86_64 randconfig-005-20241115 clang-19 x86_64 randconfig-006-20241115 gcc-12 x86_64 randconfig-011-20241115 gcc-12 x86_64 randconfig-012-20241115 clang-19 x86_64 randconfig-013-20241115 clang-19 x86_64 randconfig-014-20241115 clang-19 x86_64 randconfig-015-20241115 clang-19 x86_64 randconfig-016-20241115 clang-19 x86_64 randconfig-071-20241115 gcc-12 x86_64 randconfig-072-20241115 clang-19 x86_64 randconfig-073-20241115 gcc-12 x86_64 randconfig-074-20241115 gcc-11 x86_64 randconfig-075-20241115 clang-19 x86_64 randconfig-076-20241115 clang-19 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:openEuler-1.0-LTS] BUILD REGRESSION 5769bea33a24c5a60de09ceaeb12f349d1161f3b
by kernel test robot 15 Nov '24

15 Nov '24

tree/branch: https://gitee.com/openeuler/kernel.git openEuler-1.0-LTS branch HEAD: 5769bea33a24c5a60de09ceaeb12f349d1161f3b !13249 sched/dynamic_affinity: fix preffered_cpu offline problem Error/Warning (recently discovered and may have been fixed): https://lore.kernel.org/oe-kbuild-all/202411142318.PmiGB1Ht-lkp@intel.com drivers/iommu/arm-smmu-v3.c:211:55: error: 'CONFIG_CMA_ALIGNMENT' undeclared (first use in this function); did you mean 'CONFIG_CMDLINE'? include/linux/kernel.h:871:9: error: first argument to '__builtin_choose_expr' not a constant include/linux/uaccess.h:115:17: warning: 'gup' may be used uninitialized [-Wmaybe-uninitialized] Unverified Error/Warning (likely false positive, kindly check if interested): drivers/gpu/drm/drm_debugfs_crc.c:332:17: sparse: sparse: incorrect type in initializer (different base types) kernel/trace/ring_buffer.c:672:32: sparse: sparse: incorrect type in return expression (different base types) net/tls/tls_main.c:681:31: sparse: sparse: incorrect type in assignment (different base types) net/tls/tls_sw.c:1178:33: sparse: sparse: incorrect type in assignment (different base types) Error/Warning ids grouped by kconfigs: recent_errors |-- arm64-allmodconfig | `-- fs-ext4-inode.c:warning:unused-variable-sbi |-- arm64-randconfig-004-20241113 | `-- include-linux-uaccess.h:warning:gup-may-be-used-uninitialized |-- arm64-randconfig-r063-20241113 | |-- drivers-char-svm.c:WARNING:atomic_dec_and_test-variation-before-object-free-at-line-. | |-- drivers-iommu-arm-smmu-v3.c:error:CONFIG_CMA_ALIGNMENT-undeclared-(first-use-in-this-function) | `-- include-linux-kernel.h:error:first-argument-to-__builtin_choose_expr-not-a-constant |-- x86_64-allyesconfig | |-- drivers-net-ethernet-stmicro-stmmac-dwmac-phytium.c:error:incompatible-pointer-to-integer-conversion-returning-void-from-a-function-with-result-type-int | `-- fs-ext4-inode.c:warning:unused-variable-sbi |-- x86_64-defconfig | `-- fs-ext4-inode.c:warning:unused-variable-sbi |-- x86_64-randconfig-121-20241114 | |-- net-tls-tls_main.c:sparse:sparse:incorrect-type-in-assignment-(different-base-types)-expected-restricted-__poll_t-(-static-addressable-assigned-toplevel-poll-)(-...-)-got-unsigned-int-(-)(-...-) | `-- net-tls-tls_sw.c:sparse:sparse:incorrect-type-in-assignment-(different-base-types)-expected-unsigned-int-(-sk_poll-)(-...-)-got-restricted-__poll_t-(-const-poll-)(-...-) `-- x86_64-randconfig-122-20241114 |-- drivers-gpu-drm-drm_debugfs_crc.c:sparse:sparse:incorrect-type-in-initializer-(different-base-types)-expected-restricted-__poll_t-(-poll-)(-...-)-got-unsigned-int-(-)(-...-) `-- kernel-trace-ring_buffer.c:sparse:sparse:incorrect-type-in-return-expression-(different-base-types)-expected-restricted-__poll_t-got-int elapsed time: 741m configs tested: 4 configs skipped: 31 tested configs: arm64 allmodconfig gcc-14.2.0 x86_64 allnoconfig clang-19 x86_64 allyesconfig clang-19 x86_64 defconfig gcc-11 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[openeuler:OLK-5.10 2435/2435] arch/x86/kernel/fpu/core.o: warning: objtool: can't decode instruction at .text:0x384b
by kernel test robot 15 Nov '24

15 Nov '24

tree: https://gitee.com/openeuler/kernel.git OLK-5.10 head: 3faacfa7d0e66f4dbc5da1dd4588c8f556e4414b commit: e91bb0282220911c5f019e87a3516f292c5ea804 [2435/2435] x86/fpu: Add a helper to prepare AMX state for low-power CPU idle config: x86_64-randconfig-001-20241115 (https://download.01.org/0day-ci/archive/20241115/202411150711.HPFP7aM1-lkp@…) compiler: gcc-12 (Debian 12.2.0-14) 12.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20241115/202411150711.HPFP7aM1-lkp@…) If you fix the issue in a separate patch/commit (i.e. not just a new version of the same patch/commit), kindly add following tags | Reported-by: kernel test robot <lkp(a)intel.com> | Closes: https://lore.kernel.org/oe-kbuild-all/202411150711.HPFP7aM1-lkp@intel.com/ All warnings (new ones prefixed by >>): >> arch/x86/kernel/fpu/core.o: warning: objtool: can't decode instruction at .text:0x384b -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0