- 22 3月, 2022 1 次提交
-
-
由 wangchen 提交于
【背景】kora工具检视问题修复 【修改方案】 1,对部分代码问题进行整改 【影响】 对现有的产品编译不会有影响。 Signed-off-by: Nwangchen <wangchen64@huawei.com> Change-Id: Iafc58b7c71e5d139e11a0ae9d98ca5a57fc6549f
-
- 19 3月, 2022 1 次提交
-
-
由 zhushengle 提交于
背景: 原调度机制与软件定时器实现混合,调度时间链表存在两个链表, 任务切换时需要遍历两个链表才可以获取到最终的tick响应时间。 软件定时作为一个独立的功能,不应该和调度强耦合,而且软件定时 器作为一个任务,某个软件定时器的响应时间应该是软件定时器任务的 响应时间,不应该直接做为tick中断的响应时间。 方案描述: 1.将软件定时器从调度分离,作为一个独立的机制,从调度角度看其就是一个任务 2.软件定时器从调度分离之后,其timelist遍历从tick中断移动至软件定时器任务中 3.优化软件定时器的均衡调度 优势: 1.将软件定时器与调度完全分离,使得调度功能单一化,便于后续其它调度算法的引入 2.优化tick中断,减小tick中断耗时 3.优化通过写队列唤醒软件定时器任务去执行软件定时器钩子为插队列,减少软件定时 器机制本身的耗时,提升软件定时器的实时性 4.优化软件定时器均衡调度,使得软件定时器均匀分布于多核,提升软件定时器的实时性 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I07c01f134e69c1d9b7061ddf5a231df1ee99b68e
-
- 16 3月, 2022 1 次提交
-
-
由 zhushengle 提交于
1.修复删除任务后调度不及时的问题 2.修复部分内核态测试用例 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I4cb29f6a7dce96bfdad68e0d89a004b5f5e33036
-
- 16 11月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I40e31e82c33418019c1afc16ac174919e72fbb07
-
- 08 9月, 2021 1 次提交
-
-
由 arvinzzz 提交于
1. 原kernel/common目录下属于内核拓展组件,统一移入kernel/extend管理 2. Kconfig分层,各模块自己的配置放到自己目录下管理 3. 原platform下不属于平台的公共代码抽到kernel/common下,只留板级链接脚本和一些编译脚本指向device目录下触发平台相关的编译 4. 对外公共头文件统一抽到对外include路径 5. 废弃宏,头文件清理 close: #I48KI4 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I0cf5ea81c92a8fa7b113da9cbdc8b7bc935f5aae
-
- 01 7月, 2021 1 次提交
-
-
由 boxi 提交于
LiteOS_a中有部分配置宏进行了重复冗余定义,导致当头文件未被包含时,极易引入错误, 故对menuconfig配置宏进行统一处理,均使用#ifdef/#ifndef作为预编译判断方式 Close #I3YEGS Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a Signed-off-by: Nboxi <lewis.liulei@huawei.com>
-
- 11 5月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: Ia14a3413b6c974771cef2e147083c7748abd1c59
-
- 25 4月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: Ice1193d1ae7f2e0d12a2a38a306a6399407f5037
-