p71924506
/
kernel_liteos_a
1
0
Fork 0
Code Issues Pull Requests Projects Releases Wiki Activity
1,018 Commits 12 Branches 12 Tags 9.1 MiB
Commit Graph

1018 Commits

Author SHA1 Message Date
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
openharmony_ci d6dc0642c5
!764 Codex告警清除 
Merge pull request !764 from xuxinyu/master
 2022-01-10 04:56:46 +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
openharmony_ci 9995d8e0e4
!749 Clang triple renaming 
Merge pull request !749 from maweiye/master
 2022-01-07 03:19:25 +00:00
openharmony_ci 0ca4a128d2
!763 fix: 修复 virpart.c 不适配的格式化打印问题 
Merge pull request !763 from Far/master
 2022-01-07 02:08:49 +00:00
Far de29140edf fix: 修复 virpart.c 不适配的格式化打印问题 
Close #I4PEVP

Signed-off-by: Far <yesiyuan2@huawei.com>
 2022-01-05 10:59:50 +08:00
openharmony_ci 997e61ed53 !756 fix: 修复重复执行内存用例导致系统卡死问题 
Merge pull request !756 from Harylee/print
 2021-12-30 08:23:14 +00:00
Haryslee 6c2b163c7d fix: 修复重复执行内存用例导致系统卡死问题 
背景：重复执行内存测试用例约几百次，系统大概率出现卡死现象，经分析知，系统卡在
内存spinlock锁中，CPU1在获取内存spinlock锁后打印异常信息，此时循环buffer满了，
CPU0此时进入异常且尝试拿取内存spinlock锁，两个核都处于锁中断锁任务状态，CPU1
写事件触发调度打印输出失败，进而在write接口中死循环无法退出，导致两个核都卡住。
方案：在write接口中增加一个判断条件：当前核处于锁任务状态且循环buffer满了时候，
直接退出循环，丢弃打印信息（持有spinlock锁后一般禁止输出打印信息）。

close #I4F7PO

Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: I3f49a1bb211821e9c5d1d220d6867962d6a45a79
 2021-12-29 14:27:43 +08:00
openharmony_ci 979a8a8f27 !738 fix: 修复xts权限用例压测异常问题 
Merge pull request !738 from Harylee/readme
 2021-12-25 02:10:18 +00:00
openharmony_ci b6f9dbbdba !747 修改procfs默认权限为550 
Merge pull request !747 from LeonChan/master
 2021-12-24 09:03:50 +00:00
maweiye e567467b8a clang triple renaming 
Signed-off-by: maweiye <maweiye@huawei.com>
 2021-12-24 16:43:41 +08:00
Leon Chan a776c04a3d fix: change default permission of procfs to 0550 
close: #I4NY49

Signed-off-by: Leon Chan <chenwei26@huawei.com>
 2021-12-24 12:03:58 +08:00
openharmony_ci f7932bd006 !744 LOS_Panic和魔法键功能中的使用PRINTK打印，依赖任务调度，特殊情况下存在打印不出来的问题 
Merge pull request !744 from zhangfanfan2/master
 2021-12-23 07:08:02 +00:00
Haryslee b0d31cb43f fix: 修复xts权限用例压测异常问题 
用例异常时出现Domain fault或者unknown fault，经分析发现是TLB缓存一致性问题，
在缺页异常入口，对上述两种异常类型做异常地址TLB缓存清理即可。

close #I3ZJ1D

Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: Ib84e3e87047fcac392b83a4cf6cca0d91754e66f
 2021-12-23 08:50:43 +08:00
zff 53addea304 fix: LOS_Panic和魔法键功能中的使用PRINTK打印，依赖任务调度，特殊情况下存在打印不出来的问题 
close: #I4NOC7

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: I7f28e79293d3388e2b1d7208c2b8ff8ff133528a
 2021-12-22 17:02:58 +08:00
openharmony_ci 954e7eb0cf !735 支持产品定制化hilog内核缓存大小 
Merge pull request !735 from shenchenkai/master
 2021-12-18 06:52:23 +00:00
shenchenkai 0e48a0dd12 Description:[feature] support customized hilog ring buffer size 
Change-Id: I5d23deaada5939bbb6fb57505f72c2348bd6afe9
Signed-off-by: shenchenkai <shenchenkai@huawei.com>
 2021-12-17 15:45:53 +08:00
openharmony_ci 52c12f7c9d !730 【轻量级PR】 console.c 分支优化 
Merge pull request !730 from 雷电_SWAT/master
 2021-12-16 04:26:19 +00:00
openharmony_ci 1e875d921b !734 fix： Watchdog test case repair 
Merge pull request !734 from 尹树清/master
 2021-12-15 02:59:56 +00:00
openharmony_ci 1db7aa7ada !733 refactor：los_cir_buf.c接口整合 
Merge pull request !733 from Zhaotianyu/1213cirbuf_refactor
 2021-12-15 01:46:39 +00:00
openharmony_ci 6a0c169780 !732 内核的编译框架在做编译入口的统一 
Merge pull request !732 from wangchen/kernel_build
 2021-12-15 01:09:40 +00:00
wangchen bdb9864436 fix: 编译框架在做编译入口的统一 
【背景】编译框架在做编译入口的统一，a核两种编译方式生成结果有差异

【修改方案】
1，修改kernel依赖

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

re #I4KRQN
Signed-off-by: wangchen <253227059@qq.com>
 2021-12-14 13:19:31 +00:00
yinshuqing bc69ca104c Watchdog test case repair 
Signed-off-by: yinshuqing <yinshuqing@huawei.com>
 2021-12-14 20:28:32 +08:00
arvinzzz 0d325c56a1 refactor: los_cir_buf.c中接口整合 
将循环buf的上/解锁操作合进读/写操作里，删除对外上/解锁接口

BREAKING CHANGE:
1. 删除 LOS_CirBufLock()，LOS_CirBufUnlock()内核对外接口
2. LOS_CirBufWrite()，LOS_CirBufRead()由原先内部不进行上/解锁操作，变为默认已包含上/解锁操作。

close: #I4MC13

Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>
Change-Id: Ie3cc1abde7fa0e5479ccbf4e596426e509b5cef5
 2021-12-14 11:00:36 +08:00
openharmony_ci 5bed688ca6 !731 【请求检视】fix: 修复LOSCFG_FS_FAT_CACHE宏关闭后编译失败的BUG 
Merge pull request !731 from Far/master
 2021-12-13 10:03:58 +00:00
Far 63e71feca0 fix: 修复LOSCFG_FS_FAT_CACHE宏关闭后编译失败的BUG 
1. 在必要处增加宏开关关闭部分代码的编译；
2. 由于驱动是一个独立的内核线程，在一些场景下文件系统会将用户态地址透传给驱动，这会导致内核崩溃。
因此在需要透传用户态地址时增加了一个内核buffer作为中转。

Close #I3T3N0

Signed-off-by: Far <yesiyuan2@huawei.com>
 2021-12-13 15:01:16 +08:00
lcjh 2ada41c826 分支优化 
去除不必要分支，使用三元操作符优化简单分支
Signed-off-by: lcjh <120989324@qq.com>
 2021-12-11 12:35:41 +08:00
openharmony_ci 9b397173fe !728 移除顶层BUILD.gn中的visibility属性设置 
Merge pull request !728 from Caoruihong/remove_visibility
 2021-12-08 13:57:00 +00:00
openharmony_ci 2fa85a2c72 !703 fix: 解决dmesg -s参数double lock问题 
Merge pull request !703 from Kiita/1109_dmesg
 2021-12-08 10:56:48 +00:00
Caoruihong 63a0fcaefb chore(build): remove visibility of the top BUILD.gn 
Signed-off-by: Caoruihong <crh.cao@huawei.com>
Change-Id: I83616f794d169c8637ab79b2dd96d3858d11fce7
 2021-12-08 17:55:07 +08:00
openharmony_ci 144214869f !643 添加对GCC工具链的支持 
Merge pull request !643 from Caoruihong/support_gcc
 2021-12-08 07:20:38 +00:00
Kiita e1512566e3 fix: 解决dmesg -s参数double lock问题 
【背景】自研shell或者mksh拉起后使用dmesg -s命令出现自旋锁double lock的问题。

【修改方案】
dmesg -s参数设置dmesg缓冲区过程需要访问UartOutput所访问的全局缓冲区，这意味着两个功能模块
使用了同一把自旋锁，若在dmesg命令执行过程使用了打印，则就可能会导致double lock。因此拆分
了dmesg -s命令过程中自旋锁的使用区域，避开内核中必要的打印。

re #I4HIJK

Signed-off-by: yansira <yansira@hotmail.com>
Change-Id: Iad74c058c9a8090fd3d9f338caab7d8f2170f9ac
 2021-12-06 11:28:07 +08: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
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
openharmony_ci 26c09d26fc !727 fix: 修改MMU模块的注释错误 
Merge pull request !727 from kenneth/page_idx
 2021-12-03 07:01:51 +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
openharmony_ci f88608e5a4 !722 内核ERR打印，无进程和线程信息，不方便问题定位 
Merge pull request !722 from zhangfanfan2/other3
 2021-12-03 02:38:15 +00:00
openharmony_ci 30d5badbce !723 用户态进程主线程退出时，其他子线程刚好进入异常处理流程会导致系统卡死 
Merge pull request !723 from zhangfanfan2/master
 2021-12-03 02:37:54 +00:00
openharmony_ci c8c07261ca !724 fix: los_stat_pri.h中缺少依赖的头文件 
Merge pull request !724 from zhushengle/sched
 2021-12-01 07:48:13 +00: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
openharmony_ci b3489d49d7 !721 feat: 提供低功耗默认处理框架 
Merge pull request !721 from zhushengle/pm
 2021-11-30 09:51:39 +00:00
zff d955790a44 fix: 用户态进程主线程退出时，其他子线程刚好进入异常处理流程会导致系统卡死 
接口OsTaskExitGroup被同一个进程的两个互等线程重入，逻辑出现死循环，导致系统卡死

close: #I4KGBT

Signed-off-by: zff <zhangfanfan2@huawei.com>
Change-Id: I484bba67473f7d0edbfdff95549ffb32bffb4988
 2021-11-30 16:14:22 +08:00
zhangfanfan2 540b2017c5
fix: 内核ERR级别及以上的打印输出当前进程和线程名 
Signed-off-by: zff <zhangfanfan2@huawei.com>
 2021-11-30 07:41:03 +00:00
zhushengle 212d1bd1e8 feat: 提供低功耗默认处理框架 
添加系统在不同低功耗下的默认处理函数。
Close #I4KBG9

Signed-off-by: zhushengle <zhushengle@huawei.com>
Change-Id: I7d9a32d03daf32998f4cfca17c57b3f0e614d4ac
 2021-11-30 10:49:47 +08:00
openharmony_ci ba8438257a !715 feat: 支持L1 低功耗框架 
Merge pull request !715 from zhushengle/pm
 2021-11-29 07:04:55 +00: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