- 18 1月, 2022 1 次提交
-
-
由 JerryH 提交于
支持pipe管道驱动,支持poll多文件描述符检测接口。 Signed-off-by: NJerryH <huangjieliang@huawei.com> Change-Id: Ida1f29709affbc91a26b8518e4a77b8e5469be19
-
- 10 1月, 2022 1 次提交
-
-
由 JerryH 提交于
在需要IAR的thread_local特性时,在targets_config.h中包含los_iar_tls.h,覆盖los_config.h的默认定义,使能该特性。 close #I4PTVZ Signed-off-by: NJerryH <huangjieliang@huawei.com> Change-Id: I92d3f960555f95cb3618dd5e3915824105eb13a4
-
- 08 1月, 2022 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !528 from SimonLi/master
-
由 SimonLi 提交于
背景: 1. //kernel/liteos_m/BUILD.gn通过excutable生成config.gni文件到 out目录下 2. //kernel/liteos_m/liteos.gni定义内核模板,依赖out目录下的config.gni 意味着使用内核模板的模块(例如device/board、device/soc)需要依赖 kernel/liteos_m/BUILD.gn先加载,有这个顺序依赖约束。 解决方案: 将生成config.gni部分移到liteos.gni模块定义处,解决这个约束。 Signed-off-by: NSimonLi <likailong@huawei.com>
-
- 07 1月, 2022 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !497 from maweiye/master
-
由 openharmony_ci 提交于
Merge pull request !525 from zhushengle/readme
-
- 06 1月, 2022 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !517 from 王树林/master
-
由 openharmony_ci 提交于
Merge pull request !517 from 王树林/master
-
由 zhushengle 提交于
1.修正README不准确信息 2.新增内核编码规范指导 Close #I4PLWP Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Iac96fb0a2e2bc80f82338921287c8ca987e89652
-
由 m0_37218149 提交于
added 32-bit assembly atomic interface: BREAKING CHANGE: Assembly implementation: ArchAtomicRead ArchAtomicSet ArchAtomicAdd ArchAtomicSub ArchAtomicInc ArchAtomicIncRet ArchAtomicDec ArchAtomicDecRet https://gitee.com/openharmony/kernel_liteos_m/issues/I4O1UCSigned-off-by: Nwang-shulin93 <15173259956@163.com>
-
- 05 1月, 2022 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !523 from zhushengle/tick_timer
-
由 zhushengle 提交于
OS_SYS_CLOCK 宏由产品定义,该宏可能为函数,在编译时赋值无法覆盖该场景 Close #I4PGUR Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I60e3f4fcd8f94b26c23cc88e0622408a24fbebe2
-
- 04 1月, 2022 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !522 from zhushengle/pthread
-
由 zhushengle 提交于
1. 系统调度未起时,调用pthread_create失败 系统调度未起时,系统无运行任务,获取当前线程失败 2. 先创建任务再给任务赋值name,且未加锁保护,和shell存在静态 Close #I4P78J Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I2570dcf90953ced06400a0a22193cc81719fb546
-
由 openharmony_ci 提交于
Merge pull request !480 from zhushengle/timer
-
- 31 12月, 2021 5 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !521 from zhushengle/key
-
由 zhushengle 提交于
Close #I4OX47 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I4c6b07a77dca5eb5b24f462e639ff173f06d5da0
-
由 openharmony_ci 提交于
Merge pull request !520 from zhushengle/codex
-
由 zhushengle 提交于
Close #I4OWPE Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I07f6db919062090b917ce991198f769032365472
-
由 zhushengle 提交于
背景: 当前Arch下tick timer的实现依赖于弱函数机制,三方适配时出错及限制较大,且tick timer作为内核必须模块,未模块化,当前散落在tick和调度等模块中,且当前存在arch依赖 内核,内核也依赖arch的情况,为了解决上述问题,将tick timer模块化,通过提供tick timer框架实现内核依赖Arch而Arch不依赖内核,并且可以减少对外暴漏的接口,使得三方 适配时更加明确需要实现的接口。 方案描述: 1.tick timer结构 在kernel_liteos_m/arch/include/los_timer.h,中定义结构: typedef struct { UINT32 freq; INT32 irqNum; UINT32 (*init)(HWI_PROC_FUNC tickHandler); UINT64 (*getCycle)(UINT32 *period); VOID (*reload)(UINT64 time); VOID (*lock)(VOID); VOID (*unlock)(VOID); HWI_PROC_FUNC tickHandler; } ArchTickTimer; 并声明对外获取tick timer的接口: ArchTickTimer *ArchSysTickTimerGet(VOID) define LOS_SysTickTimerGet ArchSysTickTimerGet 2.在每个架构下提供默认的tick timer操作: STATIC ArchTickTimer g_archTickTimer = { .freq = xxx, 必填 .irqNum = xxx, 必填 .init = xxx, 必填 .getCycle = xxx, 必填 .reload = xxx, 必填 .lock = xxx, 必填 .unlock = xxx, 必填 .tickHandler = NULL, 可选 } 并实现:ArchTickTimer *ArchSysTickTimerGet(VOID) 接口 3.内核los_tick.c中提供对外(其它模块)和公共的tick timer初始化操作函数, 如果用户不想启用系统默认的tick timer,则需要在 "内核初始化之前" 调用接口: LOS_TickTimerRegister(const ArchTickTimer *timer, const HWI_PROC_FUNC tickHandler) 将用户自己的tick timer或中断处理函数 注册进去。 用户也可以注册自己的中断处理函数(用户不提供,默认使用系统提供的)。 BREAKING CHANGE: 原来版本中每个架构下提供的tick timer相关操作函数为弱函数: WEAK UINT32 HalTickStart(OS_TICK_HANDLER handler); WEAK VOID HalSysTickReload(UINT64 nextResponseTime); WEAK UINT64 HalGetTickCycle(UINT32 *period); WEAK VOID HalTickLock(VOID); WEAK VOID HalTickUnlock(VOID); 用户如果需要启用自己的tick timer需要自己实现相关接口(强属性),在 "内核初始化之前" 通过调用: LOS_TickTimerRegister 接口替换系统默认提供的tick timer相关接口。 无论用户提供的tick timer 还是系统默认提供的,均在内核初始化时启动。 Close #I4N7XV:arch 重构 Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I83ad0bdf303904f0e73f808b57b60183619fddcd
-
- 30 12月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !510 from zhushengle/pthread_key
-
由 openharmony_ci 提交于
Merge pull request !511 from Zhaotianyu/1228newlib_calloc
-
- 29 12月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !460 from kenneth/align
-
- 28 12月, 2021 5 次提交
-
-
由 zhushengle 提交于
BREAKING CHANGE: int pthread_key_create(pthread_key_t *k, void (*dtor)(void *)) int pthread_key_delete(pthread_key_t k) int pthread_setspecific(pthread_key_t k, const void *x) void *pthread_getspecific(pthread_key_t k) Close #I4ODEB Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: I60ce26c20d1e2033922d2d1b01d73fc8938c8019
-
由 arvinzzz 提交于
使用内核提供的calloc接口替换工具链的实现 close: #I4OFG6 Signed-off-by: Narvinzzz <zhaotianyu9@huawei.com> Change-Id: Ia979f2b613c8bab89b5df3aa4bd340f6cc6fabd7
-
由 kenneth 提交于
根据板端实际设置中断向量表对齐大小,支持可配置。 fix #I4M20E Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !498 from kenneth/mk
-
由 openharmony_ci 提交于
Merge pull request !496 from laojr1/master
-
- 27 12月, 2021 4 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !505 from xieshen9527/master
-
由 zhangyang 提交于
close #I4NOIP Signed-off-by: Nzhangyang <zhangyang349@huawei.com>
-
由 openharmony_ci 提交于
Merge pull request !504 from ouyk/master
-
由 wcc0 提交于
Signed-off-by: Nwcc0 <917033401@qq.com>
-
- 25 12月, 2021 3 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !493 from LiteOS/master
-
由 LiteOS2021 提交于
命名规范:修改少量Arch接口,命名规范化调整: 1.修改arch/include下接口声明,所有arch对外提供调用函数均以ArchXX命名 2.提取多个架构均有实现的公共函数声明至arch/include对应头文件中以供外部调用,并修改命名格式为ArchXX 3.修改OS_HWI_WITH_ARG为LOSCFG_PLATFORM_HWI_WITH_ARG并移至los_config.h中 4.typedef VOID (*OS_TICK_HANDLER)(VOID);暂时移至arch/include/los_timer.h中 5.实现atomic原子操作相关接口,位于arch/include/los_atomic.h,arm架构部分与汇编指令相关原子操作接口使用ARCH_ARM宏进行控制是否编译 BREAKING CHANGE: 1.修改arch/include下接口,以ArchXX命名函数 2.提取公共函数声明:ArchAtomicXchg32bits、ArchAtomicDecRet、ArchAtomicCmpXchg32bits 3.新增部分原子操作c内联实现 Close #I4N7XV Signed-off-by: NLiteOS2021 <dinglu@huawei.com>
-
由 kenneth 提交于
修复单独编译内核报错的问题 close #I4O204 Signed-off-by: Nkenneth <zhushangyuan@huawei.com>
-
- 24 12月, 2021 1 次提交
-
-
由 maweiye 提交于
Signed-off-by: Nmaweiye <maweiye@huawei.com>
-
- 23 12月, 2021 1 次提交
-
-
由 老家荣 提交于
Signed-off-by: Nlaojr1 <laojr1@midea.com>
-
- 22 12月, 2021 1 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !473 from ouyk/master
-
- 20 12月, 2021 2 次提交
-
-
由 openharmony_ci 提交于
Merge pull request !474 from zhushengle/Emulator
-
由 zhushengle 提交于
内存测试用例002中对全局的内存池进行了重复申请释放操作, 释放之后全局的测试内存池为无效的野指针,而该内存已被网络 分配并使用,从而导致出现踩内存的现象。 Close #I4NB0N Signed-off-by: Nzhushengle <zhushengle@huawei.com> Change-Id: Iffd631fcdaa020afefd108c189850ef3e75d1e4b
-