yystopf
/
openharmony_kernel_liteos_a
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
1,355 Commits 169 Branches 50 Tags 13 MiB
Commit Graph

94 Commits

Author SHA1 Message Date
zhushengle 1f3a6c8143 feat: GN脚本规范化 
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I80b055091a0ff333a859cd35447a851296a67103
 2023-05-23 15:56:45 +08:00
yinjiaming 47a4fe030b fix:部件需求整改 
修复了脚本扫描出的bundle.json的问题，整改了
不符合规范的路径引用

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: I11c321f8707d3e44dd7ee40dac35cf99907fb864
 2023-05-04 11:32:59 +08:00
guzhihao4 1ba32406bb Ignore warnings for enable llvm15 
Issue: #I6LPWU

Signed-off-by: guzhihao4 <guzhihao4@huawei.com>
Change-Id: I7b558fa46239081890ae005de65ba8d2bba1d134
 2023-04-03 16:42:22 +08:00
huangjieliang c592fe73ec feat:LMS模块及堆内存模块非安全函数安全合规整改 
Close #I68LEO

Signed-off-by: huangjieliang <huangjieliang@huawei.com>
Change-Id: I6f1a8e647220170b00f771117bb018e5f82997ed
 2023-02-01 16:50:11 +08:00
zhushengle 8d980ded54 fix: codecheck问题清零 
1.shell初始化异常流程double free
2.los_disk_init中冗余初始化
3.OsKProcessPmUsage 中OsUProcessPmUsage异常退出时，存在使用未初始化的变量
4.HiLogHeadInit异常推出后，存在使用未初始化的变量
5.api_shell.c 中存在冗余初始化

fix #I63H5G

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: If17d8ed1e6f2276e20fbce24b32de169bfd22e54
 2022-11-28 16:09:10 +08:00
zhangdengyu 043e84dfcb fix：修复函数返回错误等问题 
Signed-off-by: zhangdengyu <zhangdengyu2@huawei.com>
 2022-09-25 10:09:29 +08:00
arvinzzz 1568c317bb refactor: sysroot部件化 
close: #I5HF8S

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I727b10c3b419fc71e228f5ad92abc107e756bbac
 2022-07-19 12:32:32 +08:00
lihongjin 1c0de289ec style: Misspelling 
Signed-off-by: lihongjin <lihongjin1@huawei.com>
Change-Id: I13163f2e4d1e4b6e6c6bedaf9d4e705544df926b
 2022-06-23 09:45:46 +08:00
zhushengle 338044cd9c fix: 修复前后台进程支持 
1.优化shell机制，删除无用的线程
2.修复前后台进程支持

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I8bb13e53f290989455260dd5fb3f604ddebc9c8b
 2022-04-06 16:47:49 +08:00
wangchen 6ba17fc862 fix: kora工具检视问题修复 
【背景】kora工具检视问题修复

【修改方案】
1，对部分代码问题进行整改

【影响】
对现有的产品编译不会有影响。

Signed-off-by: wangchen <wangchen64@huawei.com>
Change-Id: Iafc58b7c71e5d139e11a0ae9d98ca5a57fc6549f
 2022-03-22 13:24:07 +00:00
zhushengle 216c124854 fix: 编码规范修复 
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Idddb6f081546d880560d075395079d95e4112599
 2022-03-21 20:47:46 +08:00
openharmony_ci 45f66359cd
!841 fix:3.1代码检视问题修改 
Merge pull request !841 from xuxinyu/master
 2022-03-19 12:50:31 +00:00
x_xiny 5b87a530f5 fix:3.1代码检视 
Signed-off-by: x_xiny <1301913191@qq.com>
Change-Id: I0e0b59cdc22b292ccf0a790010c037d43793a934
 2022-03-19 20:22:59 +08:00
zhushengle f7a8630584 fix: 修复內源检视问题 
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I3e4e26d55dedc1eb079911eaee59a8bddf4e8eee
 2022-03-19 17:50:04 +08:00
openharmony_ci 86be540829
!829 fix:修改拼写错误 
Merge pull request !829 from xuxinyu/FixSpellingMisstakes
 2022-03-14 10:45:10 +00: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
zhushengle a40f8383ee fix: 内源代码检视问题修改 
1.删除测试用例中的需求单号和问题单号
2.部分格式问题
3.使用非安全函数问题

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I348bd9730f584fd3ebeb6d4245fe4a84c0c90c7d
 2022-03-14 15:14:44 +08:00
openharmony_ci 9f8127cc54
!824 fix: 源码检视修复 
Merge pull request !824 from yinjiaming/master
 2022-03-10 08:19:06 +00:00
yinjiaming 9a030d6930 fix: 修复3.1源码检视的问题 
【背景】
3.1 代码检视过程中有一些问题需要修复

【修改方案】
修改了失效的文档链接,更改了一些非可执行文件的权限

【影响】
对现有的产品编译不会有影响。

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: If87ac9a3e17ba679f4712552f5a89cc13349287e
 2022-03-09 09:34:31 +00:00
wangchen 3824d1e9e4 【背景】内源代码检视问题 
【修改方案】
1，按检视意见，进行资源泄露等问题的修改

【影响】
对现有的产品编译不会有影响。

re #I4WV56
Signed-off-by: wangchen <wangchen64@huawei.com>
 2022-03-08 09:45:17 +00:00
Hongjin Li 1ecda9c033 chore: kernel部件化 
1、添加HPM包描述文件bundle.json
2、依赖的三方开源软件，由直接引用路径，改为import对应的gni文件，引用变量

Signed-off-by: Hongjin Li <lihongjin1@huawei.com>
Change-Id: Ice783c19a477626d422a37faf3d420c4965f8ea6
 2022-01-20 16:44:34 +08:00
openharmony_ci 321018cee0
!765 处理A核编译告警 
Merge pull request !765 from yinjiaming/yjm-kernel-20220105
 2022-01-13 11:39:28 +00:00
x-xiny 1cdd7307f3 Codex告警清除 
【背景】
 Codex扫描告警清除

【修改方案】
 将不可屏蔽告警进行修复

 re #I4PNO3

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

Change-Id: If6f85eb9679d47e6256f24cdc74246df78da579d
 2022-01-07 09:49:47 +00:00
yinjiaming 6c4e4b16ab fix: 修复shcmd.h需要用宏包起来的问题 
【背景】
当前仓代码存在编译告警需要处理

【修改方案】
在测试用例中屏蔽-Werror
从shell.h中删除了多余的bool定义

【影响】
对现有的产品编译不会有影响。

re #I4N50W

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: Id131b8437b471f44d9fe35a384678903216fcfb4
 2022-01-07 06:59:40 +00:00
Caoruihong 6e886d4233 feat(build): support gcc toolchain 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I6f2dea19cbd2e5b562bb51e30592205a2bb4fbdb
 2021-12-05 02:49:48 +08:00
LiteOS2021 e748fdbe57 feat: L0~L1 支持Lms 
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: LiteOS2021 <dinglu@huawei.com>
Change-Id: Id8e5c890656da9edc4a22227e6a3c32205c024ce
 2021-11-27 11:13:41 +08:00
openharmony_ci fe4082ca9e !709 A核代码静态告警定期清理 
Merge pull request !709 from wangchen/1112_codex
 2021-11-16 06:47:22 +00:00
lnlan 9ba725c3d4 fix: A核代码静态告警定期清理 
【背景】A核代码静态告警定期清理

【修改方案】
1，根据codex等工具分析结果，进行必要的规范等问题修改

【影响】
对现有的产品编译不会有影响。

re #I4I0O8
Signed-off-by: wangchen <253227059@qq.com>
 2021-11-15 02:47:08 +00:00
Caoruihong 5d5df3a5d7 chore: clean "bits/xx.h" includes 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I3dcf576ceba66b0fa447573e997d064026eb8785
 2021-11-11 12:03:56 +08:00
kenneth 0f878febb7 chore: 修复社区反馈问题Percpu结构体注释错误 
修复社区反馈问题Percpu结构体注释错误，排查下其他拼写错误。

close #I4GMLH

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-11-10 10:20:33 +08:00
huangshan cc6e11281e fix: shell支持exit退出，完善帮助信息，特殊处理不可见字符 
Change-Id: Ia6dbff0faed4ec73fcf35691676f1acb2b8df78d
Signed-off-by: huangshan <huangshan9@huawei.com>
 2021-11-08 18:13:38 +08:00
openharmony_ci 3b8083815c !701 按照门禁要求对所有BUILD.gn脚本进行格式化 
Merge pull request !701 from Caoruihong/gnformat
 2021-11-06 04:48:29 +00:00
Caoruihong a2fed9a56c chore(build): format all BUILD.gn files 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Ifd3bf13f53a27e0a0bbd051cf35662e7409e6ed0
 2021-11-06 11:55:58 +08:00
huangshan cdc0877f16 修复Ctrl+C会终止所有进程的问题 
Signed-off-by: huangshan <huangshan9@huawei.com>
Change-Id: I5861569c63fd6c1adf8c702797e4d79eba76211f
 2021-11-04 12:23:20 +08:00
uhamc bd0c0835fc fix: implicit declaration of function 'syscall' in apps/shell 
Change-Id: Id3f56ac53ec5a3c86b04bcb7a4611f2eb77f4b80
Signed-off-by: uhamc <uhamc@foxmail.com>
 2021-10-25 17:12:08 +08:00
LiteOS2021 6e0a3f10bb feat: L0-L1 支持Perf 
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: LiteOS2021 <dinglu@huawei.com>
Change-Id: Ieb9b7483c85d1495df7c55bc0027f4309dff9814
 2021-09-28 19:28:34 +08:00
arvinzzz b3d96d166c refactor: 清理Makefile冗余项 
清理Makefile冗余项，各模块Makefile里不需要再次引用公共路径，只需引用私有头文件路径

close: #I49MOO

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I2dd7189c866498896461f78bfed5444ae1d86876
 2021-09-13 18:14:15 +08:00
Caoruihong a627cdba0c chore(make): simplify build scripts 
remove redundant script codes

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I67695a69cccefc220ede55add9372bce0c59d7f5
 2021-09-09 18:56:47 +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
Caoruihong df35eb513d chore(make): optimize build scripts 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Ibb4223ef2d032a03950263b766414ca1c021e69a
 2021-08-30 17:18:21 +08:00
Caoruihong 682ae82158 chore: enable make of mksh and toybox 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Ie152b0ad21af5dc8e8c31c71f236500e5726e1c4
 2021-08-25 01:46:41 +08:00
Caoruihong 0e260949c9 feat(make): optimize makefiles and remove some unused files 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: Ie2dfa7334417ccd55bd56a19a7882a982ce49cab
 2021-08-22 04:23:40 +08:00
Caoruihong e1b9a6b185 chore(make): update Makefile 
remove some unused Makefile code and optimize some code

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I1c31d07481bb6aee47b0c51d63d6b68316c38c88
 2021-08-17 21:34:01 +08:00
openharmony_ci fb5df47b6c !541 feat: 自研shell命令回补 
Merge pull request !541 from Kiita/shell_cmd_0812
 2021-08-13 07:44:49 +00:00
Kiita 7bc68f454f feat: 自研shell命令回补 
【背景】liteos_a需要支持toybox缺失的自研shell命令

【修改方案】
新增自研shell命令的入口判断场景，使得mksh可以执行自研shell的命令

re #I44U0H

Signed-off-by: yansira <yansira@hotmail.com>
Change-Id: Idf08cb6df456bd6c89fe8fe505317f1c0ca61eda
 2021-08-12 21:34:50 +08:00
Guangyao Ma 77dcef4bc0 fix: clang相关编译选项隔离 
liteos_a在apps/mksh和apps/toybox编译中，clang相关编译选项未进行隔离。之后支持
其他类似gcc编译时，可能存在编译问题。
其中 --target=$(LLVM_TARGET) $(LLVM_SYSROOT) 是clang编译特有的编译选项，需要被
隔离。

close #I444AV

Signed-off-by: Guangyao Ma <guangyao.ma@outlook.com>
Change-Id: Ib11453aa0b3ee6bcdf3104d13d166c65f2202527
 2021-08-09 10:32:14 +08:00
openharmony_ci 343b92661d !488 保留未strip的mksh和toybox用于调试 
Merge pull request !488 from Caoruihong/unstripped_mksh_toybox
 2021-08-03 03:07:32 +00:00
openharmony_ci 79982895ec !479 fix: 去掉冗余的strip操作 
Merge pull request !479 from MGY917/toybox_strip_twice
 2021-08-03 03:01:04 +00:00
Caoruihong 8de96bba65 chore: also copy unstripped version of mksh and toybox 
stripped version used to pack rootfs image, unstripped
used for debug.

Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I07673238772d6995426ec8b1cff43f1abfea7049
 2021-08-03 00:10:37 +08:00
Guangyao Ma 7819d15b36 fix: 去掉冗余的strip操作 
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: Guangyao Ma <guangyao.ma@outlook.com>
 2021-07-30 16:58:53 +08:00