- 23 6月, 2022 1 次提交
-
-
由 lihongjin 提交于
Signed-off-by: Nlihongjin <lihongjin1@huawei.com> Change-Id: I13163f2e4d1e4b6e6c6bedaf9d4e705544df926b
-
- 06 4月, 2022 1 次提交
-
-
由 zhushengle 提交于
1.优化shell机制,删除无用的线程 2.修复前后台进程支持 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I8bb13e53f290989455260dd5fb3f604ddebc9c8b
-
- 22 3月, 2022 1 次提交
-
-
由 wangchen 提交于
【背景】kora工具检视问题修复 【修改方案】 1,对部分代码问题进行整改 【影响】 对现有的产品编译不会有影响。 Signed-off-by: Nwangchen <wangchen64@huawei.com> Change-Id: Iafc58b7c71e5d139e11a0ae9d98ca5a57fc6549f
-
- 21 3月, 2022 1 次提交
-
-
由 zhushengle 提交于
Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Idddb6f081546d880560d075395079d95e4112599
-
- 19 3月, 2022 2 次提交
-
-
由 x_xiny 提交于
Signed-off-by: Nx_xiny <1301913191@qq.com> Change-Id: I0e0b59cdc22b292ccf0a790010c037d43793a934
-
由 zhushengle 提交于
Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I3e4e26d55dedc1eb079911eaee59a8bddf4e8eee
-
- 14 3月, 2022 2 次提交
-
-
由 x_xiny 提交于
【背景】3.1代码review问题修改 【修改方案】 根据检视意见对拼写错误进行修改 Signed-off-by: Nxuiny <xuxinyu6@huawei.com> Change-Id: I9fb982a8ba2052fa4d56e91eec33c96ab4035a90
-
由 zhushengle 提交于
1.删除测试用例中的需求单号和问题单号 2.部分格式问题 3.使用非安全函数问题 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I348bd9730f584fd3ebeb6d4245fe4a84c0c90c7d
-
- 09 3月, 2022 1 次提交
-
-
由 yinjiaming 提交于
【背景】 3.1 代码检视过程中有一些问题需要修复 【修改方案】 修改了失效的文档链接,更改了一些非可执行文件的权限 【影响】 对现有的产品编译不会有影响。 Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: If87ac9a3e17ba679f4712552f5a89cc13349287e
-
- 08 3月, 2022 1 次提交
-
-
由 wangchen 提交于
【修改方案】 1,按检视意见,进行资源泄露等问题的修改 【影响】 对现有的产品编译不会有影响。 re #I4WV56 Signed-off-by: Nwangchen <wangchen64@huawei.com>
-
- 20 1月, 2022 1 次提交
-
-
由 Hongjin Li 提交于
1、添加HPM包描述文件bundle.json 2、依赖的三方开源软件,由直接引用路径,改为import对应的gni文件,引用变量 Signed-off-by: NHongjin Li <lihongjin1@huawei.com> Change-Id: Ice783c19a477626d422a37faf3d420c4965f8ea6
-
- 07 1月, 2022 2 次提交
-
-
由 x-xiny 提交于
【背景】 Codex扫描告警清除 【修改方案】 将不可屏蔽告警进行修复 re #I4PNO3 Signed-off-by: Nxuiny <xuxinyu6@huawei.com> Change-Id: If6f85eb9679d47e6256f24cdc74246df78da579d
-
由 yinjiaming 提交于
【背景】 当前仓代码存在编译告警需要处理 【修改方案】 在测试用例中屏蔽-Werror 从shell.h中删除了多余的bool定义 【影响】 对现有的产品编译不会有影响。 re #I4N50W Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: Id131b8437b471f44d9fe35a384678903216fcfb4
-
- 05 12月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I6f2dea19cbd2e5b562bb51e30592205a2bb4fbdb
-
- 27 11月, 2021 1 次提交
-
-
由 LiteOS2021 提交于
1.【需求描述】: 支持内核态和用户态堆内存非法访问检测,包括:越界访问、double free、释放后使用;支持libc常用高频函数内存检测;支持安全函数内存检测;读写检测可配可裁剪。 2.【方案描述】: L0 ~ L1: (1).影子内存映射与标记 (2).编译器使能-fsanitize=kernel-address 自动插桩检测点 (3).实时校验影子内存的合法性; (4).错误访问打印回溯栈 BREAKING CHANGE: 新增支持API: LOS_LmsCheckPoolAdd使能检测指定内存池 LOS_LmsCheckPoolDel不检测指定内存池 LOS_LmsAddrProtect为指定内存段上锁,不允许访问 LOS_LmsAddrDisableProtect去能指定内存段的访问保护 Close #I4HYAV Signed-off-by: NLiteOS2021 <dinglu@huawei.com> Change-Id: Id8e5c890656da9edc4a22227e6a3c32205c024ce
-
- 15 11月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】A核代码静态告警定期清理 【修改方案】 1,根据codex等工具分析结果,进行必要的规范等问题修改 【影响】 对现有的产品编译不会有影响。 re #I4I0O8 Signed-off-by: Nwangchen <253227059@qq.com>
-
- 11 11月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I3dcf576ceba66b0fa447573e997d064026eb8785
-
- 10 11月, 2021 1 次提交
-
-
由 kenneth 提交于
修复社区反馈问题Percpu结构体注释错误,排查下其他拼写错误。 close #I4GMLH Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 08 11月, 2021 1 次提交
-
-
由 huangshan 提交于
Change-Id: Ia6dbff0faed4ec73fcf35691676f1acb2b8df78d Signed-off-by: Nhuangshan <huangshan9@huawei.com>
-
- 06 11月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ifd3bf13f53a27e0a0bbd051cf35662e7409e6ed0
-
- 04 11月, 2021 1 次提交
-
-
由 huangshan 提交于
Signed-off-by: Nhuangshan <huangshan9@huawei.com> Change-Id: I5861569c63fd6c1adf8c702797e4d79eba76211f
-
- 25 10月, 2021 1 次提交
-
-
由 uhamc 提交于
Change-Id: Id3f56ac53ec5a3c86b04bcb7a4611f2eb77f4b80 Signed-off-by: Nuhamc <uhamc@foxmail.com>
-
- 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
-
- 13 9月, 2021 1 次提交
-
-
由 arvinzzz 提交于
清理Makefile冗余项,各模块Makefile里不需要再次引用公共路径,只需引用私有头文件路径 close: #I49MOO Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I2dd7189c866498896461f78bfed5444ae1d86876
-
- 09 9月, 2021 1 次提交
-
-
由 Caoruihong 提交于
remove redundant script codes Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I67695a69cccefc220ede55add9372bce0c59d7f5
-
- 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
-
- 30 8月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ibb4223ef2d032a03950263b766414ca1c021e69a
-
- 25 8月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ie152b0ad21af5dc8e8c31c71f236500e5726e1c4
-
- 22 8月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ie2dfa7334417ccd55bd56a19a7882a982ce49cab
-
- 17 8月, 2021 1 次提交
-
-
由 Caoruihong 提交于
remove some unused Makefile code and optimize some code Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I1c31d07481bb6aee47b0c51d63d6b68316c38c88
-
- 12 8月, 2021 1 次提交
-
-
由 Yansira 提交于
【背景】liteos_a需要支持toybox缺失的自研shell命令 【修改方案】 新增自研shell命令的入口判断场景,使得mksh可以执行自研shell的命令 re #I44U0H Signed-off-by: yansira <yansira@hotmail.com> Change-Id: Idf08cb6df456bd6c89fe8fe505317f1c0ca61eda
-
- 09 8月, 2021 1 次提交
-
-
由 Guangyao Ma 提交于
liteos_a在apps/mksh和apps/toybox编译中,clang相关编译选项未进行隔离。之后支持 其他类似gcc编译时,可能存在编译问题。 其中 --target=$(LLVM_TARGET) $(LLVM_SYSROOT) 是clang编译特有的编译选项,需要被 隔离。 close #I444AV Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com> Change-Id: Ib11453aa0b3ee6bcdf3104d13d166c65f2202527
-
- 03 8月, 2021 1 次提交
-
-
由 Caoruihong 提交于
stripped version used to pack rootfs image, unstripped used for debug. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I07673238772d6995426ec8b1cff43f1abfea7049
-
- 30 7月, 2021 2 次提交
-
-
由 Guangyao Ma 提交于
toybox源码编译时,默认会进行strip操作,如下步骤: //third_party/toybox/scripts/make.sh:340: ! do_loudly ${CROSS_COMPILE}${STRIP} "$UNSTRIPPED" -o "$OUTNAME" 因此在打包的Makefile中再进行STRIP操作是冗余的。 close #I43767 Change-Id: I10a9861b682eb8e556b7af7519c9109eef0b3a94 Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
-
由 Caoruihong 提交于
toybox and mksh are built by gn now, and make build for toybox and mksh are disabled now. Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I46810ab418344d9841ec55cb9f1ad2dc2d15b008
-
- 22 7月, 2021 1 次提交
-
-
由 Yansira 提交于
【背景】liteos_a toybox 命令升级升级 【修改方案】 1、help命令列表不支持命令删除。 2、cp命令和mv命令拷贝文件失败和文件损坏等问题修复。 3、修复du命令统计nfs文件大小为0问题修复。 4、修复ls命令nfs文件时间打印信息有误问题。 5、更新命令不支持入参列表。 re #I41N2A Signed-off-by: yansira <yansira@hotmail.com> Change-Id: I5f5b82e33ba9193ae06e9547182d5b7bac0a3b44
-
- 21 7月, 2021 1 次提交
-
-
由 Caoruihong 提交于
add BUILD.gn for all kernel modules Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I018446427bf64615f2596d47862b219659b58b34
-
- 20 7月, 2021 1 次提交
-
-
由 Guangyao Ma 提交于
close #I3Y5KE Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com> Change-Id: Iea3cfe4da572b1a4e250f90cea24efa2c27ceddb
-
- 09 7月, 2021 1 次提交
-
-
由 Guangyao Ma 提交于
Close #I3VEOG Change-Id: Ibc73aacf68c65e64b88084edfd3549b3137dde07 Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com>
-
- 08 7月, 2021 1 次提交
-
-
由 Guangyao Ma 提交于
编译框架整改,需要所有交叉编译指定sysroot以及arch相关的编译选项,用来在编译链 接过程中在指定的sysroot路径下,寻找符合arch要求的依赖库。往往,sysroot选项和 arch选项需要同时出现在编译链接选项中。 close #I3ZMR7 Signed-off-by: NGuangyao Ma <guangyao.ma@outlook.com> Change-Id: If2249721e0e35615b95f5525e57241aae910c212
-