- 13 8月, 2021 1 次提交
-
-
由 vcbchang 提交于
【背景】当前kernel的unittest下的用例全量与门禁用例结构不合理,当前上传clock修改后版本 【修改方案】 1 原来没有测试clock模块的基本场景,这里补上基本场景作为smoke用例,并命名为clock_test_smoke.cpp 2 将原来smoke用例移到full中 3 删除与xts测试重复的用例和标记宏TEST_ON_LINUX的用例(即原来版本的clock_test_002,003,004用例) 4 原来clock_test_012用例用于测试进程的运行时间,里面存在正常场景和异常场景,现在将其分成两个用例 5 对所有用例重新排序,使得结构完整 re #I44170 Signed-off-by: Nvcbchang <vcbchang@qq.com> Change-Id: I30852a5f9c414668c00eddbcc9631d70818514a1
-
- 10 8月, 2021 1 次提交
-
-
由 zhushengle 提交于
DoNanoSleep 接口以微秒为单位,纳秒级别的在转换成微秒时被整除为0, 导致转换成tick时为0,导致延时时触发yield,导致延时时间超大 Close #I3Z9DP Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ib662fdc80707be6040b2bb06a1b457344bd48b30
-
- 29 5月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】 1.编译新增-notest选项为了排除用例参与构建,使用该选项时内核用例仍会参与构建,不符合预期 2.用例编译配置选项太多,需调整优化 【修改方案】 1.原内核用例的源文件是通过框架自带的source_set(一种虚拟静态库)的方式组织的, 不受unittests(自定义的一种方式)控制,修改为文件列表直接加入到unittest中。 2.编译配置通过level控制 【影响】 对现有的产品编译不会有影响。 Change-Id: I2c6a96e7276346de96f222b725d417418ff0e537
-
- 15 5月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: Ib6bd11fbeaac88e69de663a7a3f2d01ac1fe9042
-
- 14 5月, 2021 1 次提交
-
-
由 teamol 提交于
Change-Id: I391eccfa8591feb95dcb5b74fba3788f63b981bf
-
- 11 5月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: I885610a62b980bd3720b337aced886450338bdcf
-
- 10 5月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: I5fd518e2e84df1d524d9405b665306cce485eb63
-
- 30 4月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: I7f4add72f2fd1cc3770bcf103d1909add4829822
-
- 25 4月, 2021 1 次提交
-
-
由 lnlan 提交于
Change-Id: Ice1193d1ae7f2e0d12a2a38a306a6399407f5037
-