- 29 9月, 2021 1 次提交
-
-
由 zhushengle 提交于
1.内核打印的地方支持异常时重定向打印信息 2.excinfo 命令中申请的内存64对齐 Close #I482S5 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I4e8a971cc5b14f62d573bb160682089d9d50e64e
-
- 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
-
- 14 9月, 2021 1 次提交
-
-
由 Leon Chan 提交于
1, change the owner of page to vnode 2, save the file path in vnode close: #I44TBS Signed-off-by: NLeon Chan <chenwei26@huawei.com>
-
- 15 7月, 2021 1 次提交
-
-
由 Haryslee 提交于
背景:内核态内存调测调用栈信息在gcc编译环境下是准确的,但是llvm 编译环境下是错误的,分析知,gcc和llvm编译环境下fp和lr的对应关系 是有区别的。 修复:增加llvm编译环境下对lr解析的逻辑,并用编译宏控制。 close #I40TQS Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: If2a7b7a286d91e78dcff2bdeb136fda71e656a79
-
- 14 7月, 2021 1 次提交
-
-
由 qidechun 提交于
1、在内核增加BlackBox核心框架,对外提供模块回调接口注册和故障处理接口。 2、增加默认的系统模块适配层,处理通用内核态和用户态故障日志抓取和保存。 3、BBOX特性默认关闭,若想使用此特性,请在内核配置文件中增加如下编译选项: LOSCFG_BLACKBOX=y LOSCFG_SAVE_EXCINFO=y LOSCFG_SAVE_EXCINFO可以帮助抓取更多的故障日志。 4、若已经打开BBOX特性,想快速验证此特性,请添加如下编译选项: LOSCFG_HIDUMPER=y Close #I406NP Signed-off-by: Nqidechun <qidechun@huawei.com>
-
- 08 7月, 2021 1 次提交
-
-
由 x_xiny 提交于
【背景】 消除编译告警 【修改方案】 消除编译告警 re #I3ZC1R Change-Id: I594d0f57e4cbbdb246a6bef1c978a38228123a34 Signed-off-by: Nx-xiny <1301913191@qq.com> Change-Id: I1d75cdcdcf9d06ec28e541cdfea77300da7c6bb1
-
- 07 7月, 2021 2 次提交
-
-
由 Denny 提交于
-
由 Caoruihong 提交于
fix compile errors in minimal compilation Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I48f4f7b27c684e2c747c1949776c5c4f9e383dec
-
- 06 7月, 2021 1 次提交
-
-
由 qidechun 提交于
1、在内核增加BlackBox核心框架,对外提供模块回调接口注册和故障处理接口。 2、增加默认的系统模块适配层,处理通用内核态和用户态故障日志抓取和保存。 Close #I3NN7V Signed-off-by: Nqidechun <qidechun@huawei.com>
-
- 01 7月, 2021 1 次提交
-
-
由 boxi 提交于
LiteOS_a中有部分配置宏进行了重复冗余定义,导致当头文件未被包含时,极易引入错误, 故对menuconfig配置宏进行统一处理,均使用#ifdef/#ifndef作为预编译判断方式 Close #I3YEGS Change-Id: Ife6db770cc66de1d6199a4f3ba3950e9bfd0e71a Signed-off-by: Nboxi <lewis.liulei@huawei.com>
-
- 05 6月, 2021 1 次提交
-
-
由 Caoruihong 提交于
support turn off as many features as possible. current only libc and posix and bsd can not be turned off. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I1e97570c67593207a56dc11f357eca4b4a018bfd
-
- 24 5月, 2021 1 次提交
-
-
由 zhushengle 提交于
背景: 当前信号实现原理是在系统调用结束和中断结束时检查是否有信号处理, 如果有信号处理就切去处理信号,信号处理结束后回来继续按原来流程执行。 问题:当用户态线程在执行系统调用或缺页异常时,运行在内核态,如果此时有信 号需要处理,且该线程已经持有了部分内核资源(如:锁,内存等), 此时如 果有中断发生,则在中断结束时,就会去处理该信号,此时用户态线程持有 了内核未释放的资源跑到了用户态去运行,如果该线程在用户态出现问题, 那么它持有的内核资源就无法被释放了。 方案:用户态线程在执行系统调用和缺页异常时暂时屏蔽信号,防止此时有中断去 处理信号,等系统调用结束或缺页异常结束时再去处理信号。 解决的问题: 1. 执行系统调用或缺页异常时屏蔽信号,防止中断去处理信号 2.解决无法kill 因为用户态的锁、ipc等阻塞的用户态线程 3.进程退出方式转变为: 依次通过kill去杀死该进程的所有线程 Close #I3S0N0 Change-Id: I0c48b9c89382826191b8a9326c71b57ba84124c2
-
- 20 5月, 2021 1 次提交
-
-
由 arvinzzz 提交于
close: #I3I768 Change-Id: I4f801df4abe1a9afdf43391c28276e96a5e81513
-
- 11 5月, 2021 2 次提交
-
-
由 星e雨 提交于
Close #I3QFXL Change-Id: Iaa036651415d93df231916d7534364ad3a86ed3c
-
由 zhushengle 提交于
Close #I3OAFR Change-Id: I25b14572809b6fabb9e9d17de89a99047c02a59b
-
- 06 5月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
storage medium is separated from the shell module. Change-Id: Id56939001d70bb92d9cc02bd7c9f55ca8b61cf5b
-
- 26 4月, 2021 2 次提交
-
-
由 YOUR_NAME 提交于
after holding the scheduling lock in SMP. Change-Id: I6f148d7b36d7aa6d0df09300949f53ea3c3d63b7
-
由 zhushengle 提交于
Close #I3OAFR Change-Id: Icea238e20adf402d0ec1fc7e47ff4e58124a5e83
-
- 25 4月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
the scheduling lock in SMP. Change-Id: Idb793a5446126e638af52ff78b43bb7f8271317c
-
- 23 4月, 2021 1 次提交
-
-
由 zhangfanfan2 提交于
-
- 19 4月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Change-Id: I052d930d54e63179b17b77f02c107a015f3cfc3f
-
- 16 4月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Change-Id: Id2c76e3282d72bce18cf0925e12afaa0c3b06a90
-
- 09 4月, 2021 2 次提交
-
-
由 zhangfanfan2 提交于
-
由 YOUR_NAME 提交于
Change-Id: I0580a9328f8824869f1744f31cbfc2bf85516f66
-
- 07 4月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
Change-Id: Ifdca9a23ba788fa66f3815203514c9034680df49
-
- 31 3月, 2021 1 次提交
-
-
由 YOUR_NAME 提交于
Description:Delete VM to support only kernel mode. Sig:liteos_a Feature or Bugfix:Feature Binary Source:No Change-Id: Ie1029c8fbc0c1b85c138663933118d2d148b7769
-
- 13 3月, 2021 1 次提交
-
-
由 zhangfanfan2 提交于
-
- 11 3月, 2021 1 次提交
-
-
由 mamingshuai 提交于
-
- 13 10月, 2020 1 次提交
-
-
由 Caoruihong 提交于
Change-Id: Ia6c1f6302407a707b3ec9b805f4c92d8a7970b86
-
- 28 9月, 2020 1 次提交
-
-
由 l00517597 提交于
Reviewed-by:huangjieliang zhushengle
-
- 08 9月, 2020 1 次提交
-
-
由 wenjun 提交于
-