- Kernel - mailweb.openeuler.org

[PATCH OLK-6.6] KVM: arm64: Check whether GICv4.0 is enabled
by Zhou Wang 12 Jun '25

12 Jun '25

virt inclusion category: bugfix bugzilla: https://gitee.com/openeuler/kernel/issues/I9KBKD ------------------------------------------------------------------ Check whether GICv4.0 is enabled. Only when GICv4.0 is enabled, then limit the number of vlpis to 4096. Fixes: 12e11032205e ("irqchip: gicv3: Add workaround for hip09 erratum 162200803") Signed-off-by: Zhou Wang <wangzhou1(a)hisilicon.com> Signed-off-by: Jian Cai <caijian11(a)h-partners.com> --- arch/arm64/kvm/vgic/vgic-mmio-v3.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/arch/arm64/kvm/vgic/vgic-mmio-v3.c b/arch/arm64/kvm/vgic/vgic-mmio-v3.c index 961c3a79f41d..f9f47c91ee03 100644 --- a/arch/arm64/kvm/vgic/vgic-mmio-v3.c +++ b/arch/arm64/kvm/vgic/vgic-mmio-v3.c @@ -84,9 +84,11 @@ static unsigned long vgic_mmio_read_v3_misc(struct kvm_vcpu *vcpu, value |= (INTERRUPT_ID_BITS_ITS - 1) << 19; value |= GICD_TYPER_LPIS; /* Limit the number of vlpis to 4096 */ - if (kvm_vgic_global_state.flags & FLAGS_WORKAROUND_HIP10_ERRATUM_162200803) + if (kvm_vgic_global_state.has_gicv4 && + !kvm_vgic_global_state.has_gicv4_1 && + kvm_vgic_global_state.flags & + FLAGS_WORKAROUND_HIP10_ERRATUM_162200803) value |= 11 << GICD_TYPER_NUM_LPIS_SHIFT; - } else { value |= (INTERRUPT_ID_BITS_SPIS - 1) << 19; } -- 2.33.0

2 1

[PATCH OLK-5.10 v9 00/13] arm64: Support xcall prefetch
by Jinjie Ruan 12 Jun '25

12 Jun '25

Support xcall prefetch. Changes in v9: - Add static key for xcall enable to reduce the overhead of checking xcall startup parameters, which also fix the system_supports_xcall() check stall bug when kernel start. - cleanup. Changes in v8: - Support xcall prefetch on and off runtime. - Refactor the xcall proc interface code, move to /fs/proc/proc_xcall.c. - Fix xint irqnr_xint_map array out of bounds access problem in __handle_domain_irq() by introducing is_hwirq_xint() helper. - Introduce system_supports_xint() and system_supports_xcall() to reduce the overhead, and remove fast_syscall_enabeld(), remove extern is_xint_support. - Limit the task xinfo alloc and xcall prefetch init by system_supports_xcall() to reduce the overhead. Changes in v7: - Remove "echo @xxx > /proc/$PID/xcall" usage, replace with "echo 1 > /proc/$PID/prefetch". Now the xcall enable and prefetch can be enabled separately. Changes in v6: - Only use one reserved kabi in task_struct for xcall. - Free prefetch item after eventpoll_release_file() to avoid possible competition between ep_prefetch_item_enqueue() and pfi free. - Fix "echo > /proc/xcall/cpu_list" show problem. Changes in v5: - Fix dentry free before free_prefetch_item() and then UAF in prefetch work by cancel_work_sync() before free pfi and move free_prefetch_item() to the first of __fput(). - Fix __queue_work() oops bug. - /proc/xcall/mask_list -> /proc/xcall/cpu_list - Fix xcall_prefetch print data type. - Update prefetch tracepoint, move xcall points definition to separete header file. - Make xcall_prefetch depends on EPOLL. - Adjust xcall prefetch buf to 16KB by default. - Add xcall_prefetch_init() function. - Only use write lock in free_prefetch_item(). - Simplify xcall_read() and add some comment. - Update commit message. Changes in v4: - Enable FAST_SYSCALL/IRQ and XCALL_PREFETCH by default. - Fix xint sleeping function called from invalid context bug. - free_prefetch_item() in file_free() instead of filp_close(), which fix the alloc-queue and free competition. - Fix kernel_read() warning for FMODE_READ not set. - Add sock_from_file() limit for prefetch. - Check NULL for rc_work. - Simplfy the cpumask interface code, and rename to "/proc/xcall/mask_list". - Remove the xcall_cache_pages_order interface. - tracepoint update: fd -> file. - Simplify the xcall_read() function again. - Handle copy_to_user() return value. - Remove unused XCALL_CACHE_QUEUED. - Update the commit message. Changes in v3: - Add XCALL_PREFETCH config to isolate feature code. - Split the /proc/xxx interface code out to independent patches, which will make it clear. - Update the cpumask interface to "/proc/xcall/numa_mask", and it can set the numa mask of all numas one time. - Add xcall select count to make xcall_cache_pages_order adjust safe. - Introduce xcall_read_start/end() to make it clear. - Simplify the xcall_read() function. - Use cpumask_next() instead of get_nth_cpu_in_cpumask() function. - Use independent cpu select policy function. - Remove some unnecessary pr_err(). - Update the commit message. Changes in v2: - Upadte the xcall prefetch state machine, remove the queued state and add prefetch, cancel states. - Remove the pfi lock and use atomic variables. - Change the 'xcall select' semantics and simplify the code a lot. - Remove keep_running, remove unrelated code. - Remove the count in struct read_cache_entry, and use percpu hit/miss count. - Remove sync mode, so remove struct read_cache_entry in struct task_struct. - Use hash table to find prefetch item for a file, which will not change the file struct KABI. - Use rwlock instead of spinlock for hash table. - Use alloc_page() instead kmalloc() to align 4KB. - Update the commit message. Jinjie Ruan (10): arm64: Introduce Xint software solution arm64: Add debugfs dir for xint arm64: Refactor the xcall proc code arm64: Reserve a kabi in task_struct exclusively for xcall arm64: Introduce xcall prefetch enable interface eventpoll: Support xcall async prefetch eventpoll: Add /proc/xcall/prefetch dir for performance tuning eventpoll: Add /proc/xcall/cpu_list for performance tuning xcall: Add tracepoints for different prefetching stages config: Enable FAST_SYSCALL/IRQ and XCALL_PREFETCH by default Liao Chen (1): arm64: revert kpti bypass Yipeng Zou (2): arm64: Introduce xcall a faster svc exception handling arm64: Faster SVC exception handler with xcall arch/Kconfig | 81 +++++ arch/arm64/Kconfig | 2 + arch/arm64/configs/openeuler_defconfig | 7 + arch/arm64/include/asm/cpucaps.h | 2 + arch/arm64/include/asm/cpufeature.h | 12 + arch/arm64/include/asm/exception.h | 3 + arch/arm64/include/asm/xcall.h | 21 ++ arch/arm64/kernel/Makefile | 1 + arch/arm64/kernel/asm-offsets.c | 3 + arch/arm64/kernel/cpufeature.c | 51 +++ arch/arm64/kernel/entry-common.c | 22 ++ arch/arm64/kernel/entry.S | 183 ++++++++++- arch/arm64/kernel/syscall.c | 57 ++++ arch/arm64/kernel/xcall.c | 38 +++ drivers/irqchip/irq-gic-v3.c | 145 +++++++++ fs/eventpoll.c | 412 +++++++++++++++++++++++++ fs/file_table.c | 1 + fs/proc/Makefile | 1 + fs/proc/base.c | 6 + fs/proc/internal.h | 7 + fs/proc/proc_xcall.c | 185 +++++++++++ fs/read_write.c | 10 +- include/linux/fs.h | 35 +++ include/linux/hardirq.h | 5 + include/linux/irqchip/arm-gic-v3.h | 12 + include/linux/sched.h | 5 + include/trace/events/xcall.h | 106 +++++++ kernel/fork.c | 19 ++ kernel/irq/debugfs.c | 36 +++ kernel/irq/internals.h | 16 + kernel/irq/irqdesc.c | 19 ++ kernel/irq/proc.c | 10 + kernel/softirq.c | 73 +++++ 33 files changed, 1583 insertions(+), 3 deletions(-) create mode 100644 arch/arm64/include/asm/xcall.h create mode 100644 arch/arm64/kernel/xcall.c create mode 100644 fs/proc/proc_xcall.c create mode 100644 include/trace/events/xcall.h -- 2.34.1

2 14

[PATCH OLK-6.6] RDMA/hns: Fix double destruction of rsv_qp
by Junxian Huang 12 Jun '25

12 Jun '25

From: wenglianfa <wenglianfa(a)huawei.com> driver inclusion category: bugfix bugzilla: https://gitee.com/openeuler/kernel/issues/ICEQ4V ---------------------------------------------------------------------- rsv_qp will be double destroyed in error flow, first in free_mr_init(), and then in hns_roce_exit(). Here fix it. [23776.119039] list_del corruption, ffff589732eb9b50->next is LIST_POISON1 (dead000000000100) [23776.128188] WARNING: CPU: 8 PID: 1047115 at lib/list_debug.c:53 __list_del_entry_valid+0x148/0x240 [23776.137975] Modules linked in: hns_roce_hw_v2(E) kp_ktools(OE) hns3_cae(OE) hns3(E) hclge(E) hnae3(E) vxlan ip6_udp_tunnel udp_tunnel xt_CHECKSUM ipt_REJECT nf_reject_ipv4 ip6table_mangle ip6table_nat iptable_mangle nf_tables ip6table_filter ip6_tables tun vfio_iommu_type1(E) vfio_pci(E) vfio_virqfd(E) vfio(E) realtek ixgbe xt_MASQUERADE nf_conntrack_netlink iptable_nat xt_addrtype iptable_filter ip_tables xt_conntrack nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c br_netfilter bridge overlay vfat fat ipmi_ssif ses enclosure arm_spe_pmu arm_smmuv3_pmu hibmc_drm drm_vram_helper sg drm_ttm_helper acpi_ipmi ttm ipmi_si ipmi_devintf ipmi_msghandler hisi_uncore_hha_pmu uio_pdrv_genirq uio hisi_uncore_ddrc_pmu hisi_uncore_l3c_pmu hisi_uncore_pmu sch_fq_codel fuse hisi_sas_v3_hw hisi_sas_main ghash_ce libsas ahci sha2_ce xhci_pci scsi_transport_sas libahci hisi_qm sha256_arm64 hisi_dma sha1_ce sbsa_gwdt xhci_hcd virt_dma uacce megaraid_sas host_edma_drv libata mdio [23776.138107] i2c_designware_platform [23776.143902] hns3 0000:7d:00.0: prepare wait ok [23776.224538] gpio_dwapb i2c_designware_core hisi_trng_v2 gpio_generic rpcrdma sunrpc ib_isert iscsi_target_mod target_core_mod ib_iser libiscsi scsi_transport_iscsi ib_ipoib aes_ce_blk crypto_simd cryptd aes_ce_cipher [last unloaded: hns_roce_hw_v2] [23776.224573] CPU: 8 PID: 1047115 Comm: kworker/u193:3 Kdump: loaded Tainted: G OE 5.10.0 #1 [23776.224576] Hardware name: Huawei TaiShan 200 (Model 2280)/BC82AMDD, BIOS 2280-V2 CS V5.B221.01 12/09/2021 [23776.224669] Workqueue: hclge hclge_service_task [hclge] [23776.229136] hns3 0000:7d:00.0: In reset process RoCE client uninit. [23776.234320] pstate: 60400089 (nZCv daIf +PAN -UAO -TCO BTYPE=--) [23776.234325] pc : __list_del_entry_valid+0x148/0x240 [23776.234327] lr : __list_del_entry_valid+0x13c/0x240 [23776.234328] sp : ffff80003798b9f0 [23776.234329] x29: ffff80003798b9f0 x28: ffff388ed4711000 [23776.234333] x27: ffffdc1eafe39c48 x26: 0000000000000000 [23776.234336] x25: 0000000000000000 x24: ffff388ed4711000 [23776.234342] x23: ffffdc1e886be378 x22: ffff388d9de39198 [23776.234348] x21: ffff589732eb9800 x20: ffff388d9de39610 [23776.234352] x19: ffffdc1eb0dad3b0 x18: ffff80003798b5c8 [23776.234356] x17: 0000000000000000 x16: ffffdc1ead5ed4c0 [23776.356567] x15: 0000000000000000 x14: ffffdc1eb0160c70 [23776.362727] x13: 00000000000bffe8 x12: ffffdc1eb0160cc8 [23776.368887] x11: 0000000000000001 x10: 0000000000000001 [23776.375044] x9 : ffffdc1eaca945fc x8 : c0000000ffff7fff [23776.381199] x7 : ffff3894ffdb5890 x6 : 0000000000003093 [23776.387357] x5 : ffff3894ffdb5898 x4 : 0000000000003093 [23776.393516] x3 : ffffdc1eb0a85460 x2 : 0000000000000000 [23776.399671] x1 : 0000000000000000 x0 : 0000000000000001 [23776.405825] Call trace: [23776.409129] __list_del_entry_valid+0x148/0x240 [23776.414525] hns_roce_qp_remove+0x4c/0x3f0 [hns_roce_hw_v2] [23776.420948] hns_roce_v2_destroy_qp_common+0x1dc/0x5f4 [hns_roce_hw_v2] [23776.428414] hns_roce_v2_destroy_qp+0x22c/0x46c [hns_roce_hw_v2] [23776.435272] free_mr_exit+0x6c/0x120 [hns_roce_hw_v2] [23776.441177] hns_roce_v2_exit+0x170/0x200 [hns_roce_hw_v2] [23776.447514] hns_roce_exit+0x118/0x350 [hns_roce_hw_v2] [23776.453595] __hns_roce_hw_v2_init_instance+0x1c8/0x304 [hns_roce_hw_v2] [23776.461142] hns_roce_hw_v2_reset_notify_init+0x170/0x21c [hns_roce_hw_v2] [23776.468865] hns_roce_hw_v2_reset_notify+0x6c/0x190 [hns_roce_hw_v2] [23776.476077] hclge_notify_roce_client+0x6c/0x160 [hclge] [23776.482246] hclge_reset_rebuild+0x150/0x5c0 [hclge] [23776.488074] hclge_reset+0x10c/0x140 [hclge] [23776.493207] hclge_reset_subtask+0x80/0x104 [hclge] [23776.498944] hclge_reset_service_task+0x168/0x3ac [hclge] [23776.505199] hclge_service_task+0x50/0x100 [hclge] [23776.510836] process_one_work+0x250/0x9a0 [23776.515695] worker_thread+0x324/0x990 [23776.520294] kthread+0x190/0x210 [23776.524375] ret_from_fork+0x10/0x18 Fixes: e96a09a3ded1 ("RDMA/hns: Fix Use-After-Free of rsv_qp") Signed-off-by: wenglianfa <wenglianfa(a)huawei.com> Signed-off-by: Donghua Huang <huangdonghua3(a)h-partners.com> --- drivers/infiniband/hw/hns/hns_roce_hw_v2.c | 24 +++++++++++----------- 1 file changed, 12 insertions(+), 12 deletions(-) diff --git a/drivers/infiniband/hw/hns/hns_roce_hw_v2.c b/drivers/infiniband/hw/hns/hns_roce_hw_v2.c index 2a93e4e905fd..595292fb88f7 100644 --- a/drivers/infiniband/hw/hns/hns_roce_hw_v2.c +++ b/drivers/infiniband/hw/hns/hns_roce_hw_v2.c @@ -3174,11 +3174,19 @@ static int hns_roce_v2_init(struct hns_roce_dev *hr_dev) { int ret; + if (hr_dev->pci_dev->revision == PCI_REVISION_ID_HIP08) { + ret = free_mr_init(hr_dev); + if (ret) { + dev_err(hr_dev->dev, "failed to init free mr!\n"); + return ret; + } + } + ret = hns_roce_v2_get_reset_page(hr_dev); if (ret) { dev_err(hr_dev->dev, "reset state init failed, ret = %d.\n", ret); - return ret; + goto error_get_reset_page_failed; } /* The hns ROCEE requires the extdb info to be cleared before using */ @@ -3205,6 +3213,9 @@ static int hns_roce_v2_init(struct hns_roce_dev *hr_dev) put_hem_table(hr_dev); err_clear_extdb_failed: hns_roce_v2_put_reset_page(hr_dev); +error_get_reset_page_failed: + if (hr_dev->pci_dev->revision == PCI_REVISION_ID_HIP08) + free_mr_exit(hr_dev); return ret; } @@ -7609,21 +7620,10 @@ static int __hns_roce_hw_v2_init_instance(struct hnae3_handle *handle) goto error_failed_roce_init; } - if (hr_dev->pci_dev->revision == PCI_REVISION_ID_HIP08) { - ret = free_mr_init(hr_dev); - if (ret) { - dev_err(hr_dev->dev, "failed to init free mr!\n"); - goto error_failed_free_mr_init; - } - } - handle->priv = hr_dev; return 0; -error_failed_free_mr_init: - hns_roce_exit(hr_dev, true); - error_failed_roce_init: kfree(hr_dev->priv); -- 2.33.0

2 1

[openeuler:openEuler-1.0-LTS 1665/1665] include/uapi/linux/sctp.h:390:1: error: alignment 4 of 'struct sctp_paddr_change' is less than 8
by kernel test robot 12 Jun '25

12 Jun '25

tree: https://gitee.com/openeuler/kernel.git openEuler-1.0-LTS head: 7b14992c5fc2361904e3c2f345fe502cf7961adb commit: a6a7981cbf66d4951425d33cdce6ef39206eba83 [1665/1665] Net: ethernet: Support 3snic 3s9xx network card config: arm64-allmodconfig (https://download.01.org/0day-ci/archive/20250612/202506121901.jXsG7S3b-lkp@…) compiler: aarch64-linux-gcc (GCC) 15.1.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20250612/202506121901.jXsG7S3b-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/202506121901.jXsG7S3b-lkp@intel.com/ All errors (new ones prefixed by >>): In file included from include/linux/sctp.h:57, from drivers/net/ethernet/3snic/sssnic/nic/sss_nic_tx.c:14: >> include/uapi/linux/sctp.h:390:1: error: alignment 4 of 'struct sctp_paddr_change' is less than 8 [-Werror=packed-not-aligned] 390 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:719:1: error: alignment 4 of 'struct sctp_setpeerprim' is less than 8 [-Werror=packed-not-aligned] 719 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:718:33: error: 'sspp_addr' offset 4 in 'struct sctp_setpeerprim' isn't aligned to 8 [-Werror=packed-not-aligned] 718 | struct sockaddr_storage sspp_addr; | ^~~~~~~~~ >> include/uapi/linux/sctp.h:732:1: error: alignment 4 of 'struct sctp_prim' is less than 8 [-Werror=packed-not-aligned] 732 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:731:33: error: 'ssp_addr' offset 4 in 'struct sctp_prim' isn't aligned to 8 [-Werror=packed-not-aligned] 731 | struct sockaddr_storage ssp_addr; | ^~~~~~~~ >> include/uapi/linux/sctp.h:783:1: error: alignment 4 of 'struct sctp_paddrparams' is less than 8 [-Werror=packed-not-aligned] 783 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:775:33: error: 'spp_address' offset 4 in 'struct sctp_paddrparams' isn't aligned to 8 [-Werror=packed-not-aligned] 775 | struct sockaddr_storage spp_address; | ^~~~~~~~~~~ >> include/uapi/linux/sctp.h:896:1: error: alignment 4 of 'struct sctp_paddrinfo' is less than 8 [-Werror=packed-not-aligned] 896 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:890:33: error: 'spinfo_address' offset 4 in 'struct sctp_paddrinfo' isn't aligned to 8 [-Werror=packed-not-aligned] 890 | struct sockaddr_storage spinfo_address; | ^~~~~~~~~~~~~~ cc1: all warnings being treated as errors -- In file included from include/linux/sctp.h:57, from drivers/net/ethernet/3snic/sssnic/nic/sss_nic_tx_init.c:14: >> include/uapi/linux/sctp.h:390:1: error: alignment 4 of 'struct sctp_paddr_change' is less than 8 [-Werror=packed-not-aligned] 390 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:719:1: error: alignment 4 of 'struct sctp_setpeerprim' is less than 8 [-Werror=packed-not-aligned] 719 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:718:33: error: 'sspp_addr' offset 4 in 'struct sctp_setpeerprim' isn't aligned to 8 [-Werror=packed-not-aligned] 718 | struct sockaddr_storage sspp_addr; | ^~~~~~~~~ >> include/uapi/linux/sctp.h:732:1: error: alignment 4 of 'struct sctp_prim' is less than 8 [-Werror=packed-not-aligned] 732 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:731:33: error: 'ssp_addr' offset 4 in 'struct sctp_prim' isn't aligned to 8 [-Werror=packed-not-aligned] 731 | struct sockaddr_storage ssp_addr; | ^~~~~~~~ >> include/uapi/linux/sctp.h:783:1: error: alignment 4 of 'struct sctp_paddrparams' is less than 8 [-Werror=packed-not-aligned] 783 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:775:33: error: 'spp_address' offset 4 in 'struct sctp_paddrparams' isn't aligned to 8 [-Werror=packed-not-aligned] 775 | struct sockaddr_storage spp_address; | ^~~~~~~~~~~ >> include/uapi/linux/sctp.h:896:1: error: alignment 4 of 'struct sctp_paddrinfo' is less than 8 [-Werror=packed-not-aligned] 896 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:890:33: error: 'spinfo_address' offset 4 in 'struct sctp_paddrinfo' isn't aligned to 8 [-Werror=packed-not-aligned] 890 | struct sockaddr_storage spinfo_address; | ^~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_tx_init.c:42:5: error: no previous prototype for 'sss_nic_alloc_sq_resource' [-Werror=missing-prototypes] 42 | int sss_nic_alloc_sq_resource(struct sss_nic_dev *nic_dev, | ^~~~~~~~~~~~~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_tx_init.c:87:6: error: no previous prototype for 'sss_nic_free_sq_resource' [-Werror=missing-prototypes] 87 | void sss_nic_free_sq_resource(struct sss_nic_dev *nic_dev, | ^~~~~~~~~~~~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_tx_init.c:104:6: error: no previous prototype for 'sss_nic_init_all_sq' [-Werror=missing-prototypes] 104 | void sss_nic_init_all_sq(struct sss_nic_dev *nic_dev, | ^~~~~~~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_tx_init.c:128:5: error: no previous prototype for 'sss_nic_alloc_sq_desc_group' [-Werror=missing-prototypes] 128 | int sss_nic_alloc_sq_desc_group(struct sss_nic_dev *nic_dev) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_tx_init.c:153:6: error: no previous prototype for 'sss_nic_free_sq_desc_group' [-Werror=missing-prototypes] 153 | void sss_nic_free_sq_desc_group(struct sss_nic_dev *nic_dev) | ^~~~~~~~~~~~~~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_tx_init.c:200:6: error: no previous prototype for 'sss_nic_flush_all_sq' [-Werror=missing-prototypes] 200 | void sss_nic_flush_all_sq(struct sss_nic_dev *nic_dev) | ^~~~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors -- In file included from include/linux/sctp.h:57, from drivers/net/ethernet/3snic/sssnic/nic/sss_nic_rx_init.c:18: >> include/uapi/linux/sctp.h:390:1: error: alignment 4 of 'struct sctp_paddr_change' is less than 8 [-Werror=packed-not-aligned] 390 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:719:1: error: alignment 4 of 'struct sctp_setpeerprim' is less than 8 [-Werror=packed-not-aligned] 719 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:718:33: error: 'sspp_addr' offset 4 in 'struct sctp_setpeerprim' isn't aligned to 8 [-Werror=packed-not-aligned] 718 | struct sockaddr_storage sspp_addr; | ^~~~~~~~~ >> include/uapi/linux/sctp.h:732:1: error: alignment 4 of 'struct sctp_prim' is less than 8 [-Werror=packed-not-aligned] 732 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:731:33: error: 'ssp_addr' offset 4 in 'struct sctp_prim' isn't aligned to 8 [-Werror=packed-not-aligned] 731 | struct sockaddr_storage ssp_addr; | ^~~~~~~~ >> include/uapi/linux/sctp.h:783:1: error: alignment 4 of 'struct sctp_paddrparams' is less than 8 [-Werror=packed-not-aligned] 783 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:775:33: error: 'spp_address' offset 4 in 'struct sctp_paddrparams' isn't aligned to 8 [-Werror=packed-not-aligned] 775 | struct sockaddr_storage spp_address; | ^~~~~~~~~~~ >> include/uapi/linux/sctp.h:896:1: error: alignment 4 of 'struct sctp_paddrinfo' is less than 8 [-Werror=packed-not-aligned] 896 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:890:33: error: 'spinfo_address' offset 4 in 'struct sctp_paddrinfo' isn't aligned to 8 [-Werror=packed-not-aligned] 890 | struct sockaddr_storage spinfo_address; | ^~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_rx_init.c:80:5: error: no previous prototype for 'sss_nic_alloc_rq_res_group' [-Werror=missing-prototypes] 80 | int sss_nic_alloc_rq_res_group(struct sss_nic_dev *nic_dev, | ^~~~~~~~~~~~~~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_rx_init.c:136:6: error: no previous prototype for 'sss_nic_free_rq_res_group' [-Werror=missing-prototypes] 136 | void sss_nic_free_rq_res_group(struct sss_nic_dev *nic_dev, | ^~~~~~~~~~~~~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_rx_init.c:208:5: error: no previous prototype for 'sss_nic_init_rq_desc_group' [-Werror=missing-prototypes] 208 | int sss_nic_init_rq_desc_group(struct sss_nic_dev *nic_dev, | ^~~~~~~~~~~~~~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_rx_init.c:235:6: error: no previous prototype for 'sss_nic_free_rq_desc_group' [-Werror=missing-prototypes] 235 | void sss_nic_free_rq_desc_group(struct sss_nic_dev *nic_dev) | ^~~~~~~~~~~~~~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_rx_init.c:241:5: error: no previous prototype for 'sss_nic_alloc_rq_desc_group' [-Werror=missing-prototypes] 241 | int sss_nic_alloc_rq_desc_group(struct sss_nic_dev *nic_dev) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_rx_init.c:267:5: error: no previous prototype for 'sss_nic_update_rx_rss' [-Werror=missing-prototypes] 267 | int sss_nic_update_rx_rss(struct sss_nic_dev *nic_dev) | ^~~~~~~~~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_rx_init.c:282:6: error: no previous prototype for 'sss_nic_reset_rx_rss' [-Werror=missing-prototypes] 282 | void sss_nic_reset_rx_rss(struct net_device *netdev) | ^~~~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors -- In file included from include/linux/sctp.h:57, from drivers/net/ethernet/3snic/sssnic/nic/sss_nic_rx_reset.c:18: >> include/uapi/linux/sctp.h:390:1: error: alignment 4 of 'struct sctp_paddr_change' is less than 8 [-Werror=packed-not-aligned] 390 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:719:1: error: alignment 4 of 'struct sctp_setpeerprim' is less than 8 [-Werror=packed-not-aligned] 719 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:718:33: error: 'sspp_addr' offset 4 in 'struct sctp_setpeerprim' isn't aligned to 8 [-Werror=packed-not-aligned] 718 | struct sockaddr_storage sspp_addr; | ^~~~~~~~~ >> include/uapi/linux/sctp.h:732:1: error: alignment 4 of 'struct sctp_prim' is less than 8 [-Werror=packed-not-aligned] 732 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:731:33: error: 'ssp_addr' offset 4 in 'struct sctp_prim' isn't aligned to 8 [-Werror=packed-not-aligned] 731 | struct sockaddr_storage ssp_addr; | ^~~~~~~~ >> include/uapi/linux/sctp.h:783:1: error: alignment 4 of 'struct sctp_paddrparams' is less than 8 [-Werror=packed-not-aligned] 783 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:775:33: error: 'spp_address' offset 4 in 'struct sctp_paddrparams' isn't aligned to 8 [-Werror=packed-not-aligned] 775 | struct sockaddr_storage spp_address; | ^~~~~~~~~~~ >> include/uapi/linux/sctp.h:896:1: error: alignment 4 of 'struct sctp_paddrinfo' is less than 8 [-Werror=packed-not-aligned] 896 | } __attribute__((packed, aligned(4))); | ^ >> include/uapi/linux/sctp.h:890:33: error: 'spinfo_address' offset 4 in 'struct sctp_paddrinfo' isn't aligned to 8 [-Werror=packed-not-aligned] 890 | struct sockaddr_storage spinfo_address; | ^~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_rx_reset.c:179:6: error: no previous prototype for 'sss_nic_rq_watchdog_handler' [-Werror=missing-prototypes] 179 | void sss_nic_rq_watchdog_handler(struct work_struct *work) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ cc1: all warnings being treated as errors -- drivers/net/ethernet/3snic/sssnic/nic/sss_nic_ethtool_stats_api.c:492:5: error: no previous prototype for 'sss_nic_get_io_stats_size' [-Werror=missing-prototypes] 492 | u32 sss_nic_get_io_stats_size(const struct sss_nic_dev *nic_dev) | ^~~~~~~~~~~~~~~~~~~~~~~~~ In file included from arch/arm64/include/asm/bitops.h:39, from include/linux/bitops.h:20, from include/linux/kernel.h:11, from drivers/net/ethernet/3snic/sssnic/nic/sss_nic_ethtool_stats_api.c:6: In function 'test_bit', inlined from 'sss_nic_add_ethtool_link_mode' at drivers/net/ethernet/3snic/sssnic/nic/sss_nic_ethtool_stats_api.c:764:7: >> include/asm-generic/bitops/non-atomic.h:106:27: error: array subscript 'long unsigned int[0]' is partly outside array bounds of 'u32[1]' {aka 'unsigned int[1]'} [-Werror=array-bounds=] 106 | return 1UL & (addr[BIT_WORD(nr)] >> (nr & (BITS_PER_LONG-1))); | ~~~~^~~~~~~~~~~~~~ drivers/net/ethernet/3snic/sssnic/nic/sss_nic_ethtool_stats_api.c: In function 'sss_nic_add_ethtool_link_mode': drivers/net/ethernet/3snic/sssnic/nic/sss_nic_ethtool_stats_api.c:759:40: note: object 'hw_mode' of size 4 759 | u32 hw_mode, u32 op) | ~~~~^~~~~~~ cc1: all warnings being treated as errors vim +390 include/uapi/linux/sctp.h ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 374 ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 375 /* ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 376 * 5.3.1.2 SCTP_PEER_ADDR_CHANGE ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 377 * ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 378 * When a destination address on a multi-homed peer encounters a change ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 379 * an interface details event is sent. The information has the ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 380 * following structure: ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 381 */ ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 382 struct sctp_paddr_change { ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 383 __u16 spc_type; ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 384 __u16 spc_flags; ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 385 __u32 spc_length; ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 386 struct sockaddr_storage spc_aaddr; ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 387 int spc_state; ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 388 int spc_error; ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 389 sctp_assoc_t spc_assoc_id; 20c9c825b12fcb include/net/sctp/user.h Sridhar Samudrala 2005-10-06 @390 } __attribute__((packed, aligned(4))); ^1da177e4c3f41 include/net/sctp/user.h Linus Torvalds 2005-04-16 391 :::::: The code at line 390 was first introduced by commit :::::: 20c9c825b12fcb8526a29cf20a17a5a3fc581726 [SCTP] Fix SCTP socket options to work with 32-bit apps on 64-bit kernels. :::::: TO: Sridhar Samudrala <sri(a)us.ibm.com> :::::: CC: David S. Miller <davem(a)davemloft.net> -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki

1 0

[PATCH OLK-5.10] arm64: uaccess: avoid blocking within critical sections
by Yuntao Liu 12 Jun '25

12 Jun '25

From: Mark Rutland <mark.rutland(a)arm.com> mainline inclusion from mainline-v5.16-rc3 commit 94902d849e85093aafcdbea2be8e2beff47233e6 category: bugfix bugzilla: https://gitee.com/openeuler/kernel/issues/ICERQ4 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… -------------------------------- [ Upstream commit 94902d849e85093aafcdbea2be8e2beff47233e6 ] As Vincent reports in: https://lore.kernel.org/r/20211118163417.21617-1-vincent.whitchurch@axis.com The put_user() in schedule_tail() can get stuck in a livelock, similar to a problem recently fixed on riscv in commit: 285a76bb2cf51b0c ("riscv: evaluate put_user() arg before enabling user access") In __raw_put_user() we have a critical section between uaccess_ttbr0_enable() and uaccess_ttbr0_disable() where we cannot safely call into the scheduler without having taken an exception, as schedule() and other scheduling functions will not save/restore the TTBR0 state. If either of the `x` or `ptr` arguments to __raw_put_user() contain a blocking call, we may call into the scheduler within the critical section. This can result in two problems: 1) The access within the critical section will occur without the required TTBR0 tables installed. This will fault, and where the required tables permit access, the access will be retried without the required tables, resulting in a livelock. 2) When TTBR0 SW PAN is in use, check_and_switch_context() does not modify TTBR0, leaving a stale value installed. The mappings of the blocked task will erroneously be accessible to regular accesses in the context of the new task. Additionally, if the tables are subsequently freed, local TLB maintenance required to reuse the ASID may be lost, potentially resulting in TLB corruption (e.g. in the presence of CnP). The same issue exists for __raw_get_user() in the critical section between uaccess_ttbr0_enable() and uaccess_ttbr0_disable(). A similar issue exists for __get_kernel_nofault() and __put_kernel_nofault() for the critical section between __uaccess_enable_tco_async() and __uaccess_disable_tco_async(), as the TCO state is not context-switched by direct calls into the scheduler. Here the TCO state may be lost from the context of the current task, resulting in unexpected asynchronous tag check faults. It may also be leaked to another task, suppressing expected tag check faults. To fix all of these cases, we must ensure that we do not directly call into the scheduler in their respective critical sections. This patch reworks __raw_put_user(), __raw_get_user(), __get_kernel_nofault(), and __put_kernel_nofault(), ensuring that parameters are evaluated outside of the critical sections. To make this requirement clear, comments are added describing the problem, and line spaces added to separate the critical sections from other portions of the macros. For __raw_get_user() and __raw_put_user() the `err` parameter is conditionally assigned to, and we must currently evaluate this in the critical section. This behaviour is relied upon by the signal code, which uses chains of put_user_error() and get_user_error(), checking the return value at the end. In all cases, the `err` parameter is a plain int rather than a more complex expression with a blocking call, so this is safe. In future we should try to clean up the `err` usage to remove the potential for this to be a problem. Aside from the changes to time of evaluation, there should be no functional change as a result of this patch. Reported-by: Vincent Whitchurch <vincent.whitchurch(a)axis.com> Link: https://lore.kernel.org/r/20211118163417.21617-1-vincent.whitchurch@axis.com Fixes: f253d827f33c ("arm64: uaccess: refactor __{get,put}_user") Signed-off-by: Mark Rutland <mark.rutland(a)arm.com> Cc: Will Deacon <will(a)kernel.org> Cc: Catalin Marinas <catalin.marinas(a)arm.com> Link: https://lore.kernel.org/r/20211122125820.55286-1-mark.rutland@arm.com Signed-off-by: Will Deacon <will(a)kernel.org> Signed-off-by: Sasha Levin <sashal(a)kernel.org> Conflicts: arch/arm64/include/asm/uaccess.h [adjust context] Signed-off-by: Yuntao Liu <liuyuntao12(a)huawei.com> --- arch/arm64/include/asm/uaccess.h | 24 +++++++++++++++++++++--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git a/arch/arm64/include/asm/uaccess.h b/arch/arm64/include/asm/uaccess.h index 635436bd8712..03c2db710f92 100644 --- a/arch/arm64/include/asm/uaccess.h +++ b/arch/arm64/include/asm/uaccess.h @@ -256,12 +256,22 @@ do { \ (x) = (__force __typeof__(*(ptr)))__gu_val; \ } while (0) +/* + * We must not call into the scheduler between uaccess_ttbr0_enable() and + * uaccess_ttbr0_disable(). As `x` and `ptr` could contain blocking functions, + * we must evaluate these outside of the critical section. + */ #define __raw_get_user(x, ptr, err) \ do { \ + __typeof__(*(ptr)) __user *__rgu_ptr = (ptr); \ + __typeof__(x) __rgu_val; \ __chk_user_ptr(ptr); \ + \ uaccess_ttbr0_enable(); \ - __raw_get_mem("ldtr", x, ptr, err, U); \ + __raw_get_mem("ldtr", __rgu_val, __rgu_ptr, err, U); \ uaccess_ttbr0_disable(); \ + \ + (x) = __rgu_val; \ } while (0) #define __get_user_error(x, ptr, err) \ @@ -329,11 +339,19 @@ do { \ } \ } while (0) +/* + * We must not call into the scheduler between uaccess_ttbr0_enable() and + * uaccess_ttbr0_disable(). As `x` and `ptr` could contain blocking functions, + * we must evaluate these outside of the critical section. + */ #define __raw_put_user(x, ptr, err) \ do { \ - __chk_user_ptr(ptr); \ + __typeof__(*(ptr)) __user *__rpu_ptr = (ptr); \ + __typeof__(*(ptr)) __rpu_val = (x); \ + __chk_user_ptr(__rpu_ptr); \ + \ uaccess_ttbr0_enable(); \ - __raw_put_mem("sttr", x, ptr, err, U); \ + __raw_put_mem("sttr", __rpu_val, __rpu_ptr, err, U); \ uaccess_ttbr0_disable(); \ } while (0) -- 2.34.1

2 1

[PATCH OLK-5.10] arm64: uaccess: avoid blocking within critical sections
by Yuntao Liu 12 Jun '25

12 Jun '25

From: Mark Rutland <mark.rutland(a)arm.com> mainline inclusion from mainline-v5.16-rc3 commit 94902d849e85093aafcdbea2be8e2beff47233e6 category: bugfix bugzilla: https://gitee.com/openeuler/kernel/issues/ICERQ4 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… -------------------------------- [ Upstream commit 94902d849e85093aafcdbea2be8e2beff47233e6 ] As Vincent reports in: https://lore.kernel.org/r/20211118163417.21617-1-vincent.whitchurch@axis.com The put_user() in schedule_tail() can get stuck in a livelock, similar to a problem recently fixed on riscv in commit: 285a76bb2cf51b0c ("riscv: evaluate put_user() arg before enabling user access") In __raw_put_user() we have a critical section between uaccess_ttbr0_enable() and uaccess_ttbr0_disable() where we cannot safely call into the scheduler without having taken an exception, as schedule() and other scheduling functions will not save/restore the TTBR0 state. If either of the `x` or `ptr` arguments to __raw_put_user() contain a blocking call, we may call into the scheduler within the critical section. This can result in two problems: 1) The access within the critical section will occur without the required TTBR0 tables installed. This will fault, and where the required tables permit access, the access will be retried without the required tables, resulting in a livelock. 2) When TTBR0 SW PAN is in use, check_and_switch_context() does not modify TTBR0, leaving a stale value installed. The mappings of the blocked task will erroneously be accessible to regular accesses in the context of the new task. Additionally, if the tables are subsequently freed, local TLB maintenance required to reuse the ASID may be lost, potentially resulting in TLB corruption (e.g. in the presence of CnP). The same issue exists for __raw_get_user() in the critical section between uaccess_ttbr0_enable() and uaccess_ttbr0_disable(). A similar issue exists for __get_kernel_nofault() and __put_kernel_nofault() for the critical section between __uaccess_enable_tco_async() and __uaccess_disable_tco_async(), as the TCO state is not context-switched by direct calls into the scheduler. Here the TCO state may be lost from the context of the current task, resulting in unexpected asynchronous tag check faults. It may also be leaked to another task, suppressing expected tag check faults. To fix all of these cases, we must ensure that we do not directly call into the scheduler in their respective critical sections. This patch reworks __raw_put_user(), __raw_get_user(), __get_kernel_nofault(), and __put_kernel_nofault(), ensuring that parameters are evaluated outside of the critical sections. To make this requirement clear, comments are added describing the problem, and line spaces added to separate the critical sections from other portions of the macros. For __raw_get_user() and __raw_put_user() the `err` parameter is conditionally assigned to, and we must currently evaluate this in the critical section. This behaviour is relied upon by the signal code, which uses chains of put_user_error() and get_user_error(), checking the return value at the end. In all cases, the `err` parameter is a plain int rather than a more complex expression with a blocking call, so this is safe. In future we should try to clean up the `err` usage to remove the potential for this to be a problem. Aside from the changes to time of evaluation, there should be no functional change as a result of this patch. Reported-by: Vincent Whitchurch <vincent.whitchurch(a)axis.com> Link: https://lore.kernel.org/r/20211118163417.21617-1-vincent.whitchurch@axis.com Fixes: f253d827f33c ("arm64: uaccess: refactor __{get,put}_user") Signed-off-by: Mark Rutland <mark.rutland(a)arm.com> Cc: Will Deacon <will(a)kernel.org> Cc: Catalin Marinas <catalin.marinas(a)arm.com> Link: https://lore.kernel.org/r/20211122125820.55286-1-mark.rutland@arm.com Signed-off-by: Will Deacon <will(a)kernel.org> Signed-off-by: Sasha Levin <sashal(a)kernel.org> Conflicts: arch/arm64/include/asm/uaccess.h [adjust context] Signed-off-by: Yuntao Liu <liuyuntao12(a)huawei.com> --- arch/arm64/include/asm/uaccess.h | 24 +++++++++++++++++++++--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git a/arch/arm64/include/asm/uaccess.h b/arch/arm64/include/asm/uaccess.h index 635436bd8712..ec7ca14adb91 100644 --- a/arch/arm64/include/asm/uaccess.h +++ b/arch/arm64/include/asm/uaccess.h @@ -256,12 +256,22 @@ do { \ (x) = (__force __typeof__(*(ptr)))__gu_val; \ } while (0) +/* + * We must not call into the scheduler between uaccess_ttbr0_enable() and + * uaccess_ttbr0_disable(). As `x` and `ptr` could contain blocking functions, + * we must evaluate these outside of the critical section. + */ #define __raw_get_user(x, ptr, err) \ do { \ + __typeof__(*(ptr)) __user *__rgu_ptr = (ptr); \ + __typeof__(x) __rgu_val; \ __chk_user_ptr(ptr); \ + uaccess_ttbr0_enable(); \ - __raw_get_mem("ldtr", x, ptr, err, U); \ + __raw_get_mem("ldtr", __rgu_val, __rgu_ptr, err, U); \ uaccess_ttbr0_disable(); \ + \ + (x) = __rgu_val; \ } while (0) #define __get_user_error(x, ptr, err) \ @@ -329,11 +339,19 @@ do { \ } \ } while (0) +/* + * We must not call into the scheduler between uaccess_ttbr0_enable() and + * uaccess_ttbr0_disable(). As `x` and `ptr` could contain blocking functions, + * we must evaluate these outside of the critical section. + */ #define __raw_put_user(x, ptr, err) \ do { \ - __chk_user_ptr(ptr); \ + __typeof__(*(ptr)) __user *__rpu_ptr = (ptr); \ + __typeof__(*(ptr)) __rpu_val = (x); \ + __chk_user_ptr(__rpu_ptr); \ + \ uaccess_ttbr0_enable(); \ - __raw_put_mem("sttr", x, ptr, err, U); \ + __raw_put_mem("sttr", __rpu_val, __rpu_ptr, err, U); \ uaccess_ttbr0_disable(); \ } while (0) -- 2.34.1

2 1

[PATCH OLK-6.6 v3 0/2] Rewrite smt interference account logic
by Pu Lehui 12 Jun '25

12 Jun '25

Tengda Wu (1): interference: Fix the compilation warning of sched_task_is_throttled() Xu Kuohai (1): interference: Rewrite smt interference account logic kernel/cgroup/ifs.c | 110 +++++++++++++++++++++++++++++-------------- kernel/sched/sched.h | 18 +++---- 2 files changed, 83 insertions(+), 45 deletions(-) -- 2.34.1

2 3

[PATCH OLK-6.6 v2 0/2] Rewrite smt interference account logic
by Pu Lehui 12 Jun '25

12 Jun '25

Tengda Wu (1): interference: Fix the compilation warning of sched_task_is_throttled() Xu Kuohai (1): interference: Rewrite smt interference account logic kernel/cgroup/ifs.c | 110 +++++++++++++++++++++++++++++-------------- kernel/sched/sched.h | 18 +++---- 2 files changed, 83 insertions(+), 45 deletions(-) -- 2.34.1

2 3

[PATCH OLK-6.6 v2 0/5] Soft domain improves and bugfixes
by Zhang Qiao 12 Jun '25

12 Jun '25

v2: - Add fixes tag v1: - Fix compilation error Zhang Qiao (5): sched: Add cmdline sched_soft_domain switch for soft domain feature sched: Rework cpu.soft_domain_nr_cpu sched: Fix soft domain group memleak sched: Consider task affinity in wake_soft_domain() sched: Fix might sleep in atomic section issue kernel/sched/core.c | 16 ++-- kernel/sched/fair.c | 63 +++++++-------- kernel/sched/sched.h | 17 +++- kernel/sched/soft_domain.c | 162 ++++++++++++++++++++++++++++++++----- 4 files changed, 199 insertions(+), 59 deletions(-) -- 2.18.0.huawei.25

2 6

[PATCH OLK-6.6 0/2] Rewrite smt interference account logic
by Pu Lehui 12 Jun '25

12 Jun '25

Tengda Wu (1): interference: Fix the compilation warning of sched_task_is_throttled() Xu Kuohai (1): interference: Rewrite smt interference account logic kernel/cgroup/ifs.c | 109 +++++++++++++++++++++++++++++-------------- kernel/sched/sched.h | 18 +++---- 2 files changed, 82 insertions(+), 45 deletions(-) -- 2.34.1

2 3