背景：
原调度机制与软件定时器实现混合，调度时间链表存在两个链表，
任务切换时需要遍历两个链表才可以获取到最终的tick响应时间。
软件定时作为一个独立的功能，不应该和调度强耦合，而且软件定时
器作为一个任务，某个软件定时器的响应时间应该是软件定时器任务的
响应时间，不应该直接做为tick中断的响应时间。

方案描述：
1.将软件定时器从调度分离，作为一个独立的机制，从调度角度看其就是一个任务
2.软件定时器从调度分离之后，其timelist遍历从tick中断移动至软件定时器任务中
3.优化软件定时器的均衡调度

优势：
1.将软件定时器与调度完全分离，使得调度功能单一化，便于后续其它调度算法的引入
2.优化tick中断，减小tick中断耗时
3.优化通过写队列唤醒软件定时器任务去执行软件定时器钩子为插队列，减少软件定时
器机制本身的耗时，提升软件定时器的实时性
4.优化软件定时器均衡调度，使得软件定时器均匀分布于多核，提升软件定时器的实时性
Signed-off-by: Nzhushengle <zhushengle@huawei.com>
Change-Id: I07c01f134e69c1d9b7061ddf5a231df1ee99b68e

    【背景】3.1代码review问题修改

    【修改方案】
     根据检视意见对拼写错误进行修改
Signed-off-by: Nxuiny <xuxinyu6@huawei.com>

Change-Id: I9fb982a8ba2052fa4d56e91eec33c96ab4035a90

        1.【需求描述】
            L0~L1 支持Trace，提供两种工作模式：在线模式、离线缓存模式， 用于按时间线追踪系统事件，如任务切换、中断、ipc等。
        2.【方案描述】
            L0:
            (1).在内核模块预置静态代码桩
            (2).触发桩后，收集系统上下文信息
            (3).离线模式则写入内存，用户可通过dump导出；
            (4).在线模式通过pipeline对接IDE进行可视化解析和展示；
            L1:
            新增trace字符设备，位于"/dev/trace",通过对设备节点的read\write\ioctl，实现用户态trace；

        BREAKING CHANGE:
        1.新增一系列trace的对外API，位于los_trace.h中.
        LOS_TRACE_EASY简易插桩
        LOS_TRACE标准插桩
        LOS_TraceInit配置Trace缓冲区的地址和大小
        LOS_TraceStart开启事件记录
        LOS_TraceStop停止事件记录
        LOS_TraceRecordDump输出Trace缓冲区数据
        LOS_TraceRecordGet获取Trace缓冲区的首地址
        LOS_TraceReset清除Trace缓冲区中的事件
        LOS_TraceEventMaskSet设置事件掩码，仅记录某些模块的事件
        LOS_TraceHwiFilterHookReg注册过滤特定中断号事件的钩子函数

        Close #I46WA0
Signed-off-by: NLiteOS2021 <dinglu@huawei.com>

Change-Id: I6a8e64794c4852f2c2980993a06180e09ec6ee0d