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

125 Commits

Author SHA1 Message Date
hw_llm 03a2bf2c68 cherry pick d958a85 from https://gitee.com/hw_llm/kernel_liteos_a/pulls/1202 
Description: 解决容器编译报错问题
IssueNo: https://gitee.com/openharmony/kernel_liteos_a/issues/I9TEYD
Feature Or Bugfix: Bugfix
Binary Source: No
Signed-off-by: hw_llm <liu.limin@huawei.com>
 2024-08-16 06:25:58 +00:00
openharmony_ci 173cdeb077
!1166 fix: 修复告警 
Merge pull request !1166 from Zhaotianyu/20230526fix_codecheck
 2023-09-05 13:36:55 +00:00
zwx1232718 b0708886fa container dir change 
Signed-off-by: zwx1232718 <zhenghui23@huawei.com>
 2023-06-09 16:29:23 +08:00
arvinzzz 145ff76ab6 refactor: fix codecheck 
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Ib35ca40dc837d78a4c9dc03e44d117088865a5a6
 2023-05-26 15:44:47 +08:00
zhushengle 1f3a6c8143 feat: GN脚本规范化 
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I80b055091a0ff333a859cd35447a851296a67103
 2023-05-23 15:56:45 +08:00
Yalong Zou 814f5affd0 fix: 修复 hm_liteipc.c 处的 typo 
应拼写成 Receive, 因此此处的函数名称应当是 CheckReceivedMsg.

Signed-off-by: Yalong Zou <yalongz@hust.edu.cn>
 2023-03-15 23:04:21 +08:00
arvinzzz b5ae9e25c6 feature: fix liteos_a_newlib_kernel compiler error & libc update 
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I4a8c2cfb2ba044f000026f738c6da1781cb7db35
 2023-02-28 11:07:14 +08:00
zhushengle 5dc9a0f1a6 feat: 支持网络容器 
BREAKING CHANGE:
支持网络容器对外变更:
1.支持网络容器
2.setns, clone, unshare接口支持CLONE_NEWNET

Close #I6HPH2

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ibaa11056982d465d4006680c8d3fa4ae2b9f25b5
 2023-02-25 12:30:09 +08:00
zhushengle da9ce464dd feat: 添加cgroups测试用例 
Close #I6H2AR

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I31a432b69ea5fbad137aa1bb947fff4b6fc307df
 2023-02-23 16:16:31 +08:00
zhushengle b45cdbda3e feat: 支持cgroups 
BREAKING CHANGE:
支持cgroups对外变更:
1.在proc目录下支持plimits目录，支持ipc, pid, memory, devices, sched控制器

Close #I6GVPL

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ib996e07bf148abce9e40290d6188b763b52e89bb
 2023-02-23 09:32:17 +08:00
openharmony_ci e8e21fcc3e
!1091 LMS特性安全合规整改 
Merge pull request !1091 from JerryH/lms
 2023-02-02 01:42:15 +00: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 20782299ce feat: 支持pid容器 
BREAKING CHANGE:
支持pid容器对外变更描述:
1.支持pid容器，使用clone(CLONE_NEWPID)创建
2.shell命令 task -a 不再显示线程信息，只显示系统所有进程信息
3.task命令新增参数-p, task -p pid 可查看改进程下的所有线程信息
4.使用LOS_TaskCreateOnly创建任务时， TSK_INIT_PARAM_S中的processID由原来的记录进程ID修改为记录进程控制块PCB
Close #I68LVW
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I0895da9099cb285b3195af5e383d0fdeaf5c0087

Change-Id: I46a7642eeee73a4531c241e3ba6290dd302600a7
 2023-01-11 11:13:34 +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
Far 987a722d2d fix: 修复一些静态检查工具发现的问题 
Signed-off-by: Far <yesiyuan2@huawei.com>
Change-Id: I2b93259d55a9eb1a9dfd5887fd7821c15274bb7f
 2022-10-15 17:36:45 +08:00
zhangdengyu 043e84dfcb fix：修复函数返回错误等问题 
Signed-off-by: zhangdengyu <zhangdengyu2@huawei.com>
 2022-09-25 10:09:29 +08:00
yinjiaming 99ea8d4ed2 fix: 拼写错误修正 
【背景】
代码中存在拼写错误

【修改方案】
修改存在拼写错误的地方

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

re #I5IA7P

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: Idd5d7fc9705e5ec661596aa6533402e8d4a8a117
 2022-07-21 11:05:11 +00:00
lihongjin 1c0de289ec style: Misspelling 
Signed-off-by: lihongjin <lihongjin1@huawei.com>
Change-Id: I13163f2e4d1e4b6e6c6bedaf9d4e705544df926b
 2022-06-23 09:45:46 +08:00
Haryslee 7fef6ac8d9 fix: newlib for liteos_a and clip for liteos_a_mini 
close #I53VW6

Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: I591b4ffaeb220311b63bd95f19400e0b9fde3c45
 2022-04-29 14:12:29 +08:00
万晓庆 11b35fe795 LiteIpc驱动增强：增加版本控制命令、增加handle特殊处理机制。 
Signed-off-by: 万晓庆 <wanxiaoqing@huawei.com>
 2022-04-26 17:40:17 +08:00
openharmony_ci 18a2fc8e8d
!769 fix: 修复hm_liteipc.c的double unlock错误 
Merge pull request !769 from niejianglei/master
 2022-04-06 03:14:21 +00:00
zhushengle eddcb840d3 feat: 支持调度框架 
Close #I4Z3BL

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I5f32d1001ffabc0f725ce65b51ed9b3791e97f2b
 2022-03-30 15:54:47 +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 cb67dd5498
!834 feat: swtmr机制与调度分离，调度只针对通用线程，不针对特殊功能 
Merge pull request !834 from zhushengle/swtmr
 2022-03-19 07:59:45 +00:00
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
arvinzzz 47fac7158e fix: 内源检视问题修复 
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I7c0b8f4026d8fbd4b0d985d4ce82187e56f1d6ec
 2022-03-18 16:06:23 +08:00
x_xiny bc70db58a7 fix:修复拼写错误 
Signed-off-by: x_xiny <1301913191@qq.com>
Change-Id: I1cc4897e5d37dd98696221f0cc70220cef45e7d4
 2022-03-14 22:22:56 +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
openharmony_ci 87a7df48b8
!821 fix: 源代码检视问题修复 
Merge pull request !821 from xuxinyu/master
 2022-03-10 12:13:18 +00:00
openharmony_ci 9f8127cc54
!824 fix: 源码检视修复 
Merge pull request !824 from yinjiaming/master
 2022-03-10 08:19:06 +00:00
x_xiny 0770e5f972 fix:内源代码检视修改（安全函数） 
【背景】3.1代码review问题修改

【修改方案】
 根据检视意见对安全函数，版权等信息进行修改

 re #I4WV56

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

Change-Id: Ia2a6ba828700006f6bfe810714e2cd88fc2ccddc
 2022-03-10 14:40:58 +08: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
openharmony_ci b797f50596
!813 主干告警清零 
Merge pull request !813 from yinjiaming/master
 2022-03-09 03:51:33 +00:00
zhushengle f02d40d25d feat: 优化shell 命令 
1.优化task 命令关中断时间较长的问题
  2.优化hwi 命令，可以查看不同核的中断分布情况
  3.丰富hiw 命令，统计每个中断在一定时间内的平均执行时间和最大执行时间
  4.丰富swtmr 命令，在debug模式下支持查看各软件定时器的运行情况, 默认关闭

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I01cfe50c918da51f9de5b460e9eb91a863e1de36
 2022-03-07 15:25:38 +08:00
yinjiaming 672bc729a6 fix: 主干告警清理 
【背景】
主干告警清理

【修改方案】
在需要的地方添加了强制类型转换

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

Signed-off-by: yinjiaming <yinjiaming@huawei.com>
Change-Id: Id6693137310d8c2e63f4e5489564d7c01c016a18
 2022-03-03 12:04:22 +00:00
openharmony_ci 74f8d3aa07
!804 feat: 调度去进程化，优化进程线程依赖关系 
Merge pull request !804 from zhushengle/sched_process
 2022-01-27 12:03:34 +00:00
zhushengle dc479fb7bd feat: 调度去进程化，优化进程线程依赖关系 
1.移动LosTaskCB 至los_sched_pri.h, 解决调度与task的依赖关系
2.调度去进程化

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ibd3b618cee59f0b323e2b4fb14354c088b60b733
 2022-01-27 14:30:50 +08:00
openharmony_ci 6c0865dd46
!779 liteos-a kernel 部件标准化 
Merge pull request !779 from Hongjin Li/lihongjin/br_dev
 2022-01-22 09:59:39 +00:00
zhushengle 0e3936c4f8 feat: 调度相关模块间依赖优化 
背景：
    调度、线程、软件定时器、sortlink、percpu、异常、workqueue模块相互耦合，存在很多不属于本模块的实现，
导致这几个模块间依赖混乱、且到处引用其它模块的内部成员。

方案描述：
    解决上述依赖混乱的问题，为后续调度框架打基础，优化后依赖关系：

                                                              | ---> los_swtmr_pri.h --> workqueue
los_sortlink_pri.h: ---> los_sched_pri.h --> los_task_pri.h -->
   作为基础算法                                               | ---> ipc
(现在为双向链表),
做到功能最小化，
便于后续其它算法替换

调度框架大体方案描述：

1.cpu run queue ----> 任务延时队列

                                         |---- 调度队列
                   |----  EDF        --->
                   |                     |---- 方法(Delay、Suspend、Resume、EntReadyQue、Exit等)
                   |
                   |                     |---- 调度队列
2.task ---> 调度策略----> SCHED_RR   --->
                   |                     |---- 方法(Delay、Suspend、Resume、EntReadyQue、Exit等)
                   |
                   |                     |---- 调度队列
                   |----> SCHED_IDLE --->
                                         |---- 方法(Delay、Suspend、Resume、EntReadyQue、Exit等)

Close #I4RPRW
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Ia54dc1b8a4801a225a52e40555490c1dce0bd75e
 2022-01-21 15:52:51 +08: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 48f5481c65
!771 【轻量级 PR】：reduce print log if hilog ringbuffer is full 
Merge pull request !771 from shenchenkai/N/A
 2022-01-11 06:29:13 +00:00
openharmony_ci c18b51182b
!759 fix: MMU竞态问题修复 
Merge pull request !759 from Harylee/mmu
 2022-01-10 13:07:43 +00:00
Haryslee 748e0d8ffb fix: MMU竞态问题修复 
背景：同一个进程的多个线程读写同一个PTE时，由于PTE无保护，存在竞态问题。
方案：新增spinlock保护PTE，包括大锁跟小锁。大锁：一个进程只有一个spinlock锁，多个线程
读写PTE时竞争一把锁，锁的内存占用小，但系统性能降低；小锁：每个页表持有一把spinlock，
由于锁是page结构体的一个字段，内存消耗较大，但是相对大锁性能较优。系统默认使用大锁,用
户可根据具体需要配置使用大锁还是小锁。

close #I2WARC

Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: I5612eeac1f65507160035eae16af61f285182eda
 2022-01-08 14:55:45 +08: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
shenchenkai b65897d517
reduce print log if hilog ringbuffer is full 
Signed-off-by: shenchenkai <shenchenkai@huawei.com>
 2022-01-07 09:47:49 +00:00
Jianglei Nie a0ad1a4333 fix: 修复hm_liteipc.c的double unlock错误 
对g_cmsTask的访问应该加锁，但代码中LOS_MuxLock被误用为LOS_MuxUnLock，导致double unlock错误。
可以将865行的LOS_MuxUnlock改为LOS_MuxLock来解决这个问题。

Signed-off-by: Jianglei Nie <niejianglei2021@163.com>
 2022-01-07 11:28:55 +08:00