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

1027 Commits

Author SHA1 Message Date
Haryslee b37a7b7929 fix: 针对pr是否同步至release分支，增加原因说明规则 
Signed-off-by: Haryslee <lihao189@huawei.com>
Change-Id: Iaea4676f20ff2b2d2f00c594cb46c2ab12c5f2c7
 2022-01-18 19:01:19 +08:00
openharmony_ci 8e356c99c7
!781 refactor: 内核测试套整改，简化分类 
Merge pull request !781 from Zhaotianyu/0114test_refactor
 2022-01-18 08:53:08 +00:00
arvinzzz a1ae2ecc13 refactor: 内核测试套整改，简化分类 
close: #I4OX3O
Signed-off-by: arvinzzz <zhaotianyu9@huawei.com>

Change-Id: I3ba65509135cee2ae3af82fec923a01e00ffdbe8
 2022-01-18 14:50:09 +08:00
openharmony_ci b7d624208b
!780 L1-liteos-tdd测试liteos_a_process_unittest.bin,liteos_a_security_vid_unittest.bin和liteos_a_time_clock_unittest.bin模块用例un 
Merge pull request !780 from xuxinyu/master
 2022-01-14 06:26:11 +00: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
openharmony_ci 321018cee0
!765 处理A核编译告警 
Merge pull request !765 from yinjiaming/yjm-kernel-20220105
 2022-01-13 11:39:28 +00:00
openharmony_ci b0c046f8ac
!776 修复toybox mv指令能够移动成功，但提示错误22的BUG 
Merge pull request !776 from Far/master
 2022-01-12 02:22:29 +00:00
Far f2861ddfb4 fix: 修复futime提示错误22的BUG 
调用futime时，系统调用接口函数直接使用了file结构体的f_path字段，该字段在退出前被错误地释放了。
避免该问题需要拷贝一份路径

Signed-off-by: Far <yesiyuan2@huawei.com>
Change-Id: I519ccb38bec323c93aa8cff920143bb3f9931c22
 2022-01-11 16:05:36 +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
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
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
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