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

228 Commits

Author SHA1 Message Date
openharmony_ci 33c4e194b8
!851 增加队列支持变长读操作 
Merge pull request !851 from chenliming_kh/master
 2022-03-24 01:51:29 +00: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
chenliming ec3c8be6ee chenliming@kaihongdigi.com: 队列支持变长读操作 
Signed-off-by: chenliming <chenliming@kaihongdigi.com>
 2022-03-22 18:36:24 +08:00
openharmony_ci 4b6a6e806f
!846 fix: 编码规范修复 
Merge pull request !846 from zhushengle/xxx
 2022-03-21 13:40:48 +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 e26d969ca8
!751 OsFutexWait接口当absTime为0时，返回值不正确，导致用户态c库处理不当，触发当前线程卡死 
Merge pull request !751 from zhangfanfan2/other
 2022-03-21 04:03:26 +00: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
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
openharmony_ci 41b80ad20a
!838 fix: 内源检视问题修复 
Merge pull request !838 from Zhaotianyu/0318codex_fix_1
 2022-03-18 08:42:36 +00:00
arvinzzz 47fac7158e fix: 内源检视问题修复 
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I7c0b8f4026d8fbd4b0d985d4ce82187e56f1d6ec
 2022-03-18 16:06:23 +08:00
wangchen b06520ac7c fix: 内核内源代码检视问题修改 
【背景】内源代码检视问题

【修改方案】
1，按检视意见，进行拼写等问题的修改

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

Signed-off-by: wangchen <wangchen64@huawei.com>
 2022-03-17 12:33:01 +00:00
openharmony_ci e4cad073a9
!835 fix: 修复任务部分接口防护 
Merge pull request !835 from zhushengle/task
 2022-03-16 12:22:41 +00:00
zhushengle b151fa6b65 fix: 修复任务部分接口防护 
1.LosTaskDelete接口未对锁调度做检查
2.LOS_SetTaskScheduler未校验任务有效性
3.LOS_TaskJoin未对系统任务做校验

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I2c0a83ed5825706f3fa2609574e9e440a0d8eb1f
 2022-03-16 19:51:18 +08:00
zhushengle 0f38ecb863 fix: 修复部分内核态测试用例 
1.修复删除任务后调度不及时的问题
2.修复部分内核态测试用例

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I4cb29f6a7dce96bfdad68e0d89a004b5f5e33036
 2022-03-16 17:16:55 +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 913d22bf83
!822 A核内源代码检视问题修改 
Merge pull request !822 from wangchen/0308_a
 2022-03-09 03:29:42 +00:00
wangchen 3824d1e9e4 【背景】内源代码检视问题 
【修改方案】
1，按检视意见，进行资源泄露等问题的修改

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

re #I4WV56
Signed-off-by: wangchen <wangchen64@huawei.com>
 2022-03-08 09:45:17 +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
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
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
zhushengle f47da44b39 feat: 调度tick响应时间计算优化 
1.tick timer与调度进一步剥离
2.性能敏感函数内敛化

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: Icf62f002fa57d452cdd23a4c7b5e6610e2785f8e
 2022-01-18 20:50:35 +08:00
x_xiny 87b8e6b0ad fix: L1-liteos-tdd测试liteos_a_process_unittest.bin,liteos_a_security_vid_unittest.bin和liteos_a_time_clock_unittest.bin模块用例un 
【背景】L1-liteos-tdd测试liteos_a_process_unittest.bin,liteos_a_security_vid_unittest.bin和liteos_a_time_clock_unittest.bin模块用例un

【修改方案】
 1.暂时将musl中的exit()接口中的原子操作改为使用mutex方式实现
 2.删除内核中不必要的打印

re #I4K9A5

Signed-off-by: xuiny <xuxinyu6@huawei.com>
Change-Id: Ifdbb9154c7541b863670bb4e3bcde2587970df38
 2022-01-13 21:26:43 +08: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
zff f504cc9145 fix: OsFutexWait接口当absTime为0时，返回值不正确，导致用户态c库不当处理，触发当前线程卡死 
close: #I4KGO4

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: I77d73836ec550828fd74ca84a13f83b1050316ac
 2021-12-25 10:37:20 +08:00
yinshuqing bc69ca104c Watchdog test case repair 
Signed-off-by: yinshuqing <yinshuqing@huawei.com>
 2021-12-14 20:28:32 +08:00
openharmony_ci 67e31f7b45 !726 fix: 删除冗余的头文件los_pmm.h 
Merge pull request !726 from kenneth/los_pmm.h
 2021-12-03 07:02:35 +00:00
kenneth 1a8e22dcf1 fix: 修改MMU模块的注释错误 
修改los_arch_mmu.c中的page_idx 为scanIndex，修改pmm_alloc_page为LOS_PhysPageAlloc。

fix #I4KMMJ

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-12-03 11:07:18 +08:00
kenneth 8e614bb161 fix: 删除冗余的头文件 
删除无用的头文件kernel\base\include\los_pmm.h

fix #I4KN63

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-12-03 10:59:20 +08:00
zhushengle 2cd03c55b7 fix: los_stat_pri.h中缺少依赖的头文件 
在los_stat_pri.h中添加los_typedef.h

Close #I4KEZ1

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I19f8b79f9f559e1324432280f123a911bf8caf27
 2021-12-01 09:24:52 +08:00
zhushengle 64e49aba7c feat: 支持L1 低功耗框架 
方案描述：
   和L0保持一致，上层通过proc文件系统操作：
   power_mode  支持的低功耗模式，通过对该文件进行write操作可以设置低功耗模式
   power_count powermanager模块通过对该文件操作，和内核进行交互，简要流程如下：
     while (1) {
       open  // 打开该文件
       read  // 使powermanager低功耗任务常阻塞，当系统无任何模块持锁时，会唤醒该任务
       write // 进行低功耗流程
       close // 关闭该文件
     }
   power_lock    write该文件，持锁
   power_unlock  writw该文件，释放锁

Close #I4JSO

Change-Id: I73fcdeeb5e2039484b3351a81b46a0892b349fe9
Signed-off-by: zhushengle <zhushengle@huawei.com>
 2021-11-29 11:58:47 +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 ce4323ff16 !704 【fix】smp启动时副核冗余的启动框架调用 
Merge pull request !704 from Zhaotianyu/1110smpinit_fix
 2021-11-25 22:48:51 +00:00
openharmony_ci 5db6c62313 !710 清理YES/NO宏 
Merge pull request !710 from Caoruihong/remove_yesno
 2021-11-18 09:32:42 +00:00
openharmony_ci ac08912230 !706 fix: 修复los_vm_scan.c中内部函数OsInactiveListIsLow冗余代码 
Merge pull request !706 from kenneth/los_vm_scan
 2021-11-16 00:48:50 +00:00
Caoruihong bba832ea08 chore: replace YES/NO macros to 1/0 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I40e31e82c33418019c1afc16ac174919e72fbb07
 2021-11-16 01:27:06 +08:00
kenneth 2bddff54c8 chore: 优化函数OsVmRegionRightCheck命名 
函数名称OsVmRegionRightCheck修改为OsVmRegionPermissonCheck进行内存区间权限检查

close #I4HR6I

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-11-11 19:52:25 +08:00
kenneth bc32a1ec0f fix: 修复los_vm_scan.c中内部函数OsInactiveListIsLow冗余代码 
函数OsInactiveListIsLow()和InactiveListIsLow()代码重复，删除冗余代码。

close #I4HKFF

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-11-11 19:44:34 +08:00
arvinzzz 5ce70a50c3 fix: smp初始化中副核冗余的启动框架调用 
close: #I4F8A5

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: I9a863d3265fd18051d8bfcaab51ad59216630e91
 2021-11-10 19:14:29 +08:00
kenneth 0f878febb7 chore: 修复社区反馈问题Percpu结构体注释错误 
修复社区反馈问题Percpu结构体注释错误，排查下其他拼写错误。

close #I4GMLH

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-11-10 10:20:33 +08:00
openharmony_ci f63ce99399 !692 chore: 修复内存模块的一些不规范用语 
Merge pull request !692 from kenneth/mmu_fix
 2021-11-10 02:06:29 +00: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
zhushengle f06e090a10 feat: 进程cpup占用率结构优化为动态分配 
Close #I4GLNT
Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I7f3dd61bbf014fa157b1f9a0a089fd985fe188c2
 2021-11-02 19:57:26 +08:00
openharmony_ci 38163de8f3 !687 feat: liteipc 静态内存优化 
Merge pull request !687 from zhushengle/liteipc
 2021-11-02 11:05:46 +00:00
openharmony_ci fcb21ffc8a !676 修复ppoll接口"[ERR]OsMemFree check error!"报错 
Merge pull request !676 from pef/ppoll-1
 2021-11-02 09:35:09 +00:00
lnlan 2e3bbf1e61 修复ppoll接口"[ERR]OsMemFree check error!"报错 
【背景】
1.内核中释放用户空间指针报错:"[ERR]OsMemFree check error!"
2.现有ppoll实现存在问题
3.相关用例需要整理
【修改方案】
1.去掉释放用户空间指针操作
2.更正逻辑错误
3.更正掩码设置与恢复不起作用
4.修复补充现有用例
【影响】
对现有的产品编译不会有影响。

re #I47YWZ

Change-Id: Ib2f60986e9cafb2ea5ef1097ab8552cbb1ede5b4
Signed-off-by: lnlan <lanleinan@163.com>
 2021-11-02 07:04:35 +00:00
kenneth 466996b2e1 chore: 修复内存模块的一些不规范用语 
layes修正为layers,alreay修正为already,Continous修正为Continuous等等

close #I4GHLR

Signed-off-by: kenneth <zhushangyuan@huawei.com>
 2021-11-02 12:01:59 +08:00