openharmony_kernel_liteos_a

Commit Graph

Author	SHA1	Message	Date
zhushengle	6d8cef40c8	feat: swtmr机制与调度分离，调度只针对通用线程，不针对特殊功能背景：原调度机制与软件定时器实现混合，调度时间链表存在两个链表，任务切换时需要遍历两个链表才可以获取到最终的tick响应时间。软件定时作为一个独立的功能，不应该和调度强耦合，而且软件定时器作为一个任务，某个软件定时器的响应时间应该是软件定时器任务的响应时间，不应该直接做为tick中断的响应时间。方案描述： 1.将软件定时器从调度分离，作为一个独立的机制，从调度角度看其就是一个任务 2.软件定时器从调度分离之后，其timelist遍历从tick中断移动至软件定时器任务中 3.优化软件定时器的均衡调度优势： 1.将软件定时器与调度完全分离，使得调度功能单一化，便于后续其它调度算法的引入 2.优化tick中断，减小tick中断耗时 3.优化通过写队列唤醒软件定时器任务去执行软件定时器钩子为插队列，减少软件定时器机制本身的耗时，提升软件定时器的实时性 4.优化软件定时器均衡调度，使得软件定时器均匀分布于多核，提升软件定时器的实时性 Signed-off-by: zhushengle <zhushengle@huawei.com> Change-Id: I07c01f134e69c1d9b7061ddf5a231df1ee99b68e	2022-03-19 11:23:36 +08:00
x_xiny	0f75bf01a6	fix:内源代码检视拼写错误修改【背景】3.1代码review问题修改【修改方案】根据检视意见对拼写错误进行修改 Signed-off-by: xuiny <xuxinyu6@huawei.com> Change-Id: I9fb982a8ba2052fa4d56e91eec33c96ab4035a90	2022-03-14 17:34:46 +08:00
LiteOS2021	dc9ec6856f	feat: L0-L1 支持Trace 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: LiteOS2021 <dinglu@huawei.com> Change-Id: I6a8e64794c4852f2c2980993a06180e09ec6ee0d	2021-08-31 20:29:45 +08:00

Author

SHA1

Message

Date

zhushengle

6d8cef40c8

feat: swtmr机制与调度分离，调度只针对通用线程，不针对特殊功能

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

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

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

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I07c01f134e69c1d9b7061ddf5a231df1ee99b68e

2022-03-19 11:23:36 +08:00

x_xiny

0f75bf01a6

fix:内源代码检视拼写错误修改

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

    【修改方案】
     根据检视意见对拼写错误进行修改

     Signed-off-by: xuiny <xuxinyu6@huawei.com>

Change-Id: I9fb982a8ba2052fa4d56e91eec33c96ab4035a90

2022-03-14 17:34:46 +08:00

LiteOS2021

dc9ec6856f

feat: L0-L1 支持Trace

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: LiteOS2021 <dinglu@huawei.com>

Change-Id: I6a8e64794c4852f2c2980993a06180e09ec6ee0d

2021-08-31 20:29:45 +08:00

3 Commits