- 29 12月, 2021 1 次提交
-
-
由 Haryslee 提交于
背景:重复执行内存测试用例约几百次,系统大概率出现卡死现象,经分析知,系统卡在 内存spinlock锁中,CPU1在获取内存spinlock锁后打印异常信息,此时循环buffer满了, CPU0此时进入异常且尝试拿取内存spinlock锁,两个核都处于锁中断锁任务状态,CPU1 写事件触发调度打印输出失败,进而在write接口中死循环无法退出,导致两个核都卡住。 方案:在write接口中增加一个判断条件:当前核处于锁任务状态且循环buffer满了时候, 直接退出循环,丢弃打印信息(持有spinlock锁后一般禁止输出打印信息)。 close #I4F7PO Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: I3f49a1bb211821e9c5d1d220d6867962d6a45a79
-
- 22 12月, 2021 1 次提交
-
-
由 zff 提交于
close: #I4NOC7 Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: I7f28e79293d3388e2b1d7208c2b8ff8ff133528a
-
- 17 12月, 2021 1 次提交
-
-
由 shenchenkai 提交于
Change-Id: I5d23deaada5939bbb6fb57505f72c2348bd6afe9 Signed-off-by: Nshenchenkai <shenchenkai@huawei.com>
-
- 14 12月, 2021 2 次提交
-
-
由 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
-
- 11 12月, 2021 1 次提交
-
-
由 lcjh 提交于
去除不必要分支,使用三元操作符优化简单分支 Signed-off-by: Nlcjh <120989324@qq.com>
-
- 03 12月, 2021 2 次提交
-
-
由 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>
-
- 01 12月, 2021 1 次提交
-
-
由 zhushengle 提交于
在los_stat_pri.h中添加los_typedef.h Close #I4KEZ1 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I19f8b79f9f559e1324432280f123a911bf8caf27
-
- 30 11月, 2021 1 次提交
-
-
由 zhushengle 提交于
添加系统在不同低功耗下的默认处理函数。 Close #I4KBG9 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I7d9a32d03daf32998f4cfca17c57b3f0e614d4ac
-
- 29 11月, 2021 1 次提交
-
-
由 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 1 次提交
-
-
由 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
-
- 16 11月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: I40e31e82c33418019c1afc16ac174919e72fbb07
-
- 15 11月, 2021 1 次提交
-
-
由 lnlan 提交于
【背景】A核代码静态告警定期清理 【修改方案】 1,根据codex等工具分析结果,进行必要的规范等问题修改 【影响】 对现有的产品编译不会有影响。 re #I4I0O8 Signed-off-by: Nwangchen <253227059@qq.com>
-
- 11 11月, 2021 2 次提交
-
-
由 kenneth 提交于
函数名称OsVmRegionRightCheck修改为OsVmRegionPermissonCheck进行内存区间权限检查 close #I4HR6I Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
由 kenneth 提交于
函数OsInactiveListIsLow()和InactiveListIsLow()代码重复,删除冗余代码。 close #I4HKFF Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 10 11月, 2021 2 次提交
-
-
由 arvinzzz 提交于
close: #I4F8A5 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: I9a863d3265fd18051d8bfcaab51ad59216630e91
-
由 kenneth 提交于
修复社区反馈问题Percpu结构体注释错误,排查下其他拼写错误。 close #I4GMLH Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 08 11月, 2021 1 次提交
-
-
由 huangshan 提交于
Change-Id: Ia6dbff0faed4ec73fcf35691676f1acb2b8df78d Signed-off-by: Nhuangshan <huangshan9@huawei.com>
-
- 06 11月, 2021 1 次提交
-
-
由 Caoruihong 提交于
Signed-off-by: NCaoruihong <crh.cao@huawei.com> Change-Id: Ifd3bf13f53a27e0a0bbd051cf35662e7409e6ed0
-
- 04 11月, 2021 2 次提交
-
-
由 YOUR_NAME 提交于
Signed-off-by: NYOUR_NAME <mashuang9@huawei.com>
-
由 huangshan 提交于
Signed-off-by: Nhuangshan <huangshan9@huawei.com> Change-Id: I5861569c63fd6c1adf8c702797e4d79eba76211f
-
- 02 11月, 2021 5 次提交
-
-
由 zhushengle 提交于
Close #I4GLNT Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I7f3dd61bbf014fa157b1f9a0a089fd985fe188c2
-
由 lnlan 提交于
【背景】 1.内核中释放用户空间指针报错:"[ERR]OsMemFree check error!" 2.现有ppoll实现存在问题 3.相关用例需要整理 【修改方案】 1.去掉释放用户空间指针操作 2.更正逻辑错误 3.更正掩码设置与恢复不起作用 4.修复补充现有用例 【影响】 对现有的产品编译不会有影响。 re #I47YWZ Change-Id: Ib2f60986e9cafb2ea5ef1097ab8552cbb1ede5b4 Signed-off-by: Nlnlan <lanleinan@163.com>
-
由 kenneth 提交于
layes修正为layers,alreay修正为already,Continous修正为Continuous等等 close #I4GHLR Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
由 zhushengle 提交于
Close #I4G4HP Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I259c792365d9747f391c5bd275e77f04b83e0792
-
由 kenneth 提交于
变量readTasks应该为readyTasks;函数OsSchedTaskSwicth应该为OsSchedTaskSwitch;其他拼写错误。 close #I4GFJ7 Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 29 10月, 2021 2 次提交
-
-
由 悟空又丢了 提交于
【背景】 内核中释放用户空间指针报错:"[ERR]OsMemFree check error!" 【修改方案】 修改SysPpoll函数。 【影响】 对现有的产品编译不会有影响。 re #I47YWZ Change-Id: Id7f86036870d4f32be8fc438b9aad85cdda59546 Signed-off-by: pef <cyd1997@126.com>
-
由 zhushengle 提交于
LosTaskCB 中 字段waitFlag 用于专门记录任务被阻塞的原因,与ipcStatus 功能重复 Close #I4FVHK Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ie0998b987ba6e1db050596dec3b359e73ca47686
-
- 28 10月, 2021 2 次提交
-
-
由 teamol 提交于
1.modifications: modified: syscall/fs_syscall.c 2.modify 2 testcases: IO/full/IO_test_ppoll_001.cpp IO/full/IO_test_ppoll_002.cpp 3.influence: none Signed-off-by: pef <cyd1997@126.com> Change-Id: I85fc091098a6dfef1a4694a3bbc489640ee6dda2
-
由 zhushengle 提交于
Close #I4FSA7 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I8b24a1e1554b4b867a841bc1b6765cbfd648cdbd
-
- 27 10月, 2021 1 次提交
-
-
由 kenneth 提交于
删除OsVmPhysFreeListAdd/OsVmPhysFreeListAddUnsafe、OsVmPhysFreeListDel/OsVmPhysFreeListDelUnsafe两对内部函数内容重复的部分。 close #I4FL95 Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 22 10月, 2021 2 次提交
-
-
由 shenchenkai 提交于
Change-Id: I9310fe807ec95721be78deb60ed9728ef9b56e48 Signed-off-by: Nshenchenkai <shenchenkai@huawei.com>
-
由 zhushengle 提交于
Close #I4EZY5 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I47ed0ff7a52f72e38875c3308b20e183cc5c4563
-
- 19 10月, 2021 1 次提交
-
-
由 zhushengle 提交于
Close #I4EENF Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Iaa1582f567eb3524262bea383e0b8238b89b5fe2
-
- 14 10月, 2021 2 次提交
-
-
由 zff 提交于
close: #I4DAKM Signed-off-by: Nzff <zhangfanfan2@huawei.com> Change-Id: I5acc8b2b632633b0717eb4186773e6cae35ea0e4
-
由 LiteOS2021 提交于
close #I4DQ1X Signed-off-by: NLiteOS2021 <dinglu@huawei.com> Change-Id: I79b416720f5327749a5884a65a5e61db07f2a17c
-
- 12 10月, 2021 1 次提交
-
-
由 arvinzzz 提交于
1. LOS_TraceStop接口的功能描述应该是stop close: #I4CYPZ Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: Iee0cf43f6e5ee8e544e233c0c307725c5bfebdcf
-
- 11 10月, 2021 2 次提交
-
-
由 lnlan 提交于
【背景】 https://gitee.com/openharmony/kernel_liteos_a/pulls/520 上面修改,信号处理时才会释放申请的内存,当信号被屏蔽,且一直发送该信号时, 内存占用会不断变大 【修改方案】 1. 信号发送时已经有该信号的siginfo在链表中时,不再重新申请,重复使用之前的siginfo. 【影响】 对现有的产品编译不会有影响。 re#I4DEG5 Signed-off-by: Nlanleinan <lanleinan@163.com> Change-Id: I74b3b7ff0b9efb0179313af9a0c8d1e12d1db5bb
-
由 Haryslee 提交于
方案:硬随机不可用时,默认使用软随机数代替硬随机数 close #I4D4TK Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: Ia7d2a9583257d7b8041b8994a70a7c36149c33fb
-