“46e172ec9dd977d69da02fdeafaf6620b43852a5”上不存在“projects/YouXianMing/imports.yml”
- 19 10月, 2021 1 次提交
-
-
由 zhushengle 提交于
Close #I4EENF Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Iaa1582f567eb3524262bea383e0b8238b89b5fe2
-
- 14 10月, 2021 1 次提交
-
-
由 LiteOS2021 提交于
close #I4DQ1X Signed-off-by: NLiteOS2021 <dinglu@huawei.com> Change-Id: I79b416720f5327749a5884a65a5e61db07f2a17c
-
- 12 10月, 2021 1 次提交
-
-
由 arvinzzz 提交于
1. LOS_TraceStop接口的功能描述应该是stop close: #I4CYPZ Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: Iee0cf43f6e5ee8e544e233c0c307725c5bfebdcf
-
- 28 9月, 2021 1 次提交
-
-
由 LiteOS2021 提交于
1.【需求描述】: L0-L1 支持Perf,提供2种模式的配置, 及3大类型的事件配置: 2种模式:计数模式(仅统计事件发生次数)、采样模式(收集上下文如任务ID、pc、backtrace等)。 3种事件类型:CPU硬件事件(cycle、branch、icache、dcache等)、OS软件事件(task switch、mux pend、irq等)、高精度周期事件(cpu clock)。 2.【方案描述】: L0: 基于事件采样原理,以性能事件为基础,当事件发生时,相应的事件计数器溢出发生中断,在中断处理函数中记录事件信息,包括当前的pc、当前运 行的任务ID以及调用栈等信息。 L1: 新增perf字符设备,位于“dev/perf”,通过对设备节点的read\ioctl,实现用户态perf BREAKING CHANGE: 1.新增一系列perf的对外API,位于los_perf.h中. LOS_PerfInit配置采样数据缓冲区 LOS_PerfStart开启Perf采样 LOS_PerfStop停止Perf采样 LOS_PerfConfig配置Perf采样事件 LOS_PerfDataRead读取采样数据 LOS_PerfNotifyHookReg 注册采样数据缓冲区的钩子函数 LOS_PerfFlushHookReg 注册缓冲区刷cache的钩子 2. 用户态新增perf命令 【Usage】: ./perf [start] /[start id] Start perf. ./perf [stop] Stop perf. ./perf [read nBytes] Read nBytes raw data from perf buffer and print out. ./perf [list] List events to be used in -e. ./perf [stat] or [record] <option> <command> -e, event selector. use './perf list' to list available events. -p, event period. -o, perf data output filename. -t, taskId filter(whiltelist), if not set perf will sample all tasks. -s, type of data to sample defined in PerfSampleType los_perf.h. -P, processId filter(whiltelist), if not set perf will sample all processes. -d, whether to prescaler (once every 64 counts), which only take effect on cpu cycle hardware event. Close #I47I9A Signed-off-by: NLiteOS2021 <dinglu@huawei.com> Change-Id: Ieb9b7483c85d1495df7c55bc0027f4309dff9814
-
- 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
-
- 31 8月, 2021 1 次提交
-
-
由 LiteOS2021 提交于
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
-
- 14 8月, 2021 1 次提交
-
-
由 zhushengle 提交于
初始化调度时间不以g_sysSchedStartTime是否为0为界限,而以g_sysSchedStartTime是否为64位最大值 为界限,避免特殊以下场景:调度开启时系统时间为0,导致初始化的g_sysSchedStartTime还是0,导致 调度启动后获取的调度时间轴始终为0. Close #I45HP5 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I5272c79f06b53361ee7b931081d3a3276db59073
-
- 12 8月, 2021 1 次提交
-
-
由 wjj 提交于
killpg:给进程组发信号 waitid:等待进程结束 修改测试用例到full里面 Change-Id: Ice058ab4a6eede8ecbaacea0894c2161e3b9dce2 Signed-off-by: Nwjj <502004968@qq.com>
-
- 09 8月, 2021 1 次提交
-
-
由 zhushengle 提交于
方案描述: 1.周期软件定时器超时添加一个startTime字段,用于记录当前软件定时器的开始计时的时间, 在定时器响应时,开始时间修改为上一次响应的结束时间(消除了中断执行时间对软件定时器 的影响)。 2.在执行tick中断的过程当中,持有tick动态计算锁,保证在该过程中不会触发tick周期 的计算,在tick中断结束时统一计算设置。 --- 提升tick中断的执行效率 3.在设置tick周期时,减掉tick中断执行的时间,减小周期动态化带来的时间误差 4.新增LOSCFG_BASE_CORE_TICK_PER_SECOND_MINI配置宏,用于配置tick中断的最小响应精度 Close #I43UQJ Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Icd1159a1890046b13602b7a18dcd6234d5c61a89
-
- 05 8月, 2021 1 次提交
-
-
由 JerryH 提交于
close #I41P8Y Signed-off-by: NJerryH <huangjieliang@huawei.com> Change-Id: I01833cf617bbc695543a865dbb994c6c22d4a0a8
-
- 01 7月, 2021 1 次提交
-
-
由 boxi 提交于
LiteOS_a中有部分配置宏进行了重复冗余定义,导致当头文件未被包含时,极易引入错误, 故对menuconfig配置宏进行统一处理,均使用#ifdef/#ifndef作为预编译判断方式 Close #I3YEGS Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a Signed-off-by: Nboxi <lewis.liulei@huawei.com>
-
- 24 6月, 2021 1 次提交
-
-
由 zhushengle 提交于
功能描述: 在proc目录下增加power目录,添加powr_mode,power_lock,power_unlock和power_count节点, power_mode:节点用于查询和设置系统支持的功耗模式 power_lock:用于查询和获取低功耗锁,持锁后,将会阻止系统进入低功耗状态 power_unlock: 用于释放已经持有的低功耗锁,也可查询当前有那些持有低功耗锁 power_count:用于查询当前持有低功耗锁的个数 Close #I3VS5N Change-Id: I2e2881cc968eab3c5fa6f9dbd7e8c5e448609407 Signed-off-by: Nzhushengle <zhushengle@huawei.com>
-
- 22 6月, 2021 2 次提交
-
-
由 chenwei 提交于
1, for users with privilege, display all users' fd info with the template "Pid Fd SysFd Path" 2, for normal user, display its own fd info with the template "Pid Fd Path" close #I3WB5U Signed-off-by: Nchenwei <chenwei26@huawei.com>
-
由 zhushy_ 提交于
函数LOS_BitmapFfz有2个参数,注释中只描述了一个参数,丢失了对参数numBits的描述,影响导出API文档。补充函数注释的@param部分。 close #I3U3SF Signed-off-by:
kenneth <459864689@qq.com>
-
- 19 6月, 2021 1 次提交
-
-
由 mucor 提交于
1.remove redundant headfile in kernel, such as: compiler.h;debug.h;automount.h;inode.h;syslog.h;net.h; 2.split fs.h to file.h and driver.h 3.move vnode.h and path_cache.h to vfs/include 4.remove redundant interface and defines close: #I3RTNR Signed-off-by: Nmucor <mucorwang@gmail.com>
-
- 16 6月, 2021 1 次提交
-
-
由 zhushy_ 提交于
fix typo destroy close https://gitee.com/openharmony/kernel_liteos_a/issues/I3RR17Signed-off-by:
Kenneth <459864689@qq.com>
-
- 15 6月, 2021 1 次提交
-
-
由 zhushy_ 提交于
update LOS_DL_LIST_IS_END comment close https://gitee.com/openharmony/kernel_liteos_a/issues/I3TWU6Signed-off-by:
kenneth <459864689@qq.com>
-
- 21 5月, 2021 1 次提交
-
-
由 jmxl 提交于
-
- 20 5月, 2021 1 次提交
-
-
由 arvinzzz 提交于
close: #I3I768 Change-Id: I4f801df4abe1a9afdf43391c28276e96a5e81513
-
- 19 5月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
Close #I3QMN1 Change-Id: I0ddd0c4474f5f6b5a2b1dd6608d642167b5548e6
-
- 18 5月, 2021 1 次提交
-
-
由 zhushy_ 提交于
fix typos length、there、necessary close https://gitee.com/openharmony/kernel_liteos_a/issues/I3RSY0
-
- 11 5月, 2021 1 次提交
-
-
由 Guangyao Ma 提交于
Change-Id: I131c70e52d907b6c52232596475f2dba16612fce
-
- 20 4月, 2021 1 次提交
-
-
由 Haryslee 提交于
Change-Id: I7bb8abb2c8c250373f22d0e6bec5a9765e2f52be
-
- 19 4月, 2021 2 次提交
-
-
由 Caoruihong 提交于
Change-Id: I052d930d54e63179b17b77f02c107a015f3cfc3f
-
由 Caoruihong 提交于
Change-Id: I8d2e9f96e86f4130474da9898791240b5d42328e
-
- 09 4月, 2021 1 次提交
-
-
由 arvinzzz 提交于
Description:Fix limits.h & Adjust some macro definition positions. Feature or Bugfix:Bugfix Binary Source:NA Change-Id: Ia53c1b4b83f60862ac24c5c14a87883fe0af6db0
-
- 06 4月, 2021 1 次提交
-
-
由 arvinzzz 提交于
Description: Fix the problem that the actual implementation of the function does not match the description. Change-Id: Icdbc0182efc023734ccbe7e80b1926d64a18d01c
-
- 19 3月, 2021 1 次提交
-
-
由 wangchenyang 提交于
Feature or Bugfix:Feature Binary Source:Huawei PrivateCode(Yes/No):Yes Change-Id: I175d2648bc6f9078c34de2c0a5c93fda10b86c47 ChangeID:13306388
-
- 11 3月, 2021 1 次提交
-
-
由 mamingshuai 提交于
-
- 13 10月, 2020 1 次提交
-
-
由 Caoruihong 提交于
Change-Id: Ia6c1f6302407a707b3ec9b805f4c92d8a7970b86
-
- 17 9月, 2020 1 次提交
-
-
由 Caoruihong 提交于
Merge pull request !9 from Caoruihong/N/A
-
- 08 9月, 2020 1 次提交
-
-
由 wenjun 提交于
-