- 09 3月, 2022 1 次提交
-
-
由 yinjiaming 提交于
【背景】 3.1 代码检视过程中有一些问题需要修复 【修改方案】 修改了失效的文档链接,更改了一些非可执行文件的权限 【影响】 对现有的产品编译不会有影响。 Signed-off-by: Nyinjiaming <yinjiaming@huawei.com> Change-Id: If87ac9a3e17ba679f4712552f5a89cc13349287e
-
- 27 1月, 2022 1 次提交
-
-
由 zhushengle 提交于
1.移动LosTaskCB 至los_sched_pri.h, 解决调度与task的依赖关系 2.调度去进程化 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Ibd3b618cee59f0b323e2b4fb14354c088b60b733
-
- 21 1月, 2022 1 次提交
-
-
由 zhushengle 提交于
背景: 调度、线程、软件定时器、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: Nzhushengle <zhushengle@huawei.com> Change-Id: Ia54dc1b8a4801a225a52e40555490c1dce0bd75e
-
- 20 1月, 2022 1 次提交
-
-
由 Hongjin Li 提交于
1、添加HPM包描述文件bundle.json 2、依赖的三方开源软件,由直接引用路径,改为import对应的gni文件,引用变量 Signed-off-by: NHongjin Li <lihongjin1@huawei.com> Change-Id: Ice783c19a477626d422a37faf3d420c4965f8ea6
-
- 18 1月, 2022 1 次提交
-
-
由 zhushengle 提交于
1.tick timer与调度进一步剥离 2.性能敏感函数内敛化 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Icf62f002fa57d452cdd23a4c7b5e6610e2785f8e
-
- 13 1月, 2022 1 次提交
-
-
由 x_xiny 提交于
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: Nxuiny <xuxinyu6@huawei.com> Change-Id: Ifdbb9154c7541b863670bb4e3bcde2587970df38
-
- 08 1月, 2022 1 次提交
-
-
由 Haryslee 提交于
背景:同一个进程的多个线程读写同一个PTE时,由于PTE无保护,存在竞态问题。 方案:新增spinlock保护PTE,包括大锁跟小锁。大锁:一个进程只有一个spinlock锁,多个线程 读写PTE时竞争一把锁,锁的内存占用小,但系统性能降低;小锁:每个页表持有一把spinlock, 由于锁是page结构体的一个字段,内存消耗较大,但是相对大锁性能较优。系统默认使用大锁,用 户可根据具体需要配置使用大锁还是小锁。 close #I2WARC Signed-off-by: NHaryslee <lihao189@huawei.com> Change-Id: I5612eeac1f65507160035eae16af61f285182eda
-
- 07 1月, 2022 2 次提交
-
-
由 x-xiny 提交于
【背景】 Codex扫描告警清除 【修改方案】 将不可屏蔽告警进行修复 re #I4PNO3 Signed-off-by: Nxuiny <xuxinyu6@huawei.com> Change-Id: If6f85eb9679d47e6256f24cdc74246df78da579d
-
由 shenchenkai 提交于
Signed-off-by: Nshenchenkai <shenchenkai@huawei.com>
-
- 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
-