标题描述】能够简要描述问题:说明什么场景下,做了什么操作,出现什么问题(尽量使用正向表达方式)
【环境信息】
openeulerversion=openEuler-23.09
compiletime=2023-08-30-18-51-31
gccversion=12.3.1-9.oe2309
kernelversion=6.4.0-2.0.0.10.oe2309
openjdkversion=1.8.0.382.b05-3.oe2309
【问题复现步骤】,请描述具体的操作步骤
tc qdisc add dev enp4s0 root netem delay 100ms 200ms distribution normal
tc qdisc del dev enp4s0 root netem
tc qdisc add dev enp4s0 root netem delay 100ms 200ms distribution paretonormal
【实际结果】,请描述出问题的结果和影响
执行完命令卡死
【其他相关附件信息】
比如系统message日志/组件日志、dump信息、图片等
此处可能存在不合适展示的内容,页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容,可点击提交进行申诉,我们将尽快为您处理。
问题是必现的吗,能否提供完整的dmesg log
commit 11b73313c12403f617b47752db0ab3deef201af7
Author: Eric Dumazet edumazet@google.com
Date: Thu Jun 22 18:15:03 2023 +0000
sch_netem: fix issues in netem_change() vs get_dist_table()
In blamed commit, I missed that get_dist_table() was allocating
memory using GFP_KERNEL, and acquiring qdisc lock to perform
the swap of newly allocated table with current one.
In this patch, get_dist_table() is allocating memory and
copy user data before we acquire the qdisc lock.
Then we perform swap operations while being protected by the lock.
Note that after this patch netem_change() no longer can do partial changes.
If an error is returned, qdisc conf is left unchanged.
Fixes: 2174a08db80d ("sch_netem: acquire qdisc lock in netem_change()")
Reported-by: syzbot <syzkaller@googlegroups.com>
Signed-off-by: Eric Dumazet <edumazet@google.com>
Cc: Stephen Hemminger <stephen@networkplumber.org>
Acked-by: Jamal Hadi Salim <jhs@mojatatu.com>
Reviewed-by: Simon Horman <simon.horman@corigine.com>
Link: https://lore.kernel.org/r/20230622181503.2327695-1-edumazet@google.com
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
2203sp3分支存在相同问题,麻烦同步下MR@stkid
登录 后才可以发表评论