- Cloud Kernel - lists.openanolis.cn

by wang.yaxin＠zte.com.cn

Hello, everyone In the context of ubiquitous intelligent computing, the latency observation capability of the operating system is particularly important, especially for identifying severe business failures caused by occasional high-latency issues, which are difficult to locate. Addressing the shortcomings of existing latency observation methods, such as getdelays, which can only be used to view average latency and does not record abnormal latency peaks, making it difficult to identify abnormal latency situations, I have some thoughts and contributions in the Linux Kernel regarding this point. Here are some of my contributions : 1) delaytop contributions Delaytop is used to observe system-wide latency top-n tasks, which helps in locating latency-related system performance issues. [1][2] 2) latency-related contributions I’ve also contributed to latency monitoring in the past (e.g., max latency patches), showing a continued interest in this area. [3][4] PS: The list of files/directories I want to maintain is as follows: Documentation/accounting/delay-accounting.rst tools/accounting/* The related patches are as follows: [1] https://lore.kernel.org/all/20250619211843633h05gWrBDMFkEH6xAVm_5y@zte.com.… [2] https://lore.kernel.org/all/20250710135451340_5pOgpIFi0M5AE7H44W1D@zte.com.… [3] https://lore.kernel.org/all/20241203164848805CS62CQPQWG9GLdQj2_BxS@zte.com.… [4] https://lore.kernel.org/all/20241220173105906EOdsPhzjMLYNJJBqgz1ga@zte.com.… My solution has been recognized and merged into the mainline Linux kernel, and I am currently serving as the maintainer of the getdelays in the Linux kernel. I would like to formally apply for the maintainer role of this module within the Anolis community as well. In this capacity, I aim to further enhance the latency monitoring capabilities, synchronize the latest upstream code, participate in code reviews, and contribute to the sustained development of this module within the Anolis ecosystem. Thanks Yaxin

1 month

1
0
0 0

[PATCH] drm/amd/display: Remove wrong signal from vrr calculation

by Cryolitia PukNgae

commit bcebe44f6bb6d9a85e0710d0086bc3956e6887ba upstream. In some of the merge conflict fixes, one '+' was accidentally left at the beginning of the line. Fortunately, this did not cause any major issues since it acted as a number signal. This commit addresses this issue by removing the extra '+'. Acked-by: Wayne Lin <wayne.lin(a)amd.com> Signed-off-by: Rodrigo Siqueira <Rodrigo.Siqueira(a)amd.com> Tested-by: Daniel Wheeler <daniel.wheeler(a)amd.com> Signed-off-by: Alex Deucher <alexander.deucher(a)amd.com> (cherry picked from commit bcebe44f6bb6d9a85e0710d0086bc3956e6887ba) Signed-off-by: Cryolitia PukNgae <cryolitia(a)uniontech.com> --- drivers/gpu/drm/amd/display/modules/freesync/freesync.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/display/modules/freesync/freesync.c b/drivers/gpu/drm/amd/display/modules/freesync/freesync.c index 803586f4267a..c453623f376a 100644 --- a/drivers/gpu/drm/amd/display/modules/freesync/freesync.c +++ b/drivers/gpu/drm/amd/display/modules/freesync/freesync.c @@ -1060,7 +1060,7 @@ void mod_freesync_build_vrr_params(struct mod_freesync *mod_freesync, in_out_vrr->fixed_refresh_in_uhz = 0; refresh_range = div_u64(in_out_vrr->max_refresh_in_uhz + 500000, 1000000) - -+ div_u64(in_out_vrr->min_refresh_in_uhz + 500000, 1000000); + div_u64(in_out_vrr->min_refresh_in_uhz + 500000, 1000000); in_out_vrr->supported = true; } -- 2.50.1

2 months, 1 week

1
0
0 0

(无主题)

by hxlszxy

8 months, 1 week

1
0
0 0

Re: 转发：Add myself as arch/arm64's maintainer

by Baolin Wang

On 2024/12/11 19:49, guanghui.fgh wrote: > ------------------------------------------------------------------ > 发件人：guanghui.fgh <guanghuifeng(a)linux.alibaba.com> > 发送时间：2024年12月11日(星期三) 18:28 > 收件人："cloud-kernel"<cloud-kernel(a)lists.openanolis.cn> > 主　题：Add myself as arch/arm64's maintainer > Hello, Here are some of development supports: 1. Add arm64/kvm virt platform device supported its vlpi direct inject. [1] 2. Fix arm64 irqchip/gic-v3-its error. [2] 3. Fix arm64 oops in concurrently setting insn_emulation sysctls. [3] 4. Add arm64 CPU freq sample on pcct non-support. [4] 5. ACPI add detection for core die topology. [5] > 6. Fix arm64 Track error for kmemleak > 7. Add kernel arm64 performance optimizations(crashkernel mem reserve for linear address mapping, etc) > I apply to become the maintainer of arch/arm64. PS: The list of files/directories I want to maintain is as follows: - arch/arm64/* [1] https://gitee.com/anolis/cloud-kernel/pulls/3463 <https://gitee.com/anolis/cloud-kernel/pulls/3463 > [2] https://gitee.com/anolis/cloud-kernel/pulls/3464 <https://gitee.com/anolis/cloud-kernel/pulls/3464 > [3] https://gitee.com/anolis/cloud-kernel/pulls/917 <https://gitee.com/anolis/cloud-kernel/pulls/917 > [4] https://gitee.com/anolis/cloud-kernel/pulls/712 <https://gitee.com/anolis/cloud-kernel/pulls/712 > [5] https://gitee.com/anolis/cloud-kernel/pulls/342 <https://gitee.com/anolis/cloud-kernel/pulls/342 > [6] https://gitee.com/anolis/cloud-kernel/pulls/274 <https://gitee.com/anolis/cloud-kernel/pulls/274 > Thanks for your contribution. So Acked-by: Baolin Wang <baolin.wang(a)linux.alibaba.com>

10 months, 1 week

1
0
0 0

Add myself as arch/arm64's maintainer

by guanghui.fgh

Hello, Here are some of development supports: 1. Add arm64/kvm virt platform device supported its vlpi direct inject. [1] 2. Fix arm64 irqchip/gic-v3-its error. [2] 3. Fix arm64 oops in concurrently setting insn_emulation sysctls. [3] 4. Add arm64 CPU freq sample on pcct non-support. [4] 5. ACPI add detection for core die topology. [5] 6. Fix arm64 Track error for kmemleak 7. Add kernel arm64 performance optimizations(crashkernel mem reserve for linear address mapping, etc) I apply to become the maintainer of arch/arm64. PS: The list of files/directories I want to maintain is as follows: - arch/arm64/* [1] https://gitee.com/anolis/cloud-kernel/pulls/3463 <https://gitee.com/anolis/cloud-kernel/pulls/3463 > [2] https://gitee.com/anolis/cloud-kernel/pulls/3464 <https://gitee.com/anolis/cloud-kernel/pulls/3464 > [3] https://gitee.com/anolis/cloud-kernel/pulls/917 <https://gitee.com/anolis/cloud-kernel/pulls/917 > [4] https://gitee.com/anolis/cloud-kernel/pulls/712 <https://gitee.com/anolis/cloud-kernel/pulls/712 > [5] https://gitee.com/anolis/cloud-kernel/pulls/342 <https://gitee.com/anolis/cloud-kernel/pulls/342 > [6] https://gitee.com/anolis/cloud-kernel/pulls/274 <https://gitee.com/anolis/cloud-kernel/pulls/274 >

10 months, 1 week

2
1
0 0

cloud-kernel

by shenlin wei

cloud-kernel <mailto:cloud-kernel@lists.openanolis.cn>

11 months, 1 week

1
0
0 0

Add myself as scheduler maintainer in anolis cloud kernel

by Tianchen Ding

Hi, all. I'd like to maintain scheduler subsystem in anolis cloud kernel. Here are some of my contributions : 1. Co-develop of cpu burst in upstream. [1] 2. Many improvements and bugfixes in upstream. [2-8] 3. Backport core scheduling features to ANCK 5.10 [9] 4. Backport cgroup SCHED_IDLE support to ANCK 5.10 [10-11] 5. Introduce forceidled time to improve observability. [12] 6. Introduce introduce fine-grained priority for GI 2.0 [13] 7. Co-develop if ACPU. [14] 8. Backport bugfixes. [15-17] 9. Review ANCK own patches like group identity, group balancer, core scheduling improvement, rich container, etc. 10. In future: backport and maintain EEVDF bottom half and sched_ext to ANCK 6.6 PS: The list of files/directories I want to maintain is as follows: kernel/sched/ include/linux/sched.h include/linux/sched/ include/uapi/linux/sched.h include/linux/preempt.h include/linux/wait.h kernel/fork.c kernel/exit.c kernel/cpu.c kernel/cgroup/cpuset.c kernel/cgroup/rstat.c kernel/smp.c kernel/sys.c kernel/signal.c kernel/hung_task.c kernel/workqueue.c tools/testing/selftests/sched/ fs/proc/base.c fs/proc/stat.c fs/proc/array.c fs/proc/uptime.c Documentation/RCU/ kernel/rcu/ include/linux/rcu* Documentation/locking/ kernel/locking/ include/linux/lockdep.h include/linux/spinlock*.h arch/*/include/asm/spinlock*.h include/linux/rwlock*.h include/linux/mutex*.h include/linux/rwsem*.h include/linux/seqlock.h lib/locking*.[ch] tools/testing/selftests/locking/ include/asm-generic/futex.h include/linux/futex.h include/uapi/linux/futex.h kernel/futex.c tools/perf/bench/futex* tools/testing/selftests/futex/ [1] https://lore.kernel.org/all/20210621092800.23714-1-changhuaixin@linux.aliba… [2] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… [3] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… [4] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… [5] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… [6] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… [7] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?… [8] https://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git/commit/?id=faa4… [9] https://gitee.com/anolis/cloud-kernel/pulls/2077 [10] https://gitee.com/anolis/cloud-kernel/pulls/2185 [11] https://gitee.com/anolis/cloud-kernel/pulls/2250 [12] https://gitee.com/anolis/cloud-kernel/pulls/2425 [13] https://gitee.com/anolis/cloud-kernel/pulls/2440 [14] https://gitee.com/anolis/cloud-kernel/pulls/2260 [15] https://gitee.com/anolis/cloud-kernel/pulls/3516 [16] https://gitee.com/anolis/cloud-kernel/pulls/3549 [17] https://gitee.com/anolis/cloud-kernel/pulls/3555

1 year, 1 month

4
3
0 0

Add myself as maintainer of bpf and tracing in anolis cloud kernel

by Yuanhe Shu

1 year, 2 months

4
3
0 0

OpenAnolis Kernel SIG 六月月报

by zhixin

OpenAnolis Kernel SIG 六月月报己发布，欢迎阅读内容包括： - 发布 ANCK 5.10-017 版本 - 发布 ANCK 4.19-028.1 小版本 - 发布 ANCK 4.19-028.2 小版本 - ANCK 5.10 kABI/kAPI 策略变更详细内容请移步月报：https://openanolis.cn/sig/Cloud-Kernel/doc/1135244604192192266 <https://openanolis.cn/sig/Cloud-Kernel/doc/1135244604192192266 >

1 year, 3 months

1
0
0 0

Add myself as anolis/ directory's maintainer

by maqiao

1 year, 4 months

4
3
0 0

2025

2024

2023

2022

2021

Cloud Kernel