✨ feat(components/drivers/): delete cputime

[xqyjlj]

because there is a bug(multithreading) and its function is duplicated with ktime/hrtimer

拉取/合并请求描述：(PR description)

[

为什么提交这份PR (why to submit this PR)

删除cputime，因为其与ktime/hrtimer功能重复，且存在多线程下的bug

你的解决方案是什么 (what is your solution)

在什么测试环境下测试通过 (what is the test environment)

]

当前拉取/合并请求的状态 Intent for your PR

必须选择一项 Choose one (Mandatory):

• 本拉取/合并请求是一个草稿版本 This PR is for a code-review and is intended to get feedback
• 本拉取/合并请求是一个成熟版本 This PR is mature, and ready to be integrated into the repo

代码质量 Code Quality：

我在这个拉取/合并请求中已经考虑了 As part of this pull request, I've considered the following:

• 已经仔细查看过代码改动的对比 Already check the difference between PR and old code
• 代码风格正确，包括缩进空格，命名及其他风格 Style guide is adhered to, including spacing, naming and other styles
• 没有垃圾代码，代码尽量精简，不包含#if 0代码，不包含已经被注释了的代码 All redundant code is removed and cleaned up
• 所有变更均有原因及合理的，并且不会影响到其他软件组件代码或BSP All modifications are justified and not affect other components or BSP
• 对难懂代码均提供对应的注释 I've commented appropriately where code is tricky
• 代码是高质量的 Code in this PR is of high quality
• 已经使用formatting 等源码格式化工具确保格式符合RT-Thread代码规范 This PR complies with RT-Thread code specification

[BernardXiong]

cputime和ktime是什么关系？

[xqyjlj]

cputime和ktime是什么关系？

内核最开始实现nanosleep等高精度的时候造的cputime，后面由于这个cputime的引入造成内核时间混乱（也不全是cputime的问题），我在梳理内核时间的时候，把cputime解耦（因为设计问题，存在多线程bug）出来，用ktime模块替换了

[BernardXiong]

cputime和ktime是什么关系？

内核最开始实现nanosleep等高精度的时候造的cputime，后面由于这个cputime的引入造成内核时间混乱（也不全是cputime的问题），我在梳理内核时间的时候，把cputime解耦（因为设计问题，存在多线程bug）出来，用ktime模块替换了

如果是这样，为什么不是增强cputime呢？否则一个轮子接着一个轮子在造的

[xqyjlj]

cputime和ktime是什么关系？

内核最开始实现nanosleep等高精度的时候造的cputime，后面由于这个cputime的引入造成内核时间混乱（也不全是cputime的问题），我在梳理内核时间的时候，把cputime解耦（因为设计问题，存在多线程bug）出来，用ktime模块替换了

如果是这样，为什么不是增强cputime呢？否则一个轮子接着一个轮子在造的

也不是这么说，因为这个模块的名字就冲突了，cputime应该代指arm里面gtimer，riscv里面的mtimer这种cpu架构自带的定时器，而不是承担起一个高精度定时器的角色。

[BernardXiong]

cputime和ktime是什么关系？

内核最开始实现nanosleep等高精度的时候造的cputime，后面由于这个cputime的引入造成内核时间混乱（也不全是cputime的问题），我在梳理内核时间的时候，把cputime解耦（因为设计问题，存在多线程bug）出来，用ktime模块替换了

如果是这样，为什么不是增强cputime呢？否则一个轮子接着一个轮子在造的

也不是这么说，因为这个模块的名字就冲突了，cputime应该代指arm里面gtimer，riscv里面的mtimer这种cpu架构自带的定时器，而不是承担起一个高精度定时器的角色。

高精度定时，linux上的名称是叫hrtimer

[BernardXiong]

对于ktime来说，包括了cputimer，应该是包括了cputime（计时），而不是cputimer（定时器）。

[xqyjlj]

对于ktime来说，包括了cputimer，应该是包括了cputime（计时），而不是cputimer（定时器）。

ktime里面现在是cputimer（cpu定时器抽象层），hrtimer（高精度定时器）。这样就把以前的cputime的歧义纠正回来了