- 17 12月, 2021 1 次提交
-
-
由 shenchenkai 提交于
Change-Id: I5d23deaada5939bbb6fb57505f72c2348bd6afe9 Signed-off-by: Nshenchenkai <shenchenkai@huawei.com>
-
- 16 12月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !730 from 雷电_SWAT/master
-
- 15 12月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !734 from 尹树清/master
-
由 openharmony_ci 提交于
Merge pull request !733 from Zhaotianyu/1213cirbuf_refactor
-
由 openharmony_ci 提交于
Merge pull request !732 from wangchen/kernel_build
-
- 14 12月, 2021 3 次提交
-
-
由 wangchen 提交于
【背景】编译框架在做编译入口的统一,a核两种编译方式生成结果有差异 【修改方案】 1,修改kernel依赖 【影响】 对现有的产品编译不会有影响。 re #I4KRQN Signed-off-by: Nwangchen <253227059@qq.com>
-
由 yinshuqing 提交于
Signed-off-by: Nyinshuqing <yinshuqing@huawei.com>
-
由 arvinzzz 提交于
将循环buf的上/解锁操作合进读/写操作里,删除对外上/解锁接口 BREAKING CHANGE: 1. 删除 LOS_CirBufLock(),LOS_CirBufUnlock()内核对外接口 2. LOS_CirBufWrite(),LOS_CirBufRead()由原先内部不进行上/解锁操作,变为默认已包含上/解锁操作。 close: #I4MC13 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: Ie3cc1abde7fa0e5479ccbf4e596426e509b5cef5
-
- 13 12月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !731 from Far/master
-
由 Far 提交于
1. 在必要处增加宏开关关闭部分代码的编译; 2. 由于驱动是一个独立的内核线程,在一些场景下文件系统会将用户态地址透传给驱动,这会导致内核崩溃。 因此在需要透传用户态地址时增加了一个内核buffer作为中转。 Close #I3T3N0 Signed-off-by: NFar <yesiyuan2@huawei.com>
-
- 11 12月, 2021 1 次提交
-
-
由 lcjh 提交于
去除不必要分支,使用三元操作符优化简单分支 Signed-off-by: Nlcjh <120989324@qq.com>
-
- 08 12月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !728 from Caoruihong/remove_visibility
-
由 openharmony_ci 提交于
Merge pull request !703 from Kiita/1109_dmesg
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I83616f794d169c8637ab79b2dd96d3858d11fce7
-
由 openharmony_ci 提交于
Merge pull request !643 from Caoruihong/support_gcc
-
- 06 12月, 2021 1 次提交
-
-
由 Yansira 提交于
【背景】自研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
-
- 05 12月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I6f2dea19cbd2e5b562bb51e30592205a2bb4fbdb
-
- 03 12月, 2021 6 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !726 from kenneth/los_pmm.h
-
由 openharmony_ci 提交于
Merge pull request !727 from kenneth/page_idx
-
由 kenneth 提交于
修改los_arch_mmu.c中的page_idx 为scanIndex,修改pmm_alloc_page为LOS_PhysPageAlloc。 fix #I4KMMJ Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
由 kenneth 提交于
删除无用的头文件kernel\base\include\los_pmm.h fix #I4KN63 Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !722 from zhangfanfan2/other3
-
由 openharmony_ci 提交于
Merge pull request !723 from zhangfanfan2/master
-
- 01 12月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !724 from zhushengle/sched
-
由 zhushengle 提交于
在los_stat_pri.h中添加los_typedef.h Close #I4KEZ1 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I19f8b79f9f559e1324432280f123a911bf8caf27
-
- 30 11月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !721 from zhushengle/pm
-
由 zff 提交于
接口OsTaskExitGroup被同一个进程的两个互等线程重入,逻辑出现死循环,导致系统卡死 close: #I4KGBT Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: I484bba67473f7d0edbfdff95549ffb32bffb4988
-
由 zhangfanfan2 提交于
Signed-off-by: Nzff <zhangfanfan2@huawei.com>
-
由 zhushengle 提交于
添加系统在不同低功耗下的默认处理函数。 Close #I4KBG9 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I7d9a32d03daf32998f4cfca17c57b3f0e614d4ac
-
- 29 11月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !715 from zhushengle/pm
-
由 zhushengle 提交于
方案描述: 和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: Nzhushengle <zhushengle@huawei.com>
-
- 27 11月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !708 from LiteOS/lms
-
由 LiteOS2021 提交于
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: NLiteOS2021 <dinglu@huawei.com> Change-Id: Id8e5c890656da9edc4a22227e6a3c32205c024ce
-
- 26 11月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !717 from Zhaotianyu/1125libsec
-
由 arvinzzz 提交于
close: #I4JUKM Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I30115a12b9244ac4821c443a838aa248b47d4fb9
-
由 openharmony_ci 提交于
Merge pull request !704 from Zhaotianyu/1110smpinit_fix
-
- 25 11月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !711 from laokz/rng
-
由 openharmony_ci 提交于
Merge pull request !716 from Far/cherry-pick-1637845785
-
由 openharmony_ci 提交于
Merge pull request !712 from Far/master
-
https://gitee.com/yesiyuanjim/kernel_liteos_a/pulls/712由 Far 提交于
fix: 修复jffs2适配层错误释放锁的BUG 修复重复释放jffs2全局锁的BUG Close #I4FH9M Signed-off-by: NFar <yesiyuan2@huawei.com>
-