【背景】当前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

   DoNanoSleep 接口以微秒为单位，纳秒级别的在转换成微秒时被整除为0，
导致转换成tick时为0，导致延时时触发yield，导致延时时间超大
Close #I3Z9DP
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: Ib662fdc80707be6040b2bb06a1b457344bd48b30

1.modifications:
testsuites/unittest/time/timer/smoke/timer_test_tzset_001.cpp
testsuites/unittest/time/timer/smoke/timer_test_tzset_002.cpp
testsuites/unittest/time/timer/time_timer_test.cpp

2.influence:
none
Signed-off-by: Nteamol <28105285@qq.com>

【背景】当前timer_create接口不支持以SIGEV_THREAD的方式创建多个定时器

【修改方案】
1、内核timer_create接口在创建software timers相应的线程时，使用线程
taskCB所携带的信息识别各个线程的信号并依据该信息分别派发出信号。
2、关于用户任务操作许可验证的修改，现在允许同一用户线程向其自身派发信
号，软件定时器计时结束，向用户态发送相应的信号，完成用户态线程的回调。

【影响】
对现有的产品暂无影响。

re #I3SRFI
Signed-off-by: yansira <yansira@hotmail.com>
Change-Id: Ia23f5ef01975bf867dd7f5db797a30c264c50501

【背景】
timer两条用例会导致测试进程异常退出

【修改方案】
将TIME_TEST_TZSET_001和TIME_TEST_TZSET_002两条用例从门禁中去掉

【影响】
对现有的产品编译不会有影响

re #I3SP0J
Signed-off-by: Nlnlanc <lanleinan@163.com>
Change-Id: Iad89b8ef4260a8d3202c496a39f3a185aec6744e

【背景】
1.编译新增-notest选项为了排除用例参与构建，使用该选项时内核用例仍会参与构建，不符合预期
2.用例编译配置选项太多，需调整优化
【修改方案】
1.原内核用例的源文件是通过框架自带的source_set（一种虚拟静态库）的方式组织的，
不受unittests（自定义的一种方式）控制，修改为文件列表直接加入到unittest中。
2.编译配置通过level控制
【影响】
对现有的产品编译不会有影响。

Change-Id: I2c6a96e7276346de96f222b725d417418ff0e537

Change-Id: Ib6bd11fbeaac88e69de663a7a3f2d01ac1fe9042

Change-Id: I391eccfa8591feb95dcb5b74fba3788f63b981bf

Change-Id: I885610a62b980bd3720b337aced886450338bdcf

Change-Id: I5fd518e2e84df1d524d9405b665306cce485eb63

Change-Id: I7f4add72f2fd1cc3770bcf103d1909add4829822

Change-Id: Ice1193d1ae7f2e0d12a2a38a306a6399407f5037