Sign in
Sign up
Explore
Enterprise
Education
Search
Help
Terms of use
About Us
Explore
Enterprise
Education
Gitee Premium
Gitee AI
AI teammates
Sign in
Sign up
Fetch the repository succeeded.
description of repo status
Open Source
>
Other
>
Operation System
&&
Donate
Please sign in before you donate.
Cancel
Sign in
Scan WeChat QR to Pay
Cancel
Complete
Prompt
Switch to Alipay.
OK
Cancel
Watch
Unwatch
Watching
Releases Only
Ignoring
458
Star
1.7K
Fork
1.9K
GVP
openEuler
/
kernel
Closed
Code
Issues
1271
Pull Requests
991
Wiki
Insights
Pipelines
Service
Quality Analysis
Jenkins for Gitee
Tencent CloudBase
Tencent Cloud Serverless
悬镜安全
Aliyun SAE
Codeblitz
SBOM
DevLens
Don’t show this again
Update failed. Please try again later!
Remove this flag
Content Risk Flag
This task is identified by
as the content contains sensitive information such as code security bugs, privacy leaks, etc., so it is only accessible to contributors of this repository.
【RCU】修复rcu callback过多导致softlockup
Done
#I5KOZ5
Bug
ThunderTown
Opened this issue
2022-08-04 15:23
<!-- #请根据issue的类型在标题右侧下拉框中选择对应的选项（需求、缺陷或CVE等）--> <!-- #请根据issue相关的版本在里程碑中选择对应的节点，若是与版本无关，请选择“不关联里程碑”--> 【标题描述】瞬间百万级的call_rcu()，导致在软中断中执行的rcu_do_batch()长时间不能结束，该核的进程无法被调度执行，无法经历qs，进而引发softlockup或rcu stall等问题。 【环境信息】 硬件信息：硬件无关 软件信息：openEuler-1.0-LTS 4.19 rcu模块 【问题复现步骤】 在压力场景下快速产生足够多的call_rcu调用（百万级），且call_rcu回调钩子的处理耗时较长。正常情况下极难复现。可打开kasan等维测有意放大cbs的处理时长，或直接在关软中断的情况下，一次性连续call_rcu挂入百万级的cbs。 出现概率(是否必现，概率性错误)：极低，几乎不可能 【预期结果】 修改后： [ 109.934454] Total 5242880 nodes allocated [ 112.127755] nr_slabs=5242880, bl=40960, nr_do_batch=503, max_nr_one_batch=224157 在当前CPU非idle进程的情况下，最多执行10000个cbs即退出软中断；在idle进程的情况下，则直到所有cbs处理完才退出软中断。 【实际结果】 修改前： [ 547.679938] Total 5242880 nodes allocated [ 549.815203] nr_slabs=5242880, bl=40960, nr_do_batch=2, max_nr_one_batch=5232708 【附件信息】无
<!-- #请根据issue的类型在标题右侧下拉框中选择对应的选项（需求、缺陷或CVE等）--> <!-- #请根据issue相关的版本在里程碑中选择对应的节点，若是与版本无关，请选择“不关联里程碑”--> 【标题描述】瞬间百万级的call_rcu()，导致在软中断中执行的rcu_do_batch()长时间不能结束，该核的进程无法被调度执行，无法经历qs，进而引发softlockup或rcu stall等问题。 【环境信息】 硬件信息：硬件无关 软件信息：openEuler-1.0-LTS 4.19 rcu模块 【问题复现步骤】 在压力场景下快速产生足够多的call_rcu调用（百万级），且call_rcu回调钩子的处理耗时较长。正常情况下极难复现。可打开kasan等维测有意放大cbs的处理时长，或直接在关软中断的情况下，一次性连续call_rcu挂入百万级的cbs。 出现概率(是否必现，概率性错误)：极低，几乎不可能 【预期结果】 修改后： [ 109.934454] Total 5242880 nodes allocated [ 112.127755] nr_slabs=5242880, bl=40960, nr_do_batch=503, max_nr_one_batch=224157 在当前CPU非idle进程的情况下，最多执行10000个cbs即退出软中断；在idle进程的情况下，则直到所有cbs处理完才退出软中断。 【实际结果】 修改前： [ 547.679938] Total 5242880 nodes allocated [ 549.815203] nr_slabs=5242880, bl=40960, nr_do_batch=2, max_nr_one_batch=5232708 【附件信息】无
Comments (
1
)
Sign in
to comment
Status
Done
Backlog
已挂起
Fixing
Confirmed
Done
Accepted
Canceled
Assignees
Not set
Labels
sig/Kernel
Not set
Projects
Unprojected
Unprojected
Pull Requests
None yet
None yet
Successfully merging a pull request will close this issue.
Branches
No related branch
Branches (
-
)
Tags (
-
)
Planed to start - Planed to end
-
Top level
Not Top
Top Level: High
Top Level: Medium
Top Level: Low
Priority
Not specified
Serious
Main
Secondary
Unimportant
Duration
（hours）
参与者（2）
C
1
https://gitee.com/openeuler/kernel.git
git@gitee.com:openeuler/kernel.git
openeuler
kernel
kernel
Going to Help Center
Search
Git 命令在线学习
如何在 Gitee 导入 GitHub 仓库
Git 仓库基础操作
企业版和社区版功能对比
SSH 公钥设置
如何处理代码冲突
仓库体积过大，如何减小？
如何找回被删除的仓库数据
Gitee 产品配额说明
GitHub仓库快速导入Gitee及同步更新
什么是 Release（发行版）
将 PHP 项目自动发布到 packagist.org
Comment
Repository Report
Back to the top
Login prompt
This operation requires login to the code cloud account. Please log in before operating.
Go to login
No account. Register
